Approval gate
Coding starts only after explicit post-checkpoint action language. The initial request, clarification answers, and "looks good" never count as approval.
WORKFLOW 01 / 05
Align, approve, implement, and verify one change.
Read project rules, authoritative docs, the relevant code, tests, and callers. Evidence is gathered once and reused.
Ask only about undecided behavior that changes the result. Independent questions are batched and asked together.
Present the goal, acceptance behavior, out of scope, assumptions, and solution boundary — then stop.
Only explicit action language sent after the checkpoint ("implement this") authorizes coding. Answers and acknowledgements do not.
Make the smallest clear change inside the module that owns the rule.
Add targeted coverage only for real risks — no ceremonial tests.
Reconcile every accepted behavior against fresh verification, and make the docs match the facts.
Coding starts only after explicit post-checkpoint action language. The initial request, clarification answers, and "looks good" never count as approval.
Independent questions are asked in one batch; only questions raised by those answers get follow-ups. No drip-feed interviewing.
Corrections, omissions, and same-task follow-ups continue inside the same flow — no need to invoke the workflow again.