Orchestrateur
L’orchestrateur est la logique de planification qui lit le sprint, analyse les dépendances, et décide quelles tâches lancer. Ce n’est pas un agent spécial — c’est un ensemble de règles.
Principe
Section intitulée « Principe »Les tâches sans dépendances démarrent immédiatement. Les tâches avec dépendances attendent que leurs prérequis soient terminés.
Ça fonctionne comme un Makefile ou un pipeline CI : un graphe acyclique dirigé (DAG) de tâches.
Le cycle de vie en 4 phases
Section intitulée « Le cycle de vie en 4 phases »Chaque tâche suit 4 phases :
Phase 1 — Bootstrap
Section intitulée « Phase 1 — Bootstrap »L’agent charge le contexte : manifest, memory, rules, board et l’issue.
Phase 2 — Exécution
Section intitulée « Phase 2 — Exécution »L’agent applique le skill assigné (principal + auxiliaires) pour produire son output.
Phase 3 — Vérification
Section intitulée « Phase 3 — Vérification »L’agent vérifie son propre travail : tests passent, pas de violations de sécurité, code conforme aux rules, self-review faite.
Phase 4 — Clôture
Section intitulée « Phase 4 — Clôture »Mettre à jour le frontmatter de l’issue, déplacer le fichier, mettre à jour BOARD.md, écrire dans la memory si un apprentissage a eu lieu.
Exécution événementielle
Section intitulée « Exécution événementielle »L’orchestrateur ne fonctionne pas en vagues rigides. Dès qu’une tâche a toutes ses dépendances terminées, elle démarre :
ISS-0001 (pas de dépendance) → démarre immédiatementISS-0001 terminée → ISS-0002 débloquée → démarreISS-0002 terminée → ISS-0003 ET ISS-0004 débloquées → démarrent en parallèleISS-0004 terminée → ISS-0005 débloquée → démarre (sans attendre ISS-0003)Quality gates
Section intitulée « Quality gates »| Transition | Gate | Qui valide |
|---|---|---|
| in-progress → review | Tests passent, self-review faite, CI verte | Agent |
| review → done | Code review approuvée | Humain |
| Fin de sprint | Tous les critères qualité remplis | Humain |
Règles de l’orchestrateur
Section intitulée « Règles de l’orchestrateur »- Ne jamais lancer une tâche dont les dépendances ne sont pas terminées
- Lancer dès que prêt — pas de vagues artificielles
- Un skill principal par tâche, avec des skills auxiliaires optionnels
- L’humain valide les quality gates
- En cas de doute, demander — un agent bloqué demande plutôt que de deviner
- Le frontmatter YAML est la source de vérité
- La sécurité est un skill auxiliaire par défaut pour les tâches non-documentation