Le 8 avril 2026, Anthropic a officiellement lancé la version bêta publique de Claude Managed Agents sur la plateforme Claude. Ce tout nouveau framework de gestion d'agents (Managed Agent Harness) regroupe les concepts de « boucle d'agent + exécution d'outils + conteneur sandbox + persistance d'état » dans un ensemble d'API REST. Les développeurs n'ont plus besoin de construire eux-mêmes la boucle d'agent, la couche d'appel d'outils ou l'environnement d'exécution. Il suffit d'appeler les trois points de terminaison /v1/agents, /v1/environments et /v1/sessions pour permettre à Claude d'accomplir des tâches chronophages en tant qu'agent autonome dans un bac à sable sécurisé.
Cette version bêta publique introduit également l'en-tête de requête managed-agents-2026-04-01 Beta, le nouveau jeu d'outils agent_toolset_20260401, ainsi qu'un protocole de flux d'événements basé sur les Server-Sent Events. Cet article synthétise, en s'appuyant sur la documentation officielle et les dernières notes de version, les concepts fondamentaux de Claude Managed Agents, les méthodes d'accès à l'API, le modèle d'événements et les règles de facturation. Vous trouverez également un code Python/cURL prêt à l'emploi pour tester une session d'agent géré réelle en moins de 5 minutes.

Qu'est-ce que Claude Managed Agents : Le positionnement des agents gérés
Avant de comprendre les Managed Agents, il faut clarifier leur relation avec l'API Messages classique. Anthropic propose désormais deux chemins de construction : l'API Messages est responsable de l'invocation directe du modèle, idéale pour les scénarios nécessitant un contrôle total de la boucle d'agent ; les Managed Agents fournissent un environnement d'exécution d'agent pré-construit et configurable, adapté aux charges de travail chronophages, asynchrones et nécessitant une isolation en bac à sable.
Différences de positionnement avec l'API Messages
| Dimension | API Messages | Claude Managed Agents |
|---|---|---|
| Forme | Interface de messages simple/multi-tour | Harness d'agent entièrement géré |
| Granularité du contrôle | Nécessite une boucle d'agent et une couche d'exécution d'outils maison | Clé en main, boucle et appel d'outils intégrés |
| État de la session | Maintenu par le client | Système de fichiers et historique persistants côté serveur |
| Exécution des outils | tool_use → tool_result du client |
Exécution automatique dans le conteneur sandbox |
| Cas d'utilisation | Conversation en temps réel, contrôle fin | Tâches chronophages, agents autonomes, traitements par lots |
| En-tête Beta | Activé individuellement par fonction | Activation unifiée via managed-agents-2026-04-01 |
🎯 Conseil de sélection : Si vous construisez une tâche en arrière-plan nécessitant qu'une "IA écrive du code, exécute des scripts, parcoure le web et synthétise les résultats de manière autonome", les Managed Agents seront plus simples que de connecter manuellement l'API Messages à un bac à sable fait maison. Nous vous recommandons d'effectuer un test comparatif entre les deux sur la plateforme APIYI apiyi.com pour déterminer rapidement quelle forme convient le mieux à votre activité.
Quatre concepts fondamentaux
Claude Managed Agents s'articule autour de quatre piliers :
- Agent (Agent) : Définition statique incluant le modèle, les invites système, les outils, les serveurs MCP et les compétences. Une fois créé, il peut être réutilisé par plusieurs sessions et prend en charge le versioning.
- Environment (Environnement) : Modèle de conteneur cloud décrivant les logiciels pré-installés, les politiques d'accès réseau et les fichiers montés.
- Session (Session) : Instance d'exécution spécifique associant un Agent et un Environnement, chargée d'exécuter des tâches ponctuelles ou de longue durée.
- Events (Événements) : Messages échangés entre la session et le client, incluant les messages utilisateur, les appels d'outils, les résultats d'outils, les changements d'état, etc.

