Donner un cadre à son IA : le guide complet
Ton IA est brillante pendant cinq minutes et catastrophique la sixième. Elle oublie ce que tu as dit hier, réinvente ce qui marchait, avance des chiffres avec aplomb. Tu passes plus de temps à la surveiller qu’à avancer, et tu commences à croire que l’outil n’est pas encore au point.
Donner un cadre à ton IA, c’est installer trois pièces dans ton projet : une fiche de consignes qu’elle relit à chaque ouverture, des règles écrites qu’elle doit suivre, et des barrières automatiques qui la stoppent avant une bêtise. Une heure d’installation, aucun code à écrire, et elle devient enfin prévisible.
Pourquoi elle est imprévisible sans cadre
La documentation officielle le dit sans détour : chaque conversation démarre avec une mémoire vide. Ton projet, tes interdits, l’incident de la semaine dernière — rien de tout cela n’a survécu à la fermeture de la veille.
Tant que rien n’est écrit, c’est toi qui tiens le rôle de la mémoire. Tu redis, tu surveilles, tu rattrapes. Un cadre déplace cette charge de tes épaules vers des fichiers, qui eux ne se lassent pas.
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. Ce sont des contrôles qui se déclenchent avant l’action risquée et qui l’empêchent, sans demander son avis à l’IA. Effacer en masse, inscrire une clé secrète dans le code, ouvrir le fichier des mots de passe : arrêtés avant d’exister.
Une règle demande la coopération. Une barrière ne la demande pas.
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.
> reprends le projet, on continue la page tarifs