docs/plans/2026-03-11-playground-template-sync-fixes.md
apps/www registry items.backgroundData vs current structured prompt shape).apps/www registry sourcebun run buildbun run typecheckbun lint:fixsrc/app/api/ai/command/prompts.ts due to stale backgroundData usage.apps/www registry source already uses the newer prompt/* layout and context/instruction API.templates/plate-playground-template/src/app/api/ai/command/prompts.ts was dead stale baggage; route.ts imports ./prompt, not ./prompts.apps/www registry source and the template route were both stale against [email protected]: they used generateText(...).output and streamText + Output.array instead of generateObject / streamObject.bun install in templates/plate-playground-template: passedbun run build in templates/plate-playground-template: progressed past DOCX failure, now fails on structured prompt API mismatchPending
docx-export-kit registry dependencies were using nonexistent *-static item names; contentlayer only accepts actual registry item names.
The playground template tooltip.tsx was stale against the working app version and broke prerendering because Tooltip did not wrap a TooltipProvider.
[email protected] route patterns here were stale in two ways: the route carried dead prompts.ts baggage, and the structured-output usage had drifted away from the installed SDK types.
bun install in templates/plate-playground-template: passedbun run build in templates/plate-playground-template: passedbun run typecheck in templates/plate-playground-template: passedpnpm --dir apps/www typecheck: passedbun typecheck: passedbun lint:fix: passedcallout-node-static.apps/www registry source before inventing a new fix. Most of the time the template is just stale.apps/www registry source had drifted from the installed SDK expectations, so the source of truth needed fixing, not just the generated template copy.