About implement-work
implement-work is a workflow skill for carrying out authorized engineering work within a defined scope. It emphasizes evidence-based verification, keeping relevant documentation current, and independent review before closing the work.
Key features
- 01Establish scope and acceptance evidence
- 02Execute bounded work without extra process
- 03Verify through focused checks
- 04Keep canonical documentation current
- 05Request independent review before closeout
Use cases
- 01Implement a selected Plan phase
- 02Complete a scoped fix or refactor
- 03Continue work from a handoff or brief
Install
Copy the command and run it in a terminal.
npx skills add https:/ / github.com/ klausborges/ workflow-skills --skill implement-workAfter installing, type/implement-workin Claude Code to confirm it loaded.
Bundled files
References and scripts installed along with SKILL.md.
skill.tomlagents/openai.yamlreferences/document-conventions.mdengineering-discipline.mdphase-review-template.mdworkflow-language.mdDetails
From the project READMEImplement 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.