Des rôles séparés. Un cap commun.
Les agents se transmettent des faits structurés. La séparation des contextes protège l’indépendance de la review.
Sur cette page
Les quatre agents de livraison
implementerImplémenter
Reçoit le ticket, le worktree, la branche, le SHA de base et sa route. Retourne un commit et les validations.
reviewerRelire
Reçoit le ticket, le worktree, les SHAs base/head et un slot. Lit le code sans le modifier et rend un reçu structuré.
reworkerCorriger
Reçoit le commit relu et les findings confirmés. Produit les corrections minimales, de nouvelles validations et un nouveau commit.
shipperLivrer
Reçoit le commit approuvé et les reçus correspondants. Prend en charge la PR, la CI, le merge et les preuves de livraison.
Ce qui traverse un passage de relais
Le ticket, les instructions du projet et l’état Git sont consultés directement. Le reviewer ne reçoit pas la conversation d’implémentation, ses justifications ni les conclusions d’un autre reviewer.
En critical, les reviewers A et B travaillent sur le même commit, avec des modèles distincts. Un désaccord n’est pas tranché arbitrairement par l’orchestrateur.
card: PROJ-123
status: approved
reviewed_head: <sha>
reviewer_slot: single
findings: []La mémoire reste dans les preuves
Git et les commentaires marqués de Linear conservent la route, les checkpoints et les reçus. Le fichier .delivery/state/<CARD>.json sert à la récupération locale.
À la reprise, le workflow confronte les checkpoints aux branches, commits, PR et checks actuels. Une ancienne approbation ne peut pas valider un nouveau commit.