Studio package-create UX dogfood follow-ups (2026-07 browser walkthrough)

[os-zhuang]

Tracking issue for the Studio package create / edit / view dogfood walkthrough (2026-07). Records what shipped and the remaining minor items.

Shipped

• ✅ Duplicate package id silently overwrites → POST /packages now 409s on an existing id (with overwrite escape hatch). framework#2971
• ✅ Two divergent create UIs / id-regex split → unified onto the spec-driven PackageFormDialog (create/edit/view in a modal, form generated from ManifestSchema). feat(studio): spec-driven package create/edit/view form in a modal #2535
• ✅ Dead code cleanup from the form migration. chore(studio): remove dead code left by the package spec-form migration #2540
• ✅ PATCH /packages/:id route was never mounted (edit silently 405'd) → route registered. framework#2995
• ✅ Builder top-bar name stale after rename → switcher refetches on objectui:packages-changed. fix(studio): refresh builder top-bar name after a package rename #2554

Remaining (minor)

• Forced "New Object" modal on every package create. Creating a package drops you into the builder and auto-opens the new-object dialog; pressing Esc leaves you in an empty builder. Reasonable onboarding nudge, but it's an unrequested modal — consider making it dismissible-to-guided-empty-state or opt-in.
• Mixed-locale rendering in one session. The console home shows some English labels while the Studio builder renders fully in Chinese — the metadata-admin i18n locale appears to resolve independently of the console locale. Worth reconciling to one locale source.
• (future-proof) SDK client.packages.install() doesn't pass overwrite. No first-party caller uses it today, but if an upgrade/re-install consumer appears it will hit the new 409 — add overwrite to its options bag. (framework packages/client/src/index.ts)

Environmental (not app bugs): the in-app preview browser intermittently chrome-errord on direct /studio navigation.