coding-agent

• Criar novos recursos e aplicativos — deixe um coding-agent explorar o código-fonte e implementar de ponta a ponta, em vez de corrigir inline.
• Revisar pull requests — instancie um agente em um clone temporário ou git worktree para que ele possa comparar, analisar e resumir as alterações com segurança.
• Refatorar bases de código grandes — alterações em múltiplos arquivos que exigem contexto em muitos arquivos se beneficiam de um agente capaz de percorrer a árvore do projeto.
• Correção paralela de problemas — use git worktrees para executar múltiplos agentes simultaneamente, um por issue, e então criar PRs a partir de cada branch.

• Correções simples de uma linha — se a mudança for óbvia e localizada, edite o arquivo diretamente; iniciar um agente adiciona sobrecarga desnecessária.
• Exploração de código somente leitura — use uma ferramenta de leitura/grep para inspecionar o código em vez de iniciar um coding-agent completo.
• Trabalhar dentro de ~/clawd ou do workspace ativo do OpenClaw — agentes nunca devem ser iniciados no diretório de trabalho do próprio orquestrador.
• Requisições do harness ACP vinculadas a threads — se você precisar iniciar ou executar o Codex/Claude Code dentro de uma thread do Discord ou contexto ACP semelhante, use sessions_spawn com runtime:"acp" em vez disso.

Suporta quatro agentes de codificação distintos com padrões de invocação corretos para cada um. Codex e Pi requerem pty:true para comportamento de terminal interativo; Claude Code utiliza --print --permission-mode bypassPermissions para execução limpa sem PTY.

Tarefas de longa duração podem ser iniciadas com background:true, que retorna um sessionId. Você pode então verificar o status, transmitir logs, enviar entrada via stdin ou encerrar a sessão usando ações da ferramenta de processo — mantendo o usuário informado sem bloquear a execução.

Definir workdir garante que o agente inicie no diretório correto do projeto e não acesse arquivos não relacionados. Isso é essencial para revisões de PRs e correção paralela de issues.

Crie git worktrees isolados por issue, inicie um agente dedicado em cada um, monitore-os simultaneamente e envie branches separados para criação de PRs — tudo sem tocar na branch principal.

Adicione um comando openclaw system event ao prompt do agente para que o orquestrador receba um evento de ativação imediato quando a tarefa for concluída, em vez de aguardar a próxima verificação de heartbeat.

As revisões são sempre realizadas em um clone temporário ou git worktree — nunca na pasta ativa do projeto — para evitar checkouts acidentais de branches ou mutações na base de código em uso.

Aponte um agente Codex ou Claude Code para o diretório do seu projeto com workdir e um prompt claro sobre a funcionalidade desejada. O agente explora a base de código, implementa a funcionalidade em múltiplos arquivos e realiza o commit — enquanto você monitora via process action:log.

Busque todas as refs de PRs abertas, inicie um processo do coding-agent por PR em modo background, colete as revisões e publique os resultados como comentários no GitHub via CLI gh — tudo rodando em paralelo.

Crie um git worktree para cada issue aberta, inicie um agente em cada worktree, monitore o progresso e, em seguida, faça push das branches e abra PRs para revisão humana — reduzindo drasticamente o tempo de correção.

Para prompts rápidos e pontuais sem um projeto existente, crie um diretório temporário, execute git init e deixe o coding-agent realizar uma tarefa autocontida — depois descarte o diretório quando terminar.