Pourquoi les outils IA frustrent : une carte d’apprentissage pratique

Vous trouverez d’autres instructions pour utiliser Ailoot dans la documentation.

Une métaphore d’apprentissage, pas une loi psychologique universelle#

La question pratique est plus étroite qu’un diagnostic : vos attentes correspondent-elles à un résultat vérifiable ? Comparez ce que vous pensiez terminer à ce qui fonctionne réellement et adaptez la tâche suivante à ces preuves.

Ne mesurez pas la compétence à la seule confiance ; inspectez un résultat réel et les contrôles qui l’appuient.

Depuis, la courbe de Dunning-Kruger est devenue une illustration populaire en quatre étapes. D’abord, la confiance monte en flèche jusqu’au « sommet du mont Stupid ». Puis elle s’effondre dans la « vallée du désespoir ». Ensuite, elle remonte lentement la « pente de l’éveil » vers le « plateau de la durabilité ».

Cette courbe est une métaphore dans cet article. Aucune étude de ses lecteurs n’établit taux d’abandon, durée fixe d’apprentissage ou chemin universel entre ces étiquettes.

Les 4 étapes du vibe coding : où en êtes-vous ?#

Chaque étape se reconnaît à des pensées et des comportements caractéristiques. Voici la carte.

Étape 1 — Le sommet du mont Stupid

Vous lisez un article sur Claude Code. Vous avez peut-être regardé une vidéo. Tout semble clair : installer l’outil, rédiger un prompt, obtenir du code. Les auteurs d’articles racontent comment ils ont « créé un SaaS en une soirée ». Vous voulez faire la même chose en une soirée.

Ce qui vous passe par la tête :

• « Je crois que j’ai compris. »
• « C’est juste un chat, en plus intelligent. »
• « Je suis entrepreneur ; je n’ai pas besoin de programmeurs. »
• « Je vais maîtriser ça en un mois et partir à Dubaï. »

Comportement :

• Vous téléchargez Claude Code et l’installez.
• Vous tapez « Build me a booking app » dans le chat.
• Vous obtenez du code qui ne fonctionne pas.
• Vous pensez que le modèle n’est pas le bon et achetez un abonnement Max.

C’est un point de départ possible. Si les attentes restent éloignées d’un résultat fonctionnel, la frustration peut croître ; un petit projet avec contrôles explicites donne une matière concrète d’apprentissage.

Pour vérifier votre jugement, faites inspecter la même sortie par quelqu’un d’autre selon des critères explicites. Se dire « expert IA » ne prouve pas la qualité d’un résultat généré.

Traitez votre première impression confiante comme une hypothèse : exécutez le code, inspectez la sortie et adaptez votre estimation de capacité au résultat.

Étape 2 — La vallée du désespoir

Vous creusez davantage. Vous lisez des articles sur MCP et essayez de connecter un serveur. Vous téléchargez un Skill prêt à l’emploi et tentez de le comprendre. Vous lancez Plan Mode : l’agent rédige un plan, puis dévie de sa trajectoire à la troisième étape. Vous ouvrez ~/.claude/ : il y a 12 dossiers et vous ne comprenez pas à quoi ils servent.

Ce qui vous passe par la tête :

• « Je ne sais absolument rien faire. »
• « Tous ces gens sur les réseaux sociaux mentent. »
• « Ce qui fonctionne pour les autres ne fonctionne pas pour moi. »
• « Peut-être que je m’y prends trop tôt. »
• « J’ai dépensé $200 en tokens — et qu’est-ce que j’ai à montrer ? »

Comportement :

• Vous ouvrez 20 onglets de documentation à la fois.
• Chaque chat commence par « oublie le contexte précédent ».
• Vous parcourez des forums et lisez des fils comme « X a cassé mon projet ».
• Vous comparez Claude à Cursor, Cursor à Codex, Codex à Cline. Vous pensez que vous n’avez pas le bon outil.
• Vous vous mettez à coder le matin, mais dès l’heure du déjeuner, vous faites déjà défiler votre fil d’actualité.

