Claude Managed Agents est le service d'Anthropic qui fait tourner un agent d'intelligence artificielle sur l'infrastructure de l'éditeur. Vous décrivez l'agent, son modèle, ses outils et ses instructions. La plateforme fournit le reste : la boucle d'exécution, un bac à sable isolé, la persistance de la session et les traces consultables. Le service est en bêta publique depuis avril 2026.
La promesse est claire pour une équipe technique de PME ou d'ETI. Elle enlève plusieurs semaines de plomberie entre un agent qui marche sur un poste et un agent qui tourne en production. Reste à savoir ce que cette plomberie coûtait vraiment, et ce que la plateforme ne couvre toujours pas.
Qu'est-ce que Claude Managed Agents, concrètement ?
Claude Managed Agents est un harnais d'agent préconstruit qui tourne dans une infrastructure gérée par Anthropic. La documentation officielle le présente comme la deuxième manière de construire avec Claude, à côté de l'API Messages. L'API Messages donne l'accès direct au modèle et vous laissez écrire votre propre boucle. Managed Agents fournit la boucle, l'exécution des outils et le runtime.
Dans ce harnais, Claude lit des fichiers, lance des commandes shell, navigue sur le web et exécute du code dans un conteneur isolé. La mise en cache des instructions et la compaction du contexte sont intégrées, deux optimisations qu'une équipe met habituellement des semaines à régler correctement.
Quatre objets suffisent à décrire le modèle
Le vocabulaire du service tient en quatre notions, et c'est une bonne nouvelle pour une équipe qui découvre le sujet. L'agent porte le modèle, les instructions, les outils et les serveurs MCP. L'environnement dit où le code tourne. La session est une exécution en cours sur une tâche donnée. Les évènements sont les messages échangés entre votre application et l'agent.
Ce que vous n'avez plus à construire
Tandem a monté des agents en production chez plus de 50 entreprises accompagnées, et le constat revient à chaque mission. Le code de l'agent occupe une fraction du temps. Le reste part dans le bac à sable, la reprise après incident, le stockage de l'état, la rotation des secrets et l'observabilité. Managed Agents déplace cette charge chez l'éditeur.
Les déploiements planifiés et les coffres d'identifiants
Deux briques publiées en juin 2026 méritent l'attention d'un dirigeant plus que d'un développeur. Les déploiements planifiés lancent un agent sur une récurrence de type cron, chaque exécution ouvrant une session neuve. Les coffres stockent les identifiants des services tiers. Anthropic écrit que ne voit jamais la clé, le bac à sable ne détenant qu'un marqueur, la vraie valeur étant injectée à la frontière réseau pour les seuls domaines autorisés.
Cette seconde brique répond à une objection que les directions informatiques posent systématiquement en atelier. Un agent autonome qui détient en clair les identifiants du CRM et de la messagerie est un risque que personne ne veut assumer. Le séparer de ses secrets change la conversation.
Combien coûte un agent hébergé chez Anthropic ?
La facture tient en deux lignes, et la page tarifaire d'Anthropic les donne sans ambiguïté. Les jetons sont facturés au tarif habituel du modèle. Le temps de session s'ajoute, à environ 7 centimes par heure, mesuré à la milliseconde et compté uniquement pendant l'exécution. Une session en attente d'une réponse ou d'une validation ne coûte rien.
L'ordre de grandeur mérite d'être posé à voix haute. Un agent qui tournerait sans interruption pendant un mois entier coûterait autour de 50 euros de temps de session. Un serveur dédié, sa surveillance et le temps d'ingénieur qui va avec dépassent ce montant largement. Le poste qui décide de la facture reste la consommation de jetons, qu'un agent mal cadré fait grimper vite.
Est-ce que ça remplace n8n, Make ou Dust ?
Non, et la confusion mérite d'être traitée de front parce qu'elle revient dans presque tous les comités de direction depuis le printemps. Un harnais d'agent et une plateforme d'automatisation ne résolvent pas le même problème. Le premier fait tourner un raisonnement autonome. La seconde fait tourner un processus métier que des équipes non techniques doivent pouvoir lire, reprendre et corriger.
J'avais posé l'argument en février 2026 dans un post sur l'infrastructure : quand un agent casse à trois heures du matin, vous ne voulez pas un terminal, vous voulez des journaux lisibles, des reprises automatiques et des alertes. C'est exactement le reproche que Managed Agents adresse, et la plateforme comble une partie réelle de ce manque avec sa console de sessions et ses webhooks.
Une partie seulement. La console d'Anthropic est réservée aux profils développeur et administrateur du compte. Un responsable ADV ou un contrôleur de gestion n'y entrera pas, et ne reprendra pas une exécution tombée en erreur. Ce que ces équipes attendent, c'est une interface métier, et elle reste à construire, chez vous ou sur une plateforme qui la fournit déjà.
| Besoin | L'outil adapté | Pourquoi |
|---|---|---|
| Tâche longue et autonome, lancée par du code | Claude Managed Agents | Bac à sable, état persisté et reprise fournis |
| Processus métier repris par des équipes non techniques | n8n ou une plateforme équivalente | Canevas lisible, reprises et alertes visuelles |
| Assistants internes branchés sur les données de l'entreprise | Dust ou équivalent | Gestion des accès et des espaces par équipe |
| Contrôle total de l'exécution et du contexte | Agent SDK auto-hébergé | Aucune boîte noire, mais toute l'infrastructure à porter |
Le raisonnement qui précède ce choix compte plus que le choix lui-même. Je l'ai détaillé dans une vidéo sur les couches d'automatisation, où je défends que l'agent est rarement la première marche. Dans beaucoup de cas, une automatisation simple ou un assistant bien configuré suffit, et coûte nettement moins cher à maintenir. Mon avis sur n8n et celui sur la plateforme Dust complètent ce panorama.
Où vivent vos données avec un agent hébergé ?
C'est la question qui décide du déploiement dans une entreprise française, et la réponse d'Anthropic est à deux étages. Le premier étage est le bac à sable auto-hébergé. Le second est une limite qu'il faut connaître avant d'engager un projet.
Avec un bac à sable auto-hébergé, l'exécution des outils quitte l'infrastructure d'Anthropic. Un programme que vous faites tourner sur vos machines réclame le travail, exécute les appels d'outils localement et renvoie les résultats. Claude continue de raisonner côté éditeur et décide de l'outil suivant. Les entrées et les sorties d'outils transitent donc toujours par le plan de contrôle d'Anthropic, et la documentation le dit clairement.
Pour le reste, l'épinglage géographique de l'inférence se règle au niveau de l'agent, avec une bascule possible session par session. Les règles de sécurité qui valent pour tout agent autonome ne changent pas, et je les ai rassemblées dans la sécurité des agents.
Multi-agents et aperçu de recherche : où en est la bêta ?
L'orchestration multi-agents est sortie de l'aperçu de recherche. Elle est documentée en bêta, sous le même en-tête que le reste du service. Un agent peut déléguer à des sous-agents dont il lit les comptes rendus, ou écrire un flux de travail dynamique, c'est-à-dire un programme qui lance de nombreux agents en arrière-plan et combine leurs résultats.
Deux briques restent en aperçu de recherche limité et demandent une demande d'accès explicite : les tunnels MCP et le mécanisme de rêve. Toute communication qui présente l'ensemble du service comme disponible sans réserve se trompe sur ces deux points.
Faut-il faire tourner vos agents IA chez Anthropic ?
Oui, si votre équipe écrit déjà du code et que l'agent travaille longtemps sur des tâches techniques. Le gain est immédiat, le temps de session représente quelques dizaines d'euros par mois et vous récupérez des semaines d'ingénierie. Le bac à sable auto-hébergé lève l'objection de résidence des données dans la plupart des configurations.
Non, si l'objectif est qu'une équipe métier reprenne la main sur un processus. Dans ce cas, le harnais règle le problème le moins coûteux et laisse entier le plus cher, celui de l'interface et de la supervision. Sur une centaine de missions, l'écart entre un agent qui fonctionne en démonstration et un agent que les équipes utilisent chaque jour s'est toujours joué là.
La bonne séquence reste la même qu'avant cette sortie. Vous cadrez le processus, vous mesurez ce qu'il coûte aujourd'hui, puis vous choisissez la couche d'automatisation la plus basse qui résout le problème. Managed Agents est un excellent outil pour la couche haute. Il ne dispense pas de vérifier que vous en avez besoin.
