Claude Code: quand l'IA arrête de parler et se met à agir

La plupart des gens qui utilisent l’IA pour la première fois utilisent un chatbot. Ils tapent quelque chose, l’IA répond, ils tapent autre chose. C’est une conversation. Utile, mais contenue — l’IA reste à l’intérieur de la fenêtre de chat. Rien ne se passe dans le monde réel à moins que vous ne le provoquiez.

Claude Code, c’est différent. Il ne vous répond pas. Il agit.

Donnez-lui une tâche et il lit vos fichiers, décide de ce qui doit changer, ouvre les bons outils, effectue les changements, vérifie les résultats, et itère jusqu’à ce que le travail soit fait. Vous n’êtes pas en train de converser. Vous dirigez un projet.

Ce basculement du chatbot à l’agent, c’est la chose à comprendre avant tout le reste. Ça change votre façon de penser ce que vous demandez et ce à quoi vous pouvez raisonnablement vous attendre.

Ce qu’est vraiment un agent

L’analogie la plus claire que j’ai trouvée: Claude Code est un chef de projet, pas un collègue avec qui vous discutez.

Un chef de projet ne fait pas le travail directement. Il comprend ce que vous cherchez à accomplir, le découpe en tâches, détermine qui doit être impliqué, délègue le travail, suit l’avancement, et rassemble tout en un résultat. Il gère plusieurs chantiers en même temps. Et quand quelque chose tourne mal, il s’en occupe — vous n’avez pas à être impliqué dans chaque détail.

C’est Claude Code. Quand vous dites « ajoutez une section d’inscription à la newsletter sur la page d’accueil », il n’écrit pas un bout de code pour le coller dans le chat. Il lit votre base de code pour comprendre comment le site est structuré, trouve le bon fichier à modifier, écrit du code qui colle à votre style et à vos conventions, vérifie si quelque chose a cassé, et commite le changement. Vous décrivez le résultat. Il s’occupe du chemin.

Voilà ce que veut dire « agentique » en pratique. L’IA a accès à des outils (éditeurs de fichiers, commandes de terminal, navigateurs web, API externes) et elle les orchestre toute seule pour accomplir un objectif. Elle gère un projet, elle ne fait pas que prédire votre prochain mot.

Vous n’avez pas besoin du terminal

Réglons ça tout de suite: Claude Code ne vous oblige pas à utiliser une ligne de commande.

Il existe une version en terminal. C’est celle que les développeurs utilisent en général, et c’est la configuration la plus puissante. Mais l’essentiel de ce que je fais au quotidien se passe dans l’app de bureau Windows ou dans l’app web. Vous pouvez aussi l’utiliser depuis votre téléphone en cas de besoin.

Les apps vous donnent une interface propre: un sélecteur de projet, une fenêtre de conversation, et l’agent qui travaille en arrière-plan. Pour construire des sites web, écrire du contenu, automatiser des tâches, et la plupart des choses qu’un non-développeur veut faire, les apps suffisent amplement.

Là où le terminal devient nécessaire, c’est quand vous avez besoin de serveurs MCP installés localement — des extensions qui connectent Claude Code à des outils ou à des sources de données précis qui vivent sur votre machine. Pour les utilisateurs professionnels qui veulent connecter Claude Code à une base de données locale ou à un outil interne sur mesure, c’est une tâche de niveau terminal. Pour tout le reste, les apps s’en chargent.

Le terminal, c’est pour les utilisateurs avancés et les développeurs. Ne le laissez pas être la raison qui vous empêche de commencer.

Se lancer: trois étapes

La configuration qui compte vraiment tient en trois parties:

1. Créez un dépôt GitHub

Votre projet a besoin d’un chez-lui sur GitHub. Si vous démarrez un site web ou un nouveau projet de zéro, Claude Code peut vous aider à le mettre en place — décrivez simplement ce que vous construisez et demandez-lui de créer et pousser le dépôt. Si vous avez déjà du code quelque part, il faudra d’abord le pousser sur GitHub. Voyez le guide sur la création avec GitHub si cette étape est nouvelle pour vous.

