Agent View dans Claude Code : la fin du bricolage tmux

Le 11 mai, Anthropic a sorti Agent View dans Claude Code. Une seule commande, claude agents, et la fenêtre s'ouvre sur la liste de toutes les sessions actives. On voit chaque session, son dernier message, celles qui attendent une décision, celles qui tournent encore, celles qui ont fini. Pendant six mois, ceux qui poussaient Claude Code à fond bricolaient avec tmux et trois onglets de terminal. Anthropic vient de ranger le bricolage.

Ce que change la commande claude agents

L'arrivée d'Agent View est une admission. Sur les workflows sérieux, on ne fait pas tourner un agent, on en fait tourner cinq, huit, parfois plus. Un agent refactore le backend, un autre fait passer les tests, un troisième mouline un PR review, un quatrième rédige la doc. Sur nos projets, c'est exactement ce qu'on faisait. Et c'est exactement là où le tmux (terminal multiplexer) plus onglets devenait pénible : retrouver lequel attendait quoi, ouvrir le bon, vérifier qu'il n'avait pas planté.

Agent View affiche tout sur une seule vue CLI. Flèche gauche depuis n'importe quelle session, on retombe sur la liste. On appuie sur la spacebar pour peeker la dernière réponse. On appuie sur Enter pour s'attacher à la session complète. La commande /bg envoie la session en cours en background. La commande claude --bg "..." démarre un agent directement sans passer par le foreground.

Anthropic cite quelques patterns observés chez les early users : dispatcher plusieurs idées d'un coup et revenir à une pile de PR prêts à revoir, gérer des agents longs comme un babysitter de PR ou un updater de dashboard, naviguer entre sessions sans perdre le fil¹.

L'évolution silencieuse : du chat à la flotte d'agents

Replacé dans la trajectoire des derniers mois, Agent View n'est pas un gadget. Anthropic embarque, version après version, tout l'outillage qui sépare une session interactive d'une opération multi-agents. La 2.1.143 du 15 mai ajoute par exemple worktree.bgIsolation: "none" pour les repos où les worktrees Git ne marchent pas bien, un cas réel sur certains monorepos custom². Le fast mode passe à Opus 4.7 par défaut. La pane plugin affiche désormais un projected context cost par tour et par invocation, ce qui n'est pas un détail quand on enchaîne des sessions parallèles qui consomment chacune leur stack.

La direction est lisible. Claude Code ne se présente plus comme un assistant de codage IA, mais comme un orchestrateur de sessions, voire de flottes. Au Code w/ Claude SF du 6 mai, le ratio des annonces était parlant : Managed Agents, multiagent orchestration jusqu'à 20 spécialistes, outcomes pour grader les exécutions, et la commande claude agents qui n'est qu'un avant-goût³.

Pour les moins geeks

Concrètement, ça veut dire quoi quand on n'a pas le terminal collé sous les yeux dix heures par jour ? Imaginez que vous pilotez une équipe de cinq devs juniors. Avant, il fallait ouvrir cinq fenêtres pour suivre chacun. Maintenant, vous avez un seul tableau qui vous dit qui est bloqué, qui attend une décision de votre part, qui a fini sa tâche, qui galère. Vous répondez là où c'est nécessaire et vous laissez tourner le reste. Le changement n'est pas dans la puissance brute des modèles. Il est dans le fait qu'on peut réellement piloter un travail en parallèle sans devenir l'agent soi-même.

Ce qui reste à porter

Une CLI reste une CLI. La liste s'affiche dans le terminal, sans UI graphique avec timeline, courbe de coût ou profil de consommation par session. Pour qui dispatche dix agents pendant une journée, le contexte mental reste à porter par le dev : ce que chaque session est censée produire, ce qu'on attend en sortie, quel agent appartient à quel pan du projet.

Autre point, Agent View ne gère pas les conflits. Si deux sessions touchent les mêmes fichiers, c'est au dev d'arbitrer. La fonctionnalité worktree aide en isolant les branches, mais l'orchestration logique du travail reste manuelle. Anthropic pousse côté Managed Agents pour résoudre ça côté serveur, avec dreaming (mémoire entre sessions) et outcomes (grading automatique)⁴. L'équivalent CLI viendra sans doute, mais on n'y est pas.

Enfin, Agent View reste en Research Preview. On n'a pas la même garantie de stabilité qu'avec une feature GA. La v2.1.139 du 11 mai a déjà été suivie de quatre patches en huit jours⁵.

Lecture studio

Sur la table de travail, on a déjà migré une partie de nos workflows. Sur les phases de fin de projet, quand on enchaîne des corrections multiples sur des modules indépendants et qu'on valide des features croisées, la possibilité de dispatcher cinq agents et de revenir une fois par heure pour arbitrer change l'économie réelle du studio.

Reste la question d'échelle. Anthropic vise visiblement le run d'agents permanents, pas juste les sprints. Si on accepte cette trajectoire, ce sont les pratiques d'ingénierie qui changent. On ne supervise plus un agent, on supervise un parc. La question n'est plus de savoir si Claude Code est bon, mais de savoir comment on structure le travail pour qu'un parc soit pilotable. C'est un sujet qu'on traite quand on parle de notre méthode, et ce sera celui sur lequel les studios qui livrent en parallèle se différencieront des équipes qui codent en série.

Sources