Overview Shipped
Pin an acceptance contract before the work starts, then build toward it one increment at a time, with an independent conformance oracle deciding after each one whether you are actually closer.
What it does
You author an acceptance contract — atomic criteria, each with a check hint — and pin it before any code is written. Then the loop runs: pick a lane, brief a coder, verify every citation resolves, commit, and put the result in front of a conformance oracle. The oracle answers per criterion: met, unmet, or divergent — done in a way that conflicts with the intent. Divergent is the verdict that matters, because it is the one a naive fix can hide.
One iteration
guard refuse to start if the run is over budget
build a depth-0 builder makes one small increment
commit git commit the WIP — every accepted increment is revertible
gate myteams devteam review conformance HEAD --base <base> → merge-readiness
record write the measured facts, get back a next action
decide keep · reset --hard HEAD~1 on regress · escalate once on stall · stopThe stop is decided in Python
Whether to continue is never re-derived by a model. A deterministic recorder compares this iteration's criterion statuses to every prior one and returns a next action the driver executes verbatim: finish_ready, continue, rerun_gate, reset_and_retry, retarget_unjudged, escalate_once, or halt with a reason. The halt ordering is fixed — done, then oscillating, then budget, then the iteration backstop — so two halts that both apply always resolve the same way.
The guards that exist because something went wrong
- Carry-forward semantics — only criteria this iteration targeted trust the fresh verdict; everything else keeps its prior status. Without it the oracle silently forgets what it already proved.
- Anchor checking — a coder can hallucinate an execution claim, but not a diff anchor, so every cited line is checked against the increment.
- A learned backstop — the diminishing-returns inflection is computed from cross-run data per contract size, not guessed at.
- Budget guard before dispatch, so an over-budget run halts before spending rather than after.
Contracts are immutable input
The contract is pinned before the work and never quietly edited mid-run to make a gap disappear. Criteria have to be atomic, and soft criteria are actively discouraged — an observed failure had "log everything" technically satisfying "surface real errors" while reintroducing exactly the suppressed noise the criterion existed to prevent.
Run it
myteams devteam plan code # interview → a pinned contract
/myagenticteams:devteam build --contract <path>
myteams devteam build stats # the convergence curve