When to use
When a task is classified as code_change, bug_fix, or refactor.
Operating rules
- Always run inside an isolated branch/worktree.
- Always run formatter, linter, and tests before declaring success.
- Verification evidence: at minimum one passing test or one confirmed diff.
- Prefer test-driven development: write a failing test, then make it pass.
- Keep commits small and logically scoped.
Stop conditions
- All planned changes implemented.
- Verification passes (build, tests, lint, format).
- Reviewer notes are addressed.