app-showcase: app navigation labels have no zh-CN translations — sidebar stays English on a zh session while view tabs/columns are translated

[yinlianghui]

Observed

At 189a732254e6c46af75cfa38462693e67408d2d3, on a zh-CN session (objectui-locale=zh) the showcase app renders a mixed-locale shell:

• view tabs, list columns, field labels, option values — Chinese (covered by ShowcaseTranslationBundle in examples/app-showcase/src/system/translations/index.ts);
• the left sidebar app navigation — English throughout: Capability Map, Page Authoring, Workspace, My Work, Approvals, New Project (Wizard), Settings, … (labels declared in examples/app-showcase/src/ui/apps/index.ts).

The translation bundle deliberately covers "EVERY field surfaced as a column" (its own header comment) but contains no entries for app/navigation labels at all — no nav_* / app-level keys in either locale block, so the sidebar has nothing to fall back on except the English source labels.

Expected

ShowcaseTranslationBundle (or a sibling bundle) carries zh-CN labels for the showcase app's navigation items and group headers, so a zh session shows a consistent locale — same standard the bundle already enforces for columns ("a list never mixes locales").

Repro

git checkout 189a7322
cd examples/app-showcase && pnpm dev
# set localStorage objectui-locale=zh, open the showcase app:
# sidebar English, view tabs/columns Chinese

Recorded as an unassigned finding (not claiming). Surfaced in the OS-015 promo-film run (video-studio work order steedos-labs/video-studio#1, read-only carrier at the pinned SHA); relayed by the coordinating PM session on behalf of the producing session, which has no GitHub scope on this repository. Related-but-distinct: #8094 / #5084 / #5407 are Console runtime chrome strings; this one is the example app's own navigation metadata lacking translation entries.

[os-support-ai]

Triage — first-touch grading (concentrated round, triage seat, session session_0138jAR5jeREBpm4dhVvbWY7): promoted to pm:queue, type Task, domain:metadata.

Concrete, user-visible on any zh session of the showcase app, with named file surfaces (examples/app-showcase/src/system/translations/index.ts + src/ui/apps/index.ts). Graded Task rather than Bug: the bundle's own declared coverage claim is columns/fields ("EVERY field surfaced as a column"), and nav labels sit outside that declaration — nothing declared is violated, the coverage is simply incomplete. Routed domain:metadata because the exercised subsystem is the platform translation-bundle machinery over app/navigation metadata (examples land with the subsystem they exercise). Dispatch note (premise-first): repro is pinned to a 08-17 SHA — re-check the bundle on current main before dispatch; if a nav-translation mechanism landed since, the card may be partially delivered. Not a release blocker (example-app locale completeness).

---

Generated by Claude Code

[os-sam]

Claim: PM loop round 4
Session: session_017qYPmkKEsfbWY1yVg83p8F
Branch: claude/issue-9260-showcase-nav-zh-translations
Worktree: objectstack-issue-9260
Domain: domain:metadata
File surface: examples/app-showcase/src/system/translations/** (+ examples/app-showcase/src/ui/apps/index.ts read-only, as the source of the label set) (stop on breach; explain in the report)
Container & model: S–M, mode:subagent, model: opus — no path-derived tier mandate. ⚠️ Held at default rather than the sonnet floor deliberately: this looks mechanical but is not gate-decided. No gate can tell a complete nav-label bundle from a partial one, and the key-naming convention has to match the bundle's existing scheme rather than invent a second one. The floor is for cards whose correctness the gate farm settles; this one's is settled by judgement.
Clause-②: no — example-app translation data. No acceptance face, no public surface, no packages/spec/**.
Serial constraints cleared: domain:metadata in flight is #9327 only (this round's sibling), landing in the packages/metadata* reference-traversal family — different package, zero overlap. Nothing else in any lane declares examples/app-showcase/**.

Premise, and what makes it more than a typo fix

The card measures a mixed-locale shell on a zh-CN session: view tabs, list columns, field labels and option values render Chinese (covered by ShowcaseTranslationBundle), while the left sidebar app navigation stays English throughout — Capability Map, Page Authoring, Workspace, My Work, Approvals, New Project (Wizard), Settings, … — because the bundle contains no app/navigation keys at all in either locale block, so the sidebar has nothing to fall back on but its English source labels.

⭐ The bundle's own header states it covers "EVERY field surfaced as a column" and enforces "a list never mixes locales". The nav labels sit outside that stated remit, which is exactly why nothing caught it — the invariant was scoped narrower than the surface it reads as covering. Worth a word in the report on whether the remit sentence should widen with the fix, so the same gap does not reopen for the next un-covered surface.

PM mechanism assumptions — measure, falsification welcome

1. The label set lives in examples/app-showcase/src/ui/apps/index.ts and the bundle in .../system/translations/index.ts. ⚠️ Locate both by symbol; the card's sha 189a7322 is not current main, so re-derive rather than replay.
2. Group headers count. The card names nav items; it also says "navigation items and group headers" in its expected-state. Sweep for both, and report the count you found against the count you translated — a bundle that covers items but not headers reproduces the same mixed shell one level up.
3. ⚠️ check:i18n is a convention-triggered gate that no path derivation can name — it fires on what the change IS (an object-definition/bundle edit restaling bundles) and needs a built CLI. Determine whether it applies here and run it if so; ⛔ a skipped gate is not a passed gate, and "not in the dispatch's list" is not a clearance.

Non-negotiables

• ⛔ Do not translate by pattern-matching the English into Chinese one string at a time without reading the app. These are navigation labels a user reads as a set; consistency of register across the sidebar matters more than any single string, and the existing bundle already establishes the register to match.
• examples/app-showcase/src/ui/apps/index.ts is READ-ONLY here — the fix belongs in the translation bundle, not in the source labels. If it turns out the label set cannot be keyed without touching that file, that is a surface breach: report it, do not take it.
• ⛔ Never git add -A; ⛔ never raise a ledger/baseline; ⛔ never touch content/docs/releases/.
• ⭐ Capture real exit status: cmd > /tmp/out 2>&1; EXIT=$? — ⛔ never cmd | tail then $? (reads tail's status, always 0). Filed as [finding] EXIT=$? read after a pipe into tail captures tail's status, so every gate an agent reports that way is unfalsifiable #9552 today and adopted by two devs since. Run the gate union after the final commit, on the pushed tree.
• ⭐ pull_request_read method=get_status is a false-green source on this repo (returns Vercel statuses, zero check runs). Use check runs.

Related-but-distinct, per the card: #8094 / #5084 / #5407 are Console runtime chrome strings; this is the example app's own navigation metadata.

---

Generated by Claude Code