Agent coordination

Agentes ACP — configuração

Para uma visão geral, o runbook do operador e os conceitos, consulte agentes ACP.

Esta página aborda a configuração do harness acpx, a configuração do plugin para as pontes MCP e a configuração de permissões.

Use esta página somente ao configurar a rota ACP/acpx. Para configurar o runtime nativo do app-server do Codex, use Harness do Codex. Para chaves da API da OpenAI ou configuração do provedor de modelos com OAuth do Codex, use OpenAI.

O Codex tem duas rotas no OpenClaw:

Rota Configuração/comando Página de configuração
App-server nativo do Codex /codex ..., referências de agente openai/gpt-* Harness do Codex
Adaptador ACP explícito do Codex /acp spawn codex, runtime: "acp", agentId: "codex" Esta página

Prefira a rota nativa, a menos que precise explicitamente do comportamento ACP/acpx.

Suporte atual do harness acpx

Aliases integrados do harness acpx (provenientes da dependência acpx fixada):

Alias Encapsula
claude Claude Code
codex Codex CLI
copilot CLI do GitHub Copilot
cursor CLI do Cursor (cursor-agent acp)
droid Factory Droid
fast-agent fast-agent
gemini CLI do Gemini
iflow CLI do iFlow
kilocode Kilocode
kimi CLI do Kimi
kiro CLI do Kiro
mux Mux
opencode OpenCode
openclaw Ponte ACP do OpenClaw (openclaw acp nativo)
pi Agente de programação Pi
qoder CLI do Qoder
qwen Qwen Code
trae CLI do Trae

factory-droid e factorydroid também são resolvidos para o adaptador integrado droid.

Quando o OpenClaw usar o backend acpx, prefira esses valores para agentId, a menos que sua configuração do acpx defina aliases de agente personalizados. Se sua instalação local do Cursor ainda expuser o ACP como agent acp, substitua o comando do agente cursor na configuração do acpx em vez de alterar o padrão integrado.

O uso direto da CLI do acpx também pode direcionar adaptadores arbitrários por meio de --agent <command>, mas essa saída de emergência de baixo nível é um recurso da CLI do acpx, não o caminho normal de agentId do OpenClaw.

O controle de modelo depende dos recursos do adaptador. As referências de modelo do ACP do Codex são normalizadas pelo OpenClaw antes da inicialização. Outros harnesses precisam do recurso ACP models e de suporte a session/set_model; se um harness não expuser esse recurso ACP nem seu próprio sinalizador de modelo na inicialização, o OpenClaw/acpx não poderá impor uma seleção de modelo.

Configuração obrigatória

Configuração básica do ACP no núcleo:

