feat(modernization): promote deferred routes to in-scope and unify page header styles

Promote /tables, /excel-query, /query-tool, /mid-section-defect from
deferred to full shell-governed in-scope routes with canonical redirects,
content contracts, governance artifacts, and updated CI gates.

Unify all page header gradients to #667eea → #764ba2 and h1 font-size
to 24px for visual consistency across all dashboard pages. Remove
Native Route-View dev annotations from job-query, excel-query, and
query-tool headers.

Co-Authored-By: Claude Opus 4.6 <noreply@anthropic.com>

openspec/specs/asset-readiness-and-fallback-retirement/spec.md

@@ -19,13 +19,21 @@ Runtime fallback behavior for in-scope modernization routes SHALL be retired und
 - **THEN** runtime fallback behavior for that route SHALL be removed or disabled by policy
 - **THEN** reliability for that route SHALL be guaranteed by release-time readiness gates
 
-### Requirement: Deferred routes SHALL keep existing fallback posture in this phase
-Routes deferred from this modernization phase SHALL retain their existing fallback posture until handled by a follow-up change.
+### Requirement: Deferred-route assets SHALL be release-ready before promotion
+Deferred follow-up routes SHALL adopt release-time asset-readiness checks and SHALL fail promotion when required assets are missing.
 
-#### Scenario: Deferred fallback continuity
-- **WHEN** `/tables`, `/excel-query`, `/query-tool`, or `/mid-section-defect` is evaluated in this phase
-- **THEN** fallback retirement SHALL NOT be required for phase completion
-- **THEN** fallback retirement decisions for those routes SHALL be addressed in a follow-up modernization change
+#### Scenario: Deferred-route readiness validation
+- **WHEN** release artifacts are prepared for deferred-route promotion
+- **THEN** required assets for `/tables`, `/excel-query`, `/query-tool`, and `/mid-section-defect` SHALL be validated
+- **THEN** missing required assets SHALL fail release gating
+
+### Requirement: Deferred-route runtime fallback SHALL be retired by governed policy
+Deferred follow-up routes SHALL not remain on runtime fallback posture after readiness, parity, and manual acceptance gates pass.
+
+#### Scenario: Deferred-route fallback retirement
+- **WHEN** a deferred route passes readiness, parity, and manual acceptance gates
+- **THEN** runtime fallback posture for that route SHALL be retired according to milestone policy
+- **THEN** rollback control SHALL remain available via explicit route-level governance switch
 
 ### Requirement: Fallback-retirement failure response SHALL be consistent across route hosts
 When in-scope runtime fallback retirement is enabled and route assets are unavailable, app-level and blueprint-level route handlers SHALL return a consistent retired-fallback response surface.
@@ -37,4 +45,3 @@ When in-scope runtime fallback retirement is enabled and route assets are unavai
 #### Scenario: Blueprint-level in-scope route enters retired fallback state
 - **WHEN** an in-scope blueprint-level route cannot serve required dist assets and fallback retirement is enabled
 - **THEN** the route SHALL return the same standardized retired-fallback response contract used by app-level routes
-

openspec/specs/page-content-modernization-safety/spec.md

@@ -11,6 +11,10 @@ Before chart/filter/page interaction refactors are cut over, each in-scope route
 - **THEN** the route SHALL define filter input semantics, query payload expectations, and chart data-shape contracts
 - **THEN** the route SHALL define critical state expectations for loading, empty, error, and success interactions
 
+#### Scenario: Deferred-route contract baseline defined
+- **WHEN** `/tables`, `/excel-query`, `/query-tool`, or `/mid-section-defect` enters modernization
+- **THEN** a route-level baseline SHALL capture filter input semantics, query payload shape, and critical state expectations
+
 ### Requirement: Cutover SHALL require parity evidence against baseline behavior
 In-scope chart/filter modernization cutover SHALL require parity evidence against baseline fixtures and critical interaction flows.
 
@@ -35,6 +39,22 @@ In-scope chart/filter/page-content migration SHALL progress one route at a time
 - **THEN** that route SHALL be manually accepted using a defined checklist covering filter flows, chart interactions, empty/error behavior, and visual correctness
 - **THEN** the next route SHALL NOT begin cutover until manual acceptance for the current route is signed off
 
