A Cloudflare introduziu controles de acesso no nível de Worker que permitem aos donos de conta restringir o acesso a um único Worker, em vez de toda a conta do Developer Platform, junto com quatro novos papéis: Metadata Read-Only, Content Read-Only, Editor e Admin.
Metadata Read-Only expõe configurações, logs, métricas e traces sem revelar o código-fonte — útil para depuração sem expor propriedade intelectual. Content Read-Only permite ler o código de um Worker sem modificá-lo, adequado para agentes de revisão de código. Editor permite leitura/escrita e alteração de configurações, mas bloqueia exclusão, atendendo às necessidades de deploy de CI/CD. Admin concede controle total, incluindo exclusão, mas ainda pode ser restrito a um único Worker em vez de toda a conta.
Cada papel pode ser aplicado em três escopos: em todo o Developer Platform, em um produto inteiro (todos os Workers) ou em um único recurso nomeado (um Worker). A Cloudflare diz que a mesma estrutura de papéis vai se estender a D1, R2 e KV em atualizações futuras, de modo que uma pessoa ou agente poderia eventualmente ler dados em um banco sem tocar em outros.
A atualização também muda a governança de Routes e Custom Domains: modificar qual hostname aponta para um Worker agora exige tanto acesso Editor a esse Worker quanto uma permissão separada de Workers Routes para a zona, impedindo que um token de CI redirecione silenciosamente o tráfego de produção. Durable Objects herdam o acesso do Worker pai, em vez de ter seu próprio modelo de permissão. As respostas de erro da API agora linkam diretamente para a documentação que especifica qual permissão está faltando, com o objetivo de ajudar tanto humanos quanto agentes a se autocorrigirem sem solicitar acesso mais amplo.
A Cloudflare também está aposentando — sem data de descontinuação definida — um conjunto de papéis legados dos Workers (como "Workers Scripts Edit" e "Workers CI Edit") em favor do novo conjunto granular, embora os tokens existentes continuem funcionando. Os recursos já estão disponíveis para todos os clientes via painel, API ou Terraform.
Para empresas que começaram a deixar agentes de IA escreverem, fazerem deploy ou depurarem código em produção, isso é uma alavanca concreta para impor privilégio mínimo em vez de depender de confiança ou revisão manual.