Motifs de pair programming avec l'IA
L'humain et l'IA travaillent le mieux ensemble quand on sait clairement qui conduit et qui navigue â et quand tu dois intervenir.
Conducteur et navigateur
Le pair programming classique offre une image qui convient aussi au travail avec l'IA : une personne « conduit » (écrit/exécute), l'autre « navigue » (réfléchit avec, corrige, garde la vue d'ensemble). Avec un agent, tu inverses généralement ce rÎle : l'agent conduit (écrit le code), tu navigues (donnes la direction, corriges tÎt).
Plan, revue, exécution
Un motif Ă©prouvĂ© comporte trois phases : faire d'abord crĂ©er un plan (pas encore de code), lire et corriger le plan, puis seulement le faire mettre en Ćuvre. Ăa empĂȘche l'agent d'Ă©crire beaucoup de code pour la mauvaise solution.
Quand intervenir
Intervient dĂšs que tu remarques que quelque chose part dans la mauvaise direction â pas seulement Ă la fin. Si tu dois corriger la mĂȘme erreur deux fois, un redĂ©marrage avec un prompt plus prĂ©cis vaut gĂ©nĂ©ralement mieux qu'une troisiĂšme correction.
Boucles de feedback
La boucle la plus courte est la meilleure : l'agent fait une Ă©tape, toi (ou un second agent) vĂ©rifies, le feedback repart, Ă©tape suivante. Ăa vaut pour le code comme pour les revues â un regard neuf de quelqu'un qui n'a pas Ă©crit la solution lui-mĂȘme trouve plus de choses.
EXEMPLE
DĂ©roulement pour une nouvelle fonctionnalitĂ© : 1) « Explore comment on gĂšre actuellement les sessions, et lis les fichiers concernĂ©s. Pas encore de code. » 2) « CrĂ©e un plan pour le login OAuth Google. » â lire le plan, supprimer une Ă©tape trop grosse. 3) « Mets le plan en Ćuvre, Ă©cris des tests pour le callback. » 4) « Utilise un subagent et relis le diff par rapport au plan â signale les lacunes, pas les prĂ©fĂ©rences de style. »
đ ïž EXERCICE â Ă TOI DE JOUER
Pratique le déroulement plan-revue-exécution sur une petite tùche réelle dans ton projet.
- Choisis une tĂąche petite mais non triviale (par ex. un nouveau champ de formulaire avec validation).
- Fais d'abord créer seulement un plan, sans code : « Crée un plan en 3 à 5 étapes, pas encore de code. »
- Lis le plan, corrige dĂ©libĂ©rĂ©ment au moins une Ă©tape, puis fais mettre en Ćuvre Ă©tape par Ă©tape.
â AUTO-VĂRIFICATION
- â As-tu vraiment corrigĂ© une Ă©tape du plan avant que du code soit Ă©crit ?
- â Le code final est-il plus proche de ton intention que si tu avais directement Ă©crit « construis X » ?
- â Ă quel endroit aurais-tu dĂ» intervenir si tu n'avais pas lu le plan ?
QUIZ RAPIDE
Quel est l'avantage principal de sĂ©parer planification et mise en Ćuvre en Ă©tapes distinctes lorsqu'on travaille avec un agent ?
SOURCES
- doc Claude Code : Best Practices (Explore, plan, code, commit) â code.claude.com
- doc Claude Code : Permission Modes â code.claude.com
- doc Claude Code : Subagents â code.claude.com