Orchestrer une équipe d'agents Claude comme une organisation

Un seul agent Claude, c'est un développeur très rapide qui ne fait qu'une chose à la fois. Plusieurs agents qui se coordonnent, c'est une équipe. Et dès qu'on parle d'équipe, les vraies questions arrivent : qui fait quoi, qui valide, combien ça coûte, qui répond du résultat.

Cet article fait le tour des outils qui transforment des sessions Claude en organisation, avec des rôles, une hiérarchie, des objectifs et de la gouvernance. Tous les chiffres ci-dessous ont été vérifiés le 4 juin 2026 sur les sources officielles. Ils bougent vite, re-vérifiez avant de décider.

Ce que Claude Code fait déjà sans rien installer

Avant de chercher un outil tiers, regardez ce qui est déjà dans la boîte. Claude Code propose deux mécanismes de parallélisation.

Les subagents sont des workers focalisés. Le main agent en lance un, le subagent travaille dans sa propre fenêtre de contexte, puis rapporte son résultat. Ils ne se parlent pas entre eux. C'est le bon outil quand seul le résultat compte. Voir la page créer un subagent.

Les agent teams vont plus loin. Une session devient le team lead : elle crée l'équipe, lance des teammates, assigne les tâches et synthétise. Chaque teammate est une session Claude Code complète, avec son propre contexte, et les teammates communiquent directement entre eux via une mailbox et une task list partagée.

Activer les agent teams tient en une entrée de configuration :

{
"env": {
  "CLAUDE_CODE_EXPERIMENTAL_AGENT_TEAMS": "1"
}
}

Ensuite, on décrit l'équipe en langage naturel et Claude la monte :

Crée une équipe pour relire la PR #142. Lance trois relecteurs :
- un sur les implications de sécurité
- un sur l'impact performance
- un sur la couverture de tests
Qu'ils relisent chacun et rapportent leurs constats.

La doc officielle recommande 3 à 5 teammates et 5 à 6 tâches par teammate. Les définitions de subagents servent de rôles réutilisables, et trois hooks (TeammateIdle, TaskCreated, TaskCompleted) posent des quality gates. Pour le détail des patterns, voir orchestration d'agents.

Quand un orchestrateur dédié se justifie

Les agent teams couvrent l'éphémère : une mission, on monte l'équipe, on nettoie. Elles ne gardent ni rôles persistants, ni budgets dans le temps, ni org chart durable, ni historique de coûts par agent.

Un orchestrateur dédié devient utile quand vous voulez traiter vos agents comme une organisation qui dure : des postes avec une fiche de poste, des objectifs qui survivent à la session, des budgets mensuels, des approbations obligatoires, un suivi de dépenses par agent et par projet. C'est le moment de regarder les outils tiers.

Paperclip : faire tourner une organisation d'agents

Paperclip (ouvre un nouvel onglet) est l'outil qui pousse le plus loin la métaphore de l'entreprise. Sa tagline officielle : "The app people use to manage AI agents for work".

C'est une appli Node.js (TypeScript, UI React, base PostgreSQL) sous licence MIT. Au 2026-06-04, le repo affiche environ 69 000 étoiles et une release récente, v2026.529.0 datée du 30 mai 2026. Le projet est activement maintenu. Installation en une commande : npx paperclipai onboard --yes.

Ce qui le distingue d'un simple framework, c'est qu'il modélise une organisation complète :

• Org chart : hiérarchies, rôles et lignes de reporting. Chaque agent a un chef, un titre et une fiche de poste.
• Objectifs : une chaîne Mission, Objectif de projet, Objectif d'agent, Tâche. Chaque tâche remonte à la mission, donc l'agent voit le pourquoi, pas juste un titre.
• Budgets : un budget mensuel par agent. Quand la limite est atteinte, l'agent s'arrête. Pas de dérapage de coûts.
• Gouvernance : vous gardez la main. Vous validez les recrutements, pouvez override la stratégie, mettre en pause ou arrêter n'importe quel agent. Un agent ne peut pas en recruter un autre sans approbation.
• Suivi des coûts : par agent, par tâche, par projet, par objectif.

