Anthropic lance Managed Agents : le TTFT chute de 60% après la séparation du « cerveau » et des « mains »

Anthropic a lancé Managed Agents, un service hébergé de la Claude Platform qui exécute des tâches d'agents de longue durée pour le compte de l'utilisateur. Le chiffre clé côté ingénierie : après la séparation du « cerveau » (Claude et son harness) et des « mains » (sandbox et outils), le temps médian avant le premier jeton a baissé d'environ 60%, et le 95e centile de plus de 90%. L'équipe détaille l'architecture sur le blog Anthropic Engineering.

Pourquoi l'ancienne architecture ne tenait pas

La première version était simple : la session, le harness et le sandbox vivaient dans un même conteneur. Les modifications de fichiers devenaient des appels système directs, et il n'y avait aucune frontière de service à concevoir. Mais les ingénieurs se sont retrouvés avec un « animal de compagnie » au sens de l'analogie pets vs cattle : un serveur nommé, qu'on ne peut pas perdre et qu'il faut chouchouter. Si le conteneur tombait, la session était perdue.

Le débogage posait problème. La seule fenêtre sur l'intérieur était le flux d'événements WebSocket, qui ne permettait pas de distinguer un bug du harness, un paquet perdu ou un conteneur déconnecté. Pour comprendre, l'ingénieur aurait dû ouvrir un shell dans le conteneur, où se trouvent souvent des données utilisateur. En pratique, il n'avait donc aucun moyen de déboguer.

Second défaut : le harness partait du principe que tout ce que Claude manipule se trouve à proximité. Les clients qui voulaient connecter Claude à leur VPC devaient soit établir un peering réseau avec Anthropic, soit exécuter le harness chez eux.

Comment fonctionne la séparation

Anthropic a virtualisé les composants de l'agent sur le modèle des systèmes d'exploitation, où des abstractions comme le processus ou le fichier ont survécu aux changements de matériel. Trois interfaces ont été définies : session (un journal d'événements en ajout seul), harness (la boucle qui appelle Claude et route ses requêtes vers les outils) et sandbox (l'environnement d'exécution du code).

Le harness appelle désormais le conteneur comme n'importe quel autre outil : execute(name, input) → string. Si le conteneur tombe, le harness reçoit une erreur d'appel et la transmet à Claude, qui peut en demander un nouveau via provision({resources}). Le harness lui-même est devenu interchangeable : le journal étant stocké à l'extérieur, une nouvelle instance démarre après une panne via wake(sessionId), relit l'historique avec getSession(id) et reprend au dernier événement. L'écriture passe par emitEvent(id, event).

La sécurité a été retravaillée à part. Auparavant, le code généré par Claude s'exécutait à côté des identifiants, et il suffisait à une prompt injection de convaincre le modèle de lire son propre environnement. Désormais, les jetons ne sont plus accessibles depuis le sandbox. Pour Git, le jeton du dépôt sert à l'initialisation, pour cloner et lier le remote local, de sorte que push et pull fonctionnent sans que l'agent accède au jeton. Pour les outils personnalisés via MCP, les jetons OAuth sont conservés dans un coffre sécurisé, et les appels passent par un proxy qui reçoit le jeton de session. Le harness ne voit pas les identifiants.

La session n'est pas la fenêtre de contexte

Pour les tâches qui dépassent le contexte du modèle, on recourt généralement à la compaction, à un memory tool et à l'élagage des anciens résultats d'outils. Toutes ces méthodes sont irréversibles : on ne sait pas à l'avance ce qui sera utile plus tard. Dans Managed Agents, le journal de session joue le rôle d'objet de contexte situé hors de la fenêtre de Claude. Via getEvents(), le cerveau lit des tranches du flux : il reprend là où il s'était arrêté, revient en arrière avant un moment clé, relit le contexte avant d'agir. Les transformations (notamment pour obtenir un fort taux de succès du prompt cache) restent du ressort du harness.

Métriques et propriétés clés

• p50 TTFT : baisse d'environ 60%.
• p95 TTFT : baisse de plus de 90%.
• Le conteneur n'est créé que sur demande d'un outil : les sessions sans sandbox n'attendent donc ni le clonage du dépôt ni le démarrage du processus.
• L'interface execute(name, input) → string couvre les outils personnalisés, les serveurs MCP et les outils propres à Anthropic.
• Le harness ignore ce qui se cache derrière une « main » : un conteneur, un téléphone ou un émulateur Pokémon.

Ce qu'il faut en retenir

Toute cette construction répond à l'obsolescence des hypothèses. Anthropic cite l'exemple de l'« anxiété de contexte » de Sonnet 4.5, qui poussait le modèle à terminer ses tâches prématurément.

Des réinitialisations de contexte dans le harness corrigeaient le problème, mais ce comportement a disparu avec Opus 4.5, et ces réinitialisations sont devenues un poids mort. Pour les équipes qui construisent des agents, la leçon est la suivante : gardez l'état en dehors de l'exécuteur, ne placez pas de secrets à côté du code du modèle et considérez chaque béquille du harness comme temporaire.

Le service est proposé comme un méta-harness : on peut y lancer Claude Code ou des harness très spécialisés. La documentation de mise en route est disponible sur la plateforme d'Anthropic.