Implement Work
Execute the authorized outcome without imposing a Plan-shaped process on other inputs.
Use engineering-discipline.md. For Plan-backed work, also use workflow-language.md, document-conventions.md, and phase-review-template.md.
Establish the work scope
- Read repo instructions, the governing input, relevant current docs, source, tests, and any referenced artifacts.
- Identify the authorized outcome, boundaries, acceptance evidence, doc impact, and unresolved decisions. Research only gaps that can materially change the implementation.
- If a Plan governs the work, select the requested Phase(s), or the next unchecked Phase when asked to continue, and note its review checkpoints and Doc Delta.
- Ask only for real ambiguity, credentials, product judgment, risky authority, or an explicit human checkpoint. Otherwise proceed.
Do not create a Plan, interview loop, handoff, worktree, commit, or PR unless the input or authorized workflow calls for it.
Execute and verify
- Work through the bounded scope without absorbing adjacent cleanup.
- Use the fastest meaningful feedback loop: focused red/green checks for cheap behavior, same-scope checks for setup-heavy behavior, and acceptance gates for slow end-to-end, full-suite, or visual behavior. Use manual evidence only when automation is impractical and record the residual risk.
- Verify through public or intentionally stable interfaces when practical. Read fresh command or observation results before claiming success.
- Keep canonical docs current as behavior lands. Preserve unrelated dirty work and preexisting drafts or prototypes.
- Follow Plan-defined high-impact review checkpoints. Low-impact Tasks can wait for the end-of-Phase review.
- For Plan-backed work, check Tasks and acceptance criteria only after evidence supports them; apply only the selected Phase's Doc Delta and route non-required work to
Discovered Follow-ups.
- Without a Plan, do not invent Plan bookkeeping. Treat the authorized work as one review scope and keep only state another worker or reviewer needs.
Close the scope
- Self-check the entire authorized scope against its input, docs, tests, actual diff, and durable-artifact boundary.
- Run the relevant verification and read its output.
- Send the entire scope, not only the latest patch, to an independent fresh-context reviewer through
review-work; verify accepted claims against primary evidence, fix authorized blocking findings, and rerun affected checks.
- Repeat only the review coverage justified by the changed surface or residual risk.
- Update governing artifacts. For Plan-backed work, use phase-review-template.md, finish the selected Phase's Plan/doc updates, and only then mark it complete.
Do not recursively review the review. Add Milestone-level integration review only when cross-Phase acceptance or risk warrants it. Leave Plan or Roadmap cleanup to final review.
1---2name: implement-work3description: Implement an already-decided bounded scope from a Plan, handoff, review findings, direct brief, docs task, fix, or refactor. Use for implementation or continuation work; use diagnose-issue first when the cause is unknown.4---56# Implement Work78Execute the authorized outcome without imposing a Plan-shaped process on other inputs.910Use [engineering-discipline.md](references/engineering-discipline.md). For Plan-backed work, also use [workflow-language.md](references/workflow-language.md), [document-conventions.md](references/document-conventions.md), and [phase-review-template.md](references/phase-review-template.md).1112## Establish the work scope13141. Read repo instructions, the governing input, relevant current docs, source, tests, and any referenced artifacts.152. Identify the authorized outcome, boundaries, acceptance evidence, doc impact, and unresolved decisions. Research only gaps that can materially change the implementation.163. If a Plan governs the work, select the requested Phase(s), or the next unchecked Phase when asked to continue, and note its review checkpoints and Doc Delta.174. Ask only for real ambiguity, credentials, product judgment, risky authority, or an explicit human checkpoint. Otherwise proceed.1819Do not create a Plan, interview loop, handoff, worktree, commit, or PR unless the input or authorized workflow calls for it.2021## Execute and verify2223- Work through the bounded scope without absorbing adjacent cleanup.24- Use the fastest meaningful feedback loop: focused red/green checks for cheap behavior, same-scope checks for setup-heavy behavior, and acceptance gates for slow end-to-end, full-suite, or visual behavior. Use manual evidence only when automation is impractical and record the residual risk.25- Verify through public or intentionally stable interfaces when practical. Read fresh command or observation results before claiming success.26- Keep canonical docs current as behavior lands. Preserve unrelated dirty work and preexisting drafts or prototypes.27- Follow Plan-defined high-impact review checkpoints. Low-impact Tasks can wait for the end-of-Phase review.28- For Plan-backed work, check Tasks and acceptance criteria only after evidence supports them; apply only the selected Phase's Doc Delta and route non-required work to `Discovered Follow-ups`.29- Without a Plan, do not invent Plan bookkeeping. Treat the authorized work as one review scope and keep only state another worker or reviewer needs.3031## Close the scope32331. Self-check the entire authorized scope against its input, docs, tests, actual diff, and durable-artifact boundary.342. Run the relevant verification and read its output.353. Send the entire scope, not only the latest patch, to an independent fresh-context reviewer through `review-work`; verify accepted claims against primary evidence, fix authorized blocking findings, and rerun affected checks.364. Repeat only the review coverage justified by the changed surface or residual risk.375. Update governing artifacts. For Plan-backed work, use [phase-review-template.md](references/phase-review-template.md), finish the selected Phase's Plan/doc updates, and only then mark it complete.3839Do not recursively review the review. Add Milestone-level integration review only when cross-Phase acceptance or risk warrants it. Leave Plan or Roadmap cleanup to final review.