Claude Code Agent View : Anthropic lance le dashboard qui tue le terminal split-screen

Claude Code Agent View : Anthropic lance le dashboard qui tue le terminal split-screen

🔎 Plusieurs agents, un seul terminal — enfin

Anthropic vient de résoudre un problème que tout développeur agentic connaît : le chaos du split-screen. Quand vous lancez trois sessions Claude Code en parallèle, votre terminal ressemble à une salle de contrôle de centrale nucléaire en panne.

Agent View, annoncé le 11 mai 2026, change la donne. C'est un dashboard CLI unifié qui centralise la supervision, l'interaction et le monitoring de toutes vos sessions d'agents parallèles — sans quitter votre terminal.

Le timing n'est pas anodin. Cursor 3 pousse son Agents Window, JetBrains vient de dévoiler Air, et GitHub Copilot active son agent mode. La bataille de l'agentic coding entre dans sa phase d'industrialisation. Et Anthropic prend les devants sur le terrain où Claude Code est le plus fort : le terminal.

L'essentiel

• Agent View est un dashboard CLI officiel pour gérer toutes les sessions Claude Code parallèles depuis une interface unique, accessible via la flèche gauche ou la commande claude agents.
• L'architecture repose sur un supervisor agent qui dispatche des tâches vers des subagents (forks) parallèles, chacun avec son propre contexte isolé mais héritant du prompt système, des outils et du modèle.
• Claude Code consomme 5.5x moins de tokens que Cursor sur des benchmarks équivalents (33K vs 188K tokens), un avantage amplifié par Agent View qui optimise la coordination multi-agents.
• Rakuten a déjà réduit son délai de livraison de features de 24 à 5 jours grâce aux sessions parallèles Claude Code — Agent View est l'interface qui rend ce workflow scalable.
• La feature s'inscrit dans une mise à jour plus large incluant le dreaming (affinage de la mémoire inter-sessions), les outcomes self-grading et la mémoire persistante.

Outils recommandés

Pour choisir le bon modèle sous-jacent, consultez notre comparatif des meilleurs LLM pour coder en 2026.

Comment fonctionne Agent View — l'anatomie du dashboard

Agent View n'est pas un simple TUI (Terminal UI) de plus. C'est une couche de supervision architecturée autour d'un pattern bien précis : le supervisor.

Le supervisor agent

Le concept est documenté dans la doc officielle des subagents Claude Code. Un supervisor agent est lancé automatiquement quand vous activez Agent View. Son rôle : coordonner plusieurs sessions parallèles sans que vous ayez à jongler entre les onglets.

Chaque subagent (appelé "fork" dans la terminologie Anthropic) hérite du prompt système parent, des outils disponibles, du modèle sélectionné et de l'historique de conversation. Mais il opère dans un contexte isolé. Pas de collision d'état, pas de conflit de fichiers.

Concrètement, vous donnez un objectif global au supervisor. Il le décompose, crée les forks nécessaires, et les lance en parallèle. Vous suivez l'avancement dans Agent View.

Les commandes clés

Deux points d'entrée pour accéder au dashboard :

• Flèche gauche depuis n'importe quelle session Claude Code active
• Commande claude agents depuis le terminal

Une fois dans Agent View, vous utilisez /goal pour définir l'objectif du supervisor. Les commandes de navigation vous permettent de zoomer sur un agent spécifique, de reprendre la main, ou de tuer un fork qui part en vrille.

L'interface affiche l'état de chaque agent (en cours, en attente, terminé, erreur), les tokens consommés par session, et les résultats partiels. C'est un tableau de bord de guerre, pas un simple listing de processus.

Les sessions parallèles : ce qui change concrètement

Avant Agent View, lancer 3 agents en parallèle signifiait 3 onglets de terminal, 3 fenêtres tmux, ou un split-screen illisible. Vous deviez mémoriser quel agent fait quoi.

Avec Agent View, le supervisor gère cette complexité. Pasquale Pillitteri décrit en détail comment les états des agents sont centralisés : chaque fork reporte son status au supervisor, qui l'agrège dans le dashboard.

Le gain n'est pas seulement visuel. C'est structurel. Un agent qui bloque n'empêche pas les autres de continuer. Le supervisor peut réallouer les tâches. C'est de l'orchestration digne d'un système distribué — mais dans votre terminal.

L'architecture subagents : forks, isolation et parallélisme

Pour comprendre la puissance d'Agent View, il faut saisir l'architecture sous-jacente que Claude Code a introduite.

Ce qu'est un fork

Un fork est une copie de votre session Claude Code à un instant T. Il hérite de tout : le prompt système, la configuration d'outils, le modèle actif, l'historique. Mais il évolue dans son propre contexte.

L'isolation est totale. Si le fork A modifie app.py et que le fork B travaille sur tests.py, il n'y a aucun risque de conflit de contexte. Chaque fork a sa propre fenêtre de tokens, son propre raisonnement.

