Référence — Agents
Chaque phase a un agent producteur et un reviewer indépendant. Le reviewer ne modifie jamais le travail : il émet un verdict avant la transition de phase.
| Ordre d’usage | Phase | Agent producteur | Reviewer |
|---|---|---|---|
| 0 | (méta) | skraft-orchestrator | — |
| 1 | DISCOVER | backlog-discoverer | backlog-discoverer-reviewer |
| 2 | DISCUSS | backlog-planner | backlog-planner-reviewer |
| 3 | RESEARCH | solution-researcher | — |
| 4 | DESIGN | solution-architect | solution-architect-reviewer |
| 5 | DISTILL | acceptance-designer | acceptance-designer-reviewer |
| 6 | DELIVER | software-engineer | software-engineer-reviewer |
L’orchestrateur est l’entrée unique : il lit l’état, dispatche l’agent de la phase courante, déclenche le reviewer, applique le verdict (et les reprises), puis passe à la phase suivante.
Workers internes de test (phase DELIVER)
En DELIVER, le software-engineer délègue le câblage des tests à des sous-agents
internes (user-invocable: false — non invocables directement). Chaque worker produit
uniquement le wiring de test ; le cycle TDD métier reste chez le software-engineer,
qui vérifie le worker en TIER-1 (RED → GREEN). Une lentille de fidélité conditionnelle
rejoint le panel de revue adverse quand la capacité est active.
| Capacité | Worker | Lentille de fidélité |
|---|---|---|
| Mocking (consommateur) | mock-integration-worker | mock-fidelity-lens |
| Contrat (fournisseur) | contract-testing-worker | contract-fidelity-lens |