User Input
$ARGUMENTS
Outline
- Read
AGENTS.mdfor source-of-truth layers and the program goals / drift guard. - Read
docs/skills/catalog.md#work-unit-planneranddocs/skills/catalog.md#promote-finding-to-work-unit. - Inspect
docs/program-goals/and identify whether the work belongs in a named bucket or should remainnone/free-flow. - Read the source report/spec/constitution section behind the finding.
- Classify the unit as architecture development, feature development, codebase verification, docs/maps/skills work, or code.
- Define goal, success criteria, in scope, out of scope, source-of-truth layer, program-goal route, program-goal state when used, affected gates/maps/docs, tests, and review points.
- End with a
<proposed_plan>block listing exact files to create or update, including likely follow-through obligations such as tests, extension-point catalogs, generated-map refreshes, or docs updates.
Do not run Speckit or edit code unless the user explicitly approves implementation. After a unit is approved, required follow-through obligations are part of completing that unit unless they introduce a new architecture decision.