Exécution parallèle réelle

Les forks ne sont pas séquentiels déguisés. Anthropic les exécute réellement en parallèle. Lors de la conférence Code with Claude 2026, Anthropic a présenté les "agent teams" : un manager agent délègue à des workers parallèles, chacun spécialisé sur une tâche.

C'est cette architecture que Agent View rend observable et contrôlable. Sans le dashboard, l'exécution parallèle existe mais reste opaque. Avec, vous avez la visibilité nécessaire pour intervenir.

La commande /goal comme point d'entrée

/goal est la commande centrale d'Agent View. Vous la tapez dans le dashboard, vous décrivez votre objectif en langage naturel, et le supervisor le décompose.

Par exemple : /goal Refactor the authentication module to use OAuth 2.1, add unit tests, and update the API documentation. Le supervisor peut créer trois forks : un pour le refactoring, un pour les tests, un pour la doc. Chacun travaille indépendamment. Vous suivez tout depuis Agent View.

Ce pattern s'apparente à ce que des projets comme DeerFlow de ByteDance explorent dans l'open-source — un agent qui planifie, délègue et exécute sur le long terme. Mais ici, c'est natif, intégré, et production-ready.

Agent View vs Cursor 3 vs JetBrains Air — qui gagne la bataille agentic ?

Le marché du coding agent est en pleine consolidation. Trois approches s'affrontent en mai 2026, et les comparaisons se multiplient.

Claude Code : le terminal comme avantage compétitif

Claude Code part d'un postulat contre-intuitif : le terminal est un meilleur environnement pour l'agentic coding que l'IDE. Et les chiffres lui donnent raison.

D'après une analyse de Tech Insider, Claude Code consomme 33K tokens pour un benchmark là où Cursor en consomme 188K. Un écart de 5.5x. Moins de tokens signifie moins de coûts, des réponses plus rapides, et surtout un contexte moins pollué par le bruit visuel de l'IDE.

Agent View compense le principal reproche fait au terminal : le manque de visibilité sur les processus parallèles. Le dashboard ajoute la couche d'interface qui manquait.

Cursor 3 : l'approche visuelle

Cursor 3 a introduit l'Agents Window — un panneau latéral dans VS Code qui affiche les agents actifs, leurs actions et leurs résultats. C'est une approche "visual-diff" : vous voyez les changements fichier par fichier.

Le problème : Cursor reste enfermé dans l'écosystème VS Code/JetBrains. NxCode le confirme : la fenêtre de contexte typique de Cursor est de 128K-256K tokens, et l'outil ne fonctionne qu'avec ces éditeurs.

Si vous codez dans Neovim, Helix, ou un éditeur custom, Cursor ne vous aide pas. Claude Code, via le terminal, est agnostique.

JetBrains Air : le nouvel entrant

JetBrains Air représente la tentative de l'éditeur historique de proposer un agent natif intégré. L'approche est séduisante sur le papier : un agent qui connaît intimement la structure de vos projets IntelliJ.

Mais en mai 2026, Air est encore en phase de maturation. Son architecture d'agents parallèles est moins aboutie que celle de Claude Code, et l'écosystème JetBrains, bien que puissant, est un silo.

Le tableau comparatif

SitePoint résume bien la dynamique : Claude Code récompense la fluence terminal, Cursor les workflows visual-diff, et Copilot l'investissement GitHub existant. La tendance claire est vers l'agentic — mais les chemins divergent.

Pour une vue d'ensemble des outils disponibles, notre page des meilleurs outils IA pour le code fait le tour complet.

Les 5 nouvelles features agentic de Claude Code (mai 2026)

Agent View n'est pas isolé. Il s'inscrit dans un lot de 5 features lancées autour de la conférence Code with Claude 2026. MindStudio a fait la synthèse.

1. Agent Teams (manager + workers)

C'est le moteur derrière Agent View. Un manager agent reçoit l'objectif, le décompose en tâches, et les distribue à des workers parallèles. Chaque worker est un fork avec son contexte isolé.

2. Outcomes Self-Grading

Les agents évaluent eux-mêmes la qualité de leur travail avant de le soumettre. Si un fork estime que son résultat est insuffisant, il peut itérer sans intervention humaine. Cela réduit drastiquement le taux de "faux positifs" où un agent annonce avoir terminé alors que le code est cassé.

3. Dreaming (research preview)

Anthropic décrit le dreaming comme un mécanisme d'affinage de la mémoire entre sessions. L'agent "rêve" — c'est-à-dire qu'il réorganise et consolide ses apprentissages lorsqu'il est inactif. En pratique, un agent qui a corrigé un bug de race condition dans un projet sera plus performant sur des problèmes similaires dans les sessions suivantes.

