Como um Projeto de Fim de Semana Virou o Modelo para Agentes de IA Sempre Ativos

A primeira versão do Clawdbot, construída em cerca de uma hora numa noite de sexta-feira , era um assistente local que podia ler mensagens, navegar na web e executar comandos no terminal em nome do usuário, tudo através de aplicativos de mensagens . Inicialmente, ele se conectava à API do Claude, mas a arquitetura foi deliberadamente projetada para ser independente de modelo — os usuários podiam conectar qualquer modelo de linguagem de grande escala (LLM), do OpenAI e Anthropic a modelos locais rodando via Ollama .

Crescimento viral e a arquitetura que venceu

A arquitetura do OpenClaw se baseou em três pilares que se mostraram irresistíveis para os desenvolvedores:

• Interface focada em mensagens: Em vez de um aplicativo separado ou uma aba do navegador, os usuários interagiam com seu agente de IA pelo WhatsApp, Telegram, Slack e mais de uma dúzia de outras plataformas que já usavam .
• Auto-hospedado e com licença MIT: Sem dependência de um fornecedor específico (vendor lock-in), sem dependência da nuvem. Qualquer pessoa podia executá-lo em sua própria máquina .
• Gateway independente de modelo: Não estava vinculado a um único provedor de IA, oferecendo suporte para tudo, do Claude e GPT ao Gemini e modelos locais .

A curva de crescimento quebrou todos os padrões da história do código aberto. O projeto ganhou 190.000 estrelas nos primeiros 14 dias de propagação viral . Em fevereiro de 2026, já havia ultrapassado 200.000 estrelas . Em 3 de março de 2026, ele superou o React para se tornar o projeto de software com mais estrelas no GitHub — um marco que o React levou 13 anos para alcançar; o OpenClaw fez isso em cerca de 100 dias . No início de junho de 2026, o repositório tinha aproximadamente 377.000 estrelas no GitHub, tornando-se o sexto projeto com mais estrelas na história da plataforma .

A ofensiva das Big Techs: Microsoft, Google e Meta

Microsoft Scout: Não "inspirado no OpenClaw" — é o gateway real

Na Microsoft Build, em 2 de junho de 2026, a Microsoft lançou o Scout, seu primeiro agente "Autopilot", construído diretamente sobre o gateway do OpenClaw . Diferente de recursos de IA anteriores que viviam dentro de aplicativos individuais, o Scout é um agente sempre ativo, com identidade própria, que opera no Teams, Outlook, OneDrive e SharePoint, gerenciando proativamente calendários, e-mails e tarefas sem precisar ser acionado .

A relação não é de inspiração, mas de integração. A Microsoft confirmou que o Scout usa o gateway do OpenClaw diretamente, não um clone ou uma bifurcação (fork) . A empresa também se comprometeu a fazer contribuições para o projeto original (upstream), adicionando proteções de segurança corporativa e recursos de conformidade de políticas ao núcleo do código aberto . Isso marcou uma reviravolta dramática desde março de 2026, quando o CEO Satya Nadella disse a uma plateia do Morgan Stanley que lançar o OpenClaw dentro da Microsoft seria "considerado como a Microsoft lançando um vírus" .

Google Gemini Spark e Meta Hatch

O Google adotou uma abordagem diferente. O Gemini Spark, seu assistente sempre ativo, reconstruiu os conceitos do OpenClaw dentro do ecossistema Gemini, mantendo a camada de interface sob seu controle . Em vez de adotar o gateway de código aberto, o Google usou o mesmo padrão arquitetônico — um agente autônomo com identidade persistente que gerencia tarefas do usuário proativamente — mas o vinculou aos aplicativos Gemini e ao seu próprio ecossistema de modelos .

A Meta, por sua vez, estaria preparando um agente focado no consumidor chamado Hatch, construído sobre uma arquitetura no estilo OpenClaw e voltado para automação pessoal e entre aplicativos para usuários comuns . A batalha entre as três plataformas — a estratégia empresarial da Microsoft, o ecossistema controlado do Google e o foco no consumidor da Meta — consolidou o design do OpenClaw como a arquitetura de referência padrão para a indústria .

A crise de segurança: Mais de 30.000 instâncias expostas e 9 CVEs em 4 dias

