Files
msd-core/.changeset/archived/3156-plan-phase-opencode-dispatch.md
Tom Boucher 8616839cab chore: archive 463 shipped changeset fragments before wiring render (#714)
CHANGELOG promotion was a manual operator step that was never run, so 463
fragments for work already shipped in <=1.3.1 accumulated in .changeset/.
Their notes were already hand-curated into the dated [1.2.0]/[1.3.0]/[1.3.1]
CHANGELOG sections (#690 backfill, PR #694). Rendering them now would
duplicate and mis-attribute shipped work.

Move them to .changeset/archived/ (read non-recursively by all changeset
tooling, so never rendered), keeping only the 3 genuinely-unreleased
fragments at the top level. Prep for wiring `render` into the release
finalize job (#690 follow-up).

Co-authored-by: Claude Opus 4.8 <noreply@anthropic.com>
2026-06-05 14:53:17 -04:00

1003 B

type, pr
type pr
Fixed 3156

/gsd-plan-phase no longer auto-dispatches to a subagent on OpenCode (#3156) — commands/gsd/plan-phase.md carried agent: gsd-planner in its frontmatter. Per the OpenCode commands spec, agent: <name> causes the runtime to auto-dispatch the command to a named subagent context where the Agent (subagent-spawner) tool is unavailable. The /gsd-plan-phase orchestrator relies on Agent to spawn gsd-phase-researcher, gsd-planner, and gsd-plan-checker subagents; in the auto-dispatched context it fell back to doing all work inline. The agent: gsd-planner directive has been removed from plan-phase.md so the command runs in the main agent context where Agent is available. The same fix was applied to commands/gsd/mvp-phase.md, which carried the same directive and had the identical failure mode. A structural regression test parses the YAML frontmatter of every commands/gsd/*.md file and asserts that no command carries an agent: directive.