4. Mémoire persistante

Les sessions Claude Code ne sont plus éphémères. L'agent conserve des mémoires inter-sessions : préférences de coding, patterns du projet, erreurs passées. Agent View bénéficie directement de cette mémoire — le supervisor sait quelles stratégies ont fonctionné par le passé.

5. Multiagent Orchestration (beta publique)

La version la plus avancée de l'architecture supervisor. Un lead agent dispatche vers des specialist subagents parallèles, chacun configuré avec un prompt et des outils spécifiques. C'est la version production de ce que les agents teams expérimentent.

L'efficacité tokens : pourquoi 5.5x moins que Cursor change tout

Le chiffre est frappant. Tech Insider l'a mesuré : sur un même benchmark, Claude Code consomme 33K tokens, Cursor 188K.

D'où vient l'écart ?

Cursor injecte dans son contexte une quantité massive d'information visuelle : le contenu des onglets ouverts, les diagnostics de l'éditeur, les decorations inline, l'état du filesystem. Tout cela est tokenisé et envoyé au modèle à chaque tour.

Claude Code, opérant dans le terminal, envoie uniquement ce qui est nécessaire : le code ciblé, la commande, le résultat. Pas de surcharge UI. Le contexte reste propre et ciblé.

Agent View amplifie l'avantage

Quand vous gérez 3 agents en parallèle dans Cursor, chacun consomme son propre contexte IDE. Vous multipliez la surcharge par le nombre d'agents.

Avec Agent View, le supervisor optimise la distribution des tâches et le partage des informations entre forks. Un fork n'a pas besoin de reconstruire le contexte complet du projet — il hérite de ce que le supervisor juge pertinent. L'économie de tokens est exponentielle avec le nombre d'agents.

Ce que ça signifie pour votre facture