+### Requirement: Deferred-route implementation SHALL require pre-change confirmation
+Each deferred route SHALL complete a route-scoped pre-change confirmation before implementation begins.
+
+#### Scenario: Route enters implementation queue
+- **WHEN** a deferred route is selected for modernization implementation
+- **THEN** a pre-change confirmation record SHALL exist before any route code changes proceed
+- **THEN** the record SHALL include current route status snapshot, baseline contract references, known-bug baseline reference, and rollback flag plan
+
+### Requirement: Deferred-route modernization scope SHALL NOT be limited to already-released routes
+Deferred modernization scope SHALL follow the deferred route matrix, even if those routes are currently marked `dev`.
+
+#### Scenario: Route status is dev in page registry
+- **WHEN** `/tables`, `/excel-query`, `/query-tool`, or `/mid-section-defect` is currently `dev`
+- **THEN** the route SHALL remain eligible for modernization in this follow-up change
+- **THEN** already-`released` in-scope routes outside deferred scope SHALL not be reopened by this change unless explicitly required for shared governance wiring
+
 ### Requirement: Known legacy bugs in migrated scope SHALL NOT be carried into modernized routes
 Modernized route acceptance SHALL include explicit revalidation of known legacy defects in migrated scope, and reproduced defects SHALL block sign-off.
 
@@ -43,6 +63,11 @@ Modernized route acceptance SHALL include explicit revalidation of known legacy
 - **THEN** a route-level known-bug baseline (within migrated scope) SHALL be recorded before implementation
 - **THEN** manual acceptance SHALL replay those known-bug checks on the modernized route
 
+#### Scenario: Deferred-route bug replay gate
+- **WHEN** deferred-route manual acceptance executes
+- **THEN** known-bug replay checks SHALL run
+- **THEN** reproduced known bugs SHALL fail route sign-off and block legacy retirement
+
 #### Scenario: Legacy bug carry-over is blocked
 - **WHEN** manual acceptance finds that a known legacy bug is still reproducible in the modernized route
 - **THEN** route sign-off SHALL fail
@@ -55,4 +80,3 @@ Legacy chart/filter implementations SHALL be removed only after parity checks an
 - **WHEN** legacy chart/filter code is planned for removal on an in-scope route
 - **THEN** the route SHALL provide parity pass evidence and manual acceptance sign-off records
 - **THEN** unresolved parity failures or manual acceptance defects SHALL block legacy removal
-

openspec/specs/unified-shell-route-coverage/spec.md

@@ -4,7 +4,7 @@
 TBD - created by archiving change full-modernization-architecture-blueprint. Update Purpose after archive.
 ## Requirements
 ### Requirement: In-scope routes SHALL be shell-contract governed
-All in-scope modernization routes SHALL be represented in shell route contracts, loader registration policy, and navigation visibility governance.
+All in-scope modernization routes, including deferred follow-up routes, SHALL be represented in shell route contracts, loader registration policy, and navigation visibility governance with complete metadata.
 
 #### Scenario: In-scope coverage validation
 - **WHEN** shell route contract validation is executed
@@ -15,13 +15,10 @@ All in-scope modernization routes SHALL be represented in shell route contracts,
 - **WHEN** shell navigation is built for admin users
 - **THEN** `/admin/pages` and `/admin/performance` SHALL be represented as governed navigation targets according to visibility/access policy
 
-### Requirement: Out-of-scope routes SHALL not block this phase
-Routes explicitly marked as out-of-scope for this modernization phase SHALL be excluded from required shell-coverage gates in this phase.
-
-#### Scenario: Deferred route exclusion
-- **WHEN** modernization gates execute for this phase
-- **THEN** `/tables`, `/excel-query`, `/query-tool`, and `/mid-section-defect` SHALL be treated as deferred routes
-- **THEN** deferred route absence from new shell-governance gates SHALL NOT fail this phase
+#### Scenario: Deferred route contract promotion
+- **WHEN** follow-up route coverage validation is executed
+- **THEN** `/tables`, `/excel-query`, `/query-tool`, and `/mid-section-defect` SHALL have route metadata, owner metadata, and visibility/access policy metadata
+- **THEN** missing metadata on those deferred routes SHALL fail route-governance validation
 
 ### Requirement: Route coverage governance SHALL be CI-enforced
 Route coverage and contract completeness checks for in-scope routes SHALL run as CI gates.
@@ -48,4 +45,3 @@ When contract loading falls back from the primary modernization contract artifac
 #### Scenario: Legacy contract fallback path selected
 - **WHEN** the primary contract artifact is unavailable and a legacy contract file is loaded
 - **THEN** the system SHALL log a warning that includes the selected legacy source path
-