OpenClaw na primeira semana: comece com calma e você vai muito mais longe

Nas últimas semanas, eu ajudei a consertar uma pilha de setups de OpenClaw. Reddit, Discord, DM, grupo, chamada, tudo. O padrão se repete quase sempre do mesmo jeito: a pessoa passa o primeiro dia inteiraço empolgada com o que a ferramenta pode fazer, pula as fundações, sai conectando serviço, instalando skill, criando agente paralelo, liberando escrita em tudo — e em poucos dias está com custo fora de controle, comportamento estranho, contexto inchado, sessão confusa e um agente que já não inspira confiança.

O problema é que muita coisa que dá errado no começo é banal de evitar e chata de corrigir depois. É o tipo de erro que leva cinco minutos para prevenir e cinco horas para limpar quando a casa já caiu.

Então este texto é exatamente isso: o que vale arrumar antes de inventar moda. Sem glamour, sem hype, sem arquitetura mirabolante. Só o que realmente faz diferença na primeira semana.

A boa notícia é simples: OpenClaw fica muito melhor quando você começa do jeito certo. Um setup sóbrio, com limites claros e um agente bem ajustado, costuma render mais do que aquele festival de automação montado na pressa.

Passo 1: configure roteamento de modelo, não apenas troca de modelo

Se você não mexeu nas configurações de modelo ainda, existe uma chance real de estar pagando caro por tarefas que não merecem um modelo caro.

Muita gente olha para o OpenClaw e pensa só na conversa principal. Esse é o erro. O agente não usa o modelo apenas para responder você. Ele usa também para heartbeat, subagentes, verificações auxiliares, consultas pequenas e outros fluxos de bastidor. Se o seu padrão está apontando para um modelo topo de linha o tempo todo, você está comprando Ferrari para fazer entrega de pão.

É aí que entra o roteamento.

{
  "ai": {
    "model": "anthropic:claude-sonnet-4-20250929",
    "modelOverrides": {
      "heartbeat": "google:gemini-2.5-flash",
      "subagent": "google:gemini-2.5-flash"
    }
  }
}

A lógica aqui é simples:

• o modelo principal fica com o trabalho de conversa e raciocínio do dia a dia;
• o modelo barato fica com o barulho de fundo.

Quando você realmente precisar de um modelo mais pesado para um problema difícil, troca na hora, resolve o que precisa e volta para o padrão:

/model opus

Depois:

/model sonnet

Esse ajuste parece pequeno, mas não é. Eu já vi caso de gente queimando US$ 412 em três semanas porque deixou o padrão em Opus para tudo. Com roteamento organizado, o mês seguinte caiu para US$ 22.

Para uso moderado, com um agente só e roteamento minimamente bem feito, o normal é o custo mensal ficar em uma faixa razoável. Se você já estourou US$ 20 na primeira semana, não trate isso como “o preço da brincadeira”. Trate como sinal de configuração ruim.

Passo 2: tranque o gateway. Isso não é opcional.

Se você está rodando OpenClaw em VPS, isso precisa ser conferido imediatamente.

openclaw config get | grep host

Se aparecer 0.0.0.0 ou se nem existir configuração de host, o seu gateway pode estar visível para qualquer um que encontre o IP. Em português claro: alguém de fora pode tentar falar com um agente que, cedo ou tarde, vai ganhar acesso a email, calendário, arquivos e automações.

A correção básica é esta:

{
  "gateway": {
    "host": "127.0.0.1"
  }
}

E o acesso remoto deve passar por túnel SSH:

ssh -L 18789:localhost:18789 user@your-vps

Não deixa para “depois que eu terminar o resto”. Esse é o tipo de detalhe que, quando fica para depois, nunca volta para o topo da lista — até o dia em que vira incidente.

Passo 3: se você veio de Clawdbot ou Moltbot, conserte a configuração agora

Esse ponto está pegando muita gente porque quebra de forma silenciosa.

Se você instalou ou configurou o ambiente ainda na fase dos nomes antigos, pode estar com variáveis de ambiente e diretórios que a versão nova simplesmente ignora. Não é um “deprecated” bonzinho. É ignorado mesmo. O agente sobe sem achar a configuração certa, perde referência da workspace e pode parecer que ficou sem memória, sem personalidade e sem histórico.

Três comandos resolvem a maior parte desse cenário:

# Rename env vars
sed -i 's/CLAWDBOT_/OPENCLAW_/g; s/MOLTBOT_/OPENCLAW_/g' ~/.env

# Move your state directory
mv ~/.moltbot ~/.openclaw

# Rename your config file
mv ~/.openclaw/moltbot.json ~/.openclaw/openclaw.json

Depois, reinicie.

Se você não sabe se esse caso é o seu, faça o teste mais simples possível:

ls -la ~/

Se aparecer .clawdbot ou .moltbot, e você ainda não tem uma .openclaw organizada, já sabe por onde começar.