O crescimento explosivo do OpenClaw ultrapassou em muito sua postura de segurança. O framework foi distribuído com a autenticação desabilitada por padrão, o que significa que novas instalações expunham todo o seu painel de controle de agente à internet, a menos que os operadores configurassem firewalls manualmente .

Em 31 de janeiro de 2026, varreduras da Censys e da Bitsight revelaram 21.639 instâncias expostas . Varreduras de acompanhamento encontraram entre 30.000 e 135.000 instâncias distintas rodando em servidores publicamente acessíveis . Pelo menos 63% delas não tinham nenhuma autenticação configurada .

A cascata de CVEs

A primeira vulnerabilidade crítica, CVE-2026-25253, foi divulgada em 3 de fevereiro de 2026. Com uma classificação CVSS de 8.8, era uma falha de execução remota de código com um clique, através de uma brecha na validação de origem do WebSocket. Isso permitia que um invasor sequestrasse qualquer instância do OpenClaw em execução, mesmo aquelas configuradas para escutar apenas no localhost, simplesmente fazendo o usuário visitar uma página web maliciosa . Mais de 40.000 instâncias foram encontradas vulneráveis à exploração remota no momento da divulgação .

De 18 a 21 de março de 2026, nove CVEs foram divulgadas em apenas quatro dias, incluindo falhas críticas de escalonamento de privilégios como a CVE-2026-32922 e exploits de zero-clique . A densidade de vulnerabilidades foi descrita como "impressionante" por pesquisadores de segurança .

ClawHavoc: O mercado de plugins transformado em arma

Os invasores não exploraram apenas falhas de código — eles envenenaram a cadeia de suprimentos. A campanha ClawHavoc inseriu 1.184 skills (habilidades) maliciosas no ClawHub, o mercado comunitário de plugins do OpenClaw, representando cerca de 20% de todo o catálogo . Uma única skill maliciosa acumulou 340.000 instalações antes de ser removida .

Esses plugins comprometidos exfiltravam silenciosamente chaves de API, tokens OAuth e variáveis de ambiente. Alguns entregavam ladrões de informações como o Atomic macOS Stealer (AMOS), enquanto outros eram ativados apenas após 72 horas de operação normal para contornar as varreduras de segurança iniciais . Em meados de fevereiro de 2026, analistas observaram mais de 30.000 instâncias comprometidas sendo usadas ativamente para roubar credenciais e interceptar mensagens .

A violação do Moltbook agravou o dano, expondo 35.000 e-mails e 1,5 milhão de tokens de agente vinculados a implantações do OpenClaw . A Meta baniu o OpenClaw de seus dispositivos corporativos . Mais de 60 CVEs foram divulgadas em três meses .

Governança e a contratação pela OpenAI

Em 14 de fevereiro de 2026, Peter Steinberger publicou três parágrafos em seu blog pessoal anunciando que estava se juntando à OpenAI em um modelo de "acqui-hire" (contratação da equipe/talento) . Sam Altman confirmou a mudança no dia seguinte, afirmando que Steinberger iria "liderar a próxima geração de agentes pessoais" .

No mesmo anúncio, Steinberger transferiu o OpenClaw para um modelo de governança independente e apoiado por uma fundação — a OpenClaw Foundation — com financiamento da OpenAI . A transição garantiu que o projeto permanecesse de código aberto e governado pela comunidade, mesmo com seu criador mudando o foco para construir infraestrutura de agentes de IA na OpenAI .

Por que o OpenClaw se tornou a arquitetura de referência

O OpenClaw teve sucesso não por ser o framework mais sofisticado ou o mais seguro, mas porque resolveu uma necessidade fundamental do usuário no momento exato: um assistente de IA persistente e sempre ativo, com quem você pode trocar mensagens como se fosse uma pessoa, com uma arquitetura aberta o suficiente para qualquer um executar, independente de modelo o bastante para funcionar com qualquer LLM e simples o suficiente para ser instalado em uma hora.

A adoção pelas Big Techs — com a Microsoft construindo o Scout diretamente no gateway OpenClaw, o Google clonando o paradigma com o Gemini Spark e a Meta preparando o Hatch — validou essa arquitetura como o padrão da indústria. A crise de segurança e a subsequente transição para uma fundação amadureceram o projeto, transformando-o de um experimento de hobby em uma infraestrutura na qual as empresas podem começar a confiar, ainda que com cautela.