Formation Claude Code : un développeur, un projet réel

Par Elisha Bajemon, Ingénieur IA chez TW3 Partners. Dernière mise à jour : 17 octobre 2026.

En bref

La formation Claude Code décrite par TW3 Partners associe un projet réel au cadrage de l’agent par le contexte, les tests et la vérification des données. La fiche de réalisation de TW3 Partners, relevée le 9 octobre 2026 décrit un cycle de huit séances pour un développeur PHP Symfony confirmé. Le projet consiste à construire une bibliothèque d’estimation de l’empreinte carbone des requêtes aux modèles de langage. Chaque séance dispose d’un support Word dont chaque consigne a été exécutée avant diffusion. La règle du parcours est de retenir uniquement les chiffres accompagnés d’une source vérifiable.

Selon l’Insee, 21 juillet 2026, parmi les entreprises françaises du champ de l’enquête qui n’utilisent pas l’IA en 2025, 54 % évoquent un manque d’expertise, proportion qui atteint 73 % chez celles de 250 salariés ou plus. L’enquête porte sur les entreprises de 10 salariés ou plus des secteurs principalement marchands, hors agriculture, finance et assurance.

1. Pourquoi former un développeur confirmé à un agent de code ?

Parce que la maîtrise du développement doit s’accompagner d’une capacité à examiner les propositions de l’agent et à vérifier les données qu’il emploie. Dans la réalisation publiée par TW3 Partners, le point de départ est un développeur PHP Symfony confirmé qui souhaite devenir autonome avec un agent de code. Le problème identifié est précis : l’agent peut produire des chiffres plausibles et faux. Le parcours répond à ce risque par le contexte, les tests et la vérification.

Selon la documentation d’Anthropic disponible au 9 octobre 2026, Claude Code désigne un outil de développement capable de lire le code d’un projet, de modifier des fichiers et d’exécuter des commandes. Il s’intègre aux outils de développement. Pour le responsable d’équipe, ces capacités posent une question : comment le développeur décide-t-il qu’une proposition peut être acceptée ?

Pour cadrer un parcours comparable, nous recommandons de formuler l’objectif pédagogique autour de cette décision. Le développeur doit pouvoir expliquer le changement demandé, examiner ce qui a été modifié et justifier les vérifications effectuées.

2. Pourquoi travailler sur un projet fil rouge ?

Le projet fil rouge donne un objet commun aux demandes de code, aux tests et à la vérification des données. La réalisation TW3 Partners retient une bibliothèque d’estimation de l’empreinte carbone des requêtes aux modèles de langage. Pour ce type de projet, nous recommandons de relier chaque estimation aux données et aux hypothèses utilisées.

Pour organiser un parcours comparable, nous recommandons de choisir un projet dont le développeur peut examiner le fonctionnement et les données d’entrée. Le périmètre doit permettre de relire les modifications demandées et de retrouver les documents qui justifient les valeurs employées. Le responsable de formation peut alors demander une explication du raisonnement, en plus de la présentation du code.

Nous conseillons également de conserver les décisions prises au fil du projet : raison d’un changement, vérification réalisée, question encore ouverte. Le développeur et le formateur peuvent s’y reporter pour réexaminer une décision lors des séances suivantes.

3. Comment s’organise la boucle prompt, proposition, relecture ?

Elle commence par une demande, se poursuit par l’examen de la proposition et réserve une place explicite à la relecture. C’est le premier temps nommé dans la fiche TW3 Partners : « Boucle prompt, proposition, relecture ».

Pour mettre cette boucle en pratique, notre recommandation est de préparer la demande avec le résultat attendu et les éléments du projet nécessaires pour le comprendre. Avant de laisser l’agent intervenir, le développeur doit pouvoir expliquer ce qu’il veut obtenir et comment il vérifiera que le changement répond au besoin. Le formateur peut travailler avec lui sur les ambiguïtés de cette demande.

À la réception de la proposition, nous conseillons de comparer le périmètre demandé aux modifications proposées. Une modification supplémentaire appelle une justification. Une hypothèse sur les données doit être identifiée pour pouvoir être vérifiée. La relecture devient ainsi une décision argumentée : accepter le changement, demander une correction ou reprendre la demande initiale.

Pour évaluer cette relecture, nous conseillons au responsable d’équipe de demander au développeur de présenter sa décision avec le code concerné. L’échange porte alors sur la modification proposée et sur les raisons de son acceptation.

4. À quoi servent le contexte du projet et le mode plan ?

Le contexte fournit les instructions durables du projet ; le mode plan permet d’examiner une proposition avant d’autoriser les modifications. La fiche TW3 Partners les réunit dans le temps « Contexte du projet et mode plan ».

Dans sa documentation sur la mémoire disponible au 9 octobre 2026, Anthropic décrit les fichiers CLAUDE.md comme des fichiers Markdown qui donnent à Claude des instructions persistantes pour un projet, une manière de travailler ou une organisation. L’éditeur cite notamment les commandes de construction et de test, les conventions de code et les décisions d’architecture parmi les informations du projet à y inscrire. Il présente ces fichiers comme du contexte et recommande des instructions assez concrètes pour pouvoir être vérifiées.