Cette situation peut être frustrante. Aucun taux d’abandon n’est mesuré ici ; utilisez les signes suivants pour choisir un changement à tester.

Étape 3 — La pente de l’éveil

Vous vous arrêtez. Vous ralentissez. Vous cessez de vous jeter sur chaque nouveauté. Vous rédigez votre premier CLAUDE.md et le placez dans le projet. Vous créez un dossier business/ où vous mettez une description du produit, des prix et du public cible. Vous utilisez /compact dix fois et comprenez enfin quelles parties du contexte il doit conserver. Vous créez votre premier Skill — pour une tâche précise, en 30 lignes.

Ce qui vous passe par la tête :

• « Ah, voilà comment ça fonctionne. »
• « Aujourd’hui, j’ai réussi quelque chose que je n’arrivais pas à faire il y a une semaine. »
• « Je crois comprendre la différence entre business/ et ai-clone/. »
• « J’ai déjà un prompt prêt pour la tâche X. »

Comportement :

• Vous revenez à Plan Mode avant chaque nouvelle tâche.
• Avant d’écrire quoi que ce soit à Claude, vous vous demandez : « Est-ce indiqué dans mon CLAUDE.md ? »
• Vous cherchez la prochaine règle méthodologique ; un nouvel outil n’attire plus votre attention.
• Vous aidez les autres dans les chats : « J’ai aussi été bloqué là-dessus — essaie comme ça. »

Étape 4 — Le plateau de la durabilité

Ce n’est pas le moment où tout devient facile. C’est le moment où vos connaissances sont enfin à la hauteur de votre confiance.

Ce qui vous passe par la tête :

• « Je sais ce que je ne sais pas. »
• « Cette tâche me prendra trois heures ; je l’ai déjà faite. »
• « Il me faut un nouveau Skill ; je vais le préparer maintenant. »
• « Si Claude dévie du plan, je connais trois raisons possibles. »

Comportement :

• Vous construisez des produits régulièrement : l’un en une soirée, un autre en un week-end.
• Vous avez votre propre dossier Skills, vos propres sous-agents et votre propre business/ pour chaque projet.
• Vous faites appel à des prestataires de manière sélective, pour les parties que vous ne pouvez fondamentalement pas gérer vous-même.
• Vous regardez rarement les tutoriels vidéo des autres, surtout pour trouver de nouvelles idées, pas pour apprendre les bases.

Liste de contrôle pour faire le point : à quelle étape en êtes-vous ?

• Si vous n’avez pas encore essayé Claude Code et que vous pensez « Oh, je peux faire ça en une soirée », vous êtes à l’étape 1.
• Si vous l’avez essayé, avez ouvert MCP, tenté de lire des Skills et pensez « Pourquoi me suis-je lancé là-dedans ? », vous êtes à l’étape 2.
• Si vous avez créé un CLAUDE.md et voyez comment il change réellement le comportement de Claude, vous êtes à l’étape 3.
• Si vous construisez des produits régulièrement et savez exactement quel outil utiliser et quand, vous êtes à l’étape 4.

7 signes que vous êtes actuellement dans la vallée du désespoir#

La vallée n’arrive pas d’un coup. Elle s’installe peu à peu. Voici les signes :

1. Vous comparez les outils au lieu de construire. Vous ouvrez un onglet « Cursor vs Claude Code ». Vous finissez de lire. Vous ouvrez « Cline vs Cursor ». Puis « Codex vs tout le reste ». À chaque comparaison, vous pensez : « Peut-être que je ne cherche pas au bon endroit. » À la fin de la journée, vous n’avez écrit aucune ligne de code et vous avez passé quatre heures.

2. Vous commencez chaque nouveau chat par « oublie tout ce qui précède ». Vous n’avez pas de CLAUDE.md, vous n’avez pas maîtrisé /compact et vous ne comprenez pas ce qu’est une fenêtre de contexte. Chaque session repart de zéro. Une semaine plus tard, vous remarquerez que vous avez expliqué la même chose à Claude pour la quinzième fois.

