Browser Run da Cloudflare Gerencia 4x Mais Agentes Simultaneamente

Cloudflare completou sua pilha de infraestrutura de agentes com um Browser Run reconstruído e seis camadas de plataforma nomeadas. A reconstrução entrega 4x maior concorrência na execução de navegador — 120 navegadores simultâneos por pool, acima de 30.

A reconstrução do Browser Run é a mudança principal. Anteriormente co-hospedado com o produto Browser Isolation (BISO) da Cloudflare, compartilhava infraestrutura otimizada para sessões humanas longas e estáveis. Os padrões de requisição curtos e espirados que agentes IA geram exigiam arquitetura dedicada. A equipe migrou para Containers dedicados com pools regionais de instâncias Chromium headless pré-aquecidas. Tempos de resposta em ações rápidas caíram 50%. Gerenciamento de estado migrou do Workers KV — onde consistência eventual causava condições de corrida durante execuções de agentes concorrentes — para D1 com Queues, habilitando atribuição de navegador transacional. Escritas em lote suportam até 500.000 containers por localização. Ações rápidas agora executam como requisições HTTP únicas dentro do container em vez de orquestração WebSocket multi-etapas. Usuários existentes não precisaram de mudanças.

As seis camadas de plataforma que Cloudflare montou:

Computação roda em dois níveis. Workers Dinâmicos usam isolates V8 que inicializam em milissegundos para tarefas leves — lint, typecheck, chamadas de API. Sandboxes (agora GA) dão aos agentes containers Linux completos com git, bash e suporte a servidor de desenvolvimento. Injeção de credenciais roda através de um proxy de egresso para que agentes nunca manipulem tokens brutos.

Orquestração é Dynamic Workflows, uma biblioteca de execução durável estendendo o engine da Cloudflare. Lógica de workflow pode diferir por tenant, agente ou requisição em tempo de execução. Cada etapa é individualmente retentável. Cada sleep hibernates gratuitamente, significando que tenants ociosos não acumulam custo.

Memória é Agent Memory, em beta privado. Ingestão extrai memórias estruturadas de conversas de agentes. Recuperação roda busca paralela em cinco canais com Reciprocal Rank Fusion para mesclar resultados. Perfis de memória compartilhada deixam times de agentes lerem de uma base de conhecimento comum.

Navegação é Browser Run em Containers, adicionando suporte WebGL e WebMCP — agentes podem iniciar interações Model Context Protocol diretamente através do navegador.

Comércio é um protocolo co-projetado com Stripe. Agentes autonomamente criam contas Cloudflare, registram domínios, iniciam assinaturas e fazem push para produção. Stripe gerencia identidade e pagamento. O limite padrão de gastos é $100/mês por provedor.

AWS Bedrock AgentCore tem um Agent Registry mas nenhuma camada de navegador gerenciada e nenhum equivalente de memória de agente. Google Cloud's GKE Agent Sandbox é uma primitiva nativa de Kubernetes em vez de um serviço gerenciado. A diferenciação da Cloudflare é integração vertical em uma rede global distribuída na borda e status de 'Customer Zero' — roda essas mesmas primitivas internamente para seus próprios produtos.

Restrições remanescentes: Agent Memory está em beta privado. Arquitetos construindo nela hoje dependem de um serviço sem portão. O protocolo de comércio introduce uma superfície de gasto autônoma. O limite padrão de $100/mês é um guardrail, mas agentes que registram domínios e iniciam assinaturas podem gerar eventos de faturamento inesperados em escala. Este risco precisará de controles de política além do padrão. Dynamic Workflows são 300 linhas de código MIT, um sinal positivo para auditabilidade, mas operadores possuem a superfície operacional do engine de execução durável.

Para arquitetos: a migração Workers KV → D1/Queues é o padrão diretamente roubável. Se você está rodando agentes concorrentes contra qualquer store eventualmente-consistente e vendo condições de corrida na atribuição de recursos, fila transacional na camada de dados resolve mais limpar que locking no nível de aplicação.