A parte boa é que, quando isso é corrigido cedo, o agente costuma voltar com tudo no lugar: memória, workspace e personalidade.

Passo 4: configure o SOUL.md com personalidade e limites

O primeiro contato com o agente não deveria ser uma tarefa real. Deveria ser um alinhamento.

A melhor abertura é esta:

Read BOOTSTRAP.md and walk me through it

Isso força o agente a passar pelo ritual inicial da forma certa. Se você pula essa parte, o que vem depois tende a parecer genérico, frio e meio mecânico. Não porque o OpenClaw seja ruim, mas porque você soltou o agente no mundo sem identidade e sem contexto.

Se você já pulou essa etapa, tudo bem. Dá para arrumar manualmente com um SOUL.md decente.

Comece com algo assim:

you are [agent name]. you assist [your name].

be direct. no filler. match my tone.
if I ask a question, answer it first. then elaborate only if needed.
never say "absolutely", "great question", or "I'd be happy to."
if you don't know something, say so. don't guess.
if a task will cost significant tokens, tell me before doing it.
never sign up for services or create accounts without my explicit approval.
never share my personal information with external services.
never delete emails, files, or messages without asking me first.
if you discover a new tool or platform, tell me about it. do not act on it.

Aqui tem duas coisas diferentes misturadas de propósito:

1. personalidade;
2. fronteiras operacionais.

Você precisa das duas.

Muita gente escreve só a parte de tom e estilo, como se isso bastasse. Não basta. Sem o bloco de limites, o agente faz o que ele acha que você quis dizer — e faz rápido. Rápido demais.

O melhor SOUL.md normalmente não nasce de inspiração. Ele nasce de irritação. Toda vez que o agente fizer algo que você não queria, isso vira regra nova. É assim que esse arquivo amadurece.

Aliás, linhas do tipo “never do X” costumam funcionar melhor do que instruções vagas como “try to be careful”. Limite bom é limite claro.

Passo 5: habilite aprovação para ações destrutivas

OpenClaw é poderoso porque não fica pedindo confirmação para cada respiro. O problema é que isso também vale para ação ruim quando a instrução é ambígua.

“Limpa minha inbox” pode virar exclusão em massa.

“Organiza meus arquivos” pode virar um festival de movimentação que só faz sentido na cabeça do agente.

Se você ainda está conhecendo o comportamento dele, aprovação para ação destrutiva não é frescura. É controle de dano.

{
  "security": {
    "actionApproval": {
      "required": ["email.delete", "email.move", "file.delete", "shell.exec"],
      "timeout": 120
    }
  }
}

Com isso, o agente precisa esperar um sim ou não antes de apagar email, mover mensagem, deletar arquivo ou executar shell.

É mais lento? Sim.

Vale a pena? Muito.

A recomendação mais segura para a primeira semana é esta:

• deixe email e arquivos em modo leitura;
• use o agente para ler, resumir, buscar e sugerir;
• só depois libere escrita, um serviço por vez.

Não tente pular direto para autonomia total. Confiança em agente não se concede de uma vez. Se constrói aos poucos.

Passo 6: não instale skills ainda

Esse é um dos conselhos que mais contrariam o impulso inicial da galera.

Você abre o ecossistema, vê mil coisas interessantes, pensa “é agora que isso vai voar” e começa a instalar tudo que parece útil. Péssima ideia.

Antes de qualquer coisa, você nem sabe direito o que o OpenClaw puro já resolve sozinho. E, pior, skill ruim não traz só bagunça funcional. Pode trazer risco real.

O protocolo certo, quando chegar a hora, é este:

1. rode openclaw skills search <skill-name> e veja o status de análise;
2. procure selo de publicador verificado;
3. confira se a conta do publicador parece minimamente confiável;
4. restrinja instalação a fontes verificadas;
5. instale uma skill por vez.

Bloco de restrição:

{
  "skills": {
    "allowSources": ["clawhub:verified"]
  }
}

E o detalhe mais importante de todos: nunca adicione várias de uma vez.

Uma skill por vez. Teste por alguns dias. Veja logs. Entenda o que mudou. Só depois considere a próxima.

Skill não é figurinha para colecionar. É superfície nova de comportamento, custo e risco.

Passo 7: não crie um segundo agente agora

Quase todo usuário novo cai nessa fantasia:

• um agente pessoal;
• um agente de trabalho;
• um agente para código;
• um agente para automação;
• um agente “experimental”.

Na prática, o que normalmente acontece é o contrário do que a pessoa imagina. Em vez de organização, aparece fragmentação. Em vez de clareza, aparece confusão. Em vez de resolver um problema, você passa a administrar vários.

Cada agente novo custa tokens. Cada agente novo aumenta a complexidade. Cada agente novo multiplica a chance de você estar mascarando um problema estrutural do primeiro setup.

O padrão que eu mais vejo é este: a pessoa cria um segundo agente para “consertar” uma frustração do primeiro. Resultado: termina com dois agentes mal ajustados.

