Le mandat
Produire un plan de mise en œuvre qui respecte le dépôt déjà devant vous.
Planifie l’architecture, la structure du dépôt, les lots à livrer, l’infrastructure, les tests et la préparation au déploiement.
L’agent technique consigne l’architecture, les responsabilités, les flux de données, les alternatives, les tests, l’observabilité, les migrations, le déploiement et le retour arrière. Il privilégie les lots verticaux et les conventions existantes plutôt qu’une architecture conçue isolément.
Éléments à fournir
Présentez le dépôt, les limites actuelles, les contraintes et un jalon vérifiable.
L'agent a besoin d'un contexte technique suffisant pour distinguer une contrainte réelle d'une préférence et une migration requise d'une infrastructure spéculative.
- 01
Le produit, le dépôt, le service ou le périmètre technique à planifier.
- 02
Langages, frameworks, systèmes de stockage, infrastructure et conventions du dépôt.
- 03
Limites actuelles, flux de données, responsabilités, dette connue et décisions pertinentes consignées.
- 04
Livraison, fiabilité, sécurité, migration, budget, compatibilité et contraintes opérationnelles.
- 05
Le résultat technique vérifiable indépendamment et la version visée.
Ce que vous recevez
Des décisions d’architecture directement liées à une livraison guidée par les tests.
Les décisions consignées, les lots à livrer et le guide de mise en production restent reliés : mise en œuvre, vérification, déploiement et retour arrière forment un ensemble cohérent.
- 01
Architecture et comptes rendus des décisions
tech/architecture.mdPrêt lorsque
Les limites, la propriété des données, les compromis et les options écartées sont consignés.
- 02
Plan de livraison guidé par les tests
tech/delivery-plan.jsonPrêt lorsque
Les lots, les dépendances, les tests, les responsables et les critères d’acceptation sont explicites.
- 03
Guide de mise en production et de retour arrière
tech/release-runbook.mdPrêt lorsque
Une compilation peut être observée, vérifiée, déployée, puis annulée en toute sécurité.
La méthode
Inspectez d’abord, rendez les décisions visibles et livrez par lots réversibles.
Le plan s’appuie sur l’espace de travail adossé au code source et transforme chaque effet important sur l’hôte en demande explicite.
- 1
Inspecter
Lisez les conventions de dépôt, les limites, la propriété des données, le comportement de déploiement et les contraintes connues.
- 2
Décider
Consigner les alternatives, les compromis, les responsabilités, les interfaces et les options écartées.
- 3
Découper
Créer des livraisons verticales guidées par les tests, avec migrations, observabilité et preuves d’acceptation.
- 4
Version
Définir les demandes de compilation, d’accès aux secrets, de déploiement, de vérification, de reprise et de retour arrière, avec leurs approbations.
Signaux et garde-fous
Une architecture élégante est un échec si elle dépasse le produit validé.
Des scripts cachés, des données sans responsable, l’absence de preuves de retour arrière, un accès trop large aux secrets ou un déploiement avant la revue de sécurité bloquent le plan de livraison.
Signes que le travail est utile
- Délai jusqu’à une version vérifiée
- Taux d’échec des changements
- Fiabilité du workflow principal
Motifs de la pause
- L’architecture dépasse les besoins produit validés
- Le déploiement avance sans validation de la sécurité ni du retour arrière
Périmètre d’approbation
Modification du dépôt · Déploiement · Accès aux secrets
Annexe technique
Le contrat exact derrière le profil.
Utile aux opérateurs qui souhaitent examiner la version immuable du Kit, son contrat typé et les éléments à vérifier.
- Kit
- company-suite@0.1.0
- Point d'entrée
- plan-tech
- Fonction
- plan-tech
- Environnement d’exécution
- python@3.12
- Entrée
- specialist-brief.schema.json
- Résultat
- specialist-plan.schema.json
Vérification
specialist-plan-quality · tech-readiness
Systèmes connectés
Adios Git · Adios Workspace · Adios Deployments · Adios Secrets