2. Installez Claude Code et pointez-le vers le dépôt

Dans l’app de bureau ou l’app web, vous connectez Claude Code à votre dépôt GitHub. Il lit les fichiers, se construit une compréhension du projet, et à partir de là, il connaît le contexte — vos conventions de nommage, votre structure de dossiers, vos motifs de code existants. C’est ce qui lui permet de faire des changements qui s’intègrent plutôt que de jurer avec ce qui existe déjà.

3. Mettez en place un environnement cloud

Cette étape connecte Claude Code à un environnement en direct où il peut réellement faire tourner votre code, tester des changements et déployer des résultats. Pour un site web, ça veut généralement dire se connecter à votre déploiement Cloudflare Pages ou équivalent. Une fois en place, Claude Code peut faire un changement, déclencher un build, vérifier si le déploiement a marché, et itérer si ce n’est pas le cas — le tout sans que vous touchiez à quoi que ce soit.

Après ces trois étapes, vous êtes opérationnel. Donnez-lui une tâche et voyez ce qui se passe.

Phase un: la décharge de dopamine

Voici ce qui arrive à la plupart des gens la première semaine.

Vous décrivez quelque chose que vous vouliez faire depuis un moment — ajouter une page, corriger un problème de mise en page, écrire du contenu, construire un petit outil — et Claude Code le fait, tout simplement. Complètement. Correctement. Dans le temps qu’il vous aurait fallu pour ouvrir le bon fichier, c’est déjà commité et déployé.

Vous pensez aussitôt à trois autres choses que vous repoussiez. Vous les faites. Puis cinq de plus. Vous allez vous coucher à minuit après avoir livré plus en une soirée que le mois précédent.

Cette phase est réelle. Le bond de productivité est authentique, pas du battage. Et c’est addictif exactement comme on l’imagine — vous continuez à courir après le prochain résultat, à faire tourner trois ou cinq choses en parallèle, à regarder Claude travailler. Il m’arrive vraiment d’avoir du mal à m’arrêter pour la nuit.

Profitez de cette phase. Elle est méritée. Mais elle ne dure pas éternellement.

Phase deux: le plafond

À un moment donné — différent pour chacun, généralement dans les premières semaines — vous heurtez un mur.

Claude Code comprend quelque chose de travers et part dans la mauvaise direction. Il fait un changement qui marche isolément mais casse autre chose. Il gère une tâche de travers avec assurance parce qu’il n’avait pas le bon contexte. Vous vous retrouvez à corriger les mêmes types d’erreurs encore et encore.

La réaction tentante, c’est de s’agacer et de conclure que Claude Code n’est pas aussi bon que vous le pensiez. C’est la mauvaise conclusion.

La bonne conclusion, c’est: vous avez dépassé la configuration par défaut. Claude Code tel quel est impressionnant, mais il ne connaît pas vos projets précis, vos conventions, vos préférences, vos contraintes. Il travaille à partir de connaissances générales. Le plafond que vous avez heurté, c’est le plafond de ces connaissances générales.

L’étape suivante, c’est de construire vos propres systèmes, pas de fouiller dans plus de réglages.

Construire votre système: là où est la vraie puissance

C’est là que la plupart des guides s’arrêtent, et c’est là que se trouve le vrai levier.

Le fichier CLAUDE.md

Chaque projet peut avoir un fichier CLAUDE.md — un document que Claude Code lit au début de chaque session. Voyez-le comme le document d’intégration d’un nouveau chef de projet qui rejoint votre équipe. Il peut contenir:

• Ce qu’est ce projet et à quoi il sert
• Les conventions et règles à suivre
• Ce qu’il ne faut pas toucher
• Comment fonctionnent les déploiements
• Tout ce que Claude continue de rater

Une fois que vous avez un CLAUDE.md bien écrit, une grande partie des corrections répétées disparaît. Claude sait déjà sur quoi vous le corrigeriez.

