Donner un cadre à son IA : le guide complet

Pourquoi elle est imprévisible sans cadre

Une IA qui code repart de zéro à chaque session : la documentation officielle le dit sans détour, chaque conversation démarre avec une mémoire vide. Elle ne connaît ni ton projet, ni tes limites, ni ce qui s’est mal passé la semaine dernière.

Sans cadre, tu compenses à la main : tu réexpliques, tu surveilles, tu répares. Le cadre transfère ce travail de toi vers des fichiers — écrits une fois, appliqués toujours.

Pièce n° 1 — la fiche qu’elle relit à chaque fois

C’est un simple fichier texte posé dans le dossier de ton projet, que l’IA lit automatiquement à chaque ouverture. Dedans, trois blocs : ce que fait le projet, comment tu veux travailler, ce qui est interdit.

Deux pièges à éviter. Le premier : écrire trop — la documentation recommande de rester sous 200 lignes, parce qu’une fiche longue est moins bien suivie qu’une fiche courte. Le second : écrire des vœux (« sois rigoureux ») au lieu d’ordres vérifiables (« montre-moi le plan avant de modifier plus d’un fichier »). La différence entre les deux fait l’objet d’un article entier : comment donner des consignes à une IA qui code.

Le détail complet du mécanisme est dans pourquoi mon IA oublie mes consignes.

Pièce n° 2 — les règles écrites

Les règles sont la partie de la fiche qui change le comportement. Les cinq qui rapportent le plus, dans l’ordre :

Le plan avant l’action — elle te montre ce qu’elle compte faire avant de le faire. Une tâche à la fois — elle signale les autres problèmes au lieu de les « corriger » en passant. Ne pas toucher à ce qui marche. Ne rien supprimer sans demander. Jamais « terminé » sans preuve.

Chaque règle est un ordre contrôlable en une seconde. Si tu ne peux pas vérifier qu’une règle a été suivie, elle est mal écrite.

Pièce n° 3 — les barrières automatiques

Une règle écrite peut être ignorée — rarement, mais ça arrive, et le jour où ça arrive sur une suppression, tu ne récupères rien.

Les barrières sont d’une autre nature : des vérifications qui tournent toutes seules avant chaque action risquée, et qui la bloquent physiquement. L’IA n’est pas consultée. Une suppression massive, une clé de sécurité écrite dans le code, la lecture du fichier des mots de passe : bloquées avant d’avoir lieu.

C’est la différence entre un panneau « défense d’entrer » et une porte fermée à clé.

L’installation, dans l’ordre

Une heure, en quatre temps. Pose la fiche et vérifie-la : ferme tout, rouvre, demande « qu’est-ce que fait ce projet ? » — bonne réponse, pièce validée. Ajoute les règles et teste-en une : demande une modification qui touche plusieurs fichiers, le plan doit arriver avant. Installe les barrières et fais le test sans risque : demande-lui de tout supprimer, elle doit se faire bloquer. Termine par le filet extérieur : un outil de versions et une copie ailleurs, parce qu’aucun cadre ne remplace une sauvegarde.

Ce que le cadre ne fait pas

Il ne rend pas l’IA plus intelligente et il n’écrit pas ta stratégie à ta place. Il rend son travail prévisible : mêmes consignes, mêmes limites, mêmes vérifications, à chaque session. C’est exactement ce qui sépare ceux qui gagnent du temps avec ces outils de ceux qui en perdent — l’écart mesuré va de zéro à 81 % de productivité, à outil égal.