3. Vous collectionnez des prompts sans les utiliser. Vous avez créé un dossier « Claude Code Prompts » dans Notion. Il contient 47 favoris. Vous n’en avez pas utilisé un seul deux fois. À chaque fois, vous pensez : « Celui-ci est exactement ce qu’il me faut. »

4. Vous pensez que les autres « réussissent parce qu’ils ont des relations ». Vous ouvrez les réseaux sociaux et voyez quelqu’un lancer la première version d’un produit en un week-end. Vous pensez : « Ils ont une équipe. Ils ont des relations. Je n’y arriverai pas. » Vous ne songez pas qu’ils sont à l’étape quatre alors que vous êtes à l’étape deux.

5. Vous abandonnez un projet au troisième jour. Chaque nouveau projet commence dans l’enthousiasme (« Ça va être génial ! ») et se termine le troisième jour. Quand le défi passe de « un message de bienvenue dans le chat » à « traiter un paiement », vous abandonnez. Faire quelque chose de difficile fait peur.

6. Vous cherchez des réponses dans ChatGPT parce que ça n’a pas marché avec Claude. Claude vous a donné une mauvaise réponse, alors vous ouvrez ChatGPT. ChatGPT vous a donné une mauvaise réponse, alors vous ouvrez Gemini. L’idée que la demande était mal formulée ne vous vient jamais à l’esprit : vous pensez toujours que l’outil est en cause.

7. Vous vous dites : « Ce n’est tout simplement pas pour moi. » C’est le signe le plus insidieux. On dirait une réplique défensive de conclusion, après laquelle la personne s’en va. Cette pensée peut exprimer une frustration plutôt qu’une incapacité. La vallée reste une métaphore : aucun pourcentage ni délai fixe ne mesure qui la ressent ou ce qui vient ensuite.

Si plusieurs signes correspondent, visez un petit résultat fonctionnel. Notez le blocage et changez une partie du parcours ; la liste ne prédit pas la durée nécessaire pour progresser.

Pourquoi la courbe d’apprentissage du vibe coding pousse-t-elle à abandonner ?#

La frustration envers un outil ne mesure pas fiablement vos capacités. Examinez taille de tâche, connaissances manquantes et environnement avant une décision durable sur l’outil.

Au lieu de déduire un mécanisme cérébral d’une semaine difficile, notez les faits : tentatives, réussites, erreur bloquante et temps passé. Ce relevé donne un point précis à améliorer.

Dans la vallée, vous recevez deux coups à la fois. D’abord, vos propres progrès ne répondent pas à vos attentes. Ensuite, les gens autour de vous publient des résultats que vous n’avez pas obtenus. Vous ouvrez les réseaux sociaux : quelqu’un a lancé la première version d’un produit, quelqu’un a créé un agent, quelqu’un a gagné ses premiers cent dollars avec l’API Claude. Vous avez passé trois semaines sans même réussir à connecter une base de données.

Relevez la durée autant que l’impression de vitesse. Un agent peut sembler productif tout en ajoutant revue et reprises. Comparez une tâche représentative à votre ancien parcours sans prendre une impression pour une mesure.

Une progression lente sur une tâche inconnue ne prouve pas une incapacité. Séparez coût d’apprentissage et sortie de l’outil, puis définissez un résultat plus petit à inspecter.

Sans prochaine étape répétable, il est facile de changer d’outil ou d’abandonner. Les trois piliers ci-dessous sont la structure proposée par l’auteur, pas une explication statistiquement prouvée des départs.

3 piliers — une méthode pour sortir de la vallée#

D’après l’expérience de l’auteur décrite ici, il a fallu trois mois pour sortir de la vallée : pendant ce temps, des dizaines d’outils ont été essayés. Et j’ai compris une chose : Claude n’était pas le problème. Le problème, c’était que je repartais de zéro à chaque fois. Pas de mémoire, pas de règles, pas de limites.

Ensuite, j’ai assemblé un cadre. Je l’ai appelé « les trois piliers ». Ce nom désigne trois types de composants sur lesquels repose tout le flux de travail Claude Code. Retirez-en un seul et le cadre s’effondre.

