Il y a un mois, le même jour que Claude 3.7 Sonnet, Anthropic a lancé un outil appelé Claude Code. Il est présenté comme une préversion de recherche. Il ne comporte ni éditeur ni fenêtre graphique : on l'installe, on tape claude dans un terminal, à l'intérieur du dossier du projet, et on commence à lui donner des consignes.
Son apparence est modeste. Nous l'utilisons depuis quelques semaines et nous le considérons comme l'une des sorties les plus importantes de l'année jusqu'ici, bien qu'il s'exécute dans une simple fenêtre noire avec un curseur clignotant.
Que fait concrètement Claude Code?
Ce qui le distingue d'un robot conversationnel, c'est qu'il travaille à l'intérieur de votre projet. Il peut lire vos fichiers, y effectuer des recherches, lancer des commandes, modifier du code et exécuter les tests pour vérifier si la modification a fonctionné. Avec les réglages par défaut, il demande l'autorisation avant toute action qui modifie quelque chose. Vous répondez oui, non, ou « oui, et arrête de me le demander pour ça ».
Il n'est donc plus nécessaire de copier du code depuis une fenêtre de clavardage pour le coller dans un fichier. Vous décrivez la tâche, l'outil l'exécute dans les fichiers réels, et vous supervisez.
La comparaison la plus juste que nous puissions proposer est celle de la programmation en binôme avec un collaborateur très rapide qui n'a jamais vu votre projet : excellent sur le plan technique, mais sans connaissance des raisons de vos choix, à moins que vous ne les lui expliquiez.
Pour l'instant, il est facturé par l'intermédiaire de l'API d'Anthropic, selon l'utilisation. Une longue séance sur un projet d'envergure devient coûteuse plus rapidement qu'on ne le prévoit; nous recommandons donc de surveiller la consommation au début. Les instructions d'installation et les détails à jour figurent dans la documentation de Claude Code (en anglais), qu'il vaut la peine de lire avant de confier à l'outil un projet important.
Comment l'utilisons-nous sur de vrais projets?
Une grande partie de notre travail porte sur des sites Web, des thèmes WordPress, de petits outils et des GPT personnalisés. Une part importante de ce travail consiste en du code que personne n'aime écrire : renommer un élément dans quarante fichiers, regrouper des réglages à un seul endroit, ajouter les textes en français à côté des textes en anglais en gardant les clés cohérentes, rédiger un script de migration. C'est dans ce type de tâches qu'un tel outil démontre immédiatement son utilité.
Pourquoi lui confier une tâche claire et les bons fichiers?
Une consigne vague produit un résultat vague. « Fais le ménage dans le thème » entraîne une série de modifications non souhaitées. « Dans le gabarit de l'en-tête, remplace le numéro de téléphone écrit en dur par la valeur des réglages du thème, et ne touche à rien d'autre » donne exactement le résultat attendu.
Il est aussi très utile de lui indiquer où chercher. L'outil peut effectuer ses propres recherches et s'en acquitte raisonnablement bien, mais dans un projet peu organisé, il lui arrive de sélectionner le mauvais fichier en raison d'un nom semblable. Lui désigner le bon fichier fait gagner du temps à tous.
Pourquoi consigner les règles une fois pour toutes?
Claude Code lit un fichier appelé CLAUDE.md à la racine du projet, s'il en existe un, et il peut en rédiger une première version pour vous. C'est là que l'on inscrit les consignes qu'il faudrait autrement répéter à chaque séance : quel dossier contient le thème en ligne et lequel contient l'ancien; le fait que les textes doivent être en français et en anglais; la façon d'exécuter les tests; l'interdiction de modifier le dossier des dépendances.
Cette mesure simple fait une réelle différence. Il s'agit essentiellement de la note d'accueil que l'on remettrait à un nouveau contractuel, ce qui correspond exactement au rôle de l'outil.
Quels garde-fous appliquons-nous?
C'est la section que nous aimerions le plus voir lue par les propriétaires de petites entreprises, y compris ceux qui n'ouvriront jamais un terminal.
Le contrôle de version, toujours. Chaque projet est placé dans git avant que l'agent n'y touche. On enregistre avant une séance et on enregistre après. En cas de problème, on revient à l'étape précédente et rien n'est perdu. Sans cette précaution, vous confiez votre seule copie à un inconnu très rapide, ce que nous déconseillons.
Relire chaque modification. L'outil vous présente l'avant et l'après. Lisez-les attentivement. La plupart du temps, la modification est correcte. Il arrive cependant qu'elle soit correcte pour la tâche demandée, mais que l'outil « répare » discrètement un élément voisin qui fonctionnait. Ce sont ces modifications qui causent des problèmes une semaine plus tard.
Tenir l'outil à l'écart de la production. L'agent travaille sur une copie. Vous testez la copie. Vous déployez ensuite. C'est la même règle que pour un développeur débutant, pour les mêmes raisons.
Garder les secrets hors de portée. Les mots de passe, les clés d'API et les exportations de données de clients ne devraient pas se trouver dans le dossier du projet. Avec un agent qui lit tout, une bonne organisation devient encore plus importante.
Éviter de sélectionner « toujours permettre » pour tout. La tentation est compréhensible après la dixième demande d'autorisation. Autorisez les actions sans danger, comme l'exécution des tests ou l'affichage de la liste des fichiers, et continuez d'approuver manuellement tout ce qui supprime, publie ou installe.
Nous appliquons également une règle plus générale : si nous ne comprenons pas ce que l'outil a fait, nous ne conservons pas la modification, même si les tests réussissent. C'est notre équipe qui devra la corriger à onze heures du soir un dimanche.
Pourquoi un agent dans le terminal est-il important?
À notre avis, le terminal lui-même n'est pas l'élément essentiel. Anthropic a commencé par là parce que c'est l'environnement où travaillent déjà les développeurs, et nous nous attendons à ce que l'outil dépasse bientôt le cadre du terminal.
Ce qui compte, c'est l'approche sous-jacente. L'IA ne propose plus du code à coller; elle effectue le travail dans le projet réel, étape par étape, et vous consulte en cours de route. Nous prévoyons que tous les outils de programmation sérieux évolueront dans cette direction cette année, et certains l'ont déjà fait.
En tant que petite entreprise, vous ne l'utiliserez probablement jamais vous-même, et ce n'est pas nécessaire. Cependant, si une personne conçoit ou entretient votre site Web, il est tout à fait légitime de lui demander comment elle utilise ce type d'outil et ce qu'elle vérifie avant toute mise en ligne. Une bonne réponse mentionne les copies de sauvegarde, la relecture et les tests. Une excellente réponse paraît méthodique et sans surprise.
Le même type d'outil peut aussi prendre en charge les tâches répétitives du côté des affaires : les rapports, les exportations et le copier-coller d'un système à l'autre. Si c'est là qu'une grande partie de votre semaine est consacrée, automatiser une partie de ces tâches est désormais un projet réaliste, et moins coûteux qu'il y a un an.