Primeiro, faça um funcionar muito bem.

Depois de duas semanas, com uso real, aí sim você decide se existe motivo concreto para separar contextos. Antes disso, geralmente é só ansiedade disfarçada de arquitetura.

Passo 8: aprenda a usar /new e /btw

Esse é um daqueles hábitos que mudam a experiência inteira.

Toda mensagem enviada numa sessão entra no histórico e vai contaminando o contexto das próximas chamadas. Com o tempo, isso encarece uso, deixa a resposta mais lenta e piora a precisão. Você começa a sentir que o agente está “meio torto”, quando na verdade ele está afogado em conversa velha.

Para resetar sem perder memória estrutural, use:

/new

Isso abre uma sessão nova, mas o agente continua com SOUL.md, memórias e arquivos da workspace. Você não está apagando o que importa. Só está limpando o buffer da conversa.

Boas horas para usar /new:

• antes de uma tarefa grande;
• quando o agente começar a se perder;
• no mínimo uma vez por dia, como higiene básica.

Agora, para tangentes pequenas, o ideal é outro:

/btw what's the weather tomorrow

Esse comando serve para perguntas laterais, aquelas que não deveriam contaminar o assunto principal. É um atalho excelente para manter o foco da sessão sem perder praticidade.

Resumo curto:

• /new para reset completo da conversa atual;
• /btw para desvio rápido sem poluir o trilho principal.

Se você ignora esses dois comandos, acaba pagando mais para manter um contexto pior.

Passo 9: confira custos todos os dias e observe inchaço de sessão

Não espere a surpresa chegar na fatura.

Cheque o consumo diariamente:

openclaw status

Ou acompanhe direto no painel do provedor de API.

Outro ponto que muita gente só percebe tarde: session bloat, especialmente quando começa a brincar com cron, tarefas recorrentes e rotinas automáticas cedo demais.

Cada execução cria registro de sessão. Isso vai acumulando. Aos poucos, o ambiente fica mais pesado, o agente parece mais lento e o custo sobe por motivos que não ficam óbvios à primeira vista.

Se o comportamento começou a piorar depois de alguns dias, não descarte a hipótese de acúmulo inútil de contexto e sessões antigas.

O hábito certo continua sendo o mesmo: monitore, compare e resete quando necessário.

Se você está com um agente só, sem skills, com roteamento de modelo minimamente sensato, e mesmo assim o gasto já parece desproporcional, não normalize isso. Tem erro aí, e normalmente dá para corrigir.

Como a sua primeira semana deveria ser, na prática

A maior parte da frustração vem de uma expectativa errada: gente demais tentando chegar no “assistente perfeito” já no primeiro fim de semana.

O caminho mais eficiente é bem menos cinematográfico.

Dias 1 e 2

• configure roteamento de modelo;
• tranque o gateway;
• corrija heranças de Clawdbot/Moltbot, se existirem;
• escreva um SOUL.md com personalidade e limites;
• habilite aprovação para ações destrutivas;
• converse normalmente com o agente e entenda o jeito dele.

Sim, converse. Faça perguntas simples. Teste coisas bobas. Descubra como ele responde antes de jogar trabalho crítico no colo dele.

Dias 3 e 4

Comece a usar para tarefas reais, mas sem exagero:

• calendário;
• lembretes;
• busca web;
• resumo de artigo;
• organização leve;
• leitura e análise.

Tudo ainda em modo mais conservador, de preferência sem escrita ampla em email e arquivos.

Dias 5 a 7

Agora sim você começa a refinar:

• ajuste o SOUL.md com base no que irritou você;
• confira custos;
• entenda seu padrão de uso diário;
• se tudo estiver estável, libere escrita em um serviço por vez.

Só isso.

Sem skill demais. Sem enxame de agentes. Sem orquestrador porque ficou bonito no vídeo dos outros. Sem cron job desnecessário. Sem transformar a primeira semana em um laboratório fora de controle.

O começo bom do OpenClaw quase sempre parece meio sem graça. E isso é ótimo.

Os usuários que seguem firmes depois de um ou dois meses geralmente começaram assim: devagar, com um agente confiável, sem truque barato e sem pressa para complicar.

Depois da primeira semana

Se, ao fim de sete dias, o agente está útil, previsível e barato, aí sim você ganhou o direito de experimentar mais.

A ordem mais saudável costuma ser esta:

1. consolidar o que já funciona;
2. adicionar integração nova com critério;
3. testar uma skill verificada;
4. só depois considerar automações mais ousadas.

Capacidade boa não é a que você instala mais rápido. É a que continua estável quando a novidade passa.

Construa devagar. Ganhe cada camada nova. Faça o básico funcionar tão bem que o resto vire consequência, não gambiarra.

No OpenClaw, começar de forma chata não atrasa você. Na prática, é isso que acelera tudo depois.