Tu as commenté ÉCHEC. Dans la vidéo, je te parle d'une tour de Kapla : au début on empile et on détruit sans rien perdre, puis plus elle monte, plus on a peur d'y toucher. Voici ce que la vidéo ne donne pas : comment repérer à quelle hauteur est ton système, quels gestes ton IA peut rater sans conséquence et lesquels jamais, comment construire un espace où l'erreur coûte peu, et les signes qui disent que tu es en train de repousser l'erreur jusqu'au moment où elle prendra toute la place.
<aside> ⚠️
Tu n'as pas encore Claude Code ?
Cette page ne dépend d'aucun outil. Le tri des gestes, l'espace d'échec et l'auto-diagnostic se font avec une feuille et un crayon, et le prompt maître tourne dans n'importe quel assistant (Claude, ChatGPT, un autre). Si tu veux ensuite l'appliquer dans un terminal, copie ce prompt dans ton IA :
Aide-moi à installer Claude Code sur mon ordinateur.
Avant de commencer, va lire la documentation officielle Anthropic
https://code.claude.com/docs/en/setup sans te fier à tes seules connaissances
pré-entraînement : elle porte la procédure exacte selon mon système
(Mac / Windows / Linux), la dernière version, et le type de compte requis.
Ensuite, donne-moi les étapes une par une. Je n'ai jamais utilisé un terminal.
Ton IA va te guider pas à pas. Reviens ici après.
</aside>
<aside> ✅
Tu l'as installé mais tu l'utilises encore peu ? Tu es au meilleur moment pour lire cette page. Ta tour est encore basse : tout ce que tu rates aujourd'hui te coûte quelques minutes. C'est maintenant que tu peux poser les murs de ton espace d'échec, avant d'avoir quelque chose à perdre. Ceux qui lisent ça avec six mois de système derrière eux font le même travail, avec la peur en plus. Continue.
</aside>
<aside> 💡
Tu utilises un autre outil que Claude Code ?
Rien ici n'est propre à Claude Code. Savoir quels gestes se défont, isoler une copie de travail, retirer à l'agent ce qu'il ne doit jamais faire seul : c'est le même raisonnement sur Codex (OpenAI), sur Cursor, sur Copilot CLI, sur Antigravity CLI (le successeur de Gemini CLI pour les comptes particuliers depuis le 18 juin 2026), sur OpenClaw ou sur Hermes Agent. Ce qui change d'un outil à l'autre, c'est ce qu'il sait défaire tout seul, et c'est justement ce qu'il faut aller lire.
Copie ce prompt dans ton outil :
J'utilise [nom de mon outil]. Je veux savoir exactement ce qu'il sait défaire
et ce qu'il ne sait pas défaire.
Avant de répondre, va lire la documentation officielle de mon outil si elle
existe, pour ne pas te baser sur des suppositions.
Dis-moi ensuite :
1. S'il a un mécanisme de retour arrière, et ce qu'il couvre précisément
(fichiers modifiés, commandes lancées, actions sur des services extérieurs).
2. Ce qu'il ne couvre PAS.
3. Comment on retire à l'agent un droit (envoyer, supprimer, publier, payer)
au lieu de seulement lui demander de ne pas le faire.
Si l'un de ces points n'a pas d'équivalent chez moi, dis-le clairement au lieu
d'inventer une correspondance.
Liste des outils vérifiée le 2026-09-23.
</aside>
<aside> 🧭
Tu ne codes pas ? Lis quand même.
La tour de Kapla n'a rien de technique. Un cabinet qui confie ses premiers courriers clients à une IA, un indépendant qui lui fait préparer ses devis, un e-commerce qui lui fait écrire ses fiches produit : tous ont des gestes qu'on peut rater cent fois sans conséquence (un brouillon) et des gestes qu'on ne rate qu'une fois (le courrier parti, le devis signé, la fiche en ligne). Toute cette page revient à une idée : laisser l'IA se tromper sur les premiers, et garder la main sur les seconds. La règle protège même quand la personne se trompe.
</aside>
La vidéo dit pourquoi : on repousse l'erreur jusqu'au moment où elle devient trop grande pour être ignorée, alors que le vrai droit à l'erreur, c'est de créer des espaces où l'on peut tester, rater, comprendre et recommencer. Elle ne dit pas où ni comment poser ces espaces, parce que ça ne tient pas en 90 secondes.
Cette page ne te réexplique pas comment exploiter une erreur une fois qu'elle est tombée : c'est l'objet d'une autre ressource, la boucle d'épreuve. Ici, on parle du terrain : à quelle hauteur est ta tour, où l'erreur a le droit de tomber, et comment on garde ce droit à mesure que le système grandit.
flowchart BT
A["Au pied : brouillons, essais, copies<br>une erreur coûte quelques minutes"] --> B["Au milieu : ton système tourne,<br>tu t'en sers tous les jours<br>une erreur coûte une journée"]
B --> C["Au sommet : clients, argent,<br>données réelles, publication<br>une erreur coûte une relation,<br>une somme, une réputation"]
Ce qui monte avec la hauteur, ce n'est pas la difficulté de ton IA. C'est ce qui repose sur elle. Le même geste (réécrire un paragraphe, classer un dossier, envoyer un message) coûte presque rien au pied de la tour et beaucoup au sommet, parce qu'au sommet d'autres pièces sont posées dessus.
| Étage | Ce qui repose sur l'erreur | Ce que ça doit te permettre |
|---|---|---|
| Le pied | Rien. Tu jettes et tu recommences. | Rater vite, souvent, exprès. C'est là que tu apprends le plus pour le moins cher. |
| Le milieu | Ton temps, tes habitudes, les tâches suivantes qui partent de ce résultat. | Rater encore, mais en sachant revenir à hier en quelques minutes. |
| Le sommet | Un client, un paiement, une donnée personnelle, une publication. | Ne pas rater seul. Chaque geste de cet étage passe par un humain ou par un contrôle qui bloque. |
Quand la tour monte, le réflexe est de ralentir et de tout anticiper. C'est ce que la vidéo décrit, et c'est un piège pour trois raisons.
| Ce que tu fais par peur | Ce qui se passe vraiment |
|---|---|
| Tu n'essaies plus rien de nouveau sur ce qui marche | Les erreurs ne disparaissent pas, elles cessent d'être vues. Elles attendent le jour où une situation réelle les déclenche. |
| Tu empiles des consignes au lieu de tester | Chaque consigne ajoutée est une pièce de plus posée sur une base que tu n'as jamais éprouvée. La tour monte, la base ne devient pas plus solide. |
| Tu relis tout à la main | Tu deviens le seul garde-fou. Et plus un outil paraît compétent, moins on le relit attentivement : c'est le biais d'automatisation, documenté depuis Parasuraman et Riley (1997). |
Le résultat, c'est la phrase de la vidéo : l'erreur n'arrive plus quand elle est petite, elle arrive quand elle est trop grande pour être ignorée, et au pire étage possible.