Si vous utilisez Claude Opus 4.7 (le modèle agentic le plus performant d'Anthropic avec un score de 94.3), chaque token compte. Un écart de 5.5x sur un benchmark se traduit par des centaines de dollars d'économie par mois pour une équipe de 5 développeurs en usage intensif.

Le choix du modèle reste crucial. Claude Sonnet 4.6 (score 81.4) offre un excellent rapport qualité/prix pour les tâches moins complexes, tandis que GPT-5.5 d'OpenAI (score 98.2) domine le classement agentic mais à un coût supérieur.

Cas d'usage concrets : quand Agent View change la vie

Refactoring de module monolithique

Vous avez un module de 2000 lignes à découper en 4 services. Avec Agent View : /goal Split the payment module into gateway, processor, validator, and notifier services. Quatre forks se lancent en parallèle, chacun avec son sous-ensemble de fichiers. Vous surveillez depuis le dashboard.

Sans Agent View, vous feriez ça séquentiellement ou avec quatre terminaux côte à côte, en copiant-collant les résultats à la main.

Debugging parallèle multi-services

Une integration test échoue de manière intermittente. Trois services sont impliqués. Vous lancez trois forks, chacun attaché à un service, avec pour objectif de reproduire le bug dans son périmètre. Agent View agrège les findings.

Mise à jour de dépendances à grande échelle

Mettre à jour 15 dépendances avec leurs breaking changes. Chaque fork gère un sous-ensemble de dépendances, exécute les tests associés, et reporte les conflits. Le supervisor identifie les dépendances croisées et réalloue si besoin.

C'est le type de workflow qui a permis à Rakuten de passer de 24 à 5 jours de délai de livraison. Agent View rend ce pattern accessible sans une équipe d'ingénierie de plateforme dédiée.

Ce qui reste limité — les angles morts d'Agent View

Pas de GUI, toujours

Agent View est un dashboard CLI. Si vous n'êtes pas à l'aise dans le terminal, ce n'est pas pour vous. Anthropic ne montre aucun signe d'interface graphique pour Claude Code — c'est un choix philosophique, pas un manque de moyens.

Le dreaming est encore en preview

La mémoire inter-sessions via le dreaming est expérimentale. Anthropic le positionne clairement comme recherche preview. Ne comptez pas dessus en production pour l'instant.

Le coût des sessions parallèles

Lancer 5 forks en parallèle avec Claude Opus 4.7 peut générer des factures conséquentes. Même avec l'efficacité tokens de Claude Code, la parallélisation a un prix. Il faut calibrer le nombre de forks en fonction de la complexité réelle de la tâche.

Compatibilité écosystème

Claude Code fonctionne partout où il y a un terminal. Mais il n'a pas l'intégration profonde que Cursor ou JetBrains ont avec leurs IDEs respectifs : pas de inline diagnostics, pas de refactoring preview visuel, pas de navigation de code intégrée. Vous gagnez en agentic, vous perdez en DX (developer experience) classique.

Des projets comme DeepSeek-TUI explorent des approches similaires dans l'open-source, montrant que le terminal agentic est une tendance de fond — mais les UX restent à affiner.

Comment bien configurer Agent View — bonnes pratiques

Choisir le bon modèle par tâche

Tous les forks n'ont pas besoin du même modèle. Pour le supervisor, Claude Opus 4.7 (score 94.3) est justifié — il doit comprendre et décomposer des objectifs complexes. Pour les workers qui exécutent des tâches mécaniques (renommage, formatting, tests basiques), Claude Sonnet 4.6 (score 81.4) suffit largement et coûte beaucoup moins cher.

GPT-5.5 (score 98.2) peut être pertinent pour des tâches de raisonnement extrême, mais le surcoût par rapport à Opus 4.7 n'est pas toujours justifié dans un workflow multi-agents où le supervisor absorbe une part significative des tokens.

Limiter le nombre de forks

La tentation est grande de lancer 10 forks pour aller vite. En pratique, au-delà de 4-5 forks parallèles, le supervisor passe plus de temps à coordonner qu'à produire. Commencez par 2-3 forks, augmentez progressivement.

Utiliser les checkpoints

Notre article sur le Code Execution et Checkpoints dans Hermes Agent explore un pattern similaire : sauvegarder des états intermédiaires pour pouvoir revenir en arrière. Le même principe s'applique à Agent View. Si un fork part dans une mauvaise direction, tuez-le et relancez-le — ne laissez pas un agent dériver consommer des tokens inutilement.

Combiner avec un hébergement adapté

Un workflow multi-agents intensif nécessite une machine avec suffisamment de RAM et de CPU. Si vous hébergez vos projets chez Hostinger, vérifiez que votre plan supporte plusieurs processus Node.js/Python parallèles sans throttling.

❌ Erreurs courantes

Erreur 1 : Lancer Agent View sans objectif clair

Taper claude agents puis chercher ce qu'il faut faire. Agent View est un outil d'exécution, pas d'exploration. Définissez votre /goal avant d'ouvrir le dashboard, pas après.

Erreur 2 : Utiliser Opus 4.7 pour tous les forks

C'est le moyen le plus rapide de vider votre budget. Le supervisor en Opus, les workers en Sonnet. Réservez les modèles haut de gamme (GPT-5.5, Claude Opus 4.7) aux tâches qui nécessitent un raisonnement profond.

Erreur 3 : Ignorer les résultats self-graded

Quand un fork signale que son résultat est "partiellement satisfaisant", ne l'ignorez pas. Les outcomes self-grading sont conçus pour attraper les problèmes avant qu'ils ne se propagent aux autres forks. Intervenez tôt.

Erreur 4 : Confondre parallélisme et vitesse

Cinq forks ne signifie pas cinq fois plus rapide. La décomposition a un coût, la coordination a un coût, la fusion des résultats a un coût. Sur une tâche simple (un seul fichier, un changement trivial), un seul agent est plus rapide.

❓ Questions fréquentes

Agent View est-il disponible gratuitement ?

Non. Agent View fait partie de Claude Code, qui nécessite un plan Claude Pro à 100$/mois minimum (mai 2026, vérifiez sur claude.com). Les coûts de tokens des sessions parallèles s'ajoutent à cet abonnement.

Peut-on utiliser d'autres modèles que Claude sous Agent View ?

Non. Claude Code est lié à la famille de modèles Anthropic. Pour utiliser GPT-5.5 ou Gemini 3 Pro Deep Think, il faut passer par Cursor ou un outil multi-modèles. Consultez notre comparatif Claude vs ChatGPT pour les nuances.

Agent View remplace-t-il tmux ?

Partiellement. Vous n'avez plus besoin de tmux pour gérer vos sessions Claude Code parallèles. Mais vous pouvez toujours utiliser tmux pour d'autres tâches (logs, serveurs, etc.) à côté d'Agent View.

Combien de forks peut-on lancer en parallèle ?

Il n'y a pas de limite dure documentée, mais Anthropic recommande de rester sous 5-6 forks actifs pour maintenir l'efficacité du supervisor. Au-delà, les gains de parallélisme diminuent.

Le dreaming est-il activé par défaut ?

Non. Le dreaming est en research preview et nécessite une activation manuelle. Il ne doit pas être utilisé en production sans validation des résultats inter-sessions.

✅ Conclusion

Agent View transforme Claude Code d'un coding agent solo en un véritable orchestrateur d'agents parallèles — le tout depuis un dashboard CLI que TechnoSports décrit comme la fin du "terminal chaos". Avec 5.5x moins de tokens consommés que Cursor et une architecture supervisor éprouvée par Rakuten en production, Anthropic ne lance pas une simple feature UI : il impose le terminal comme le terrain de jeu légitime du coding agentic. Si vous maîtrisez la ligne de commande, c'est le moment de passer à Claude Code.
```