What a task actually does
One task, two passes. No artifact yet, so the owner implements. An artifact newer than the last review, so the reviewer verifies. An accepted review, so it completes. Creating a review task for every task would need its own review task and never terminate.
1 · ClaimSELECT … FOR UPDATE SKIP LOCKED, a lease to detect a dead worker, and a monotonic fence so a revived zombie cannot commit over its replacement.2 · ReserveBudget is held before dispatch, against every ceiling that applies — the employee’s, the project’s and the company’s. The tightest one stops the work.3 · WorkThe employee gets a worktree and several turns. It has no shell: it asks to read a file or run a command, and deterministic code decides. Refusals come back as answers, so it learns the boundary.4 · PinCommitting happens on the host, so a real SHA exists whether or not the agent made one. Unpinnable output is not evidence.5 · VerifyA different employee opens the repository at the commit under review — and is refused write access whatever its grants say. A reviewer that can edit what it is judging is not a reviewer.6 · IntegrateAn accepted review merges the branch into the project’s integration ref, so the next task builds on work that landed. Deterministic code merges, never a model. A conflict is recorded for a person, and does not fail the verified work.