Cloudflare OS

O que é

Cloudflare OS é um workspace de agentes open source que a empresa faz deploy na própria conta Cloudflare. Cada funcionário recebe um chat no navegador em que um agente, pré-carregado com o contexto da empresa e skills compartilhadas, pesquisa, escreve documentos e apresentações, automatiza tarefas repetitivas e constrói pequenos apps internos. A Cloudflare deu a primeira versão a toda a sua equipe em maio de 2026, abriu o código de uma reescrita completa (v2) sob Apache 2.0 em 2026-08-05 e, em 2026-10-01, abriu uma lista de espera para uma versão gerenciada ativada pelo dashboard da Cloudflare. O post de lançamento chegou à primeira página do Hacker News com 668 pontos; o repositório no GitHub passou de 10.200 estrelas em outubro de 2026.

O “OS” do nome é uma metáfora. Três partes fazem o trabalho:

• Workspace do agente. Um agente Code Mode que conclui tarefas escrevendo e executando trechos de código, com qualquer modelo que você roteie pelo Cloudflare AI Gateway (Anthropic, OpenAI, Google, Workers AI ou modelos self-hosted).
• Gadgets. Cada documento ou app que o agente constrói é uma instância privada rodando no próprio sandbox: um Dynamic Worker com saída para a internet desativada, mais um iframe isolado. Você compartilha um gadget como um Google Doc, com colaboração multiplayer em tempo real, ou compartilha o código como Blueprint para que os colegas tenham a própria cópia.
• Gatekeepers. Um Worker por serviço externo (GitHub, Google, Slack, Notion, Confluence, ZoomInfo, Supabase, email e mais alguns vêm no repo). O Gatekeeper guarda as credenciais OAuth para que o agente nunca as veja, expõe só o recurso específico que o usuário apresentou, registra cada leitura e coloca em fila as ações com efeitos colaterais para aprovação humana.

A parte que vale a compra: governança por padrão

A maioria dos workspaces de agentes conecta os servidores MCP de antemão, então cada chat tem acesso ambiente a tudo o que foi conectado. O Cloudflare OS inicia cada agente e cada gadget com zero acesso. O usuário apresenta um repo, documento ou canal específico; o agente pode pedir mais, e o usuário aprova ou nega. Cada recurso que o agente lê fica registrado em um log de observações anexado ao resultado, e esse log decide depois se o agente pode escrever em um destino externo ou compartilhar o resultado com alguém que não tem acesso aos dados de origem.

As aprovações são assíncronas. Quando o agente quer enviar uma mensagem no Slack ou editar um documento, o Gatekeeper simula o resultado, o agente continua trabalhando e o usuário aprova ou rejeita as ações em fila em lote quando volta. Isso elimina o principal motivo pelo qual os times colocam os agentes em autoaprovação.

A realidade do preço

O software custa $0. Você paga a Cloudflare pela infraestrutura e um provedor de modelos pelos tokens. Valores conferidos em 2026-10-01 nos preços publicados pela Cloudflare:

• Workers Paid — $5 por conta por mês. Obrigatório para Dynamic Workers. Inclui 10 milhões de requisições e 30 milhões de milissegundos de CPU; acima disso, $0,30 por milhão de requisições e $0,02 por milhão de milissegundos de CPU.
• Dynamic Workers — $0,002 por Worker único carregado por dia, com 1.000 por mês incluídos; a Cloudflare isenta essa tarifa enquanto o recurso estiver em beta.
• Cloudflare Access (Zero Trust) — o login padrão do repo starter. Grátis até 50 usuários, depois $7 por usuário por mês no pay-as-you-go. O núcleo também aceita usuário e senha ou login OAuth com Google, GitHub e Cloudflare se você dispensar o Access.
• Tokens de modelo — cobrados pelo seu provedor via AI Gateway, com orçamentos e rate limits por pessoa, time ou workspace.
• Versão gerenciada — só lista de espera; sem preço publicado em 2026-10-01.

