Measured while sweeping the docs surface for #9050. Filed unassigned, not fixed there: #9050 is scoped documentation-only and its dispatch explicitly excludes route/code/config changes, so this is recorded rather than ridden along.
What
Three source sites in packages/spec document the console form routes with a bare /console/… prefix. That prefix resolves nowhere.
packages/spec/src/ui/view.zod.ts:2446: * kind (ruled 2026-08-10 on #7245): the public `/console/f/:slug` path
packages/spec/src/ui/view.zod.ts:2449: * The internal `/console/forms/:name` path — where `type: 'form'` actions
packages/spec/src/ui/action.zod.ts:500: * - `type: 'form'` — `target` is **required** (the FormView name to open, routed to `/console/forms/:name`).
Why they are wrong
The Console SPA is mounted by one hardcoded constant — packages/cli/src/utils/console.ts:43, export const CONSOLE_PATH = '/_console' — which registers exactly three routes (:534-541): / redirecting to /_console/, bare /_console redirecting to /_console/, and /_console/* serving the SPA. Nothing registers a bare /console, and there is no catch-all that would reach one. The SPA's own routes (objectui apps/console/src/App.tsx:180path="/f/:slug" and :225path="/forms/:name") hang off that mount's injected base-href, so the live URLs are /_console/f/:slug and /_console/forms/:name.
The one configurable knob, uiBasePath (default /_console, auth-config.zod.ts:302), is consumed only by plugin-auth for building auth-email links (auth-manager.ts:3622-3632). It does not mount the server route, so it cannot make the bare spelling resolve.
Not currently published
These three sites are JSDoc comments, not .describe() strings, and no generated reference page under content/docs/references/ carries the text today — so this is developer-facing source drift, not a live docs defect. Recording severity honestly rather than inflating it.
Prior art
docs/audits/2026-06-handwritten-docs-accuracy-followups.md:371 already flagged exactly this and declined to act, on the grounds that the handwritten doc "faithfully mirrors code" and that "the schema text itself may be inconsistent with the '/_console' convention. Flagging for human follow-up". Once #9050 lands, that reasoning inverts: the docs will be correct and the schema comments will be the only remaining carriers of the non-resolving spelling.
Note the 2026-08-10 on #7245 ruling quoted at view.zod.ts:2446 pins the mode-aware submitBehavior default, not the path spelling — the paths in that comment are incidental prose, so correcting them does not touch the ruling.
Suggested fix
Mechanical: /console/forms/ → /_console/forms/ and /console/f/ → /_console/f/ at the three sites above. No behavior change; comments only.
No domain:* label applied — left for triage.
Refs: #9050 (docs half, where this was measured), #7245 (where the live URL was first measured in a browser).
Measured while sweeping the docs surface for #9050. Filed unassigned, not fixed there: #9050 is scoped documentation-only and its dispatch explicitly excludes route/code/config changes, so this is recorded rather than ridden along.
What
Three source sites in
packages/specdocument the console form routes with a bare/console/…prefix. That prefix resolves nowhere.Why they are wrong
The Console SPA is mounted by one hardcoded constant —
packages/cli/src/utils/console.ts:43,export const CONSOLE_PATH = '/_console'— which registers exactly three routes (:534-541):/redirecting to/_console/, bare/_consoleredirecting to/_console/, and/_console/*serving the SPA. Nothing registers a bare/console, and there is no catch-all that would reach one. The SPA's own routes (objectuiapps/console/src/App.tsx:180path="/f/:slug"and:225path="/forms/:name") hang off that mount's injected base-href, so the live URLs are/_console/f/:slugand/_console/forms/:name.The one configurable knob,
uiBasePath(default/_console,auth-config.zod.ts:302), is consumed only byplugin-authfor building auth-email links (auth-manager.ts:3622-3632). It does not mount the server route, so it cannot make the bare spelling resolve.Not currently published
These three sites are JSDoc comments, not
.describe()strings, and no generated reference page undercontent/docs/references/carries the text today — so this is developer-facing source drift, not a live docs defect. Recording severity honestly rather than inflating it.Prior art
docs/audits/2026-06-handwritten-docs-accuracy-followups.md:371already flagged exactly this and declined to act, on the grounds that the handwritten doc "faithfully mirrors code" and that "the schema text itself may be inconsistent with the '/_console' convention. Flagging for human follow-up". Once #9050 lands, that reasoning inverts: the docs will be correct and the schema comments will be the only remaining carriers of the non-resolving spelling.Note the
2026-08-10 on #7245ruling quoted atview.zod.ts:2446pins the mode-aware submitBehavior default, not the path spelling — the paths in that comment are incidental prose, so correcting them does not touch the ruling.Suggested fix
Mechanical:
/console/forms/→/_console/forms/and/console/f/→/_console/f/at the three sites above. No behavior change; comments only.No
domain:*label applied — left for triage.Refs: #9050 (docs half, where this was measured), #7245 (where the live URL was first measured in a browser).