Quand l’IA se met à coder, le développeur apprend à garder le fil

Tout commence par un bouton qui déborde de l’écran. Sur ordinateur, le formulaire s’affiche correctement. Sur téléphone, sa mise en page se déforme. La scène pourrait se dérouler dans le bureau d’une petite équipe ou sur l’ordinateur d’un développeur indépendant : une correction à terminer, plusieurs fichiers ouverts et un assistant d’intelligence artificielle prêt à intervenir.

Le développeur décrit le problème à Claude Code. L’assistant explore le projet, retrouve les composants concernés et commence à modifier les fichiers. À mesure que les changements s’accumulent, l’attention se déplace. Il faut maintenant comprendre ce qui a été retouché, pourquoi, et si la correction reste dans le périmètre prévu.

C’est à cet instant du travail que prennent leur sens plusieurs nouveautés annoncées par Anthropic début septembre 2026. Derrière les commandes et les ajustements d’interface se trouve une question très concrète : comment garder le fil lorsqu’un assistant peut intervenir dans plusieurs parties d’un projet ?

Regarder les changements pendant qu’ils se produisent

Revenons à notre formulaire. Pour ajuster son affichage, l’assistant peut modifier un composant, une règle de style ou une structure de mise en page. Le développeur doit pouvoir relier ces interventions à sa demande initiale.

Dans Claude Code, la commande /diff ouvre désormais, en mode plein écran, un panneau à côté de la conversation. Les fichiers modifiés y apparaissent avec leurs lignes ajoutées et supprimées. La vue se rafraîchit lorsque l’assistant édite un fichier ou exécute une commande shell. Ce panneau nécessite la version 2.1.260 ou ultérieure, un dépôt Git et un terminal d’au moins 110 colonnes. Il affiche aussi les autres changements non commités du projet, et pas uniquement ceux de Claude. Documentation du panneau de diff.

Le mot diff désigne ici la comparaison entre deux états du code. Pour le développeur, c’est une manière de lire les traces du travail en cours. Une ligne disparaît, une condition est ajoutée, un fichier inattendu entre dans la liste : autant d’éléments qui peuvent appeler une vérification.

Dans une session compatible, l’ouverture du panneau passe par deux commandes :

/tui fullscreen

/diff

Si, dans notre exemple, la correction visuelle s’étend à la logique d’authentification, le développeur peut le remarquer et demander une explication. Il dispose alors d’un point précis sur lequel reprendre la conversation avec l’assistant.

Cette proximité entre la demande et les modifications pourrait faciliter les corrections en cours de route. Elle ne dispense cependant pas de vérifier le résultat : un changement facile à lire peut encore produire un comportement inattendu.

Autour du code, un espace de travail qui se réorganise

Suivre une correction suppose aussi de consulter plusieurs choses : la consigne, les fichiers, le terminal et parfois l’application elle-même. À chaque changement de fenêtre, il faut retrouver où l’on en était.

L’application de bureau de Claude permet maintenant de détacher un panneau dans sa propre fenêtre, puis de le réintégrer. Le terminal ou le diff peut ainsi être placé sur un second écran pendant que Claude poursuit son travail dans la fenêtre principale. La documentation indique que les fonctions d’agencement décrites nécessitent Claude Desktop 1.2581.0 ou une version ultérieure. Documentation de l’espace de travail.

Pour notre développeur, l’organisation pourrait être simple : garder la conversation devant lui et les modifications à côté. L’intérêt de cette disposition tient à la continuité du regard. La demande et ses conséquences restent visibles au même moment.

Sur un écran plus petit, il faudra faire des choix. Accumuler les panneaux n’aide pas nécessairement à comprendre. L’enjeu consiste à garder sous les yeux ce qui permet de décider de la prochaine étape.

Quand le modèle change, les habitudes doivent être réexaminées

L’interface n’est qu’une partie de cette évolution. La newsletter annonce également l’arrivée de Fable 5.1 dans Claude Code. L’éditeur le décrit comme plus enclin à prendre des initiatives que Fable 5 et conseille de revoir certaines instructions rédigées pour les modèles précédents. Il s’agit de son appréciation, sans test indépendant réalisé dans le cadre de cet article.

Pour un développeur qui a construit ses habitudes au fil des projets, cette remarque mérite attention. Les consignes s’accumulent : conventions de nommage, méthodes de travail, étapes de validation, règles enregistrées dans CLAUDE.md. Certaines répondent à des difficultés anciennes. D’autres finissent par se répéter ou se contredire.

L’arrivée d’un nouveau modèle offre l’occasion de relire cet ensemble. La demande est-elle assez précise ? Les limites de la tâche sont-elles compréhensibles ? Les vérifications attendues sont-elles explicites ? Dans notre histoire, demander de corriger l’affichage du formulaire tout en préservant son fonctionnement donne déjà un cadre concret au travail.

Claude Code permet aussi d’ajuster la profondeur du raisonnement avec /effort. Le réglage peut être mémorisé séparément pour chaque modèle dans les paramètres utilisateur, sous modelSettings, avec des compromis de rapidité et de coût. Documentation des niveaux d’effort.

Le bon réglage se juge sur des tâches réelles. Une retouche de présentation et l’analyse d’une erreur difficile à reproduire peuvent justifier des choix différents. Comparer les résultats et le travail de correction restant permet de se construire des repères.

Cette logique d’entretien concerne également les skills, ces ensembles d’instructions consacrés à certaines tâches. Introduit dans la version 2.1.261, /skill-doctor signale les skills chargés mais inutilisés et leur coût en contexte. Il apporte des éléments pour examiner une configuration devenue encombrante, même si une procédure rarement utilisée peut conserver son utilité. Journal des modifications de Claude Code.

Le dernier geste appartient encore au développeur

Le bouton tient maintenant dans l’écran. La correction semble terminée. Reste à saisir les champs, envoyer le formulaire et vérifier que le parcours fonctionne toujours. Il faut aussi relire les modifications et lancer les contrôles adaptés au projet.

C’est là que notre scène rejoint le quotidien du développement logiciel. Produire du code et établir qu’il répond au besoin sont deux étapes qui demandent chacune de l’attention. Les outils de suivi peuvent aider à les rapprocher, en rendant les décisions de l’assistant plus visibles tout au long du travail.

Les nouveautés de Claude Code donnent ainsi matière à observer une évolution du rôle du développeur : préciser la demande, suivre les interventions, questionner les choix et vérifier leurs effets. Sur l’écran, le bouton a retrouvé sa place. Avant de livrer, le développeur effectue un dernier essai.