Planifier le travail
Réduire l'incertitude suffisamment pour agir. Ne faites pas de la planification un projet séparé.
Choisir la profondeur nécessaire
- Objectif flou ou véritable compromis : inspectez le contexte minimum, identifiez les contraintes et les critères de succès, puis comparez deux à quatre approches réellement différentes, y compris une base de référence directe.
- Objectif clair avec travaux dépendants : passez l'étape d'idéation et rédigez le chemin de livraison.
- Une ou deux actions réversibles : ne créez pas de plan formel.
Ne demandez qu'une réponse manquante qui modifie le résultat, l'architecture, le coût ou la réversibilité. Sinon, énoncez l'hypothèse clé et continuez.
Converger vers une seule direction
Comparez les alternatives selon les preuves, la faisabilité, le coût du cycle de vie, les dépendances, la réversibilité et l'impact des échecs. Recommandez un chemin et nommez la raison décisive. Gardez les possibilités non soutenues hors du design choisi.
Produire un bref d'exécution
Incluez uniquement ce dont l'exécution a besoin :
- Résultat : le résultat observable.
- Contraintes et non-objectifs : les limites qui modifient l'implémentation.
- Approche : le chemin sélectionné et les hypothèses matérielles.
- Étapes : résultats ordonnés, fichiers ou systèmes touchés, dépendances et la plus petite vérification utile.
- Risques : uniquement les risques qui modifient le séquencement, le rollback ou le choix de l'utilisateur.
Utilisez des commandes exactes ou du code seulement lorsqu'ils suppriment l'ambiguïté. N'ajoutez pas de commits obligatoires, documents, relecteurs, sous-agents ou vérifications de suite complète sans preuve ou exigences du projet.
Pour les travaux réversibles déjà autorisés, publiez le bref et continuez avec execute-work. Faites une pause uniquement pour un choix destructeur, visible de l'extérieur, coûteux ou modifiant matériellement le périmètre.