Measure route growth and identify whether static page count expanded beyond healthy deployment limits.
Route count is evidence, not blame.Stop guessing. Measure the build regression.
A dynamic, diagnostic-only layer that defines route-count, static-generation, page-data, top-level hydration, CSS growth, recent-commit, and readiness-consolidation scans before any optimization surgery.
Every TheoB pathway can move through Past, Present, and Future without losing context.
Read current signals, conditions, and live context.
Voice ready
Find the drag. Then cut the drag.
TheoB already proved the full scope. Now the system needs forensic measurement: static pages, route count, page-data collection, CSS growth, top-level module calls, and the exact regression window that turned two minutes into thirteen.
Build Regression Forensic Gate is active as a diagnostic-only layer. TheoB can define build regression targets, signals, rules, and report shape, but it cannot delete routes, mutate CSS, convert routes, alter deployment infrastructure, or mutate production yet.
Identify static pages that should be dynamic, consolidated, archived, or loaded through the arena.
Static should be reserved for public value, not internal readiness sprawl.Detect pages with top-level data hydration, imported dependency chains, or heavy page-data collection.
A page should not hydrate the empire to render a signpost.Find page.js files that execute get* readiness functions at module scope before export default.
Top-level calls can silently tax every build.Find oversized page files, lib core files, and repeated patterns that should become shared components or registries.
Big files are not always bad, but repeated big files are suspicious.Measure globals.css growth, duplicate selector families, repeated CSS blocks, and visual-layer bloat.
CSS is not free when it becomes a landfill.Compare the last 10 to 20 commits to find when route count, CSS size, dynamic status, or build time shifted.
Find the regression window before rewriting everything.Identify readiness/foundation/gate/layer pages that can be consolidated into one dynamic System Hub or Arena route.
Keep the intelligence, collapse the page count.Evaluate whether Vercel build resources, GitHub runner strategy, or deployment pipeline upgrades are worth it after code-side fixes.
Do not buy horsepower before removing the trailer.Confirm the strategic pivot from page expansion to Memory and Content Flow infrastructure.
The map was useful. Now build the transport system.Detect static page generation count above the target budget.
Use: static generation budgetDetect page data collection taking multiple minutes.
Use: build bottleneckDetect app route count above the intended operating threshold.
Use: route graph pressureDetect readiness/internal pages that still lack force-dynamic exports.
Use: static-to-dynamic reviewConfirm use client remains first line where needed after dynamic patches.
Use: app router safetyDetect global CSS growth and repeated selectors.
Use: visual-layer compressionDetect top-level get* calls in page files.
Use: page data collection riskDetect many readiness/foundation/gate/layer routes that may belong in a single dynamic hub.
Use: route consolidationShow infrastructure upgrades should follow forensic code findings.
Use: cost controlShow this forensic gate cannot alter production behavior.
Use: global lockDo not delete or consolidate pages until route, build, CSS, and dependency data are collected.
Scalpels, not chainsaws.Public marketing and core landing pages can be static; internal readiness routes should be dynamic or consolidated.
Static generation is a privilege, not a default.Readiness layers can become registry records rendered inside a single dynamic hub instead of hundreds of separate routes.
Keep the knowledge. Collapse the hallway.When compilation is fast but page data collection is slow, look for static routes, top-level imports, and module-scope calculations.
The build is not slow everywhere; find the actual phase.Repeated CSS blocks should become shared utility classes or component-scoped patterns.
One style system, not a thousand snowflakes.Vercel or CI upgrades may help later, but code-side route and static generation pressure must be fixed first.
Bigger engines do not fix square wheels.The next architecture phase should prioritize retrieval, packets, capsules, pools, and content movement over new pages.
The fastest library is not one building per book.Build Regression Forensic Gate defines diagnostic posture only.
No writes. No sync. No surprise.