La réponse courte
Un cloud agent-native est une infrastructure conçue pour exécuter et gouverner des agents IA autonomes — exécution en sandbox, orchestration multi-agents, traçage en temps réel et identité restreinte — plutôt que pour héberger uniquement des services sans état. Alibaba Cloud lui a donné un nom et une gamme de produits à la WAIC 2026, mais le même plan de contrôle émerge chez AWS, Microsoft et Google. La nouvelle, c'est la direction, pas la marque.
Pour les équipes US et UE, la leçon n'est pas « passez à Alibaba Cloud » — la résidence des données et les achats l'excluent pour la plupart. C'est que livrer des agents IA en production dépend désormais des capacités de la plateforme, et vous devriez les exiger du cloud que vous exploitez déjà.
Ce qu'Alibaba a réellement annoncé
S'exprimant à la World Artificial Intelligence Conference de Shanghai le 18 juillet 2026, Qi Zhou, qui dirige la Cloud-Native Application Platform d'Alibaba Cloud, a présenté ce que l'entreprise appelle un Agent Native Cloud : une pile destinée à couvrir tout le cycle de vie des agents IA d'entreprise, avec la gouvernance intégrée. Deux produits sont nouveaux. AgentLoop fournit un traçage, une évaluation et une optimisation en temps réel des performances des agents — en somme de l'observabilité et de l'APM pour agents. AgentTeams gère la coordination et la gouvernance entre plusieurs agents, afin qu'une organisation puisse piloter des workflows multi-agents complexes plutôt qu'un fouillis de bots déconnectés. Les deux étendent AgentRun, la plateforme existante d'Alibaba pour développer, déployer et exploiter des agents.
En dessous se trouve Agentic Computer, un environnement d'exécution sécurisé doté de sandboxes natifs, d'une forte isolation des charges de travail, d'une mise à l'échelle élastique et d'une intégration de l'identité d'entreprise — le runtime dans lequel un agent agit réellement. Alibaba a aussi montré un service d'inférence TokenWorks qui regroupe le routage des requêtes, l'exécution, la réutilisation du calcul et l'ordonnancement pour réduire le coût des appels aux grands modèles. Pour les équipes qui raisonnent déjà en termes de cloud et DevOps, la forme est familière : un runtime, une couche d'orchestration, une couche d'observabilité et une couche de coûts, réassemblés autour des agents plutôt que des requêtes. La preuve phare d'Alibaba était interne — l'entreprise affirme que 15 agents coordonnés absorbent désormais 85 % de sa charge de support développeur, réduisant le temps de support d'environ 90 % et comprimant certains cycles de release à une seule journée.
Pourquoi « agent-native » est plus qu'une étiquette
Il est légitime de se méfier d'un nouveau préfixe marketing, mais il y a une véritable revendication technique en dessous. Un service cloud classique répond à une requête puis l'oublie. Un agent ne se contente pas de répondre — il agit : il appelle des outils, exécute du code, écrit dans des systèmes et dépense de l'argent, souvent sur de nombreuses étapes et parfois selon son propre calendrier. Cela change le modèle de défaillance. Une mauvaise sortie devient une action concrète, si bien que chaque exécution d'agent doit avoir lieu dans un sandbox isolé, avec une identité restreinte au moindre privilège, où un prompt empoisonné ou une étape défectueuse ne peut pas dépasser son rayon d'impact.
« Agent-native » est la reconnaissance que l'isolation, l'orchestration, le traçage et l'identité ne sont pas des ajouts que l'on greffe après un proof of concept — ils sont la plateforme. C'est là que l'héritage de l'orchestration de conteneurs paie : les mêmes disciplines que les équipes ont apprises avec Kubernetes — isolation des charges de travail, ordonnancement, identité, quotas — sont exactement ce dont un runtime d'agent a besoin, appliquées désormais à des charges non déterministes qui peuvent décider de faire quelque chose que vous n'avez pas explicitement scripté. Comme l'a formulé Qi Zhou, la prochaine phase de la concurrence ne se jouera pas sur le nombre d'agents qu'une organisation déploie, mais sur sa capacité à en faire des actifs contrôlables, réutilisables et collaboratifs. C'est une déclaration sur la gouvernance, pas sur le modèle.
La convergence qui n'appartient à aucun fournisseur
La raison pour laquelle ce lancement compte hors de Chine, c'est qu'il n'a rien d'unique. Ôtez le branding et le plan de contrôle d'Alibaba fait écho à ce que les hyperscalers occidentaux ont livré sur la même période : AWS Bedrock AgentCore, Agent 365 de Microsoft et l'outillage d'agents de Google offrent tous un ensemble parallèle de primitives — un runtime managé, l'orchestration multi-agents, l'évaluation et le traçage, et l'identité d'entreprise. Quand quatre grands clouds arrivent indépendamment à la même architecture en l'espace d'un an, ce n'est plus un pari ; c'est le standard émergent de la façon dont les agents sont exécutés en production.
Pour les acheteurs, la convergence est une bonne nouvelle : elle réduit le risque de s'engager sur une plateforme d'agents, car la forme se stabilise et les concepts se transposent d'un fournisseur à l'autre. Elle affûte aussi la vraie question. Le facteur différenciant n'est plus « ce cloud a-t-il un produit d'agents » — ils en auront tous — mais la qualité réelle de son isolation, de son observabilité, de son identité et de ses contrôles de coûts, et leur adéquation à votre posture de conformité. C'est un exercice de due diligence, et il est spécifique à chaque cloud.
Ce que cela signifie pour les équipes logicielles US & UE
Commençons par ce que ce n'est pas : une raison d'adopter Alibaba Cloud. Pour la plupart des organisations US et UE, les règles de résidence des données, la politique d'achats et le climat réglementaire plus large font d'un hyperscaler chinois un non-partant pour les charges de production — et rien de tout cela n'est un jugement technique. La valeur de l'annonce est celle d'un signal de marché sur lequel vous pouvez agir avec le cloud que vous exploitez déjà.
Le signal, c'est que les agents passent des expérimentations à l'infrastructure gouvernée, et les équipes qui gagnent sont celles qui les traitent déjà ainsi. Si vos agents fonctionnent aujourd'hui comme des scripts faiblement cadrés, avec des clés d'API larges et sans sandbox d'exécution, c'est précisément la lacune que met en lumière la tendance agent-native. Dans un contexte réglementé — une FinTech où un agent pourrait déplacer de l'argent, ou la santé où il touche des données patient — l'isolation, l'identité restreinte et la traçabilité complète que livrent Alibaba, AWS et Microsoft ne sont pas des options ; ce sont elles qui rendent un agent suffisamment auditable pour le présenter à un régulateur ou à un examen de sécurité d'entreprise.
Concrètement, le recadrage est le suivant : la partie difficile des agents en production n'est plus le modèle. C'est la capacité de répondre, à tout moment, à ce qu'un agent a fait, pourquoi, avec les autorisations de qui, à quel coût, et s'il est resté conforme à la politique — et de le reproduire ou de revenir en arrière. C'est exactement l'ensemble de capacités que chaque plateforme agent-native s'efforce de fournir, et c'est celui dont votre propre pile a désormais besoin, sur le cloud que vous avez choisi.
Comment bâtir agent-native sur votre propre cloud
Vous n'avez pas besoin d'un nouvel hyperscaler pour en tirer les bénéfices. Vous devez exiger les mêmes primitives de la plateforme que vous exploitez déjà.
- Mettez chaque exécution d'agent en sandbox. Exécutez les actions des agents dans des environnements isolés et éphémères, avec une identité au moindre privilège, afin qu'un agent compromis ou défaillant ne puisse pas dépasser son rayon d'impact.
- Donnez à chaque agent une identité restreinte. Remplacez les clés d'API partagées et larges par des identifiants éphémères, propres à chaque agent et liés à une identité réelle, afin que chaque action soit attribuable et révocable.
- Rendez le comportement observable. Adoptez le traçage et l'évaluation pour les agents comme vous le faites déjà pour les services — capturez la trajectoire complète, étape par étape, pas seulement la réponse finale, afin de pouvoir déboguer et auditer.
- Orchestrez délibérément les workflows multi-agents. Définissez comment les agents se transmettent le relais, escaladent et sont supervisés, plutôt que de laisser un essaim de bots croître de façon anarchique.
- Mettez les contrôles de dépenses en amont. Mesurez et plafonnez l'usage des tokens et des outils par agent et par workflow avant de passer à l'échelle, afin que des boucles autonomes ne fassent pas grimper la facture en silence.
- Gardez le tout portable. Privilégiez les concepts que les clouds partagent désormais — runtime, orchestration, traçage, identité — à la colle propriétaire d'un seul fournisseur, afin de pouvoir changer si nécessaire.
L'Agent Native Cloud d'Alibaba ne figurera pas sur la plupart des feuilles de route US et UE, et c'est très bien. Lisez-le plutôt comme la confirmation, par un autre hyperscaler, que l'industrie a dépassé le « les agents peuvent-ils accomplir la tâche ? » pour arriver au « pouvez-vous les exécuter en toute sécurité, à moindre coût et de façon responsable, à grande échelle ? » Les équipes qui intègrent cela tôt aborderont la prochaine vague de projets d'agents avec de l'infrastructure, pas de l'improvisation.
Foire aux questions
Qu'est-ce qu'un cloud agent-native ?
Une infrastructure conçue dès le départ pour construire, exécuter, gouverner et observer des agents IA autonomes plutôt que pour héberger uniquement des services web sans état. Elle rassemble un runtime en sandbox avec isolation des charges de travail, une couche d'orchestration pour coordonner plusieurs agents, un traçage et une évaluation en temps réel du comportement des agents, et une identité d'entreprise afin qu'un agent agisse avec un ensemble d'autorisations connu et restreint. Alibaba a employé le terme à la WAIC 2026, mais le même schéma de plan de contrôle apparaît dans AWS Bedrock AgentCore, Microsoft Agent 365 et l'outillage d'agents de Google.
Qu'a annoncé Alibaba Cloud à la WAIC 2026 ?
Le 18 juillet 2026 à Shanghai, Alibaba Cloud a dévoilé son Agent Native Cloud. Il a présenté AgentLoop pour le traçage, l'évaluation et l'optimisation en temps réel, et AgentTeams pour coordonner et gouverner plusieurs agents, tous deux en extension de la plateforme de cycle de vie AgentRun existante. La suite comprend aussi Agentic Computer, un runtime en sandbox avec isolation des charges de travail, mise à l'échelle élastique et identité d'entreprise, ainsi qu'une couche d'inférence TokenWorks. Alibaba a indiqué que 15 agents internes coordonnés traitent désormais 85 % des demandes de support des développeurs.
Les équipes US et UE devraient-elles adopter Alibaba Cloud pour les agents IA ?
Pour la plupart, non — principalement pour des raisons de résidence des données, d'achats et de réglementation plutôt que de technologie. La valeur de l'annonce réside dans le schéma, pas dans le fournisseur : les grands clouds convergent vers le même plan de contrôle agent-native. Construisez cette capacité sur le cloud que vous exploitez déjà, qu'il s'agisse d'AWS Bedrock AgentCore, de Microsoft Agent 365 ou de la pile d'agents de Google, et exigez les mêmes primitives — runtime en sandbox, orchestration multi-agents, traçage et identité restreinte.
Pourquoi les agents IA ont-ils besoin de sandboxing et d'isolation ?
Parce qu'un agent ne se contente pas de répondre, il agit : il appelle des outils, exécute du code, écrit dans des systèmes et dépense de l'argent. Cela transforme une mauvaise sortie en action concrète, si bien que chaque exécution d'agent doit se dérouler dans un sandbox isolé avec une identité au moindre privilège, afin qu'un prompt compromis ou une étape défectueuse ne puisse pas dépasser son rayon d'impact. L'isolation, des identifiants restreints et une traçabilité complète distinguent un agent de production gouverné d'une démo — et c'est la partie la plus difficile à ajouter après coup.
Quelle est la différence entre exécuter un agent et le gouverner ?
Exécuter un agent signifie qu'il accomplit une tâche une fois. Le gouverner signifie que vous pouvez répondre, à tout moment, à ce qu'il a fait, pourquoi, avec les autorisations de qui, à quel coût et s'il est resté conforme à la politique — et le reproduire ou revenir en arrière. La gouvernance exige traçage et évaluation, versionnage, règles de coordination multi-agents et contrôles de dépenses. La tendance du cloud agent-native, c'est l'industrie qui admet que la gouvernance, et non la capacité brute, est désormais le goulot d'étranglement pour mettre des agents en production.
Sources
Alibaba Cloud — Alibaba Cloud Unveils Agent-Native Innovations at WAIC 2026 (source primaire)
Crypto Briefing — Alibaba Cloud launches Agent Native Cloud to scale enterprise AI agents
Digital Applied — Alibaba's Agent-Native Cloud: AgentLoop, AgentTeams and AgentRun (analyse)