Deliver a bounded change
Read workflow, artifacts, and safety before implementation.
Scope gate
Use quick mode only when all conditions hold:
- the objective and acceptance criteria can be stated precisely;
- at most five implementation files are expected;
- no architectural fork, schema migration, or destructive operation is required;
- the relevant verification command can be identified.
If any condition fails, stop before editing and recommend the full Flow workflow.
Procedure
- Inspect applicable instructions, affected code, tests, and working-tree status.
- Protect unrelated user changes. Stop if the requested files contain overlapping edits that cannot be preserved safely.
- State a mini-contract with objective, acceptance criteria, allowed files, prohibitions, and verification commands.
- For behavior changes, write a failing test first and confirm the expected failure.
- Implement the smallest change that satisfies the contract.
- Run focused verification, then the relevant broader suite.
- Review the full resulting diff for correctness, scope, security, maintainability, and missing tests.
- Apply safe corrections and rerun all affected verification.
- Build a truth list and try to refute completion using fresh commands.
- If
.planning/flow/ is initialized, persist the mini-contract and final report using artifacts.
Git policy
- Do not commit, push, create a branch, rewrite history, or clean unrelated files unless the user explicitly requests that action.
- Report the final diff scope and leave changes reviewable.
Verdict
Return COMPLETE only when every acceptance criterion has fresh evidence and no critical review finding remains. Otherwise return CAVEATS, REJECTED, or ESCALATED, with exact evidence and next action.
1---2name: flow-quick3description: Delivers a small, bounded code change through inspection, a mini-plan, implementation, testing, review, and adversarial verification. Use for bug fixes, configuration changes, and features expected to touch no more than five files.4---56# Deliver a bounded change78Read [workflow](../../references/workflow.md), [artifacts](../../references/artifacts.md), and [safety](../../references/safety.md) before implementation.910## Scope gate1112Use quick mode only when all conditions hold:1314- the objective and acceptance criteria can be stated precisely;15- at most five implementation files are expected;16- no architectural fork, schema migration, or destructive operation is required;17- the relevant verification command can be identified.1819If any condition fails, stop before editing and recommend the full Flow workflow.2021## Procedure22231. Inspect applicable instructions, affected code, tests, and working-tree status.242. Protect unrelated user changes. Stop if the requested files contain overlapping edits that cannot be preserved safely.253. State a mini-contract with objective, acceptance criteria, allowed files, prohibitions, and verification commands.264. For behavior changes, write a failing test first and confirm the expected failure.275. Implement the smallest change that satisfies the contract.286. Run focused verification, then the relevant broader suite.297. Review the full resulting diff for correctness, scope, security, maintainability, and missing tests.308. Apply safe corrections and rerun all affected verification.319. Build a truth list and try to refute completion using fresh commands.3210. If `.planning/flow/` is initialized, persist the mini-contract and final report using [artifacts](../../references/artifacts.md).3334## Git policy3536- Do not commit, push, create a branch, rewrite history, or clean unrelated files unless the user explicitly requests that action.37- Report the final diff scope and leave changes reviewable.3839## Verdict4041Return `COMPLETE` only when every acceptance criterion has fresh evidence and no critical review finding remains. Otherwise return `CAVEATS`, `REJECTED`, or `ESCALATED`, with exact evidence and next action.
pwdev-solucoes