Les skills

Les skills sont des instructions réutilisables que vous pouvez invoquer à tout moment — voyez-les comme des procédures enregistrées. « Quand je dis /review-pr, vérifiez la pull request en cours à la recherche de problèmes et résumez ce qui a changé. » « Quand je dis /deploy, lancez les vérifications de build et poussez en production. » Vous les définissez une fois et les appelez quand vous en avez besoin. Avec le temps, vous accumulez une bibliothèque de choses que Claude peut faire de façon fiable, à la demande.

Les MCP (serveurs Model Context Protocol)

Les MCP sont des extensions qui donnent à Claude Code accès à des outils et à des données qu’il n’aurait pas autrement. Un MCP peut connecter Claude à votre agenda, à votre outil de gestion de projet, à votre base de données, à une capacité de navigation web, ou à un système interne sur mesure. Plus vous avez de MCP configurés, plus Claude peut réellement gérer de chantiers. C’est là que Claude Code commence à ressembler moins à un outil de code et plus à un système d’exploitation pour votre travail.

La connaissance

C’est celle que la plupart des gens sous-estiment. Claude Code n’est utile que dans la mesure du contexte dans lequel il peut puiser. S’il ne connaît pas les conventions de votre entreprise, la structure de votre produit, les caractéristiques de votre public — il travaille à partir d’hypothèses génériques. Lui fournir la bonne connaissance (documentation, matériel de référence, décisions passées) change la qualité de tout ce qu’il fait. J’en ai parlé plus en détail dans le guide sur la construction d’un AI OS d’entreprise.

Ces quatre-là — CLAUDE.md, skills, MCP, connaissance — c’est ce qui sépare les gens qui « utilisent Claude Code » de ceux qui ont vraiment construit quelque chose avec. L’écart entre les deux est énorme.

Travailler avec GitHub: ce que vous devez vraiment savoir

Claude Code est construit autour de GitHub. La plupart du temps, il gère ça de façon invisible — il crée des branches, commite des changements, et ouvre des pull requests que vous relisez et fusionnez. Vous approuvez le résultat, vous fusionnez la PR, vous supprimez la branche, terminé.

Mais à un moment, vous voudrez faire plus qu’approuver des pull requests. Vous voudrez voir ce qu’il y a dans l’une d’elles, en ouvrir une vous-même, gérer un conflit. GitHub n’est pas vraiment compliqué — c’est très bien documenté et l’interface web est simple — mais ça vaut la peine de passer une heure à en apprendre les bases avant d’en avoir besoin sous pression.

Une chose que j’ai mis un moment à découvrir: vous pouvez connecter Claude Code à plusieurs dépôts GitHub en même temps. Il peut lire dans l’un et écrire dans un autre, ou travailler sur plusieurs à la fois. C’est vraiment puissant pour la gestion des connaissances — j’ai connecté trois dépôts d’un coup, transférant des enseignements d’un projet à un autre, gardant des bases de connaissances partagées synchronisées sans travail manuel redondant.

Franc sur les aspérités

Claude Code est un excellent produit avec de vraies aspérités. Vous devriez savoir dans quoi vous vous embarquez.

Ce n’est pas bien ficelé comme produit pour les utilisateurs non techniques. Quand quelque chose tourne mal, les messages d’erreur sont souvent très techniques et parfois inutiles. Vous verrez des stack traces et des codes de sortie qui ne vous disent rien d’exploitable. La bonne réaction, c’est de coller l’erreur dans Claude et de demander ce que ça veut dire — mais c’est déroutant les premières fois.

Claude ne se connaît pas très bien lui-même. Claude Code a une connaissance limitée, parfois dépassée, de ses propres fonctionnalités et du fonctionnement du logiciel. Il ne peut pas vous donner de conseils fiables sur ses propres options de configuration de mémoire. Ce qu’il peut faire, c’est parcourir la documentation officielle d’Anthropic et chercher des guides pertinents — demandez-lui de le faire quand vous essayez de comprendre une fonctionnalité. Il finira par trouver, juste pas à partir de sa connaissance interne.