La documentation des pratiques courantes d’Anthropic, dans son état du 9 octobre 2026, décrit le mode plan ainsi : Claude lit les fichiers et propose un plan, puis attend l’approbation avant d’effectuer des modifications.

Élément	Fonction documentée	Recommandation de relecture du cabinet
Fichier `CLAUDE.md`	Donner des instructions persistantes	Vérifier que les consignes correspondent au projet et restent cohérentes
Mode plan	Présenter un plan avant modification	Examiner le périmètre proposé et les vérifications prévues

Nous recommandons de consacrer cette relecture à des décisions concrètes : les fichiers concernés sont-ils les bons, les contraintes du projet sont-elles prises en compte, le résultat attendu est-il vérifiable ? Le plan devient alors un point de discussion avant l’intervention de l’agent.

5. Quelle place donner aux tests dans le parcours ?

Les tests servent à vérifier les comportements attendus du code. La fiche TW3 Partners nomme ce temps « Tests et sabotage ».

Pour les tests, la documentation d’Anthropic disponible au 9 octobre 2026 recommande de préciser le comportement à vérifier. Elle indique que Claude peut reprendre les conventions des tests existants et proposer des cas portant sur les conditions d’erreur, les valeurs limites ou les entrées inattendues. Sa procédure comprend l’exécution des nouveaux tests et la correction des échecs.

Notre recommandation pédagogique est de faire expliquer au développeur le comportement couvert par chaque test retenu et la raison du résultat attendu. Lorsqu’un test échoue, la relecture doit porter sur le code comme sur l’attente inscrite dans le test. Pour une bibliothèque d’estimation, nous recommandons de vérifier séparément le calcul et la provenance des valeurs utilisées. Cette distinction guide la relecture des données abordée à l’étape suivante.

6. Comment vérifier les données réelles produites avec l’agent ?

La vérification consiste à rattacher chaque chiffre à une source vérifiable, conformément à la règle publiée dans la fiche TW3 Partners. Le dernier temps du parcours porte le nom « Vérification des données réelles ».

Nous recommandons au responsable de formation d’exiger une trace consultable pour chaque valeur retenue : l’adresse de la source, le passage qui porte la donnée et son périmètre. Si la valeur provient d’un calcul, il convient aussi de conserver les données d’entrée et l’opération effectuée. Le développeur doit pouvoir reprendre ce chemin de vérification pendant la relecture.

Cette recommandation conduit à examiner le sens du chiffre autant que sa présence dans une publication. La source traite-t-elle du même objet ? L’unité correspond-elle à celle attendue par le calcul ? Les hypothèses sont-elles compatibles avec l’usage prévu ? En cas d’écart, nous recommandons de suspendre l’utilisation de la valeur jusqu’à sa clarification.

La fiche ne publie aucune valeur d’empreinte carbone ni aucun gain mesuré après formation.

7. Comment les supports ont-ils été préparés ?

Chaque séance dispose d’un support Word, et chaque consigne a été réellement exécutée avant diffusion du support, selon la fiche de réalisation TW3 Partners. Ce travail de préparation accompagne le cycle de huit séances autour du projet fil rouge.

Pour commander un parcours comparable, nous recommandons de préciser qui prépare les consignes et qui les réexécute avant leur remise au participant. Le responsable peut également demander comment une difficulté signalée pendant le travail sera reportée dans le support.

La réalisation mobilise le service Formation et maintenance de TW3 Partners. Pour l’équipe qui organise la formation, nous conseillons de définir dès le départ le travail attendu entre les échanges avec le formateur et les éléments que le développeur devra lui présenter. Le projet, ses modifications et les sources utilisées fournissent la matière de cette revue.

FAQ

Combien de séances compte le cycle ?
La fiche TW3 Partners décrit huit séances autour d’un projet fil rouge. Un support Word accompagne chaque séance. Pour préparer un parcours comparable, nous recommandons de fixer la durée des séances au cadrage.

Faut-il déjà savoir programmer ?
Le participant décrit dans la réalisation est un développeur PHP Symfony confirmé. Pour préparer un parcours comparable, nous recommandons de vérifier sa capacité à relire le code et à expliquer les tests du projet choisi.

Qu’est-ce que le mode plan de Claude Code ?
Selon la documentation d’Anthropic au 9 octobre 2026, Claude lit les fichiers et propose un plan avant d’effectuer des modifications. Il attend l’approbation pour modifier les fichiers.

Pourquoi insister sur les sources des chiffres ?
La fiche TW3 Partners identifie le risque de chiffres plausibles et faux produits par l’agent. La règle du parcours impose donc une source vérifiable pour chaque chiffre retenu.

La formation s’applique-t-elle à d’autres langages que PHP ?
La réalisation présentée concerne un développeur PHP Symfony. Pour un autre environnement, nous recommandons de cadrer le projet, les prérequis et les vérifications attendues avant de définir le parcours.

Les dirigeants peuvent-ils suivre ce type de cycle ?
Le cycle présenté vise le travail d’un développeur. Les responsables qui recherchent un parcours destiné aux dirigeants peuvent lire Formation IA exécutive pour dirigeants : programme et résultats.

Former un développeur à Claude Code sur un projet réel : le déroulé d’un cycle de huit séances