Claude Code

Comment ça marche

Claude Code est un programme qu’on lance dans le terminal, dans le dossier d’un projet. On lui parle en français : « lis les factures de ce dossier et fais-moi un tableau des montants par fournisseur ». Il lit les fichiers, réfléchit, propose ce qu’il va faire, exécute, et montre le résultat. Il peut lancer des commandes, écrire du code, le tester, et corriger si ça ne marche pas.

Ce qui le rend utilisable en entreprise, ce sont ses garde-fous. Un fichier de consignes, CLAUDE.md, lui donne vos règles une fois pour toutes. Des modes de permission décident s’il demande avant chaque action ou s’il avance seul. Un mode plan lui fait proposer avant d’agir. Des skills capitalisent vos procédures, des hooks imposent des contrôles automatiques, des sous-agents répartissent le travail, et MCP le branche sur vos outils. Tout ça se règle progressivement.

Un exemple concret

Vous : Dans le dossier « appels-offres », chaque sous-dossier contient un règlement de consultation en PDF. Lis-les et fais-moi un tableau : maître d’ouvrage, date limite, montant estimé, critères de sélection avec leur pondération. Si une information manque, écris À COMPLÉTER.

Claude Code : Je trouve 14 sous-dossiers, 13 avec un règlement en PDF, un sans. Je vais lire chaque PDF, extraire les quatre informations et produire un fichier tableur. Je commence.

(Il lit les fichiers un par un, affiche l’avancement, puis écrit le tableau.)

Claude Code : Tableau créé : appels-offres/synthese.xlsx, 14 lignes. 3 cellules À COMPLÉTER : montant absent dans deux règlements, dossier n° 9 sans PDF. Les critères du dossier n° 4 sont exprimés en points sur 100, je les ai convertis en pourcentages, à vérifier.

Le lendemain, la même demande devient une skill : « /synthese-ao ». Elle tourne en une commande sur tout nouvel appel d’offres.

Ce que ça change pour une équipe

• Les tâches sur fichiers se délèguent. Tout ce qui consiste à lire, trier, extraire, transformer, produire, sur des documents ou des données, devient une consigne de deux lignes.
• On construit ses propres outils. Un script qui n’existait pas, une petite application interne, une automatisation : Claude Code les écrit, les teste et les documente. Le rôle de l’équipe devient de bien décrire le besoin.
• Le savoir-faire se capitalise. Consignes, skills, hooks : ce qui a été réglé une fois sert à chaque session et à chaque collègue.
• Il faut un cadre. Un agent qui agit dans vos fichiers demande une organisation des dossiers, des sauvegardes (Git), des permissions réfléchies et une personne qui sait ce qu’il fait.

Les limites et les erreurs fréquentes

• Le lancer sans consignes ni organisation. Sans CLAUDE.md, sans dossier bien tenu, sans Git, l’agent travaille au mauvais endroit, crée des doublons, et personne ne peut revenir en arrière.
• Lui donner l’autonomie complète d’emblée. Commencer en mode manuel, puis plan, puis élargir les permissions quand on a vu ce qu’il fait.
• Laisser les sessions s’allonger. Un contexte saturé donne des réponses dégradées. Une tâche, une session ; résumer ou repartir à zéro souvent.
• Croire que c’est magique. Le résultat dépend de la clarté de la demande et des vérifications prévues. Un besoin flou donne un outil flou, vite.