Exemplo para 200 funcionários com Access: $16.800 por ano de Access, $60 de Workers Paid e os tokens à parte. Os mesmos 200 assentos no Claude Team custam $48.000 por ano na tarifa anual de $20, antes de alguém bater num limite de uso, e o Microsoft Agent 365 soma $36.000 por ano a um ambiente E5. A linha de infraestrutura é pequena; o custo real é o engenheiro que faz o deploy, cria os apps OAuth de cada Gatekeeper e atualiza um release early access fixado.

Ideal para

Líderes de ops e de TI em empresas de 50 a 2.000 pessoas que já rodam na Cloudflare, têm um engenheiro de plataforma capaz de assumir um deploy de Workers e querem que cada funcionário use agentes sobre GitHub, Google Workspace e Slack sem dar a um fornecedor acesso amplo e permanente. Serve para times de RevOps que constroem dashboards de pipeline com dados ao vivo, times de Legal Ops que precisam de trilha de auditoria do que o agente leu antes de redigir, e times de recruiting que querem skills compartilhadas em vez de cada pessoa escrever os próprios prompts.

Não use se ninguém da equipe vai assumir o deploy, se seus sistemas centrais são Salesforce, HubSpot ou um ATS (não vem nenhum Gatekeeper para eles; você escreve) ou se compras precisa hoje de um SLA de fornecedor.

Contra as alternativas

• Claude Cowork — escolha quando quiser um workspace de agentes gerenciado neste trimestre, sem deploy. $20-25 por assento, só modelos da Anthropic e conectores configurados de antemão, não apresentados por tarefa.
• Microsoft Agent 365 — escolha quando a empresa for padronizada em Microsoft 365 e o trabalho for governar agentes em todo o ambiente. $15 por usuário por mês sobre uma base qualificada.
• Dust — escolha quando pessoas não técnicas precisarem construir e compartilhar agentes sobre Salesforce, HubSpot e Snowflake agora. Gerenciado, cerca de $31 por assento, com conectores que faltam ao Cloudflare OS.
• Onyx — escolha quando o problema for busca e chat sobre o conhecimento da empresa, não construir apps. MIT, self-hosted em qualquer infraestrutura, mais de 40 conectores.
• OpenClaw — o agente open source que mais cresceu em 2026. Escolha para um agente pessoal de um a três operadores. Não tem modelo de permissões multiusuário.

Pontos de atenção

• Software em early access. O próprio README da Cloudflare chama a v2 de release “early access” com “many rough edges”, e o repositório tinha 128 issues abertas em 2026-10-01. Proteção: faça o deploy pelo repo cloudflare-os-starter, que fixa um release upstream, e teste cada atualização numa rota de staging antes da produção.
• Catálogo de conectores fraco para sistemas de negócio. Os Gatekeepers incluídos cobrem GitHub, Google, Slack, Notion, Confluence e ZoomInfo; não há nenhum para Salesforce, HubSpot ou ATS. Proteção: liste seus cinco sistemas principais antes do piloto e reserve tempo de engenharia para escrever um Gatekeeper próprio para cada um que faltar, usando packages/custom-gatekeeper do repo starter.
• Lock-in com a Cloudflare na prática. O self-hosting sobre o runtime open source workerd aparece como “coming soon”; hoje, produção significa uma conta Cloudflare com Workers, KV, R2, Browser Rendering, Workers AI e AI Gateway ativados. Proteção: trate como uma decisão de plataforma Cloudflare e obtenha o aval do time de segurança sobre essa dependência, não só sobre o app.
• Sem contribuições externas. A Cloudflare só aceita pull requests pequenos e fáceis de verificar, então o roadmap é da Cloudflare. Proteção: coloque as mudanças específicas da empresa em Gatekeepers e no wrapper starter, não num fork do núcleo, para que as atualizações continuem mecânicas.
• Gasto com tokens sem teto por padrão. A cota diária por usuário fica desligada a menos que você configure. Proteção: defina orçamentos e rate limits por time no AI Gateway antes do rollout para a empresa toda.