Pilier 1 — Votre clone IA

Un clone IA, c’est votre expertise réunie dans un format que Claude applique automatiquement.

Dans la vallée du désespoir, vous écrivez à Claude « Aide-moi pour cette tâche » et expliquez votre méthode depuis le début à chaque fois. Le pilier 1 résout ce problème : vos méthodes se trouvent dans le dossier ai-clone/, sous forme d’un ensemble de fichiers. Un Skill pour « ma façon de traiter un dossier client ». Un Skill pour « ma façon d’écrire une publication Telegram ». Un sous-agent appelé « architecte produit » qui réfléchit comme vous pendant la phase de planification.

Voici à quoi ressemble le pilier 1 en pratique :

• Skills : des fichiers contenant des instructions pour des tâches précises (/build-article, /build-reel-script).
• Sous-agents : des profils ayant différents domaines d’expertise, auxquels Claude délègue des sous-tâches.
• Le dossier ai-clone/feedback/ : des règles apprises grâce aux erreurs. Chaque règle suit le format Rule - Why - How.

J’ai présenté cela en détail dans le guide sur Skills, Subagents, MCP et Plugins, une carte indiquant quoi utiliser et quand.

Pilier 2 — Un second cerveau

Un second cerveau est un dépôt structuré de connaissances sur un projet, auquel Claude peut accéder directement.

Dans la vallée du désespoir, vous expliquez à Claude à chaque session ce qu’est le produit, quel est son public cible et quel est son modèle économique. À la fin de la troisième semaine, vous réalisez que vous avez expliqué la même chose pour la quinzième fois. Le pilier 2 résout ce problème : vous organisez les connaissances sur votre projet dans des fichiers à côté du code. Claude les lit lui-même lorsque nécessaire.

Voici à quoi ressemble le pilier 2 en pratique :

• CLAUDE.md — le point d’entrée de l’agent. Règles de comportement, parcours et liens vers tout le reste.
• Le dossier business/ — produit, public cible, économie, objectifs, plans de contenu, concurrents.
• Le dossier plans/ — plans techniques par phase, avec le statut de chacune.
• Le dossier retrospectives/ — enseignements tirés des sessions précédentes pour éviter de répéter les mêmes erreurs.

Pour la présentation complète, consultez le guide de configuration de CLAUDE.md et le guide du second cerveau dans Claude Code.

Pilier 3 — L’ingénierie du contexte

L’ingénierie du contexte consiste à gérer ce qui entre dans la fenêtre de contexte de Claude avant d’appuyer sur Entrée.

Dans la vallée du désespoir, vous ne comprenez pas pourquoi Claude « oublie » les instructions après quarante messages dans un chat. Vous ne comprenez pas pourquoi /compact est nécessaire. Vous n’ouvrez pas Plan Mode parce que « c’est plus rapide sans ». Le pilier 3 résout ce problème : vous dirigez délibérément ce que vous chargez dans le contexte. Cela donne des entrées plus pertinentes ; vérifiez encore affirmations et résultats.

Voici à quoi ressemble le pilier 3 en pratique :

• Plan Mode : l’agent rédige d’abord un plan de tâche, vous l’approuvez, puis il l’exécute. Si vous ne l’utilisez pas, votre première tentative produit un résultat chaotique.
• /compact — compression intelligente de l’historique du chat. Quand le contexte commence à se remplir, compressez-le et ne gardez que les décisions clés.
• Prompts structurés : au lieu de « aide-moi », écrivez « voici le contexte A, voici la tâche B, renvoie le résultat au format C ».
• Sous-agents : déléguer des sous-tâches à de nouveaux contextes afin de ne pas surcharger le contexte principal.

J’ai présenté cela dans le guide sur l’ingénierie du contexte et le guide sur Plan Mode.

Pourquoi trois piliers et non un seul

Vous pouvez créer uniquement un second cerveau, et Claude connaîtra votre projet. Mais il se comportera comme un stagiaire sans règles.

Vous pouvez créer uniquement un clone IA, et Claude adoptera votre expertise. Mais sans mémoire du projet, chaque session repartira de zéro.

