Ce que fait ce skill
Active un workflow multi-agents pré-câblé du Kopern Conductor. Chaque runbook enchaîne plusieurs agents selon les 7 phases de la doctrine (Discovery → Strategy → Foundation → Build → Hardening → Launch → Operate), avec handoffs structurés et quality gates.
Quand l'utiliser
- L'user lance un MVP : "/orchestrate runbook-mvp"
- L'user veut un cycle de contenu : "/orchestrate runbook-contenu"
- L'user gère un incident : "/orchestrate runbook-incident"
- L'user ajoute une feature : "/orchestrate runbook-feature"
- L'user demande "quels runbooks ?" → liste.
Préalable
Une squad doit être active (/squad <nom> avant). Si .claude/agents/ est vide :
"Aucune squad active. Active d'abord : /squad builder (pour mvp/feature/incident) ou /squad creator (pour contenu). Puis relance /orchestrate."
Sous-commandes
/orchestrate (sans argument) ou /orchestrate list
Lit agents/orchestration/runbooks/. Affiche :
| Runbook |
Pour quoi |
Squads compatibles |
Phases impliquées |
| runbook-mvp |
MVP de zéro à launch |
builder |
0→5 |
| runbook-contenu |
Cycle éditorial |
creator, shipper |
1, 3, 5 |
| runbook-incident |
P0/P1 incident |
builder, operator |
6 (operate) |
| runbook-feature |
Ajout feature à un produit existant |
builder, shipper |
2→4 |
/orchestrate <runbook>
- Vérifie
agents/orchestration/runbooks/<runbook>.md existe.
- Vérifie squad active. Si incompatible avec le runbook, alerte (laisse l'user décider).
- Lit le runbook. Affiche :
- Nom du runbook
- Objectif
- Phases et agents impliqués (séquence)
- Quality gates
- Durée estimée (heures/jours pas semaines — solo builder)
- Demande : "Go ? (oui/personnaliser/annuler)"
- Si oui : démarre l'exécution séquentielle, appelle les agents un par un, applique handoff templates (
agents/orchestration/coordination/handoff-templates.md).
- Logge chaque transition dans
decisions/log.md.
- À la fin : récap, sortie finale, statut quality gates.
Modes Conductor
- Conductor-Full — toutes les phases (cycle produit complet, semaines)
- Conductor-Sprint — phases ciblées (feature/MVP, jours)
- Conductor-Micro — tâche unique (heures)
Par défaut, Conductor-Sprint. L'user peut demander : "/orchestrate runbook-mvp --mode full".
Notes d'implémentation
- Si la doctrine
agents/orchestration/conductor-doctrine.md parle d'équipes humaines, l'adapter mentalement : Kopern-OS est solo-builder, donc "Engineering Lead" = toi en mode software-architect.
- Les boucles Dev↔QA avec retry max 3 sont préservées : si l'agent reality-checker dit NEEDS-WORK trois fois, escalade à l'user.
- Les runbooks sont adaptables : l'user peut sauter une phase ou en ajouter une via
/orchestrate <runbook> --skip phase-1.
Lien avec les autres skills
- Pré-requis :
/squad <nom>
/roster peut être appelé pendant un runbook si un agent ad-hoc est requis.- À la fin du runbook, suggère
/level-up pour capturer les corvées identifiées.
1---2name: orchestrate3description: Ce que fait ce skill4---56## Ce que fait ce skill78Active un workflow multi-agents pré-câblé du **Kopern Conductor**. Chaque runbook enchaîne plusieurs agents selon les 7 phases de la doctrine (Discovery → Strategy → Foundation → Build → Hardening → Launch → Operate), avec handoffs structurés et quality gates.910## Quand l'utiliser1112- L'user lance un MVP : "/orchestrate runbook-mvp"13- L'user veut un cycle de contenu : "/orchestrate runbook-contenu"14- L'user gère un incident : "/orchestrate runbook-incident"15- L'user ajoute une feature : "/orchestrate runbook-feature"16- L'user demande "quels runbooks ?" → liste.1718## Préalable1920Une **squad doit être active** (`/squad <nom>` avant). Si `.claude/agents/` est vide :2122> "Aucune squad active. Active d'abord : `/squad builder` (pour mvp/feature/incident) ou `/squad creator` (pour contenu). Puis relance `/orchestrate`."2324## Sous-commandes2526### `/orchestrate` (sans argument) ou `/orchestrate list`2728Lit `agents/orchestration/runbooks/`. Affiche :2930| Runbook | Pour quoi | Squads compatibles | Phases impliquées |31|---|---|---|---|32| runbook-mvp | MVP de zéro à launch | builder | 0→5 |33| runbook-contenu | Cycle éditorial | creator, shipper | 1, 3, 5 |34| runbook-incident | P0/P1 incident | builder, operator | 6 (operate) |35| runbook-feature | Ajout feature à un produit existant | builder, shipper | 2→4 |3637### `/orchestrate <runbook>`38391. Vérifie `agents/orchestration/runbooks/<runbook>.md` existe.402. Vérifie squad active. Si incompatible avec le runbook, alerte (laisse l'user décider).413. Lit le runbook. Affiche :42 - Nom du runbook43 - Objectif44 - Phases et agents impliqués (séquence)45 - Quality gates46 - Durée estimée (heures/jours pas semaines — solo builder)474. Demande : "Go ? (oui/personnaliser/annuler)"485. Si oui : démarre l'exécution séquentielle, appelle les agents un par un, applique handoff templates (`agents/orchestration/coordination/handoff-templates.md`).496. Logge chaque transition dans `decisions/log.md`.507. À la fin : récap, sortie finale, statut quality gates.5152## Modes Conductor5354- **Conductor-Full** — toutes les phases (cycle produit complet, semaines)55- **Conductor-Sprint** — phases ciblées (feature/MVP, jours)56- **Conductor-Micro** — tâche unique (heures)5758Par défaut, Conductor-Sprint. L'user peut demander : "`/orchestrate runbook-mvp --mode full`".5960## Notes d'implémentation6162- Si la doctrine `agents/orchestration/conductor-doctrine.md` parle d'équipes humaines, l'adapter mentalement : Kopern-OS est solo-builder, donc "Engineering Lead" = toi en mode software-architect.63- Les boucles Dev↔QA avec retry max 3 sont préservées : si l'agent reality-checker dit NEEDS-WORK trois fois, escalade à l'user.64- Les runbooks sont **adaptables** : l'user peut sauter une phase ou en ajouter une via `/orchestrate <runbook> --skip phase-1`.6566## Lien avec les autres skills6768- Pré-requis : `/squad <nom>`69- `/roster` peut être appelé pendant un runbook si un agent ad-hoc est requis.70- À la fin du runbook, suggère `/level-up` pour capturer les corvées identifiées.
berch-t