Cloudflare a roll out une plateforme d'infrastructure d'agent AI complète à six layers sur deux mois. Layer Compute : Dynamic Workers pour les tâches lightweight (lint, typecheck, API calls) plus Sandboxes avec full Linux containers et secure credential injection. Orchestration : Dynamic Workflows — une library à peu près 300 lignes qui enable des per-tenant workflow differences at runtime. Memory : service Agent Memory qui extract des structured conversation data avec parallel search capabilities. Browsing : Browser Run rebuildé sur la plateforme Containers de Cloudflare — 4x plus de concurrency (120 browsers simultanés, up de 30), response times 50% plus rapides pour les quick actions, support WebGL et WebMCP. Commerce : intégration Stripe qui laisse les agents create autonomously des comptes, register des domaines, et deploy des workloads production. Storage et state : D1 avec Queues qui handle des opérations transactional at scale. Le rebuild Browser Run s'est séparé du produit Browser Isolation de Cloudflare (qui handle les long human sessions), migré vers des dedicated regional container pools, et remplacé le KV storage par D1 et Queues pour le transactional state management.

Pourquoi ça matter comme builder infrastructure. Le stack à 6 layers c'est ce que les systèmes agentic production ont actually need : un endroit pour rouler du code, un way pour coordonner les steps, une memory persistante, un browser, une primitive de payments, et du durable transactional state. La plupart des produits agent de lab (Anthropic Managed Agents shippé le 19 mai, Google Antigravity 2.0 depuis Gemini I/O, AWS Bedrock Agents) couvrent quelques-unes de ces couches mais laissent des gaps. Le positioning de Cloudflare : AWS Bedrock manque le managed browser et memory ; le GKE Agent Sandbox de Google est Kubernetes-natif plutôt que managed-platform. Le différentiateur de Cloudflare c'est l'intégration verticale edge-distribuée — les agents tournent où les users sont, avec Workers comme substrate compute et D1/Queues comme la layer de state durable. La primitive Commerce intégrée à Stripe c'est l'inhabituelle — laisser un agent register un domaine ou deploy un workload production sans handoff de credential humain c'est le genre de capability qui close le gap entre « agent fait de la recherche » et « agent ship un produit ». La library Dynamic Workflows à 300 lignes c'est un signal stylistique aussi : Cloudflare se commit à de l'orchestration low-ceremony plutôt que des approches DAG heavyweight (style-Airflow) que les autres plateformes favorisent.

Contexte écosystème. Trois real positions sur « où les agents tournent » maintenant visibles. Anthropic : Managed Agents sur l'infra Anthropic plus MCP Tunnels pour reach des servers privés behind firewalls (couvert le 19 mai). Google : Antigravity 2.0 comme IDE agent-first plus la JV Blackstone TPU pour la compute capacity. AWS : Bedrock Agents sur l'infra captive AWS avec PrivateLink pour les services VPC-internes. Cloudflare vient d'ajouter un quatrième : runtime agent edge-distribué sur Workers avec des primitives browser, memory, et commerce built in. Pour les builders qui choisissent où deployer des workloads agentic, la question est maintenant genuinely four-way : alignment d'écosystème vendor (Anthropic/Google/AWS/Cloudflare), profil de latence (edge vs centralized), prix-par-heure-d'agent, et intégration avec ta story de data egress existante. La story edge de Cloudflare est structurellement différente — Workers tournent dans 300+ villes, donc la latence d'agent est bornée par la location physique de tes users, pas par la location du datacenter de ton model-vendor. Pour des workloads agentic latency-sensitive (customer-support, real-time orchestration, déploiements en regulated-jurisdiction), c'est un avantage structurel.

Lundi matin : si tu bâtis des produits agentic et tu fais actuellement Anthropic/Google/AWS le choice implicite, évalue le stack 6-layers de Cloudflare pour ton prochain déploiement. Tests spécifiques : (1) latence depuis les locations de tes customers en utilisant Workers + D1 vs ton déploiement agent centralized actuel, (2) concurrency de browser-task à 120 sessions simultanées versus ton ceiling actuel, (3) comparaison cost-par-heure-d'agent. La primitive Commerce intégrée à Stripe vaut une évaluation spéciale — si tes agents need handle des real transactions (register des services, payer pour des resources, process des customer purchases), avoir ça comme primitive managed au lieu de bâtir du credential vaulting toi-même c'est operationally material. Pour Anthropic/Google/AWS, la pression compétitive est maintenant réelle : matcher la completeness 6-layer de Cloudflare requiert de shipper des services managed browser et managed memory, pas juste des primitives compute et protocol. Watch pour ces annonces sur le prochain trimestre. Le signal plus profond c'est que l'infrastructure agent se consolide dans des offerings managed-platform plutôt que des reference architectures — le lab qui ship le stack le plus complet win la prochaine ronde de déploiements enterprise.