Phase exposure and progression
The resolved phase masks unavailable tools and denies masked calls unless one-shot access is granted. Phase progression and exit guidance remain advisory.
Make requirements, ownership, repository checks, exception paths, and handoffs visible. Prove the workflow on one real task before making it team policy.
The risk is not that every AI-assisted change fails. It is that intent, evidence, and exception decisions are easy to lose when the workflow exists only in conversation.
A request moves from chat to code without a stable requirement, pass condition, or named handoff owner.
Tests may run, but the result is detached from the change, final edit, and delivery decision it is meant to support.
A bypass without an owner, expiry, and residual-risk record quietly becomes the team’s real standard.
Do not start with adoption counts or a broad rollout. Start with an interruption-prone, reviewable task and inspect whether the operating artifacts survive.
Can a fresh session recover the active task and last meaningful milestone?
Can a reviewer connect the repository command to a current recorded result?
Does unverified delivery remain visible with the evidence required by its exception path?
Can another person or client identify the next action without reconstructing chat?
A team workflow is not a longer tool transcript. It is a sequence of owned artifacts another reviewer can inspect without replaying the conversation.
Capture the requirement, source, pass condition, and risk profile before implementation expands.
PRD or scoped task contract
Name owned paths, shared paths, dependencies, and a safe checkpoint instead of relying on chat order.
Ownership and checkpoint record
Execute the project’s actual tests, types, lint, build, or schema commands after the final edit.
Command output
Bind the observed result to the task, then deliver verified work or disclose the applicable exception path.
Receipt + explicit handoff state
A completed handoff names the requirement, owned source, observed checks, delivery state, residual risk, and next action. Missing fields stay visible instead of becoming implied success.
Governance is credible only when advisory guidance, hard gates, and exception paths are visibly different. Hooks may add reminders, but correctness lives in the recorded policy.
The resolved phase masks unavailable tools and denies masked calls unless one-shot access is granted. Phase progression and exit guidance remain advisory.
Coding, RCA, and eval delivery requires a passing build receipt, a structured acceptable-failure record, or an authorized override.
A failed command stays failed. Acceptable-failure records preserve command, residual risk, owner, and expiry; authorized overrides instead require technical rationale.
CODING / RCA / EVAL
Delivery gate blocks by default
DOCS / RESEARCH / PLAN
Missing build evidence is advisory
PHASE PROGRESSION
Exit guidance warns without blocking
TRW starts with a single-track owner. Add MAP-REDUCE, PIPELINE, or DEBATE + CRITIC + JUDGE only when the task and coding harness support the coordination cost.
DEFAULT
One owner, one explicit file surface, one verification path, and one handoff. This is usually the lowest-risk way to establish the contract.
ADD WHEN JUSTIFIED
Partition independent ownership, serialize shared paths, and make merge order and evidence contracts repository-visible. The harness executes the helpers—not TRW.
Choose one representative task, name the owners and pass conditions, then evaluate the artifacts and exception behavior before expanding adoption.