Uma equipa de vendas recupera 10.000 horas por mês
Em maio de 2026, a Cloudflare deixou discretamente que pessoas alheias à sua organização de engenharia começassem a construir software. Não a testá-lo, não a pedi-lo por ticket: a construí-lo elas próprias. Comerciais, pessoal de apoio e outros colaboradores sem perfil técnico receberam acesso ao Cloudflare OS, uma plataforma interna que lhes permite montar agentes e apps de IA assentes nos dados próprios da empresa e ligados aos seus sistemas internos.
O primeiro número a surgir foi direto. A própria equipa de vendas da Cloudflare afirmou poupar mais de 10.000 horas por mês desde que o seu pessoal começou a construir ferramentas na plataforma em vez de esperar pela engenharia. É tempo recuperado, não uma previsão sobre produtividade futura.
4.000 apps, construídas por quem não programa
A Cloudflare revelou os números mais amplos a 5 de agosto de 2026, publicando dois artigos no seu próprio blogue, "Cloudflare OS" e um texto complementar intitulado "How We Use AI with Cloudflare OS", tornando ao mesmo tempo a plataforma open source para uso fora da empresa. Nos primeiros 30 dias após os não engenheiros terem obtido acesso, os colaboradores construíram mais de 4.000 apps próprias.
Para avançar a este ritmo, a Cloudflare recrutou 1.111 estagiários especificamente para ajudar a implantar a plataforma em toda a empresa, mostrando às equipas o que um agente assente no contexto da empresa poderia fazer pelo seu próprio fluxo de trabalho, em vez de esperar que a procura surgisse por si só.
A mesma plataforma revê o próprio código
O Cloudflare OS não foi usado apenas para construir apps; foi também posto a trabalhar a revê-las. Em quatro meses, a revisão de código por IA da plataforma assinalou aproximadamente 250.000 problemas e bloqueou 16.000 pedidos de merge antes de chegarem à produção.
Para o rollout externo, a Cloudflare lança a plataforma com duas parceiras de lançamento, a Presidio e a Happy Cog, acompanhada de um artigo complementar, "The Agent Access Model", que expõe o desenho de segurança por trás de tudo isto.
O verdadeiro produto é o modelo de acesso, não as apps
As 4.000 apps não são verdadeiramente a notícia. O que permitiu aos não engenheiros construí-las com segurança foi o modelo de acesso subjacente: a Cloudflare estruturou-o em torno da intermediação de identidade, de modo que um agente de IA recebe permissão limitada e baseada em identidade para tocar num sistema interno específico. Isso não é mais uma funcionalidade de IA acrescentada sobre acessos já existentes: é um ponto de partida diferente, em que um agente se autentica como si próprio, limitado a uma tarefa, em vez de herdar o acesso que o seu operador humano já detém.
Os números da revisão de código ilustram o mesmo ponto de outro ângulo. 250.000 problemas assinalados e 16.000 pedidos de merge bloqueados não são uma equipa de segurança a apanhar erros depois de o código ser publicado; são o modelo de acesso aplicado às próprias alterações de código, decidindo mesmo no momento do pedido de merge o que um agente, ou uma pessoa a trabalhar através dele, pode avançar. A governança reside na camada de acesso, não numa fila de revisão acrescentada depois.
O que um operador da UE ou do Reino Unido deve retirar do dia 5 de agosto
Qualquer empresa da UE ou do Reino Unido que avalie uma adoção interna de IA depois de 5 de agosto de 2026 será empurrada para a pergunta que a Cloudflare respondeu primeiro: um agente de IA recebe amplo acesso de rede porque é mais cómodo de configurar, ou recebe acesso limitado e baseado em identidade exatamente aos sistemas que a sua tarefa exige? A segunda opção exige mais trabalho prévio, e é essa que a Cloudflare está agora a tornar open source e a recomendar.
Na prática, um operador da UE ou do Reino Unido a testar um rollout semelhante deve tratar a intermediação de identidade, e não mais uma interface de chat, como a rubrica orçamental e a decisão de governança. Os próprios números da Cloudflare, 4.000 apps em 30 dias e 16.000 pedidos de merge bloqueados em quatro meses, mostram como é o acesso limitado quando funciona em grande escala, e são um referencial razoável para pedir a um fornecedor ou a uma equipa interna que explique porque o seu próprio rollout não se aproxima disso.
Leia a seguir: Microsoft reduz dez vezes o custo de treinar agentes | O modelo mudou, o nome da API não
