Skip to main content
Para obter uma visão geral, o manual operacional 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 do OpenClaw: Prefira a rota nativa, a menos que precise explicitamente do comportamento de ACP/acpx.

Suporte ao harness acpx (atual)

Aliases integrados do harness acpx (provenientes da dependência fixada acpx): factory-droid e factorydroid também são resolvidos para o adaptador integrado droid. Quando o OpenClaw usa 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 de 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 válvula de escape bruta é um recurso da CLI do acpx (não o caminho normal agentId do OpenClaw). O controle de modelo depende dos recursos do adaptador. As referências de modelo ACP do Codex são normalizadas pelo OpenClaw antes da inicialização. Outros harnesses precisam de models do ACP e suporte a session/set_model; se um harness não expuser esse recurso do 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

Linha de base principal do ACP:
A configuração de vinculação de threads é específica do adaptador de canal. Exemplo para o Discord:
Se a criação de ACP vinculado à 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 do ACP. Consulte a Referência de configuração.

Configuração do plugin para o backend acpx

As instalações empacotadas usam o plugin de runtime oficial @openclaw/acpx para ACP. Instale-o e habilite-o antes de usar sessões de harness do ACP:
Checkouts do código-fonte também podem usar o plugin do workspace local após pnpm install. Comece com:
Se você desabilitou acpx, negou-o por meio de plugins.allow / plugins.deny ou deseja voltar ao plugin empacotado, use o caminho explícito do pacote:
Instalação do workspace local durante o desenvolvimento:
Em seguida, verifique a integridade do backend:

Sondagem de inicialização do runtime acpx

O plugin acpx incorpora o runtime ACP diretamente (sem um binário ou uma versão acpx separada para 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 individual por argumentos estruturados quando um caminho ou valor de sinalizador precisar permanecer como um único token argv:
  • agents.<id>.command é o executável ou a string de comando existente desse agente ACP.
  • agents.<id>.args é opcional. Cada item do array recebe escape de shell antes de o OpenClaw passá-lo pelo registro atual de strings de comando do acpx.
Consulte Plugins.

Download automático de adaptadores

acpx baixa automaticamente adaptadores ACP (por exemplo, as pontes ACP do Claude e do Codex) por meio de npx no primeiro uso. Não é necessário instalar pacotes de adaptadores manualmente, e não há uma etapa de pós-instalação separada 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 ferramentas registradas por plugins do OpenClaw ao harness ACP. Se quiser que agentes ACP, como o Codex ou o Claude Code, chamem ferramentas de plugins instalados do OpenClaw, como recuperação/armazenamento de memória, habilite a ponte dedicada:
O que isso faz:
  • Injeta um servidor MCP integrado chamado openclaw-plugin-tools na inicialização da sessão ACPX.
  • Expõe ferramentas de plugins já registradas por plugins instalados e habilitados do OpenClaw.
  • Transmite a identidade da sessão ACP ativa às fábricas de ferramentas de plugins, para que as ferramentas com escopo de agente permaneçam no namespace desse agente.
  • 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 somente à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.
  • Revise 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 e opcional, 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 ferramentas integradas do OpenClaw por meio do MCP. Habilite a ponte separada de ferramentas principais quando um agente ACP precisar de ferramentas integradas selecionadas, como cron:
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 de ferramentas principais explícita e desabilitada por padrão.

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

O plugin acpx concede 120 segundos por padrão à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 o host precisar de um limite de operação diferente:
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 sonda um agente de harness. Se acp.allowedAgents estiver definido, o padrão será o primeiro agente permitido; caso contrário, o padrão será codex. Se sua implantação precisar de outro agente ACP para verificações de integridade, defina explicitamente o agente de sondagem:
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 de arquivos e execução de comandos no 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 separadas das aprovações de execução do OpenClaw e dos sinalizadores de bypass de fornecedores do backend da CLI, como Claude CLI --permission-mode bypassPermissions. O approve-all do ACPX é o mecanismo emergencial no nível do harness para sessões ACP. Para uma comparação mais ampla entre o 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.

nonInteractivePermissions

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

Configuração

Defina por meio da configuração do plugin:
Reinicie o Gateway depois de alterar esses valores.
O padrão do OpenClaw é permissionMode=approve-reads e nonInteractivePermissions=fail. Em sessões ACP não interativas, qualquer gravação ou execução que acione uma solicitação de permissão pode falhar com PermissionPromptUnavailableError: Permission prompt unavailable in non-interactive mode.Se for necessário restringir as permissões, defina nonInteractivePermissions como deny para que as sessões sofram degradação controlada em vez de serem encerradas por falha.

Relacionados