Análise do Rakazo: auto-hospedando bots sempre ativos com computadores próprios

O Rakazo, que nós desenvolvemos, tem um formato diferente da maioria dos agentes desta lista. Em vez de um assistente na sua máquina, ele roda vários bots persistentes, cada um com os próprios chats, memória, rotinas e um computador (navegador, terminal e desktop) que vive num contêiner, e não na sua máquina. É Apache-2.0, foi lançado em agosto de 2026, tinha 7.538 estrelas no GitHub quando verificamos em 8 de novembro e se define como beta. Nós o avaliamos com o mesmo checklist de todos os outros aqui; esta análise trata de rodá-lo você mesmo.

Para quem é

O Rakazo combina com quem quer bots fazendo trabalho recorrente enquanto está fora: um bot que faz a triagem de uma caixa de entrada toda manhã, outro que acompanha um repositório, outro que prepara um relatório semanal. Se você quer um único companheiro de chat no seu notebook, é mais sistema do que você precisa. É um app web com banco de dados e um worker, não um único binário, e a instalação reflete isso.

Instalação: um script, tudo em Docker

A instalação do README precisa de Docker Engine com o plugin Compose, curl e OpenSSL. Sem clone, sem Node:

mkdir -p rakazo && cd rakazo &&
curl -fsSLO https://raw.githubusercontent.com/elie222/rakazo/main/infra/compose/install-images.sh &&
bash install-images.sh

O script baixa os arquivos do Compose, escreve um .env com segredos aleatórios e sobe tudo. Depois você abre http://127.0.0.1:5173, cria uma conta e conecta um modelo. Rodá-lo de novo mantém o seu .env existente, o que deixa as atualizações menos tensas.

Para bots que continuam trabalhando com o notebook fechado, o mesmo instalador roda numa VPS: --prepare-only escreve a configuração, você define seu domínio e coloca HTTPS na frente da porta 5173 (o guia de produção cobre o Caddy e o hardening do host). Os apps de desktop e mobile podem então se conectar à sua própria instância. Há também um app de desktop que roda o stack localmente no Docker, e um template do Railway.

Comparado ao OpenClaw ou ao Hermes Agent, há mais peças móveis (Postgres, um worker, o app web), mas o instalador esconde a maioria delas. O custo aparece depois: há mais coisa para fazer backup e mais coisa para monitorar.

Isolamento: o computador do bot é o sandbox

Numa instalação auto-hospedada, o computador de cada bot é, por padrão, um contêiner Docker local, com uma tela virtual e um Chromium completo. A documentação de computadores Docker define limites de fábrica: 2 GB de memória, 2 CPUs e 2.048 processos por computador, todos ajustáveis. Assim, o shell e o navegador do agente nunca rodam na sua máquina, ao contrário dos padrões do OpenClaw ou do Hermes.

Duas ressalvas honestas da mesma documentação. Primeiro, um serviço supervisor tem o socket do Docker para gerenciar esses contêineres, o que equivale a controlar o host Docker; ele não fica exposto no host e precisa do próprio token, mas é o componente a proteger. Segundo, a rede dos computadores não fica restrita até você agir: mantê-los fora da sua LAN e dos endpoints de metadados da nuvem exige rodar um script de firewall no host, que a configuração de saída padrão auto então detecta (ou defina SANDBOX_COMPUTER_EGRESS=restricted para recusar computadores sem ele). Numa VM na nuvem, faça essa etapa.

Se você preferir não rodar contêineres, os computadores também podem rodar num provedor de sandbox remoto com uma chave de API.

Aprovações

As aprovações são configuradas no app, não num arquivo de configuração. Ask faz o bot perguntar antes de qualquer coisa que altere algo, Auto usa um modelo de aprovação separado para liberar ações dentro da tarefa e perguntar sobre o resto, e Never ask executa tudo. Os pedidos de aprovação aparecem como cards no chat, e você pode permitir uma ferramenta ou um site permanentemente depois de vê-lo vezes suficientes.

Telemetria e privacidade

Uma instalação auto-hospedada não envia analytics de produto nem relatórios de erro, a menos que o operador os configure; o app de desktop verifica atualizações do app. Com um modelo local via Ollama ou LM Studio, nada sai da sua máquina, exceto o que o próprio bot acessar navegando.

Modelos e custo

Você escolhe o modelo por bot: uma assinatura existente do Claude ou do ChatGPT, uma chave de API (Anthropic, OpenAI, OpenRouter, Grok) ou modelos locais. Auto-hospedar é gratuito. O custo a observar é o hardware: cada computador de bot ativo é um desktop e um navegador rodando, e cada um pode usar até 2 GB de memória por padrão, então dimensione o servidor para quantos bots você espera ter trabalhando ao mesmo tempo.

Migrando do OpenClaw ou do Hermes

O Rakazo pode importar um agente de uma pasta ~/.openclaw ou ~/.hermes ou de um backup. Você escolhe o que vem junto: instruções, memória, skills, servidores MCP e tarefas agendadas (que chegam pausadas). As chaves de API só são lidas se você marcar a opção.

O que ainda está cru

É beta, com lançamentos frequentes, então espere mudanças. Telegram, WhatsApp e iMessage só estão disponíveis quando você auto-hospeda, e seus apps de chat são uma lista curta (Slack, Telegram, WhatsApp, iMessage, SMS e Feishu), contra 29 canais do OpenClaw.

Como ele se compara

Para um único agente pessoal com o maior suporte a canais, o OpenClaw é mais simples. Para um design de um contêiner por agente num código muito menor, veja o NanoClaw. O Agent Zero é o mais próximo em espírito, dando ao seu agente o próprio workspace Linux no Docker. Nosso comparativo de melhores agentes de IA auto-hospedados coloca todos lado a lado.

Veredito

O Rakazo foi feito para uma equipe de bots que trabalham por conta própria, com isolamento ativado por padrão e sem telemetria. Ele exige mais do seu servidor do que um agente de processo único, e ainda está em beta. Se o que você quer é trabalho multibot sempre ativo, vale dar uma olhada; se você quer um único assistente nos seus chats, comece por outro.