Le modèle coordinateur-sous-agent : la base sur laquelle repose chaque système multi-agent Claude

DEV - 23/03
Les équipes d'agents ont débarqué dans Claude Opus 4.6. Tout le monde est excité. Mais avant de toucher à l'expérimental...

Les équipes d'agents ont débarqué dans Claude Opus 4.6. Tout le monde est excité. Mais avant de toucher aux fonctionnalités expérimentales, comprenez le modèle fondamental sur lequel tout est construit.

TL;DR

  • Le coordinateur reçoit la tâche, délègue aux spécialistes via des appels d'outils
  • Chaque sous-agent obtient sa propre fenêtre contextuelle isolée et sa propre invite système
  • Les sous-agents ne peuvent pas se parler – tout passe par le coordinateur
  • MêmearrêterRaisonboucle en tant qu'agent unique, les appels d'outils sont simplement répartis vers des appels d'API séparés
  • Coût du jeton 3 à 4 fois supérieur à celui d'un agent unique – à utiliser uniquement lorsque la qualité spécialisée le justifie

Modèle 1 — Sous-agent coordinateur (API pure)

Le flux ressemble à ceci :

Demande de l'utilisateur ↓ Agent coordinateur ←── motif d'arrêt : tool_use ↓ Itinéraire vers un spécialiste ↓ ┌──────────────────────────────────┐ │ agent_de_recherche │writer_agent │ ← Chacun : contexte isolé, │ reviewer_agent │ any_specialist │ propre invite système, propres outils └──────────────────────────────────┘ ↓ Résultat de l'outil renvoyé au coordinateur ↓ stopReason : end_t...
[Courte citation de 8% de l'article original]