Claude Code /goal et Agent View (v2.1.139) : Le Dashboard CLI Multi-Sessions
Tutoriel2026-05-1314 min de lecture

Claude Code /goal et Agent View (v2.1.139) : Le Dashboard CLI Multi-Sessions

La version 2.1.139 de Claude Code ajoute /goal et l'agent view. Boucle d'auto-vérification, dashboard multi-sessions, /scroll-speed — guide complet 2026.

Sommaire

  • [Pourquoi cette release change le workflow quotidien](#introduction)
  • [La commande /goal : Claude continue jusqu'à atteindre l'objectif](#goal-command)
  • [Comment fonctionne la boucle d'évaluation](#evaluation-loop)
  • [Bonnes pratiques pour écrire un goal efficace](#goal-best-practices)
  • [Agent View : le dashboard CLI de toutes vos sessions](#agent-view)
  • [Workflow type : dispatcher 4 agents en parallèle](#workflow)
  • [/goal vs /scroll-speed vs autres nouveautés 2.1.139](#autres-nouveautes)
  • [Différences avec Codex /goal d'OpenAI](#vs-codex)
  • [Pièges à éviter et limites actuelles](#pieges)
  • [FAQ](#faq)
  • ---

    Pourquoi cette release change le workflow quotidien {#introduction}

    Le 11 mai 2026, Anthropic a publié la version 2.1.139 de Claude Code CLI. Deux fonctionnalités majeures arrivent en *Research Preview* : la commande /goal et la *Agent View*. La première transforme Claude en agent qui boucle jusqu'à atteindre un critère de réussite. La seconde donne un dashboard unifié pour piloter toutes vos sessions actives depuis un seul écran.

    Ces deux fonctionnalités se complètent : /goal rend chaque session autonome jusqu'à un objectif, et la *Agent View* permet d'en orchestrer plusieurs en parallèle. C'est l'arrivée du *workflow multi-agents* au sens fort sur le CLI — alors que le redesign de [Claude Code Desktop](/blog/claude-code-desktop-redesign-sessions-paralleles-2026) avait déjà ouvert cette voie côté app graphique.

    Si vous arrivez sur Claude Code, commencez par notre [guide complet Claude Code](/blog/claude-code-guide-complet). Cet article suppose que vous connaissez déjà les bases.

    ---

    La commande /goal : Claude continue jusqu'à atteindre l'objectif {#goal-command}

    Le principe

    /goal définit une condition de complétion sous forme de phrase en langage naturel. Claude commence immédiatement à travailler et continue tour après tour jusqu'à ce que la condition soit remplie. Vous n'avez pas besoin d'envoyer un prompt séparé : la condition elle-même fait office de directive initiale.

    \\\text /goal All tests in src/auth/ pass and the new password reset endpoint returns 200 with a valid token \\\

    À partir de cet instant, Claude :

  • 1.Lit le code, identifie ce qu'il faut faire
  • 2.Modifie les fichiers nécessaires
  • 3.Lance les tests
  • 4.Vérifie la réponse de l'endpoint
  • 5.Si l'objectif n'est pas atteint, re-boucle automatiquement
  • Vous n'avez plus besoin de relancer manuellement Claude après chaque tour. La main vous est rendue uniquement quand l'objectif est atteint — ou quand vous l'arrêtez avec Esc.

    Indicateur visuel

    Pendant l'exécution, un indicateur ◎ /goal active s'affiche en bas de l'écran avec :

  • Temps écoulé depuis le lancement
  • Nombre de tours effectués
  • Tokens consommés cumulés
  • Raison courte du dernier verdict (pourquoi pas encore terminé)
  • Lancez /goal sans argument pendant l'exécution pour afficher un résumé détaillé.

    ---

    Comment fonctionne la boucle d'évaluation {#evaluation-loop}

    L'évaluateur en arrière-plan

    À la fin de chaque tour, Claude envoie la condition + la conversation jusqu'ici à un *small fast model* (par défaut Haiku 4.5). Ce modèle évaluateur renvoie un verdict binaire :

  • Yes → l'objectif est atteint, la session reprend le contrôle utilisateur normal et un *achieved* est enregistré dans le transcript
  • No + raison courte → Claude relance un tour avec la raison comme guidance
  • Architecture

    \\\text ┌─────────────────────────┐ │ Claude (modèle principal) │ │ fait son tour │ └──────────┬──────────────┘ │ fin de tour ▼ ┌─────────────────────────┐ │ Évaluateur (Haiku 4.5) │ │ condition + transcript │ │ → yes / no + raison │ └──────────┬──────────────┘ │ ┌─────┴─────┐ │ │ "yes" "no" │ │ ▼ ▼ Stop & Relance rendre un tour la main avec la raison \\\

    Coût et performance

    L'évaluateur tourne sur Haiku 4.5, donc le coût additionnel par tour est négligeable (quelques centimes au plus). Il n'allonge la latence que de quelques secondes à chaque fin de tour. Pour une boucle de 5 itérations, comptez 10-30 secondes d'overhead total.

    /goal fonctionne en trois modes :

    ModeCompatible
    Interactif (REPL)Oui
    Headless (-p)Oui
    Remote ControlOui

    C'est cette compatibilité avec [Remote Control](/blog/claude-code-remote-control) qui rend /goal particulièrement puissant pour les pipelines automatisés.

    ---

    Bonnes pratiques pour écrire un goal efficace {#goal-best-practices}

    Le piège : conditions floues

    Un goal vague produit des boucles bruyantes. L'évaluateur passe son temps à dire "non, ce n'est pas clair", et Claude tourne sans converger.

    Mauvais :

    \\\text /goal The code is better \\\

    Bon :

    \\\text /goal The function processOrders has cyclomatic complexity below 10, all tests pass, and there are no eslint warnings in src/orders/ \\\

    Critères vérifiables

    Un goal doit être mesurable de façon déterministe. Privilégiez :

  • Sorties d'outils (tests pass, lint = 0 warnings, build succeeds)
  • Présence/absence de strings dans des fichiers
  • Codes de réponse HTTP
  • Valeurs précises de métriques
  • À éviter :

  • "Le code est élégant"
  • "C'est plus lisible"
  • "Les performances sont meilleures" (sans seuil)
  • Plafonnez les itérations

    Si vous craignez une boucle infinie, ouvrez une session jetable pour le test, ou utilisez l'environnement headless avec un timeout :

    \\\bash timeout 600 claude -p "/goal Tests pass for src/auth/" \\\

    Combinez avec des sub-agents

    Pour des objectifs complexes, déléguez à des [sub-agents](/blog/claude-code-sub-agents-guide-pratique-2026). Le goal de l'agent principal peut être *"Le rapport de revue est généré et tous les sous-agents ont rendu leur verdict"*, chaque sous-agent vérifiant un aspect.

    ---

    Agent View : le dashboard CLI de toutes vos sessions {#agent-view}

    Lancer l'Agent View

    \\\bash claude agents \\\

    Cette commande prend tout l'écran terminal et affiche un tableau unifié de toutes vos sessions Claude Code, avec un *dispatch input* en bas pour en lancer de nouvelles.

    Anatomie de la vue

    \\\text ┌─────────────────────────────────────────────────────────────────┐ │ Claude Code Agent View 14 sessions │ ├──────┬──────────────────────┬──────────────────────┬────────────┤ │ ● │ refactor-auth │ Waiting permission │ 12s ago │ │ ● │ fix-cls-home │ Editing dashboard.tsx│ 4s ago │ │ ◐ │ run-tests-api │ Running pytest │ 1m ago │ │ ✓ │ docs-pricing │ Done — PR opened │ 8m ago │ │ ✗ │ migrate-orm │ Failed: import error │ 23m ago │ ├──────┴──────────────────────┴──────────────────────┴────────────┤ │ > Dispatch new session... │ └─────────────────────────────────────────────────────────────────┘ \\\

    Chaque ligne montre :

  • État (icône colorée) : bloqué sur vous, en cours, terminé, échoué
  • Nom de session
  • Résumé de la dernière action
  • Temps écoulé depuis le dernier changement de statut
  • Tri automatique

    Les sessions sont triées automatiquement par priorité d'attention :

  • 1.Top : sessions bloquées sur vous (demande de permission, choix multiple)
  • 2.Milieu : sessions actives qui travaillent
  • 3.Bas : sessions terminées avec succès
  • 4.Très bas : sessions échouées
  • C'est exactement la lecture que vous voulez : "qu'est-ce qui réclame mon attention en priorité ?".

    Dispatch d'une nouvelle session

    Tapez votre prompt dans la barre du bas, pressez Entrée. Une nouvelle session démarre en arrière-plan et apparaît immédiatement comme une nouvelle ligne du tableau. Vous pouvez en dispatcher 5 d'affilée sans attendre.

    Reprendre une session

    Cliquez (ou flèches + Entrée) sur une session pour entrer dedans : vous voyez le transcript complet, vous pouvez répondre aux questions de permission, voir les diffs, etc. Esc ou q vous ramène à la vue d'ensemble.

    ---

    Workflow type : dispatcher 4 agents en parallèle {#workflow}

    Voici un workflow concret rendu possible par 2.1.139.

    Contexte

    Lundi 9h00. Vous avez une journée chargée :

  • 1.Bugfix prioritaire sur le login (production)
  • 2.Refactor du module facturation
  • 3.Rédaction d'une page de doc API
  • 4.Génération d'un rapport hebdomadaire
  • Étape 1 — Dispatch en masse

    \\\bash claude agents \\\

    Dans le dispatcher :

    \\\`text

    Fix the login redirect bug. /goal Users can log in via Google OAuth and arrive on /dashboard without error

    \\\`

    Entrée. Session 1 lancée.

    \\\`text

    Refactor src/billing/ to use the new Subscription service. /goal All billing tests pass and old InvoiceLegacy class is removed

    \\\`

    Entrée. Session 2 lancée.

    \\\`text

    Write docs page /api/users for the new endpoint

    \\\`

    (Pas de goal ici, c'est un one-shot.) Entrée. Session 3 lancée.

    \\\`text

    Generate weekly analytics report from BigQuery and save to /reports/2026-W20.md

    \\\`

    Entrée. Session 4 lancée.

    Étape 2 — Arbitrage continu

    Vous laissez tourner. Toutes les 5-10 minutes, la vue se met à jour :

    \\\text ● fix-login ← demande permission curl prod (vous validez) ◐ refactor-bil ← Claude lance les tests ✓ docs-api ← terminé, PR ouverte ◐ weekly-rep ← interroge BigQuery \\\

    Vous arbitrez seulement quand une session monte en tête de liste avec un statut "Waiting".

    Étape 3 — Bilan

    En 90 minutes, vous avez :

  • Validé 3 demandes de permission
  • Reviewé 2 plans proposés
  • Mergé 1 PR de doc
  • Récupéré un rapport hebdomadaire dans /reports/
  • Sans 2.1.139, ce workflow demandait 4 fenêtres terminal et un suivi mental constant.

    ---

    /goal vs /scroll-speed vs autres nouveautés 2.1.139 {#autres-nouveautes}

    /scroll-speed

    Vous pouvez maintenant régler la vitesse de défilement de la molette dans Claude Code avec une preview live. Utile sur des transcripts longs où la sensibilité par défaut était mal calibrée.

    \\\text /scroll-speed 2.5 \\\

    claude plugin details <n>

    Inspectez un plugin installé pour voir :

  • L'inventaire de ses composants (commandes, hooks, MCP)
  • Le coût en tokens estimé par session (pratique pour évaluer le poids d'un plugin avant de le garder)
  • C'est une suite logique à l'écosystème [Claude Code Skills](/blog/claude-code-skills-creer-commandes-personnalisees) qui s'est étoffé en 2026.

    Corrections importantes

  • Fix d'une fuite mémoire (10 Go+ RSS) quand un serveur stdio MCP écrit du contenu non-protocol sur stdout
  • Fix de l'input clavier mort sur Windows après réouverture d'une session background
  • Fix de l'affichage "failed" au lieu de "needs auth" pour les MCP connectors claude.ai non autorisés
  • ---

    Différences avec Codex /goal d'OpenAI {#vs-codex}

    Quelques jours avant Anthropic, OpenAI Codex CLI a aussi ajouté un /goal. Comparons.

    AspectClaude Code /goalOpenAI Codex /goal
    ÉvaluateurModèle Haiku rapide configurableModèle interne fixe
    VerdictYes/No + raison courteYes/No
    AffichageIndicateur live (tours, tokens, raison)Statut basique
    ModeInteractif + headless + RemoteInteractif uniquement
    Combinaison sub-agentsNativeLimitée
    Coût d'évaluationQuelques centimes par tourInclus mais opaque

    Globalement, l'implémentation Claude Code est plus transparente sur ce qui se passe (raison du verdict visible), plus configurable (modèle d'évaluation au choix), et plus intégrée au reste de l'écosystème (sub-agents, Remote Control, hooks).

    Pour un comparatif plus complet, voir notre article [OpenAI Codex vs Claude Code](/blog/openai-codex-vs-claude-code-comparatif-2026).

    ---

    Pièges à éviter et limites actuelles {#pieges}

    Boucle infinie sur goal mal défini

    Si l'évaluateur ne comprend pas votre condition, il votera "no" indéfiniment. Symptômes :

  • Le compteur de tours grimpe
  • La "raison" devient répétitive ("the criteria is unclear...")
  • Vous ne voyez pas de progression dans le code
  • Solution : pressez Esc, réécrivez le goal avec des critères vérifiables (sortie d'outils, codes HTTP, présence de strings).

    Goal qui ne tient pas compte du contexte

    Si vous lancez /goal Tests pass dans un dossier sans tests, Claude va... essayer d'écrire des tests, mais l'évaluateur ne saura pas distinguer "pas de tests" de "tests qui passent".

    Solution : précisez le chemin et la commande : *"Running pytest src/auth/ returns exit code 0"*.

    Agent View en preview

    L'Agent View est Research Preview au 11 mai 2026. Bugs possibles :

  • Affichage parfois retardé de quelques secondes
  • Sessions zombies après crash terminal (utilisez claude agents --reap pour nettoyer)
  • Pas encore intégrée avec [Claude Code Desktop](/blog/claude-code-desktop-redesign-sessions-paralleles-2026)
  • Mémoire des sub-agents non partagée

    Quand un goal délègue à un sub-agent, le sub-agent n'a pas accès au transcript principal complet. Vous devez lui passer le contexte explicitement dans son prompt.

    ---

    FAQ {#faq}

    Faut-il payer plus pour /goal et Agent View ?

    Non. Les deux fonctionnalités sont incluses dans tous les plans payants (Pro, Max, Team, Enterprise) et même dans le plan gratuit avec quotas limités. Le coût additionnel est juste les tokens d'évaluation (Haiku, négligeable).

    Quelle version de Claude Code installer ?

    npm install -g @anthropic-ai/claude-code@latest pour la 2.1.139 ou ultérieure. Vérifiez avec claude --version.

    Le /goal fonctionne-t-il avec des outils MCP ?

    Oui. Tous les outils MCP que Claude peut appeler sont disponibles pendant la boucle. C'est même très puissant : un goal "Une issue Linear nommée X est créée avec les labels Y" combiné au MCP Linear devient une mini-routine.

    Puis-je changer le modèle évaluateur ?

    Oui, dans les settings : smallFastModel peut pointer vers Haiku, Sonnet, ou même un modèle externe via MCP. Haiku est le bon compromis vitesse/coût pour la plupart des goals.

    Agent View remplace-t-il les sessions de l'app Desktop ?

    Non, l'Agent View est l'équivalent CLI de la sidebar de [Claude Code Desktop](/blog/claude-code-desktop-redesign-sessions-paralleles-2026). Les deux partagent les mêmes sessions sous-jacentes : si vous lancez une session via claude agents, elle apparaît aussi dans la sidebar Desktop, et inversement.

    /goal peut-il provoquer une facture surprise ?

    En théorie oui — un goal mal défini qui boucle 50 fois sur Opus consomme beaucoup de tokens. Anthropic alerte au-delà d'un certain seuil et vous pouvez configurer une limite dure dans les paramètres organisation.

    Comment annuler un /goal en cours ?

    Esc interrompt le tour en cours. /goal clear retire l'objectif sans interrompre le tour. Ctrl+C tue la session entière.

    Compatible avec les hooks et CI ?

    Oui. claude -p "/goal ..." est utilisable dans n'importe quelle pipeline. Voir notre article [DevOps CI/CD avec Claude Code](/blog/claude-code-devops-cicd-pipeline-2026) pour des exemples concrets.

    ---

    *Sources : Claude Code Docs (code.claude.com/docs/en/goal), Claude Code CLI 2.1.139 changelog (11 mai 2026), ClaudeWorld v2.1.139 release, Startup Fortune, Pasquale Pillitteri analysis, communauté Claude Code.*

    Envie de maîtriser Claude Code ?

    Rejoignez notre formation complète et apprenez à utiliser Claude Code comme un pro.

    Découvrir la formation