L’ingénierie du contexte peut améliorer l’entrée d’une tâche sans garantir son déroulement ni conserver à elle seule les connaissances. Mais les connaissances ne s’accumuleront pas d’une tâche à l’autre.

Ce n’est qu’en combinant les trois que vous obtenez ce que j’appelle un « cadre prévisible ». Claude se souvient de votre projet. Il applique automatiquement votre méthode. Et il ne perd pas le fil pendant une tâche.

C’est à ce moment-là que vous sortez de la vallée du désespoir.

7 anti-patterns qui vous maintiennent dans la vallée#

Voici des anti-patterns à examiner dans votre parcours :

1. « Écris-moi une application qui fonctionne » sans CLAUDE.md. Vous ouvrez un nouveau chat Claude Code et dictez immédiatement la tâche. Claude n’a aucun contexte sur votre projet, votre méthode ou vos préférences. Il vous donne un modèle générique et vous êtes déçu.

Que faire : créez un CLAUDE.md et mettez-y le minimum nécessaire : votre stack, votre modèle économique, votre public cible et des liens vers les autres fichiers. Chaque chat commence avec ce contexte.

2. Une longue conversation sans /compact. Vous faites une session de 80 messages. Claude ne se souvient plus de ce que vous avez décidé au message 12. La fenêtre de contexte est remplie d’un historique qui ne contient aucune décision clé, seulement de l’indécision. La qualité des réponses baisse.

Que faire : lancez /compact tous les 30 à 40 messages et indiquez ce qu’il est important de conserver. Le contexte devient plus ciblé.

3. Faire confiance à la première réponse. Claude vous propose une solution et vous l’appliquez immédiatement. Une heure plus tard, vous découvrez qu’elle a cassé trois autres fichiers. Vous abandonnez parce que « ça ne marche encore pas bien ».

Que faire : utilisez Plan Mode pour les tâches complexes. D’abord le plan, puis vous en discutez, puis vous l’exécutez. Vous repérez ainsi les erreurs pendant la planification plutôt qu’après une demi-journée de travail.

4. Un prompt bâclé et sans structure. Vous écrivez « fais-le bien », en vous attendant à ce que Claude comprenne tout seul. Ce n’est pas le cas. Il ne sait pas ce que « bien » signifie pour vous. Il devine.

Que faire : rédigez vos prompts selon la structure « contexte - tâche - contraintes - format ». Cela augmente considérablement les chances d’obtenir un bon résultat dès le premier essai.

5. Ignorer le suivi des coûts. Vous ne savez pas combien de tokens vous dépensez. Votre forfait mensuel est épuisé, vous ouvrez le tableau de bord et voyez que vous avez dépensé $200. Vous êtes surpris. Vous arrêtez.

Que faire : configurez des outils de suivi de la consommation de tokens. J’ai passé en revue les outils dans le guide des outils de suivi des tokens. Quand vous pouvez voir vos dépenses en temps réel, vous cessez de gaspiller des tokens.

6. Une recherche sans fin de « l’outil idéal ». Cursor sort, vous passez à Cursor. Cline apparaît, vous essayez Cline. Codex est mis à jour, vous revenez à Codex. Toutes les deux semaines, vous utilisez un nouvel outil et recommencez à chaque fois. Vous n’atteignez jamais le niveau où l’outil commence à travailler pour vous.

Que faire : choisissez un outil. Utilisez-le pendant trois mois. Ne changez pas au premier prétexte. Je consulte des comparatifs uniquement lorsque mon outil est fondamentalement incapable de faire quelque chose.

7. « Pas le temps de lire la méthode. » Vous pensez que l’outil devrait fonctionner sans préparation. Que rédiger des prompts est une aptitude innée. Que CLAUDE.md est « une couche supplémentaire ». Résultat : au cours de votre deuxième mois, vous faites toujours quelque chose que vous auriez pu terminer en une semaine avec une méthode.

Que faire : acceptez que Claude Code nécessite un apprentissage, comme tout outil professionnel. On l’apprend grâce à une méthode ; l’intuition ne fonctionne pas ici.