Inventaire des capacités clés des Managed Agents : Sandbox, boîtes à outils et flux SSE
Maintenant que nous avons compris les quatre concepts fondamentaux, examinons les capacités concrètes offertes par la version Beta.
Sandbox de sécurité et configuration des conteneurs
Chaque session s'exécute dans un conteneur cloud isolé, doté des caractéristiques suivantes :
- Runtime préinstallé : Python, Node.js, Go et d'autres langages populaires sont prêts à l'emploi.
- Politiques réseau : Prise en charge des modes
unrestricted(illimité) et de modes réseau restreints plus stricts, pour éviter que la sandbox ne devienne un canal d'exfiltration de données. - Système de fichiers : Les fichiers au sein du conteneur sont persistants pendant toute la durée de vie de la session ; l'Agent peut les lire et les écrire sur plusieurs tours.
- Ressources montables : Possibilité de monter des fichiers de données ou des scripts au préalable dans l'environnement.
Boîte à outils intégrée agent_toolset_20260401
La version bêta publique propose un identifiant de boîte à outils unifié agent_toolset_20260401, qui permet d'activer tous les outils préconçus en une seule fois :
| Catégorie d'outil | Description de la capacité |
|---|---|
| Bash | Exécution de commandes Shell dans le conteneur, gestion des processus longs |
| Opérations fichiers | Lecture, écriture, édition, glob, grep sur les fichiers |
| Recherche Web | Requêtes réseau au niveau moteur de recherche, résultats structurés |
| Web Fetch | Récupération du contenu complet d'une URL spécifique (HTML/PDF) |
| Serveurs MCP | Connexion à des fournisseurs d'outils externes via le protocole MCP |
🎯 Conseil développeur :
agent_toolset_20260401est un "interrupteur combiné" idéal pour valider rapidement vos prototypes. Pour la production, nous recommandons d'activer uniquement les sous-ensembles nécessaires selon le principe du moindre privilège. Si vous souhaitez comparer les coûts en jetons des différents sous-ensembles d'outils via APIYI apiyi.com, il suffit de modifier l'URL de base (base_url) tout en réutilisant le même code.
Modèle d'événements en streaming (Server-Sent Events)
Contrairement à l'API Messages traditionnelle avec son modèle "une requête → une réponse", les Managed Agents adoptent un modèle piloté par événements + push SSE. Voici les types d'événements clés :
| Type d'événement | Déclenchement | Conseil pour le traitement client |
|---|---|---|
user.message |
Le client envoie un message | Appel du point de terminaison /events pour l'écriture |
agent.message |
L'agent génère une réponse textuelle | Rendu incrémentiel dans l'interface utilisateur |
agent.tool_use |
L'agent appelle un outil | Affichage du nom de l'outil et résumé des paramètres |
agent.tool_result |
Résultat d'exécution de l'outil | Affichage optionnel, utile pour le débogage |
session.status_idle |
L'agent a terminé son travail, en attente | Fermeture du flux, passage à l'interaction suivante |
session.status_running |
L'agent est en cours d'exécution | Affichage d'un indicateur de chargement |

