Análise do NanoClaw: a alternativa ao OpenClaw baseada em contêineres

O NanoClaw nasceu como resposta a uma reclamação específica sobre o OpenClaw: código demais e um agente que roda comandos no seu host por padrão. A resposta dele é um pequeno projeto em TypeScript em que um processo no host roteia as mensagens e cada agente vive no próprio contêiner Linux, enxergando só as pastas que você monta. Foi lançado em 31 de janeiro de 2026, tem licença MIT e tinha 31.096 estrelas no GitHub quando conferimos, em 8 de novembro. A contrapartida é que ele depende do Claude e do Claude Code para quase tudo.

Para quem é

O NanoClaw é indicado para desenvolvedores que querem um agente no estilo do OpenClaw no WhatsApp, Telegram, Slack, Discord ou iMessage, valorizam mais o isolamento do que o tamanho do ecossistema e não se importam de deixar o Claude Code editar o fork deles. Se você quer configurar as coisas editando um arquivo de configurações, ou não usa o Claude Code, vai parecer tudo ao contrário.

Instalação: reserve uma hora

O quickstart é honesto sobre o esforço: “Reserve de 30 a 60 minutos.” Você precisa de um Mac ou de uma máquina Linux com pelo menos 4 GB de memória (Windows via WSL2) e Git. Depois:

git clone https://github.com/nanocoai/nanoclaw.git
cd nanoclaw
bash nanoclaw.sh

O script instala o que estiver faltando (Node, pnpm e Docker) e depois segue uma sequência fixa:

1. Imagem do sandbox. Você a compila localmente (o padrão, sem contatar nada) ou baixa uma imagem endurecida pré-compilada do parceiro Echo, o que exige uma conta gratuita do NanoClaw.
2. Credenciais. Ele instala o OneCLI, um cofre para o login do seu modelo, e você conecta Claude, Codex ou uma chave de API. O guia pressupõe uma assinatura Claude Pro ou Max.
3. Acesso a pastas. Você escolhe quais pastas extras um agente pode ver. Em uma instalação nova, essa lista fica vazia.
4. Serviço em segundo plano e uma mensagem de teste.
5. Opcionalmente, um canal de chat. O Telegram passa pelo @BotFather e por um código de pareamento, o Slack pode criar o app para você, e o WhatsApp se vincula como dispositivo por QR ou código de pareamento.

São mais passos do que no instalador do OpenClaw, mas cada um é uma decisão de segurança tomada logo no início, em vez de ficar para depois.

Isolamento: contêineres e um cofre de credenciais por padrão

O acesso ao shell nunca toca o seu host: cada agente roda no próprio contêiner e só enxerga o que você monta. A parte menos óbvia são as credenciais. Os agentes não têm as chaves de API em texto puro; as chamadas de saída passam por um gateway de credenciais com políticas e limites de uso por agente. Um agente vítima de injeção de prompt pode abusar do acesso que tem, mas não consegue ler e vazar uma chave que nunca vê. O NemoClaw segue uma abordagem parecida, mantendo as credenciais fora do sandbox.

O Docker é a fronteira, então o Docker é obrigatório, e a máquina precisa ficar ligada e conectada para o agente responder.

Telemetria

O NanoClaw não tem contas de usuário próprias (a opcional serve só para a imagem endurecida) e não treina modelos. Ele envia, por padrão, diagnósticos anônimos de instalação; defina NANOCLAW_NO_DIAGNOSTICS=1 para interrompê-los. Se você baixar a imagem endurecida, essa conta registra seu e-mail e quando você a baixou.

Personalização: sem arquivos de configuração, por design

Esta é a decisão que define o NanoClaw. Não há nada para configurar; para mudar o comportamento, você pede ao Claude Code que altere o código no seu próprio fork, e novos canais (Teams, Matrix, Google Chat, Signal, WeChat, e-mail e outros) chegam como habilidades /add-<channel> que o Claude Code aplica. Outros provedores de modelos funcionam do mesmo jeito: OpenCode, Codex e Ollama são adicionados por agente via habilidades.

A vantagem é um código pequeno o bastante para ser lido e uma configuração que é exatamente o que você pediu. As desvantagens são reais para quem hospeda as próprias ferramentas:

• Quanto mais o seu fork muda, mais puxar atualizações do projeto original vira um merge em vez de uma atualização.
• Depuração e mudanças passam pelo Claude Code, que por sua vez precisa de uma assinatura ou chave de modelo.
• Duas instalações do NanoClaw podem se comportar de forma bem diferente, então as respostas da comunidade se aplicam de forma menos direta.

Modelos e custo

O Claude é o padrão, pelo Claude Agent SDK da Anthropic, então o custo realista é uma assinatura do Claude ou o uso da API. Modelos locais de pesos abertos via Ollama são possíveis pela habilidade correspondente, o que zera a conta do modelo ao custo de capacidade. Tarefas agendadas ajudam aqui: elas podem rodar primeiro um script de verificação e evitar acordar o agente quando não há nada a fazer, o que economiza tokens em verificações frequentes.

Comparação

• OpenClaw: 29 canais de chat, 142 plugins oficiais e um arquivo de configuração normal, mas as ferramentas rodam no host até você ativar o sandbox. Veja NanoClaw vs OpenClaw.
• ZeroClaw: também isolado por padrão, como um único binário Rust, sem precisar de Docker e sem telemetria por padrão.
• NemoClaw: envolve o OpenClaw ou o Hermes em um sandbox com aprovações de rede, mas está em alfa e é mais pesado.
• Rakazo: também um contêiner por computador de bot, voltado para vários bots sempre ligados, com app web e móvel.

Mais opções em alternativas ao OpenClaw.

Veredito

O NanoClaw tem uma das propostas de isolamento mais fortes entre os agentes leves: contêineres por agente, uma allowlist de pastas vazia e chaves que o agente nunca tem. O preço é ficar preso ao Claude Code como ferramenta de configuração e ter um fork para manter. Se você já vive no Claude Code, esse preço é baixo; caso contrário, escolha um agente que você possa configurar sem ele.