Mode Autonome — /autonomous-sdd

/autonomous-sdd est le skill d'autopilot bout en bout de Planu. Étant donné une spec approuvée, il gère l'intégralité du pipeline d'implémentation sans nécessiter d'intervention humaine à chaque étape : gate de disponibilité, création de branche, implémentation contre tous les critères d'acceptation, auto-révision, validation et fusion.

Si vous êtes familier avec cc-sdd, /autonomous-sdd est l'équivalent fonctionnel de /kiro-impl — avec deux phases supplémentaires (vérification de disponibilité et observateur de guérison post-fusion) que /kiro-impl n'inclut pas.

---

Quand l'Utiliser

Le mode autonome est approprié lorsque :

• La spec a été approuvée et tous les critères d'acceptation sont spécifiques et vérifiables.
• La tâche est autonome — un agent peut la compléter sans décisions de conception en cours d'exécution.
• Vous souhaitez déléguer la boucle d'implémentation complète et réviser le résultat à la fin plutôt qu'à chaque étape.

Ce n'est pas le bon choix lorsque :

• Les critères d'acceptation sont encore ambigus. Exécutez d'abord challenge_spec et check_readiness.
• La tâche nécessite des décisions produit qui dépendent d'un contexte qu'un agent ne peut pas déduire seul de la spec.
• Vous préférez une visibilité étape par étape — dans ce cas, exécutez implement_plan, validate et create_pr_from_spec manuellement.

---

Comment l'Activer

Le mode autonome est un skill Planu. Installez-le une fois, puis invoquez-le depuis n'importe quel agent compatible MCP.

Installer le skill :

planu skill install autonomous-sdd

Invoquer depuis Claude Code (ou tout client MCP) :

/autonomous-sdd SPEC-042

Le skill lit votre spec approuvée, la verrouille pour éviter les modifications concurrentes et commence le pipeline. La progression est diffusée en temps réel.

---

Les Six Phases Internes

Le mode autonome exécute six phases en interne. Chaque phase est observable et peut être interrompue si nécessaire.

Phase 1 — Gate de disponibilité. Avant d'écrire une seule ligne de code, le skill valide que chaque critère d'acceptation atteint le seuil minimal de qualité pour une implémentation autonome : spécificité, testabilité et absence de contradictions. Si un critère échoue au gate, le skill s'arrête et signale quels critères nécessitent une amélioration. Cela évite de gaspiller du calcul sur un travail sous-spécifié.

Phase 2 — Branche. Une branche Git dédiée est créée pour la spec, en suivant la convention de nommage des branches de votre projet (feat/SPEC-NNN-slug). La spec est verrouillée sur la branche afin qu'aucun autre agent ou session ne puisse la modifier pendant que l'implémentation est en cours.

Phase 3 — Implémentation. L'agent travaille les critères d'acceptation séquentiellement, en référençant explicitement chaque critère lors de l'écriture du code. La progression intermédiaire est sauvegardée en points de contrôle afin que l'exécution puisse être reprise si elle est interrompue. Les décisions architecturales prises pendant l'implémentation sont automatiquement enregistrées dans le registre des décisions techniques de la spec.

Phase 4 — Auto-révision. Lorsque l'implémentation est terminée, le skill effectue une révision multi-passes par rapport à la spec. Chaque critère d'acceptation est vérifié par rapport à l'implémentation. Les lacunes sont signalées avant le début de la phase de validation, réduisant ainsi le nombre d'échecs de validation nécessitant une attention humaine.

Phase 5 — Validation. La boucle de validation complète s'exécute : tests automatisés, détection de dérive et vérification de conformité critère par critère. Un rapport de validation est produit. Si tous les critères passent, le pipeline avance. Si un critère échoue, le skill tente une correction ciblée (jusqu'à deux tentatives) avant de faire remonter l'échec pour révision humaine.

Phase 6 — Fusion. Avec un rapport de validation propre, la branche est fusionnée et le statut de la spec est mis à jour à done. Un observateur de guérison post-fusion est enregistré : Planu continue de surveiller la spec pour toute dérive dans les commits suivants et affichera des suggestions de guérison rétroactive si l'implémentation diverge.

---

Observabilité et Contrôle

Le mode autonome est conçu pour être interruptible à n'importe quelle frontière de phase. Appuyez sur Ctrl+C pendant une exécution active pour faire une pause au prochain point de contrôle sûr. L'état d'exécution est persisté et peut être repris avec :

/autonomous-sdd --resume SPEC-042

Pour examiner ce que le skill fera avant de l'exécuter :

/autonomous-sdd --dry-run SPEC-042

Cela affiche le plan d'exécution pour les six phases sans écrire de code ni créer de branches.

---

Relation avec le /kiro-impl de cc-sdd

Le /kiro-impl de cc-sdd exécute trois phases : branche, implémentation et fusion. /autonomous-sdd ajoute un gate de disponibilité avant l'implémentation et un observateur de guérison post-fusion après. Les phases de branche, implémentation, auto-révision et fusion sont structurellement équivalentes.

Si vous migrez depuis cc-sdd, vos specs approuvées existantes sont compatibles avec /autonomous-sdd sans modification.

---

Lectures Complémentaires

• Guide du Workflow SDD — le cycle de vie complet d'une spec, étape par étape.
• Skills et Extensions — comment les skills Planu fonctionnent et comment les installer.
• Planu vs Outils SDD — comment /autonomous-sdd se compare à /kiro-impl et à l'autopilot de Kiro.
• Démarrer — installez Planu et exécutez votre première spec.