Resolvendo "Gemini CLI write_file não encontrado" no OpenClaw: Duas correções necessárias

Um usuário do Reddit postou uma solução para um problema comum ao usar OpenClaw com google-gemini-cli (Gemini CLI): agentes não conseguem escrever arquivos, relatando write_file não encontrado ou tentando default_api_write_file e obtendo "Ferramenta não encontrada. Você quis dizer: write_file, read_file, list_directory?". A causa raiz é dupla.

Causas raiz

• tools.profile padrão é coding – este perfil não expõe write_file.
• OpenClaw inicia o Gemini CLI como um subprocesso headless sem --approval-mode auto_edit – sem essa flag, write_file não fica disponível na lista de ferramentas.

Passos para corrigir

1. Altere o perfil de ferramentas:
   openclaw config set tools.profile full
2. Edite ~/.openclaw/openclaw.json e adicione o bloco cliBackends dentro de agents.defaults:
   

   "cliBackends": {
     "google-gemini-cli": {
       "command": "/home/SEU_USUARIO/.npm-global/bin/gemini",
       "args": ["--approval-mode", "auto_edit"],
       "output": "json",
       "input": "arg"
     }
   }

3. Reinicie o gateway:
   systemctl --user restart openclaw-gateway

A chave cliBackends substitui a forma como o OpenClaw inicia o processo Gemini CLI, injetando a flag necessária. Sem ela, o subprocesso é executado no modo de aprovação padrão que requer entrada interativa, removendo silenciosamente a ferramenta.

O que não funciona

• Criar settings.json no workspace com approvalMode: auto_edit – o OpenClaw não passa o diretório de trabalho correto.
• Definir agents.defaults.sandbox.workspaceAccess: rw – isso é o sandbox do OpenClaw, não relacionado à disponibilidade de ferramentas.
• Injetar GEMINI_CLI_ACTIVE_APPROVAL_MODE via env – o esquema rejeita.
• Modificar diretamente o binário do gemini – funciona isoladamente, mas o OpenClaw pode não usar o mesmo PATH.

Para quem é: Desenvolvedores que usam OpenClaw com Gemini CLI e encontram ferramentas de escrita de arquivos ausentes durante a inicialização ou execução do agente.