Démarrage rapide avec Claude Managed Agents : Processus complet d'intégration API
Voici le code le plus concis pour illustrer une session Managed Agent complète. Les étapes clés incluent : créer l'Agent → créer l'Environnement → créer la Session → envoyer un message et s'abonner au flux SSE.
Prérequis
- Une clé API Claude (ou une clé compatible avec APIYI apiyi.com).
- Chaque requête doit porter l'en-tête
anthropic-beta: managed-agents-2026-04-01; le SDK officiel l'ajoute automatiquement, mais pour uncurlmanuel, vous devez le déclarer explicitement. - Mettre à jour le SDK Python vers la dernière version :
pip install -U anthropic.
Exemple minimaliste en Python
from anthropic import Anthropic
client = Anthropic(
# L'utilisation du proxy APIYI permet de réutiliser le code existant sans changer l'usage du SDK
base_url="https://api.apiyi.com",
api_key="VOTRE_CLE_API",
)
# 1. Créer l'Agent
agent = client.beta.agents.create(
name="Assistant de codage",
model="claude-sonnet-4-6",
system="Vous êtes un assistant de codage utile.",
tools=[{"type": "agent_toolset_20260401"}],
)
# 2. Créer l'Environnement (réseau illimité)
env = client.beta.environments.create(
name="env-demarrage-rapide",
config={"type": "cloud", "networking": {"type": "unrestricted"}},
)
# 3. Créer la Session
session = client.beta.sessions.create(
agent=agent.id,
environment_id=env.id,
title="Session de démarrage rapide",
)
# 4. Ouvrir le flux SSE et envoyer le message utilisateur
with client.beta.sessions.events.stream(session.id) as stream:
client.beta.sessions.events.send(
session.id,
events=[{
"type": "user.message",
"content": [{
"type": "text",
"text": "Génère les 20 premiers nombres de Fibonacci dans fibonacci.txt",
}],
}],
)
for event in stream:
if event.type == "agent.message":
for block in event.content:
print(block.text, end="")
elif event.type == "agent.tool_use":
print(f"\n[Utilisation de l'outil : {event.name}]")
elif event.type == "session.status_idle":
print("\n\nL'agent a terminé.")
break
📎 Développer pour voir la version curl équivalente
# Créer l'Agent avec l'en-tête Beta
curl -sS https://api.apiyi.com/v1/agents \
-H "x-api-key: $ANTHROPIC_API_KEY" \
-H "anthropic-version: 2023-06-01" \
-H "anthropic-beta: managed-agents-2026-04-01" \
-H "content-type: application/json" \
-d '{
"name": "Assistant de codage",
"model": "claude-sonnet-4-6",
"system": "Vous êtes un assistant de codage utile.",
"tools": [{"type": "agent_toolset_20260401"}]
}'
# La structure des requêtes pour créer l'Environnement et la Session est similaire,
# voir la documentation officielle de démarrage rapide.
# Pour s'abonner au flux SSE :
# curl -N -H "Accept: text/event-stream" \
# https://api.apiyi.com/v1/sessions/$SESSION_ID/stream
🎯 Conseil pour la réutilisation du code : La
base_urlci-dessus pointe vers APIYI apiyi.com, ce qui vous permet d'accéder aux interfaces de bêta publique des Managed Agents avec une faible latence depuis la Chine continentale. Tous les paramètres du SDK officiel, l'en-tête Beta et les types d'événements sont parfaitement compatibles, aucune encapsulation supplémentaire n'est requise.
Diagramme du processus en cinq étapes
[Client] ──1. créer agent──────────▶ [API]
[Client] ──2. créer environnement────▶ [API]
[Client] ──3. créer session────────▶ [API]
[Client] ──4. ouvrir flux SSE───────▶ [API]
[Client] ──5. envoyer user.message─────▶ [API]
◀─ agent.message / tool_use / tool_result / status_idle ──
Le cœur du processus est : les événements d'abord, la réception en flux ensuite. Nous recommandons d'ouvrir le flux SSE avant d'envoyer l'événement utilisateur pour ne manquer aucun état intermédiaire.

