Claude Code sort une mise à jour significative toutes les deux semaines environ. En voici ce qui vaut vraiment votre attention.

La plupart des gens qui utilisent Claude Code ont configuré leur workflow en janvier, et ne regardent pas les changelogs. C'est compréhensible — quand un outil fonctionne, on ne le touche plus.

Mais Claude Code a beaucoup évolué en quelques mois. Certaines des nouvelles fonctionnalités changent réellement la manière de travailler. D'autres sont des gadgets. Voici comment distinguer les deux.

/voice — pas si gadget que ça

Le mode vocal existe depuis peu : maintenez la barre espace, parlez, relâchez. 20 langues supportées, latence faible, transcription fidèle.

Ma réaction initiale : c'est inutile, taper est plus rapide. Mon avis après quelques semaines : c'est utile, mais pas pour les raisons que j'imaginais.

Taper une instruction claire à Claude Code, c'est facile quand vous savez exactement ce que vous voulez. Mais quand vous débogez un problème flou — "quelque chose cloche dans la façon dont ce composant récupère ses données, mais je ne sais pas exactement quoi" — verbaliser à voix haute force une clarification que le clavier ne force pas.

J'utilise maintenant /voice spécifiquement pour les sessions d'exploration et de débogage. Pour les instructions précises, je tape.

# Pas de commande spéciale, c'est une option dans l'interface
# Maintenez espace → parlez → relâchez

/loop — automatisez les tâches récurrentes

C'est probablement la fonctionnalité la plus sous-estimée. /loop permet d'exécuter une prompt (ou une autre commande slash) à intervalles réguliers :

/loop 5m vérifier si le build est cassé et me prévenir si oui
/loop 15m surveiller les erreurs dans les logs et résumer

L'usage principal que j'en fais : surveillance de builds longs ou de déploiements. Lancer un build, fermer le terminal de côté, et laisser Claude Code me prévenir si quelque chose part en erreur — sans que j'aie à rester les yeux rivés dessus.

[!NOTE] /loop tourne en tâche de fond. Vous pouvez continuer à travailler dans la même session Claude Code pendant qu'il surveille. La notification arrive dans le terminal quand la condition est remplie.

Les Agent Teams — plusieurs instances en parallèle

Précédemment disponible uniquement sur Opus, les Agent Teams permettent de lancer plusieurs instances de Claude Code sur le même projet, en parallèle, chacune avec une tâche distincte.

Le cas d'usage concret : migrations de composants. Sur un projet récent, j'avais 23 composants à migrer vers un nouveau système de tokens Tailwind. Séquentiellement, ça aurait pris une après-midi. Avec 4 agents en parallèle — 6 composants par agent, plus un de supervision — ça s'est fait en 40 minutes.

La supervision reste manuelle : je valide chaque lot avant que l'agent suivant ne commence. Mais l'exécution mécanique est déléguée.

# Exemple de configuration Agent Teams
/agents 4 "Migrer les composants suivants vers le système de design v2 :
[liste des composants]
Un agent par groupe de 6. Commencer quand je valide."

[!IMPORTANT] Les Agent Teams consomment du crédit plus vite — 4 agents = 4x la consommation normale. Sur le plan gratuit, vous allez vite atteindre la limite. Gardez-les pour les tâches qui le justifient vraiment.

La mémoire automatique — ce qui change entre les sessions

Claude Code construit maintenant une mémoire persistante de votre projet. Après quelques sessions, il sait :

• Les conventions de nommage que vous utilisez
• Les patterns d'architecture de votre codebase
• Les préférences que vous avez exprimées
• Les fichiers importants et leur rôle

En pratique, ça signifie qu'au bout de quelques semaines sur un projet, vous n'avez plus besoin de réexpliquer le contexte à chaque session. La première question — "voici comment est organisé mon projet" — disparaît progressivement.

La mémoire est stockée localement dans un fichier .claude/memory/ que vous pouvez lire, modifier ou effacer si nécessaire.

AGENTS.md — le README pour vos agents IA

Nouvelle convention introduite dans la dernière version de create-next-app : un fichier AGENTS.md à la racine du projet.

C'est l'équivalent du CLAUDE.md (que vous connaissez peut-être déjà), mais conçu spécifiquement pour guider les agents autonomes — pas juste Claude Code, mais n'importe quel agent IA qui pourrait travailler sur le projet.

# AGENTS.md

## Architecture
Ce projet utilise Next.js 16 App Router avec TypeScript strict.
Les Server Components sont la règle par défaut, use client seulement si nécessaire.

## Conventions
- Composants : PascalCase dans /components/[domaine]/
- Utils : camelCase dans /lib/
- Pas de any, pas de console.log en production

## Tests
Vitest pour les tests unitaires. Lancer `npm test` avant tout commit.

Si vous travaillez déjà avec Claude Code régulièrement, créer ce fichier va immédiatement améliorer la qualité de ses suggestions — il lit ce fichier au démarrage de chaque session.

Cowork — Claude Code hors du terminal

Cowork est une extension récente qui porte les capacités agentiques de Claude Code dans l'application desktop Claude.ai — pour les tâches qui ne sont pas du code mais qui bénéficient quand même de l'automatisation.

Exemples concrets : rédiger une spec technique à partir de notes désorganisées, organiser un backlog, synthétiser des retours clients. Cowork tourne dans une VM locale isolée, ce qui signifie qu'il peut ouvrir des fichiers, naviguer dans des dossiers, et exécuter des actions sur votre machine sans que vous ayez à ouvrir un terminal.

Je l'utilise encore peu, mais le potentiel pour les tâches de gestion de projet est réel.

Le forwarding des logs navigateur

Petite feature, grand impact pour le debug front-end. Claude Code peut maintenant recevoir les logs de votre navigateur directement — erreurs console, warnings, network requests.

# Dans Claude Code
/browser-logs activer

# Claude Code voit maintenant ce que vous voyez dans la console DevTools

Ça change le debug des problèmes d'hydratation ou des erreurs client-side : au lieu de copier-coller des logs, Claude Code les lit en temps réel et peut suggérer des corrections dans la foulée.

Ce que j'attends encore

Une chose qui manque toujours : une intégration plus profonde avec les outils de gestion de projet. Lire un ticket Linear ou GitHub Issue directement depuis Claude Code sans copier-coller le texte — c'est le chaînon manquant dans le workflow "du ticket au commit".

Il existe des workarounds avec l'API GitHub, mais rien de natif et fluide. J'imagine que c'est dans les plans.

---

Vous utilisez Claude Code et vous voulez aller plus loin dans votre workflow ? Écrivez-moi — j'échange volontiers sur les configurations qui fonctionnent et celles qui ne fonctionnent pas sur des vrais projets.