À lire aussi : le guide sur la sycophantie dans Claude Code explique comment éviter la plus grande idée fausse de la vallée : Claude a toujours raison lorsqu’il est d’accord avec votre idée.

5 signes que vous êtes sur la pente de l’éveil — comment savoir que vous en êtes sorti#

Cinq signes que vous êtes à l’étape trois :

1. Vous avez un CLAUDE.md de plus de 200 lignes et vous l’avez entretenu délibérément. Vous ne l’avez pas copié d’un modèle : vous l’avez construit vous-même. Vous connaissez chaque section et savez pourquoi elle est là. Quand vous observez un nouveau schéma, vous ajoutez une règle.

2. Vous activez Plan Mode avant toute tâche qui n’est pas routinière. Sans rappel et non par discipline, mais parce que vous comprenez que sans plan, vous perdrez une heure et obtiendrez un mauvais résultat. Ce n’est plus une « étape supplémentaire », mais un réflexe.

3. Vous avez votre propre catalogue de Skills et de Subagents. Ils ne viennent pas de GitHub : ce sont les vôtres. Pour vos tâches spécifiques. Quand une nouvelle tâche ressemble à une ancienne, vous pensez à votre Skill au lieu de rédiger un prompt depuis le début.

4. Votre rythme s’est stabilisé. Vous savez maintenant : « Une tâche comme celle-ci me prend 3 heures. » Vous ne pensez ni « oh, ça va être rapide », ni « oh, ça va prendre une éternité ». Vous avez une estimation réaliste du temps. Cela signifie que vous avez dépassé l’effet Dunning-Kruger dans les deux sens : vous avez cessé de surestimer comme de sous-estimer.

5. Les gens commencent à vous poser des questions. Quelqu’un pose une question sur MCP dans un chat ; vous répondez avec un exemple concret : « Voilà ce qui m’est arrivé. » Quelqu’un pose une question sur Plan Mode ; vous montrez votre exemple. C’est un effet secondaire de la maîtrise de la méthode : les personnes dans la vallée reconnaissent leur propre expérience dans la vôtre et viennent vous voir.

Utilisez ces signes pour réfléchir aux progrès récents, sans score ni date de plateau prédite. Revérifiez si vos estimations et résultats deviennent plus cohérents avec le temps.

Sur le plateau, le rôle de l’humain dans un cadre d’agents change.

C’est le résultat du parcours qui vous fait sortir de la vallée : vous n’êtes plus en train « d’apprendre à rédiger des prompts ». Vous gérez un cadre d’agents, vous êtes l’architecte du processus, vous êtes la personne qui dirige.

Que faire TOUT DE SUITE si vous perdez courage#

Trois étapes à essayer pour votre prochaine tâche.

Étape 1 — nommez l’étape à voix haute. Dites-vous : « Je suis dans la vallée du désespoir. Cette partie de mon parcours est frustrante. Je peux nommer le blocage concret et choisir une prochaine étape plus petite. » Une fois que vous la nommez, elle cesse d’être « ma catastrophe personnelle » et devient « ma position actuelle sur la courbe ».

Étape 2 — ralentissez. Choisissez UN projet. Pas deux, pas trois : un. Choisissez UN des trois piliers, celui qui répondra au plus grand nombre de difficultés de ce projet. Si le projet est nouveau et ne dispose d’aucun contexte, choisissez le second cerveau (CLAUDE.md). Si le projet existe, mais que Claude n’agit pas « comme vous », choisissez le clone IA (Skills). Si les tâches sont longues et que le contexte se remplit, choisissez l’ingénierie du contexte (Plan Mode + /compact).

Un projet, un pilier, deux semaines. N’essayez pas de tout construire en un week-end : cela vous ramènera dans la vallée.

Étape 3 — trouvez une structure. Vous pouvez construire la méthode vous-même. D’après l’expérience de l’auteur décrite ici, cela a pris trois à six mois.

Pour continuer à travailler avec des modèles, rendez-vous sur Ailoot.