agents-deck vs Claude Code Agent Teams
Un comparatif honnête, ligne par ligne, qui suit le tableau comparatif de notre landing page. À août 2026. Corrections bienvenues.
Agent Teams est le mode multi-agent natif d’Anthropic pour Claude Code, sorti en février 2026 et désactivé par défaut : une session lead lance des coéquipiers avec des contextes isolés, coordonnés via une liste de tâches partagée, une messagerie type boîte aux lettres, et du verrouillage de fichiers.
Soyons honnêtes sur ce que c’est : le primitive de coordination, intégré à l’outil lui-même, sans coût supplémentaire. C’est le développement de cette catégorie qu’on surveille le plus. Si vous vivez entièrement dans Claude Code et faites tourner une poignée d’agents, ça fonctionne, et il n’y a rien à installer.
Mais Agent Teams est aussi, selon sa propre documentation, in-process, mono-compte, limité à Claude, et éphémère : observabilité de premier ordre limitée, pas de reprise de session, pas de mémoire inter-sessions, et une passation d’équipe moins mature (limitations documentées). C’est pour ça qu’on ne le voit pas vraiment comme ce à quoi agents-deck s’oppose. Agent Teams est la couche de coordination à l’intérieur d’un seul outil ; agents-deck est la couche de persistance, d’observabilité et de gouvernance au-dessus, sur plusieurs outils.
Dashboard d’observabilité en direct
Agent Teams : non. La coordination se passe à l’intérieur de la session, avec une observabilité de premier ordre limitée. Il n’y a pas de deck à consulter.
agents-deck : oui. Un dashboard en direct, self-hosted, sur les agents, les outils et les projets, avec des alertes en attente de réponse. Observer le travail, c’est le produit.
Multi-outils (Claude · Codex · Cursor…)
Agent Teams : non. Limité à Claude, sur un seul compte. C’est un choix de conception ; un éditeur construit pour son propre outil.
agents-deck : oui. Claude Code, Codex, Cursor, Kimi, sur plusieurs repos. Le multi-outils, c’est exactement ce qu’une fonctionnalité mono-éditeur ne priorisera jamais.
Approbation humaine, pas de --yolo
Agent Teams : partiel. Le workflow, c’est un développeur qui supervise ses coéquipiers en session, et ça marche mieux avec deux à cinq agents. La supervision existe, mais elle est liée à votre attention : vous êtes le dashboard.
agents-deck : oui. Des approbations structurées et des alertes en attente de réponse, pour que la supervision passe à l’échelle au-delà de ce qu’une seule personne peut retenir.
Guardrails de processus / gouvernance
Agent Teams : non. Liste de tâches, messagerie et verrouillage de fichiers coordonnent le travail ; rien n’impose le processus.
agents-deck : oui. Des validateurs imposent skills avec preuves, bannières de message, confirmations de lecture de statut, et jurisdiction de fichiers par agent. Presque personne ne fait ça, éditeurs compris.
Piste d’audit native git · zéro base de données
Agent Teams : non. L’état de coordination est in-process et éphémère ; quand la session se termine, la trace de qui a fait quoi ne vit pas dans votre repo.
agents-deck : oui. L’état est en YAML dans le repo ; la piste d’audit, c’est git log. Zéro base de données. Le repo, c’est le stockage. Conçu pour l’ère de l’EU AI Act : audit natif git, dans le droit chemin par défaut.
Mémoire et passation inter-sessions
Agent Teams : non. Pas de reprise de session, pas de mémoire inter-sessions, passation d’équipe moins mature, selon sa propre documentation.
agents-deck : oui. Tickets, messages, changelog et roadmap persistent dans le repo. La session de demain, ou un outil complètement différent, reprend avec le contexte complet.
Self-hosted
Agent Teams : non. Ça tourne in-process à l’intérieur de Claude Code ; il n’y a rien à héberger, et rien que vous puissiez servir à une équipe.
agents-deck : oui. Self-hosted, sans compte, zéro base de données.
Prix
Agent Teams est inclus avec Claude Code, donc effectivement gratuit si vous payez déjà pour Claude. Le cœur d’agents-deck est gratuit et open source, quels que soient les agents que vous faites tourner.
Utilisez-les ensemble
C’est la page de comparaison où la réponse honnête est « les deux ». Activez Agent Teams pour la coordination en session quand vous êtes plongé dans Claude Code, et gardez agents-deck comme couche de mission control par-dessus : les tickets persistants, le deck en direct, les guardrails, et la piste d’audit git log qui survivent après chaque fin de session, et qui continuent de fonctionner le jour où vous ajoutez Codex ou Cursor au mélange.
Choisissez Agent Teams seul si
- Vous travaillez exclusivement dans Claude Code, sur un seul compte.
- Deux à cinq agents, supervisés en direct, couvrent votre workflow.
- Vous voulez zéro configuration et aucune pièce mobile en plus.
Choisissez agents-deck si
- Vous faites tourner plus d’un outil, ou plus d’un projet.
- Vous avez besoin que la trace de ce que les agents ont fait survive à la session.
- Vous voulez de l’observabilité, des approbations et de la gouvernance de processus, pas juste de la coordination.
Vous comparez aussi ?
Sources pour la partie Agent Teams : la documentation officielle, revérifiée en août 2026, et un guide détaillé de ses limitations, de mai 2026. Si on s’est trompés quelque part, dites-le nous et on corrige.