Paperclip se branche sur plusieurs runtimes, dont Claude et Claude Code (le site officiel cite aussi Codex, Gemini, Cursor, OpenClaw, OpenCode). Vous apportez vos agents, Paperclip leur donne une structure.

Voir son équipe d'agents : claude-office

Piloter une équipe d'agents, c'est bien. La voir travailler, c'est plus parlant. claude-office (ouvre un nouvel onglet) est une simulation de bureau en pixel art qui visualise en temps réel les opérations de Claude Code.

L'agent principal apparaît en patron, les subagents en employés, chacun avec son état (en train de travailler, de déléguer, en attente), des bulles de pensée et un tableau blanc à douze modes (todo list, usage des outils, org chart). C'est sous licence MIT, en Next.js plus PixiJS côté front et FastAPI côté back. Au 2026-06-04, le repo compte environ 415 étoiles, version 0.15.0. C'est jeune, mais c'est exactement l'outil quand on veut transformer ses sessions Claude en bureau virtuel pour suivre qui fait quoi d'un coup d'œil. Une variante existe en plugin JetBrains sous le nom Pixel Office.

Frameworks code : CrewAI et LangGraph

Si vous codez votre orchestration en Python plutôt que de piloter des sessions Claude Code, deux frameworks dominent.

CrewAI (ouvre un nouvel onglet) (MIT, environ 52,8k étoiles au 2026-05-28, v1.14.6) raisonne en agents qui jouent un rôle, regroupés en crews, avec un process hiérarchique où un manager agent délègue. C'est l'approche la plus proche de l'idée d'équipe avec des rôles. Il se branche sur différents LLM par configuration, dont les modèles Anthropic.

LangGraph (ouvre un nouvel onglet) (MIT, environ 33,8k étoiles au 2026-06-04, v1.2.4) modélise l'orchestration comme un graphe d'états, avec exécution durable et human-in-the-loop. Plus bas niveau, plus de contrôle, modèle-agnostique et branchable sur Claude via LangChain.

Comparatif

Trois exemples concrets

Relecture de PR en parallèle. C'est le cas d'usage le plus simple pour démarrer avec les agent teams natives. Trois teammates relisent la même PR sous trois angles (sécurité, performance, tests), puis le lead synthétise. Aucun outil tiers à installer.

Équipe éditoriale qui maintient un site de doc. Un rédacteur produit le brouillon, un réviseur le retravaille, un fact-checker vérifie les chiffres et les sources. C'est exactement le pipeline qui a servi à écrire cet article. Le pattern de délibération, où des agents se challengent avant de trancher, est détaillé dans le council de Claude.

Petite organisation persistante. Une équipe d'agents avec des rôles stables (un qui surveille les dépendances, un qui répond aux issues, un qui rédige les release notes), un budget mensuel par poste, et une validation humaine pour toute action sensible. C'est là que Paperclip prend tout son sens, là où les agent teams natives ne suffisent plus.

Limites et coûts

Le premier réflexe doit rester la sobriété. La doc officielle est claire : une équipe d'agents consomme bien plus de tokens qu'une session unique, et le coût croît linéairement avec le nombre de teammates. Pour une tâche routinière ou très séquentielle, un seul agent reste plus efficace et moins cher.

La gouvernance n'est pas un détail. Plus vous donnez d'autonomie à des agents, plus il faut des garde-fous : budgets, approbations, possibilité d'arrêter net. Un agent qui boucle sans limite, c'est une facture qui grimpe.

Enfin, l'écosystème bouge très vite. Les agent teams sont expérimentales, claude-office est jeune, les compteurs d'étoiles gonflent. Ne choisissez pas sur la hype, choisissez sur ce dont vous avez réellement besoin : de la parallélisation ponctuelle, ou une organisation qui dure.

Prochaines étapes

• Démarrer simple avec les patterns d'orchestration d'agents
• Définir des rôles réutilisables : créer un subagent
• Voir le pattern de délibération avec le council de Claude
• Comparer avec la stack design Claude Code pour un autre panorama d'outils daté