Démo Migration en autopilot

Ce que vous démontrez#

Qu'une seule ligne autopilot peut partir d'un objectif métier de haut niveau et produire de manière autonome un dossier de migration complet, examiné par le conseil — et, ce qui est tout aussi important, que le contrôle de revue intégré détecte les problèmes de qualité et s'arrête plutôt que de les livrer. Contrairement au parcours Squad Azure, il n'y a pas d'étapes à demander séparément ici : tout a été piloté par une seule demande, et la squad a déduit elle-même l'ensemble du pipeline Recherche → Planification → Conseil → Implémentation → Revue.

Avant de commencer#

Cette démo s'exécute sur un dépôt préparé, hve-squad-demo2, qui contient déjà le code source et les définitions de processus Contoso ainsi qu'un dossier privé knowledge-docs/. L'ensemble de l'exécution ne produit que des livrables de planification et une structure initiale — rien n'est déployé sur Azure, ce qui permet de l'exécuter en direct sans risque.

La demande unique#

Toute la démo tient dans cette seule ligne autopilot. Elle nomme le résultat attendu et les garde-fous, pas les étapes — la squad organise elle-même le pipeline :

/squad profile=azure mode=autopilot request="Plan and prepare a migration of this project from on-premise Contoso Inc. to Azure.

Where to look:
- ./knowledge-docs — the private reference material (architecture, meeting notes). Read it for context only.
- the existing Contoso Inc. source/process definitions in this repo.

What I need:
- A recommended target Azure architecture and a concrete migration plan (Contoso Inc. BPMN/workflows mapped to the appropriate Azure services).
- IaC authored under infra/.
- A cost view and a security pass on the proposed design.
- A HLD diagram with mermaid and LLD diagram containing Azure icons.

Guardrails:
- Treat ./knowledge-docs as private: never copy its contents into committed files, generated artifacts, or any output that would be pushed. It is gitignored."

À expliquer : « Une seule ligne, sans surveillance permanente. Autopilot exécute Recherche → Planification → Conseil → Implémentation → Revue, ne s'arrête que lorsque c'est nécessaire et traite le dossier privé comme un contexte en lecture seule qu'il ne divulguera jamais. »

Ce qu'autopilot a produit (étapes 1 à 4)#

Les étapes 1 à 4 se sont achevées sans problème — recherche, plan, décisions du conseil et structure d'implémentation — chacune confiée à un membre nommé et consignée dans les décisions et l'historique sous .copilot-tracking/squad/ :

La cible proposée : Azure Container Instances + PostgreSQL managé, dans une organisation des locataires en hub-spoke avec des groupes de ressources par client sur une landing zone Azure CAF — le HLD en Mermaid, le LLD rendu avec de véritables icônes Azure. L'estimation des coûts prévoyait environ 598 à 648 k$ la première année et environ 2,4 M$ sur trois ans.

Le point d'arrêt — le contrôle de revue#

À l'étape 5, le réviseur (Delta) a effectué l'évaluation de qualité Gate 1 et détecté cinq blocages critiques de mise en production. Il ne les a pas corrigés en silence et n'a pas laissé passer le travail. Il s'est arrêté au contrôle des risques et a rendu la décision à l'humain :

Le point de décision#

Face aux blocages, la squad a proposé deux voies et laissé l'humain choisir — elle ne décide jamais à votre place lors d'un contrôle des risques :

• Corriger maintenant — confier chaque blocage au membre qui en est responsable, avec une estimation d'effort par étape, corriger, puis refaire la revue.
• Faire remonter et arrêter — consigner les constats, les conséquences et la remédiation proposée dans un document unique destiné aux parties prenantes, puis arrêter.

Lors de l'exécution, l'utilisateur a choisi de faire remonter les blocages : aucune correction n'a donc été appliquée et le pipeline s'est arrêté à l'étape 5. La synthèse d'escalade consigne néanmoins les réaffectations prévues, afin de permettre une reprise ultérieure si elle est approuvée :

Solutions de repli en cas de problème#

Points clés pour conclure#

• Une demande, tout le pipeline. Une seule ligne autopilot a piloté Recherche → Planification → Conseil → Implémentation → Revue, sans prompt à chaque étape.
• Le contrôle est le produit. La revue a détecté cinq blocages de mise en production et s'est arrêtée — elle a sollicité une décision humaine au lieu de livrer un IaC défectueux accompagné d'un résumé assuré.
• Vous gardez le contrôle. Au contrôle des risques, la squad a proposé de corriger immédiatement ou de produire une synthèse d'escalade ; l'humain a choisi. Pas de correction automatique, pas de déploiement silencieux.
• Le privé reste privé. ./knowledge-docs a été lu uniquement pour le contexte et n'a jamais été copié dans les livrables enregistrés dans Git — il est ignoré par Git par conception.