Comment donner des consignes à une IA qui code

Le test du vœu contre l’ordre

Prends une consigne que tu lui donnes souvent, et pose-toi une seule question : est-ce que je pourrais vérifier qu’elle a été respectée ?

« Fais attention », « sois rigoureux », « ne casse rien » : invérifiables. Ce sont des vœux. Une machine ne sait pas quoi en faire, alors elle n’en fait rien.

« Montre-moi le plan avant de modifier plus d’un fichier » : vérifiable en une seconde — soit le plan est arrivé avant les modifications, soit non. Ça, elle sait l’exécuter.

Toute la différence entre une IA pénible et une IA fiable tient dans cette reformulation.

Les cinq consignes qui changent tout

Si tu ne devais en écrire que cinq, ce seraient celles-là :

« Avant de modifier plus d’un fichier, montre-moi le plan et attends mon accord. » La plus rentable. Un plan de cinq lignes se lit en trente secondes et t’évite de découvrir trop tard qu’elle avait compris autre chose.

« Fais ce que je demande, rien de plus. Si tu vois un autre problème, signale-le en une ligne et continue. » Celle qui arrête les modifications surprises dans des endroits que tu n’avais pas demandés.

« Ne réécris pas ce qui fonctionne, sauf si je le demande. » Celle qui protège le travail de vendredi contre les initiatives de lundi.

« Ne supprime jamais rien sans me demander d’abord. » Celle qui évite l’irréparable.

« Ne dis jamais que c’est terminé sans avoir vérifié et montré le résultat. » Celle qui tue les faux « c’est fait ! ».

Où les écrire pour qu’elles tiennent

Dites à l’oral dans la conversation, ces consignes marchent… jusqu’à la fermeture. Une IA repart de zéro à chaque session : ce que tu as dit hier n’existe plus ce matin.

Le seul endroit où une consigne survit, c’est sa fiche de démarrage — un fichier posé dans le dossier de ton projet, qu’elle relit automatiquement à chaque ouverture. C’est un mécanisme officiel, pas une astuce : la documentation le décrit noir sur blanc.

Écris tes consignes dedans une fois, et elles s’appliquent tous les jours, dans toutes les conversations, sans que tu les répètes.

L’erreur de trop en mettre

Le piège classique, une fois qu’on a compris le principe : tout écrire. Quarante règles, l’historique du projet, des paragraphes de contexte.

Résultat mesurable : moins la fiche est courte, moins elle est suivie. La documentation officielle recommande de rester sous 200 lignes. Une consigne noyée dans un pavé est une consigne perdue.

La discipline : chaque consigne qui entre doit mériter sa place. Si tu n’as jamais eu le problème qu’elle évite, elle attend dehors.

Comment vérifier que ça marche

Ferme tout. Rouvre. Demande-lui une petite modification qui touche plusieurs fichiers.

Si elle te présente un plan avant de toucher quoi que ce soit, tes consignes sont lues et suivies. Si elle fonce, la fiche n’est pas au bon endroit ou porte le mauvais nom — c’est le premier point à régler, avant d’écrire une consigne de plus.