Règles clés des Managed Agents de Claude : limitation de débit, facturation et conformité de la marque
La version bêta publique a désormais clarifié les paramètres de production. Voici les trois règles qui préoccupent le plus les développeurs.
Règles de limitation de débit (Rate Limiting)
La limitation de débit est calculée par organisation, indépendamment des niveaux (Tier) associés à votre compte :
| Catégorie | Étendue des points de terminaison | Limite |
|---|---|---|
| Création | Interfaces de création (agents / environnements / sessions, etc.) | 60 requêtes / minute |
| Lecture | Requêtes et abonnements (retrieve / list / stream, etc.) | 600 requêtes / minute |
Par ailleurs, les quotas de consommation au niveau de l'organisation et les plafonds de vitesse des niveaux (Tier) restent en vigueur. Pour les tâches d'agents par lots à haute concurrence, vous devez planifier votre limitation de débit en amont, ou répartir la charge sur plusieurs pools de comptes via le service proxy API APIYI (apiyi.com).
Modèle de facturation
La facturation des Managed Agents se compose de deux parties :
- Frais d'exécution de session : 0,08 $ par heure de session.
- Frais liés aux jetons (tokens) du modèle : facturés selon le tarif standard du modèle Claude sélectionné (par ex. Sonnet 3.5 / Opus 3.5).
Il n'y a pas d'abonnement supplémentaire ni de frais d'infrastructure fixes. Cela signifie que les sessions inactives mais non fermées continuent d'être facturées à l'heure. Veillez absolument à appeler l'interface de terminaison une fois la tâche terminée.
Points sur la conformité de la marque
Anthropic impose des contraintes claires aux partenaires concernant l'utilisation de la marque Claude :
- ✅ Autorisé :
Claude Agent,Claude(dans le contexte d'un menu),{YourAgentName} Powered by Claude. - ❌ Interdit : les noms comme
Claude Code,Claude Code Agent,Claude Cowork, etc. ; il est interdit d'imiter l'art ASCII ou les éléments visuels de Claude Code.
🎯 Conseil de conformité : pour les produits d'agents managés livrés aux entreprises, il est recommandé de mettre en avant votre propre marque et d'utiliser uniquement la mention "Powered by Claude" dans les notes techniques. Si vous avez besoin d'une autorisation de marque officielle ou d'une interface utilisateur modélisée, vous pouvez obtenir des directives de connexion via les canaux de partenariat sur APIYI (apiyi.com).
Cas d'utilisation typiques des Managed Agents de Claude : quels projets migrer en priorité ?
Bien que certaines fonctionnalités de la version bêta publique (outcomes, multiagent, mémoire) soient encore en phase de prévisualisation (Research Preview), les quatre scénarios suivants sont déjà prêts pour une mise en production.
Quatre types de charges de travail idéales pour une migration immédiate
| Scénario | Pourquoi utiliser les Managed Agents ? | Exemples de tâches types |
|---|---|---|
| Génération de code automatisée | Outils Bash + File intégrés, bac à sable (sandbox) prêt pour les tests | Écriture automatique de PR selon un ticket, génération de squelette de projet |
| Collecte de données et rapports | Intégration Web Search + Web Fetch | Surveillance de l'opinion publique, rapports hebdomadaires sur la concurrence |
| Traitement de données longue durée | Persistance des conteneurs + événements asynchrones | Nettoyage de CSV, analyse de journaux, conversion par lots |
| Workflow multi-outils | Connexion MCP + flux d'événements unifié | Agent SOP connecté à Jira / Slack / API internes |
Scénarios déconseillés pour le moment
- Conversations en temps réel à très faible latence : le démarrage de la session et la surcharge SSE (Server-Sent Events) ne sont pas adaptés aux interfaces UI nécessitant une réactivité à la milliseconde.
- Déploiement local soumis à des règles de conformité strictes : les Managed Agents sont un service cloud, ils ne prennent pas en charge le déploiement sur site (on-prem).
- Projets de recherche nécessitant une boucle d'agent entièrement personnalisée : nous recommandons toujours d'utiliser l'API Messages pour construire votre propre boucle.
🎯 Conseil pour la migration : testez vos agents actuels basés sur "Messages API + outils maison" en créant une implémentation équivalente via les Managed Agents. Utilisez la même invite (prompt) pour comparer les coûts en tokens et le taux de réussite. Grâce à APIYI (apiyi.com), vous pouvez utiliser la même clé pour accéder aux deux types d'interfaces, évitant ainsi de devoir changer de clé lors de vos tests comparatifs.
FAQ : Éviter les pièges lors de la prise en main des Managed Agents
Q1 : Faut-il attacher manuellement managed-agents-2026-04-01 ?
Si vous utilisez les SDK officiels (Python / TypeScript / Go / Java / C# / Ruby / PHP), ce n'est pas nécessaire ; le SDK l'injecte automatiquement via le chemin Beta. Vous n'avez besoin d'ajouter explicitement anthropic-beta: managed-agents-2026-04-01 que si vous utilisez un curl natif ou un client HTTP personnalisé. Nous vous recommandons de conserver les requêtes sur le chemin standard lorsque vous passez par le service proxy API APIYI (apiyi.com) pour une compatibilité optimale.
Q2 : La session est-elle perdue si le flux SSE est interrompu ?
Non. L'historique des événements de la session est persisté côté serveur. Après une déconnexion, il suffit de se reconnecter au point de terminaison /v1/sessions/{id}/stream pour continuer à recevoir les événements suivants ; l'API renverra les données depuis la mémoire tampon du point d'arrêt. C'est une différence majeure avec l'API Messages, qui fonctionne sur le mode "une requête, une réponse".
Q3 : Comment interrompre un agent en cours d'exécution ?
Les Managed Agents prennent en charge le pilotage en cours d'exécution (mid-execution steering) : envoyez simplement un nouveau user.message au point de terminaison /events de la même session pour interrompre la boucle d'appel d'outil en cours et changer de direction. Vous pouvez également forcer l'arrêt de la session via le point de terminaison dédié à l'interruption.
Q4 : Dans quels cas les frais de session sont-ils générés ?
Tant qu'une session est à l'état "exécutable", elle est facturée 0,08 $/heure, même si l'agent est en status_idle. Il est conseillé de fermer explicitement la session une fois la tâche terminée pour éviter des coûts inutiles. En utilisant le tableau de bord de facturation détaillé d'APIYI (apiyi.com), vous pouvez rapidement identifier les sessions inactives anormales.
Q5 : Quels modèles Claude sont pris en charge par les Managed Agents ?
La version bêta publique prend actuellement en charge les trois modèles principaux : Claude Sonnet 4.6, Claude Opus 4.6 et Claude Haiku 4.5. La fenêtre de contexte étendue (1M de jetons) est disponible par défaut sur Opus 4.6 et Sonnet 4.6, sans nécessiter d'en-tête Beta supplémentaire.
Q6 : Est-il possible de migrer des Agent Skills / serveurs MCP existants ?
Oui. Vous pouvez déclarer directement la liste des serveurs MCP et les références aux compétences (Skills) dans la définition de l'agent. Les Managed Agents réutilisent le protocole Agent Skills Beta publié en octobre 2025 ; vos packs de compétences existants peuvent donc être intégrés sans modification.
Conclusion : Un changement de paradigme de développement avec les Managed Agents
Le lancement de la version bêta publique des Claude Managed Agents marque l'intégration officielle par Anthropic de l'infrastructure d'agents dans sa gamme de produits. Pour les développeurs, la valeur de cette mise à jour ne réside pas dans une fonctionnalité isolée, mais dans l'élimination simultanée des cinq points de friction majeurs de la construction de systèmes d'agents : l'implémentation des boucles, l'exécution des outils, l'isolation en bac à sable (sandbox), la persistance de l'état et le protocole de flux d'événements. Il suffit d'ajouter l'en-tête Beta managed-agents-2026-04-01 et d'appeler trois points de terminaison pour transformer Claude en un véritable "agent autonome exécutable".
Combinés aux derniers modèles Claude Sonnet 4.6 / Opus 4.6, à la fenêtre de contexte de 1M de jetons, aux Agent Skills et à la mise en cache automatique, les Managed Agents offrent pour la première fois une voie de déploiement de niveau entreprise pour les agents d'arrière-plan asynchrones, à longue durée d'exécution et multi-outils. Nous vous conseillons de commencer par des scénarios à faible risque (comme les rapports automatisés ou la génération de squelettes de code) avant de migrer vos processus critiques.
🎯 Conseil d'action : Pour les équipes prêtes à migrer, nous recommandons de pointer votre
base_urlvers APIYI (apiyi.com). Cela vous permet de réutiliser votre code SDK officiel tout en bénéficiant d'un accès stable depuis la Chine, et de tester en parallèle l'API Messages et les Managed Agents pour éclairer vos décisions d'architecture.
— Équipe APIYI (L'équipe technique d'apiyi.com)