L’interface a ses bizarreries. L’app ne se rafraîchit parfois pas correctement — il faudra basculer sur une autre conversation puis revenir, ou redémarrer l’app entièrement. Des erreurs de connexion apparaissent au hasard. Les serveurs d’Anthropic chauffent parfois assez pour que les réponses ralentissent fortement ou échouent. Rien de tout ça n’est rédhibitoire, mais c’est réel.

Les limites de tokens sont la contrainte la plus frustrante. Il y a des limites par session (la réinitialisation de cinq heures que la plupart des gens connaissent) et des limites hebdomadaires qui frappent bien plus fort si vous avez eu une semaine chargée. Si vous êtes plongé dans un projet et que vous atteignez votre limite, vous vous arrêtez. Il n’y a pas grand-chose à faire à part attendre ou payer plus. Un contournement bon à connaître: si vous êtes abonné à Google One AI Premium, vous pouvez utiliser Claude Opus via Antigravity pour continuer à travailler quand votre budget Claude Code est épuisé.

Le choix du modèle compte plus que la plupart des gens ne le pensent

Claude Code vous laisse choisir quel modèle Claude tourne sous le capot. Le modèle par défaut est Sonnet, et les benchmarks appuient vraiment l’idée que Sonnet est fort en code et en résolution de problèmes logiques — c’est sans doute le meilleur choix pour la plupart des tâches.

En pratique, cependant, je me tourne vers Opus quand je travaille avec un dépôt complexe où j’ai besoin du raisonnement de la plus haute qualité. Sur une grande base de code avec beaucoup de contexte à garder en tête, Haiku paraît nettement limité. Le bon choix dépend de ce que vous faites:

• Haiku: rapide, bon marché, bon pour les tâches simples et bien définies dans de petits dépôts
• Sonnet: le choix par défaut pratique — raisonnement solide, coût maîtrisable, gère bien la plupart du travail
• Opus: meilleure qualité, coût plus élevé, ça vaut le coup quand la tâche est complexe et que bien faire compte

Si quelque chose que fait Claude Code semble un peu à côté ou superficiel — s’il lui manque un contexte qu’il devrait avoir ou s’il prend des décisions qui semblent peu réfléchies — essayez de passer à un modèle plus capable avant de supposer que la tâche est trop dure.

Ce dont personne ne vous prévient

Vous allez devenir accro.

Pas au sens figuré. La combinaison de résultats immédiats, de chantiers en parallèle et de cette sensation de pur levier crée une boucle de rétroaction dont il est vraiment difficile de prendre du recul. Je me suis surpris à minuit en train de me dire « je pourrais juste lancer encore un truc avant d’aller dormir » — et là il est 1 h du matin, trois choses tournent et je regarde les pull requests arriver.

C’est correct, la plupart du temps. Le travail est réel, les résultats sont réels. Mais ça vaut la peine d’en être conscient, surtout quand votre budget de tokens s’épuise en milieu de semaine parce que vous y êtes allé trop fort un lundi.

L’autre face de la médaille: une fois que vous avez travaillé de cette façon pendant quelques mois, revenir à faire les choses à la main paraît vraiment étrange. Pas impossible. Juste lent. Vous développez une forte intuition de ce que Claude Code devrait pouvoir gérer, et vous commencez instinctivement à formuler les choses comme des tâches à déléguer plutôt que des choses à faire vous-même.

Ce basculement dans votre façon de penser le travail — voilà le vrai produit.

---

Claude Code donne le meilleur de lui-même sur de bonnes fondations. Si vous n’avez pas encore mis en place le pipeline GitHub + Cloudflare Pages, le guide pour créer un site web gratuit avec l’IA couvre ça de zéro. Et pour connecter Claude Code à un système de connaissances plus large à l’échelle de votre organisation, le guide sur la construction d’un AI OS d’entreprise est là où ce fil se poursuit.