Skip to content

docs: PHASE-NEXT implementation plan for the post-launch roadmap#12

Merged
ryandmonk merged 1 commit into
mainfrom
claude/nifty-gates-b33957
Jul 14, 2026
Merged

docs: PHASE-NEXT implementation plan for the post-launch roadmap#12
ryandmonk merged 1 commit into
mainfrom
claude/nifty-gates-b33957

Conversation

@ryandmonk

Copy link
Copy Markdown
Contributor

Summary

Adds docs/PHASE-NEXT.md, the implementation plan for the next development phase (post-launch roadmap), covering four workstreams in priority order:

  • WS0 — ds-mcp vendored-core re-pin (step zero): re-pin dspack-gen to the v0.1.1 tag commit 374e1cd (verified: the only src/core diff past the tag is a test file the vendor bundle never ships), golden-context honesty test written fail-first against the stale f651433 bundle, report-only pin-drift CI check, ds-mcp 0.3.1 release with an optional trusted-publishing move.
  • WS1 — FM-11 take-it-home: downloadable ds-mcp MCP config (0.3.1+ only), client-side validate-ui box (spike-first, honest live-only fallback specified), and a local-agent path presented as two owner-gated options (clone-and-run launch path vs published npx package fast-follow).
  • WS2 — FM-10 groundwork, engineering track: packages/shadcn-renderers, second gated catalog via dspack-emit's existing shadcnProfile, swap UI, CI additions; the owner-authored upstream shadcn contract extension is treated as a placeholder input with its required shape specified.
  • WS3 — FM-7 completion: the booking HITL question as a real generated, gated AlertDialog through the ordinary pipeline (break-scripts precedent for the deterministic path; real runPipeline for the live path; fixture-007).

Per workstream: file-level touch points, cross-repo dependency order (ds-mcp re-pin; upstream shadcn contract), agent-executable vs owner-gated per task, fail-first test requirements including three honesty checks (ds-mcp served schema vs gen 0.1.1 goldens, validate-box agreement with fixture-001's recorded findings, receipt-hash-identical design-system swap), risks with mitigations, and phase-exit-style criteria. Ends by naming the highest-leverage first task: the golden-context assertion that fails on the stale pin.

Docs-only change; no implementation code.

🤖 Generated with Claude Code

WS0 ds-mcp vendored-core re-pin (step zero), WS1 FM-11 take-it-home,
WS2 FM-10 design-system-swap groundwork, WS3 FM-7 completion. Per
workstream: file-level tasks, cross-repo dependency order, agent vs
owner gating, fail-first tests including three honesty checks
(golden-context vs stale pin, validate-box agreement with fixture-001,
receipt-hash-identical design-system swap), risks, and exit criteria.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Copilot AI review requested due to automatic review settings July 14, 2026 18:28

Copilot AI left a comment

Copy link
Copy Markdown

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adds a new roadmap document (docs/PHASE-NEXT.md) describing the planned “Phase Next” post-launch workstreams and sequencing across repos (including ds-mcp, dspack-gen, and future studio work).

Changes:

  • Introduces a four-workstream plan (WS0–WS3) with task breakdowns, gating, risks, tests, and exit criteria.
  • Documents cross-repo dependency ordering (ds-mcp re-pin/release; upstream shadcn contract work).
  • Calls out “fail-first” testing discipline and multiple “honesty check” validations as phase requirements.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Comment thread docs/PHASE-NEXT.md
Comment on lines +4 to +7
FM-1 through FM-6, FM-8, FM-9, and FM-12 are shipped. npm publishing across
the ecosystem is resolved: dspack-gen 0.1.1, dspack-emit 0.3.1, and ds-mcp
0.3.0 are published, match their repos, and the studio consumes the
published versions. This phase covers, in priority order:
@ryandmonk
ryandmonk merged commit 2d97dff into main Jul 14, 2026
2 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants