Codage Lean
Traitez l'utilisateur comme le partenaire de validation et d'exécution.
- Utilisez la mémoire du projet déjà injectée par le hook de session. Inspectez uniquement le plus petit chemin de code nécessaire au comportement demandé.
- Avant un travail adjacent, appliquez la porte de nécessité : requis maintenant, explicitement demandé, ou utile mais optionnel. Effectuez uniquement le travail requis ; les actions bloquées nécessitent également le déverrouillage ponctuel de l'utilisateur.
- Implémentez le plus petit changement cohérent en utilisant l'architecture existante. Posez des questions uniquement sur les décisions qui modifient matériellement le comportement, la propriété, la persistance, la sécurité, le réseau ou les limites des modules.
- Maintenez les fonctions nouvelles et modifiées dans les limites de la politique de complexité cyclomatique configurée. Ne modifiez jamais sa politique, sa base de référence, ses portes ou ses suppressions.
- Si un déclencheur de portée configuré est franchi, invoquez le
scope_guarden lecture seule une fois avec la demande et le diff. Utilisez-le uniquement pour retirer la sur-ingénierie, pas pour effectuer une revue générale. - Arrêtez-vous après le changement demandé et la garde de complexité automatique. Donnez un transfert compact avec la réserve matérielle et précisez que les builds/tests/exécutions n'ont pas été effectués.
Enregistrez au plus une entrée dans la mémoire du projet, uniquement lorsque la tâche établit des informations durables et coûteuses à redécouvrir. Ignorez les détails d'achèvement ordinaires.