CRAFT : une méthode pour utiliser l'AI sans perdre son expertise
Un diagnostic sans remède n'est que de l'anxiété. Après l'article sur la déqualification par l'AI, voici l'ordonnance : CRAFT — cinq principes (Challenge First, Review Adversarially, Ask Why Not What, Friction on Purpose, Test Your Understanding) réunis sous un axiome unique : l'AI fait ce que vous maîtrisez déjà, vous faites ce que vous êtes encore en train d'apprendre. Une méthode pratique et mémorisable pour utiliser l'AI au quotidien sans éroder silencieusement vos compétences.
Mon dernier article posait le diagnostic : l'AI a discrètement court-circuité la boucle de feedback forcée que la réalité vous imposait — l'erreur de compilation, le test en échec, le regard vide d'un relecteur. La pression qui vous obligeait à apprendre a disparu, et le chemin de facilité porte désormais le masque du succès. Cet article est l'ordonnance.
Pas une vague liste de conseils — ça s'évapore dès que vous êtes fatigué. Un canon nommé que vous pouvez invoquer sous pression, comme SOLID fonctionne pour la conception orientée objet. Je l'appelle CRAFT : cinq principes, une lettre chacun, sous un seul axiome. Le nom est tout l'enjeu — le code reste un artisanat, et l'AI n'est qu'un outil dans les mains de quelqu'un qui sait encore travailler sans elle.
L'axiome : la ligne qui se déplace
Avant les cinq lettres vient une règle qui les gouverne toutes — comme la «responsabilité unique» est au cœur de SOLID :
L'AI fait ce que vous maîtrisez déjà. Vous faites ce que vous êtes encore en train d'apprendre. La ligne se déplace au fil de votre progression.
Confiez la partie maîtrisée à l'AI et vous allez plus vite — c'est un gain pur. Confiez la partie encore en formation à l'AI et vous ne la formez tout simplement jamais ; vous payez en compétences une vitesse dont vous n'aviez même pas besoin. Chaque principe ci-dessous n'est qu'une façon de rester honnête sur où se situe cette ligne pour vous aujourd'hui.
CRAFT — cinq principes, un acronyme
Lus de haut en bas, les lettres forment un flux de travail : challengez-vous d'abord, relisez ce que l'AI produit avec hostilité, demandez pourquoi plutôt que quoi, créez de la friction délibérément, et vérifiez que vous comprenez vraiment.
C — Challenge First
Principe. Avant d'ouvrir l'AI, attaquez le problème vous-même pendant 5–15 minutes. La première solution sur la page doit être la vôtre — même maladroite. L'AI intervient pour vous débloquer, jamais pour démarrer à votre place.
Pourquoi. C'est la difficulté qui construit le modèle mental — les neurones s'activent quand vous bloquez, pas quand vous lisez une réponse toute faite. C'est exactement la friction que la réalité imposait gratuitement ; maintenant, vous devez la planifier vous-même.
R — Review Adversarially
Principe. Vous ne laissez pas l'AI relire votre code — c'est vous qui relisez celui de l'AI. Lisez chaque ligne générée en cherchant le bug, le cas limite, la faille de sécurité.
Pourquoi. Le jugement est la compétence la plus durable en ingénierie et la seule qui gagne en valeur à mesure que les modèles s'améliorent. Relire l'AI l'aiguise et intercepte les erreurs confiantes que les modèles adorent commettre. Accepter un diff sans le lire érode les deux à la fois.
A — Ask Why, Not What
Principe. Utilisez l'AI comme tuteur, pas comme prête-plume. Demandez le raisonnement, les alternatives, les compromis — pas juste le snippet tout fait.
Pourquoi. «Quoi» vous donne un poisson ; «pourquoi» vous donne la canne. «Donne-moi le code» ne laisse rien derrière. «Pourquoi cette approche plutôt que l'autre, et qu'est-ce qui casse sur une entrée vide ?» vous laisse un cran plus avancé qu'avant.
F — Friction on Purpose
Principe. La réalité ne vous force plus à l'effort, alors ajoutez la résistance vous-même. Faites régulièrement des séances sans AI — construisez quelque chose à partir de zéro sans assistant. Retapez le code au lieu de le coller. Fermez l'AI et reproduisez ce qu'elle vient de vous apprendre.
Pourquoi. La compétence ne s'ancre que par une difficulté désirable. Un copier-coller ne laisse aucune trace en mémoire ; retaper les mêmes lignes lentement, si. La friction ressemble à une taxe sur la vitesse — c'est en réalité le prix pour conserver la compétence.
T — Test Your Understanding
Principe. La porte maîtresse est une seule question : pourrais-je expliquer ceci, ligne par ligne, à quelqu'un d'autre ? Si non, le code ne vous appartient pas et vous ne le livrez pas. Prédisez la sortie avant d'exécuter ; cassez-le délibérément et réparez-le.
Pourquoi. «Ça fonctionne» n'est pas «je comprends» — cet écart est l'illusion de compétence, et c'est exactement là que se cache la perte de savoir-faire. Tester sa propre compréhension est l'assurance la moins chère contre le jour où vous vous réveillez incapable de travailler sans l'outil.
CRAFT en un coup d'œil
| Principe | Le piège | L'habitude |
|---|---|---|
| C · Challenge First | Prompter face à une page blanche | Tentez-le vous-même 5–15 min d'abord |
| R · Review Adversarially | Accepter le diff sans le lire | Cherchez le bug dans la sortie de l'AI |
| A · Ask Why, Not What | «Donne-moi juste le code» | «Explique l'approche et les compromis» |
| F · Friction on Purpose | Tout copier-coller | Séances sans AI ; retapez, ne collez pas |
| T · Test Your Understanding | Livrer du code qu'on ne sait pas expliquer | «Pourrais-je expliquer ça ligne par ligne ?» |
Bilan : progression ou régression ?
Vous n'avez pas besoin d'une étude pour savoir dans quel sens vous évoluez. Vous régressez si :
- Vous ne pouvez pas écrire une version basique sans l'AI.
- Vous collez du code que vous seriez incapable d'expliquer si on vous le demandait.
- L'idée de travailler sans l'assistant vous rend anxieux.
- Vous avez arrêté de lire la sortie de l'AI et l'acceptez telle quelle.
- Vous ne savez pas prédire ce que fait un snippet avant de l'exécuter.
Vous progressez si :
- L'AI vous rend plus rapide sur des choses que vous maîtrisez vraiment.
- Vous repérez régulièrement les erreurs du modèle.
- Vous pouvez encore travailler sans elle — plus lentement, mais vous pouvez.
- Vous l'utilisez pour apprendre un nouveau concept, puis reproduisez ce concept seul.
- Vous décidez consciemment ce que vous déléguez et ce que vous gardez.
Si vous ne retenez qu'une lettre
Retenez T. La porte de l'explicabilité — pourrais-je expliquer ceci, ligne par ligne ? — est l'habitude la plus simple de toute la méthode, et à elle seule elle intercepte environ 80 % de la régression. Tout le reste dans CRAFT ne fait que faciliter le passage honnête de cette porte.
La conclusion
Rien de fondamental n'a changé dans l'apprentissage. La compréhension consciente a toujours été ce qui comptait ; le bachotage a toujours été un piètre substitut. Ce qui a changé, c'est que l'environnement a cessé d'imposer cette différence à votre place. CRAFT est simplement un moyen de vous l'imposer vous-même.
Les règles du jeu sont les mêmes. Le jeu est juste devenu plus traître — le chemin de facilité porte désormais le masque du succès.
Si vous n'avez pas lu le diagnostic derrière tout cela, commencez par le post précédent sur l'AI et la boucle de feedback perdue. C'était la maladie ; voici le remède.