json5
{  acp: {    enabled: true,    // Opcional. O padrão é true; defina como false para pausar o despacho ACP mantendo os controles /acp.    dispatch: { enabled: true },    backend: "acpx",    defaultAgent: "codex",    allowedAgents: [      "claude",      "codex",      "copilot",      "cursor",      "droid",      "gemini",      "iflow",      "kilocode",      "kimi",      "kiro",      "openclaw",      "opencode",      "qwen",    ],    maxConcurrentSessions: 8,    stream: {      // Os padrões são coalesceIdleMs: 350 e maxChunkChars: 1800; exibidos explicitamente aqui.      coalesceIdleMs: 350,      maxChunkChars: 1800,    },    runtime: {      ttlMinutes: 120,    },  },}

A configuração da vinculação de threads é específica do adaptador de canal. Exemplo para o Discord:

json5
{  session: {    threadBindings: {      enabled: true,      idleHours: 24,      maxAgeHours: 0,    },  },  channels: {    discord: {      threadBindings: {        enabled: true,        // O padrão já é true; exibido explicitamente aqui.        spawnSessions: true,      },    },  },}

Se a criação de uma sessão ACP vinculada à thread não funcionar, verifique primeiro o sinalizador de recurso do adaptador:

  • Discord: channels.discord.threadBindings.spawnSessions=true

As vinculações à conversa atual não exigem a criação de uma thread filha. Elas exigem um contexto de conversa ativo e um adaptador de canal que exponha vinculações de conversa ACP.

Consulte a Referência de configuração.

Configuração do plugin para o backend acpx

As instalações empacotadas usam o plugin oficial de runtime @openclaw/acpx para ACP. Instale-o e habilite-o antes de usar sessões do harness ACP:

bash
openclaw plugins install @openclaw/acpxopenclaw config set plugins.entries.acpx.enabled true

Os checkouts do código-fonte também podem usar o plugin do workspace local após pnpm install.

Comece com:

text
/acp doctor

Se você desabilitou o acpx, bloqueou-o por meio de plugins.allow / plugins.deny ou deseja voltar ao plugin empacotado, use o caminho explícito do pacote:

bash
openclaw plugins install @openclaw/acpxopenclaw config set plugins.entries.acpx.enabled true

Instalação do workspace local durante o desenvolvimento:

bash
openclaw plugins install ./path/to/local/acpx-plugin

Em seguida, verifique a integridade do backend:

text
/acp doctor

Sondagem de inicialização do runtime acpx

O plugin acpx incorpora o runtime ACP diretamente, sem um binário acpx separado nem uma versão a configurar. Por padrão, ele registra o backend incorporado durante a inicialização do Gateway e aguarda uma sondagem de inicialização antes do sinal ready do gateway. Defina OPENCLAW_ACPX_RUNTIME_STARTUP_PROBE=0 ou OPENCLAW_SKIP_ACPX_RUNTIME_PROBE=1 somente para scripts ou ambientes que mantenham intencionalmente a sondagem de inicialização desabilitada. Execute /acp doctor para uma sondagem explícita sob demanda.

Substitua o comando de um agente ACP específico por argumentos estruturados quando um caminho ou valor de sinalizador precisar permanecer como um único token de argv:

json
{  "plugins": {    "entries": {      "acpx": {        "enabled": true,        "config": {          "agents": {            "claude": {              "command": "node",              "args": ["/path/to/custom adapter.mjs", "--verbose"]            }          }        }      }    }  }}
  • agents.<id>.command é o executável ou a string de comando existente desse agente ACP.
  • agents.<id>.args é opcional. Cada item do array recebe aspas de shell antes de o OpenClaw passá-lo pelo registro atual de strings de comando do acpx.

Consulte Plugins.

Download automático de adaptadores

O acpx baixa automaticamente os adaptadores ACP, como as pontes ACP do Claude e do Codex, por meio do npx no primeiro uso. Você não precisa instalar manualmente os pacotes dos adaptadores, e não há uma etapa separada de pós-instalação para o próprio OpenClaw. Se o download ou a criação de um adaptador falhar, /acp doctor relatará a falha.

Ponte MCP das ferramentas de plugins

Por padrão, as sessões ACPX não expõem ao harness ACP as ferramentas registradas por plugins do OpenClaw.

Se quiser que agentes ACP, como Codex ou Claude Code, chamem ferramentas de plugins instalados do OpenClaw, como recuperação e armazenamento de memória, habilite a ponte dedicada:

bash
openclaw config set plugins.entries.acpx.config.pluginToolsMcpBridge true

O que isso faz:

  • Injeta um servidor MCP integrado chamado openclaw-plugin-tools na inicialização da sessão ACPX.
  • Expõe as ferramentas de plugins já registradas pelos plugins instalados e habilitados do OpenClaw.
  • Mantém o recurso explícito e desabilitado por padrão.

Observações sobre segurança e confiança:

  • Isso amplia a superfície de ferramentas do harness ACP.
  • Os agentes ACP obtêm acesso apenas às ferramentas de plugins que já estão ativas no gateway.
  • Trate isso como o mesmo limite de confiança de permitir que esses plugins sejam executados no próprio OpenClaw.
  • Analise os plugins instalados antes de habilitá-lo.

Os mcpServers personalizados continuam funcionando como antes. A ponte integrada de ferramentas de plugins é uma conveniência adicional de adesão explícita, não uma substituição para a configuração genérica de servidores MCP.

Ponte MCP das ferramentas do OpenClaw

Por padrão, as sessões ACPX também não expõem as ferramentas integradas do OpenClaw por meio do MCP. Habilite a ponte separada das ferramentas do núcleo quando um agente ACP precisar de ferramentas integradas selecionadas, como cron:

bash
openclaw config set plugins.entries.acpx.config.openClawToolsMcpBridge true

O que isso faz:

  • Injeta um servidor MCP integrado chamado openclaw-tools na inicialização da sessão ACPX.
  • Expõe ferramentas integradas selecionadas do OpenClaw. O servidor inicial expõe cron.
  • Mantém a exposição das ferramentas do núcleo explícita e desabilitada por padrão.

Configuração do tempo limite das operações do runtime

Por padrão, o plugin acpx concede 120 segundos às operações de inicialização e controle do runtime incorporado. Isso dá a harnesses mais lentos, como a CLI do Gemini, tempo suficiente para concluir a inicialização do ACP. Substitua esse valor se seu host precisar de um limite de operação diferente:

bash
openclaw config set plugins.entries.acpx.config.timeoutSeconds 180

Os turnos do runtime usam os tempos limite de agente/execução do OpenClaw, incluindo /acp timeout. sessions_spawn não aceita substituições de tempo limite por chamada; o caminho do operador é agents.defaults.subagents.runTimeoutSeconds. Reinicie o gateway após alterar timeoutSeconds.

Configuração do agente de sondagem de integridade

Quando /acp doctor ou a sondagem de inicialização verifica o backend, o plugin acpx incluído testa um agente do harness. Se acp.allowedAgents estiver definido, o padrão será o primeiro agente permitido; caso contrário, será codex. Se sua implantação precisar de outro agente ACP para as verificações de integridade, defina explicitamente o agente de sondagem:

bash
openclaw config set plugins.entries.acpx.config.probeAgent claude

Reinicie o gateway após alterar esse valor.

Configuração de permissões

As sessões ACP são executadas de forma não interativa — não há TTY para aprovar ou negar solicitações de permissão de gravação em arquivos e execução de comandos de shell. O plugin acpx fornece duas chaves de configuração que controlam como as permissões são tratadas:

Essas permissões do harness ACPX são distintas das aprovações de execução do OpenClaw e dos sinalizadores de desvio do fornecedor do backend de CLI, como --permission-mode bypassPermissions da CLI do Claude. approve-all do ACPX é a opção de emergência no nível do harness para sessões ACP.

Para uma comparação mais ampla entre tools.exec.mode do OpenClaw, as aprovações do Codex Guardian e as permissões do harness ACPX, consulte Modos de permissão.

permissionMode

Controla quais operações o agente do harness pode executar sem solicitar confirmação.

Valor Comportamento
approve-all Aprova automaticamente todas as gravações de arquivos e os comandos shell.
approve-reads Aprova automaticamente apenas leituras; gravações e execuções exigem confirmação.
deny-all Nega todas as solicitações de permissão.

nonInteractivePermissions

Controla o que acontece quando uma solicitação de permissão seria exibida, mas nenhuma TTY interativa está disponível (o que sempre ocorre em sessões ACP).

Valor Comportamento
fail Interrompe a sessão com PermissionPromptUnavailableError. (padrão)
deny Nega silenciosamente a permissão e continua (degradação gradual).

Configuração

Defina por meio da configuração do Plugin:

bash
openclaw config set plugins.entries.acpx.config.permissionMode approve-allopenclaw config set plugins.entries.acpx.config.nonInteractivePermissions fail

Reinicie o Gateway após alterar esses valores.

Relacionado

Was this useful?
On this page

On this page