TrueFoundry parie que les entreprises posséderont leur propre environnement d'exécution d'agents
.jpeg)
Built for Speed: ~10ms Latency, Even Under Load
Blazingly fast way to build, track and deploy your models!
- Handles 350+ RPS on just 1 vCPU — no tuning needed
- Production-ready with full enterprise support
TrueFoundry a officiellement lancé TrueForge le 19 août, au lendemain de la publication du projet. Il s'agit d'un environnement d'exécution d'agents sous licence MIT que les entreprises déploient au sein de leur propre infrastructure.
L'entreprise cible les Claude Managed Agents, le service d'agents hébergé qu'Anthropic a ouvert en bêta publique le 8 avril. Selon TrueFoundry, ce changement permet de réduire les coûts opérationnels globaux des agents de 50 %.
Nikunj Bajaj, cofondateur et PDG de TrueFoundry, m'a expliqué le positionnement du produit lors de notre entretien avant le lancement : « Nous proposons un équivalent open source aux Claude Managed Agents. »
Cet environnement d'exécution est la couche à laquelle les entreprises pensent le moins. Il s'agit du moteur qui enveloppe un modèle pour transformer une instruction en travail concret : il planifie la tâche, conserve l'état de la session, compresse le contexte lorsque la conversation dépasse la fenêtre disponible, isole l'exécution du code et marque une pause pour obtenir une validation humaine avant toute action irréversible. Les plateformes d'agents gérées intègrent généralement leur propre moteur d'orchestration, lequel est rarement transférable lorsque le modèle sous-jacent change.
Au cœur de l'environnement
Dans sa conception, TrueForge construit l'agent à partir d'une instruction en langage naturel plutôt qu'à partir d'un fichier maintenu par un développeur. L'utilisateur décrit le résultat souhaité en une ou deux phrases. L'environnement demande alors un plan au modèle, puis l'exécute en s'appuyant sur les modèles, serveurs MCP, compétences et sous-agents configurés dans l'environnement. Il assure le suivi des résultats de chaque appel d'outil, détermine ce qui doit être compressé avant l'appel suivant au modèle et décide si une étape est suffisamment sensible pour être exécutée dans un bac à sable isolé.
Le chargement différé des outils est un aspect crucial de cette boucle. TrueForge ne charge que les outils nécessaires à la tâche en cours, évitant ainsi qu'un catalogue volumineux n'encombre la fenêtre de contexte dès le début de la session. Bajaj a cité le cas de serveurs MCP exposant jusqu'à 2 000 définitions d'outils comme étant le facteur ayant imposé ce choix de conception.
Bajaj ne présente pas cet outil comme une machine à raisonner sollicitant un modèle de pointe à chaque étape. « Tout ce qui peut être accompli par des étapes déterministes doit l'être. » Lorsqu'un développeur souhaite un contrôle plus strict, le graphe reste sous son entière maîtrise et seules les étapes de raisonnement sont déléguées. Cette approche devrait séduire les équipes qui privilégient une logique applicative déterministe encadrant un raisonnement limité.
TrueForge s'exécute dans un processus unique avec SQLite pour les tâches locales, tandis que les déploiements partagés utilisent Postgres et Redis avec Docker Compose ou Helm. Kubernetes n'est pas requis, pas plus que les GPU, car l'environnement a seulement besoin de la capacité de créer et de supprimer des conteneurs isolés. Les GPU n'interviennent que lorsque le client héberge lui-même ses modèles.
La gouvernance est renforcée lorsqu'elle est associée à l'AI Gateway de TrueFoundry. TrueForge peut communiquer directement avec les modèles et serveurs MCP fournis par le client en utilisant ses propres clés. Les entreprises qui l'associent à l'AI Gateway commerciale de TrueFoundry peuvent en outre acheminer ces interactions via une couche centrale pour gérer les budgets, le contrôle d'accès basé sur les rôles, les garde-fous et les traces unifiées.
TrueForge face aux Claude Managed Agents
Le produit d'Anthropic n'est pas une simple interface légère, et la comparaison est d'autant plus pertinente. Claude Managed Agents associe un environnement d'exécution optimisé à des sessions persistantes, une exécution de code en bac à sable, des coffres-forts d'identifiants, des permissions délimitées, la prise en charge du protocole MCP, des validations et un suivi d'exécution. Rakuten l'a déployé dans ses services produit, vente, marketing et finance. La tarification repose sur les tarifs standards des jetons de modèle, auxquels s'ajoutent 0,08 $ par heure de session active, hors temps d'inactivité.
L'écart s'est réduit depuis avril. Managed Agents est un plan de contrôle hébergé par Anthropic et construit autour de Claude, bien que les clients puissent connecter leurs propres bacs à sable pour l'exécution des outils depuis fin mai. Anthropic précise également ne provisionner les environnements d'exécution que lorsqu'une tâche le nécessite, ce qui se rapproche du fonctionnement de TrueForge. La distinction entre les deux produits réside donc davantage dans le choix du modèle que dans la gestion des bacs à sable. TrueFoundry indique que TrueForge prend en charge OpenAI, Anthropic, Google Gemini et plus de 20 autres modèles, ainsi que plus de 40 outils intégrés et tout point de terminaison compatible avec OpenAI.
Bajaj a formulé l'argument de la propriété en termes très directs lors de notre échange. « Vous ne dépendez pas d'un tiers pour la maintenance de certains des logiciels les plus critiques, générés automatiquement au sein de votre entreprise », a-t-il déclaré pour souligner l'intérêt pour les grandes entreprises. L'auto-hébergement ne supprime pas ce risque, il le déplace : une équipe plateforme devient désormais responsable d'un environnement d'exécution qui écrit et exécute du code.
TrueFoundry affirme qu'Automatiq et NetApp utilisent des charges de travail agentiques sur son infrastructure. Son propre assistant, Ask TFY, repose sur le même code, ce qui constitue une preuve de concept bien plus convaincante qu'un simple logo client.
Là où les preuves s'arrêtent
L'annonce d'une réduction de 50 % nécessite des nuances, et il faut reconnaître à TrueFoundry le mérite de rendre cette vérification possible. L'entreprise a publié un benchmark reproductible basé sur 14 tâches de niveau 1 et 2 issues de l'Enterprise-Bench de DevRev, avec trois essais par configuration et une évaluation à l'aveugle des modèles. TrueForge s'est révélé environ 30 % moins cher que Claude Managed Agents lorsque les deux utilisaient Opus 4.8, et environ 75 % moins cher lorsque TrueForge utilisait GLM-5.2. Aucun de ces résultats ne garantit une réduction de 50 % des coûts opérationnels totaux d'une entreprise une fois les infrastructures et les ressources humaines prises en compte.
Ce test est également limité et réalisé par le fournisseur lui-même. GLM-5.2 a obtenu un score de 11,7 sur 14, contre 10,7 pour Claude Managed Agents sur Opus 4.8 ; un résultat intéressant qui mérite une réplication indépendante avant de fonder une stratégie de modèle sur ces données.
La gouvernance du projet reste une question ouverte. Une licence MIT sur un dépôt appartenant à un seul fournisseur n'équivaut pas à une gestion neutre, et Bajaj m'a indiqué que l'adhésion à une fondation n'était pas encore décidée.
La reproductibilité est un autre point à surveiller. TrueForge conserve les sessions et expose les traces, ce n'est donc pas une boîte noire. Cependant, lorsque le flux de contrôle est généré à l'exécution plutôt qu'écrit sous forme de graphe, reproduire une défaillance six semaines plus tard dépend de la disponibilité de traces complètes, de versions de modèles figées et d'une configuration versionnée.
Ce que cela signifie pour les acheteurs
La première question pour les acheteurs en entreprise est celle de la portabilité. Si l'infrastructure est remplacée, quelle part de la définition de l'agent survit, sachant qu'il n'y a aucun artefact de code à transférer ? La seconde question concerne l'imputation des coûts : lorsque les appels d'outils doublent, quelqu'un doit déterminer si le compteur qui s'affole relève du fournisseur de modèle ou de l'infrastructure que le client gère et pour laquelle il emploie du personnel.
Pour les fournisseurs, la pression vient d'une direction qu'ils n'avaient pas anticipée dans leur tarification. Les modèles à poids ouverts deviennent de plus en plus compétitifs sur certaines charges de travail agentiques. Si cette tendance se confirme sur des tâches plus complexes, l'environnement d'exécution hébergé ne sera plus la seule voie crédible vers la production, et Anthropic, Google et AWS devront chacun justifier en quoi leur solution justifie l'infrastructure à laquelle elle lie leurs clients.
TrueForge est un pari calculé : les entreprises préféreraient gérer leur propre environnement d'exécution d'agents plutôt que de le louer. Le raisonnement est convaincant et cohérent, même là où la promesse d'économie dépasse les preuves publiées. Il sera intéressant de voir si la communauté développe les spécialisations verticales attendues par Bajaj, car c'est ce qui transformerait une infrastructure bien conçue en une plateforme sur laquelle les entreprises des secteurs de la finance, du droit et du support pourraient se standardiser.
Lire l'article complet ici : https://www.forbes.com/sites/janakirammsv/2026/08/19/truefoundry-bets-enterprises-will-own-their-agent-runtime/
TrueFoundry AI Gateway delivers ~3–4 ms latency, handles 350+ RPS on 1 vCPU, scales horizontally with ease, and is production-ready, while LiteLLM suffers from high latency, struggles beyond moderate RPS, lacks built-in scaling, and is best for light or prototype workloads.
The fastest way to build, govern and scale your AI














.jpeg)


.jpeg)
.webp)











