Skip to main content
Per la panoramica, il runbook operativo e i concetti, consultare Agenti ACP. Questa pagina illustra la configurazione dell’harness acpx, la configurazione del plugin per i bridge MCP e la configurazione delle autorizzazioni. Usare questa pagina solo per configurare il percorso ACP/acpx. Per la configurazione del runtime app-server nativo di Codex, usare Harness Codex. Per le chiavi API OpenAI o la configurazione del provider di modelli tramite OAuth di Codex, usare OpenAI. Codex dispone di due percorsi OpenClaw: Preferire il percorso nativo, a meno che non sia esplicitamente necessario il comportamento ACP/acpx.

Supporto dell’harness acpx (attuale)

Alias integrati dell’harness acpx (dalla dipendenza acpx con versione bloccata): Anche factory-droid e factorydroid vengono risolti nell’adattatore integrato droid. Quando OpenClaw usa il backend acpx, preferire questi valori per agentId, a meno che la configurazione acpx non definisca alias agente personalizzati. Se l’installazione locale di Cursor espone ancora ACP come agent acp, sostituire il comando agente cursor nella configurazione acpx anziché modificare il valore predefinito integrato. L’uso diretto della CLI acpx può anche indirizzare adattatori arbitrari tramite --agent <command>, ma questa via di fuga non elaborata è una funzionalità della CLI acpx, non il normale percorso OpenClaw agentId. Il controllo del modello dipende dalle capacità dell’adattatore. I riferimenti ai modelli ACP di Codex vengono normalizzati da OpenClaw prima dell’avvio. Gli altri harness richiedono il supporto di ACP models e session/set_model; se un harness non espone né tale capacità ACP né un proprio flag del modello all’avvio, OpenClaw/acpx non può imporre la selezione di un modello.

Configurazione obbligatoria

Configurazione di base di ACP core:
La configurazione dell’associazione ai thread è specifica dell’adattatore del canale. Esempio per Discord:
Se la creazione ACP associata a un thread non funziona, verificare prima il flag della funzionalità dell’adattatore:
  • Discord: channels.discord.threadBindings.spawnSessions=true
Le associazioni alla conversazione corrente non richiedono la creazione di thread secondari. Richiedono un contesto di conversazione attivo e un adattatore di canale che esponga le associazioni alle conversazioni ACP. Consultare il Riferimento di configurazione.

Configurazione del plugin per il backend acpx

Le installazioni distribuite come pacchetto usano il plugin runtime ufficiale @openclaw/acpx per ACP. Installarlo e abilitarlo prima di usare le sessioni dell’harness ACP:
I checkout del codice sorgente possono anche usare il plugin dell’area di lavoro locale dopo pnpm install. Iniziare con:
Se acpx è stato disabilitato, negato tramite plugins.allow / plugins.deny, oppure si desidera tornare al plugin distribuito come pacchetto, usare il percorso esplicito del pacchetto:
Installazione dell’area di lavoro locale durante lo sviluppo:
Verificare quindi lo stato del backend:

Sonda di avvio del runtime acpx

Il plugin acpx incorpora direttamente il runtime ACP (senza alcun eseguibile acpx separato né versione da configurare). Per impostazione predefinita, registra il backend incorporato durante l’avvio del Gateway e attende una sonda di avvio prima del segnale ready del Gateway. Impostare OPENCLAW_ACPX_RUNTIME_STARTUP_PROBE=0 o OPENCLAW_SKIP_ACPX_RUNTIME_PROBE=1 solo per script o ambienti che mantengono intenzionalmente disabilitata la sonda di avvio. Eseguire /acp doctor per una sonda esplicita su richiesta. Sostituire il comando di un singolo agente ACP con argomenti strutturati quando un percorso o il valore di un flag deve rimanere un singolo token argv:
  • agents.<id>.command è l’eseguibile o la stringa di comando esistente per tale agente ACP.
  • agents.<id>.args è facoltativo. Ogni elemento dell’array viene racchiuso tra virgolette per la shell prima che OpenClaw lo passi attraverso il registro corrente delle stringhe di comando acpx.
Consultare Plugin.

Download automatico degli adattatori

acpx scarica automaticamente gli adattatori ACP, ad esempio i bridge ACP di Claude e Codex, tramite npx al primo utilizzo. Non è necessario installare manualmente i pacchetti degli adattatori e non esiste un passaggio postinstall separato per OpenClaw stesso. Se il download o l’avvio di un adattatore non riesce, /acp doctor segnala l’errore.

Bridge MCP per gli strumenti dei plugin

Per impostazione predefinita, le sessioni ACPX non espongono all’harness ACP gli strumenti registrati dai plugin OpenClaw. Per consentire agli agenti ACP, come Codex o Claude Code, di chiamare gli strumenti dei plugin OpenClaw installati, come il recupero o l’archiviazione della memoria, abilitare il bridge dedicato:
Funzionamento:
  • Inserisce un server MCP integrato denominato openclaw-plugin-tools nella procedura di avvio della sessione ACPX.
  • Espone gli strumenti dei plugin già registrati dai plugin OpenClaw installati e abilitati.
  • Trasmette l’identità della sessione ACP attiva alle factory degli strumenti dei plugin, affinché gli strumenti con ambito agente rimangano nello spazio dei nomi di tale agente.
  • Mantiene la funzionalità esplicita e disabilitata per impostazione predefinita.
Note sulla sicurezza e sull’attendibilità:
  • Questa opzione amplia la superficie degli strumenti dell’harness ACP.
  • Gli agenti ACP ottengono accesso solo agli strumenti dei plugin già attivi nel Gateway.
  • Considerare questo limite di attendibilità equivalente a consentire a tali plugin di essere eseguiti all’interno di OpenClaw stesso.
  • Esaminare i plugin installati prima di abilitarla.
I mcpServers personalizzati continuano a funzionare come in precedenza. Il bridge integrato per gli strumenti dei plugin è una funzionalità aggiuntiva facoltativa, non un sostituto della configurazione generica dei server MCP.

Bridge MCP per gli strumenti OpenClaw

Per impostazione predefinita, le sessioni ACPX non espongono tramite MCP neppure gli strumenti integrati di OpenClaw. Abilitare il bridge separato per gli strumenti core quando un agente ACP necessita di strumenti integrati selezionati, come cron:
Funzionamento:
  • Inserisce un server MCP integrato denominato openclaw-tools nella procedura di avvio della sessione ACPX.
  • Espone strumenti integrati selezionati di OpenClaw. Il server iniziale espone cron.
  • Mantiene esplicita e disabilitata per impostazione predefinita l’esposizione degli strumenti core.

Configurazione del timeout delle operazioni del runtime

Il plugin acpx concede per impostazione predefinita 120 secondi alle operazioni di avvio e controllo del runtime incorporato. Ciò concede agli harness più lenti, come Gemini CLI, tempo sufficiente per completare l’avvio e l’inizializzazione di ACP. Sostituire questo valore se l’host richiede un limite operativo diverso:
I turni del runtime usano i timeout di agente/esecuzione di OpenClaw, incluso /acp timeout. sessions_spawn non accetta sostituzioni del timeout per singola chiamata; il percorso per l’operatore è agents.defaults.subagents.runTimeoutSeconds. Riavviare il Gateway dopo aver modificato timeoutSeconds.

Configurazione dell’agente per la sonda di integrità

Quando /acp doctor o la sonda di avvio verifica il backend, il plugin acpx incluso esamina un agente dell’harness. Se acp.allowedAgents è impostato, il valore predefinito è il primo agente consentito; altrimenti, il valore predefinito è codex. Se la distribuzione richiede un agente ACP diverso per i controlli di integrità, impostare esplicitamente l’agente della sonda:
Riavviare il Gateway dopo aver modificato questo valore.

Configurazione delle autorizzazioni

Le sessioni ACP vengono eseguite in modo non interattivo: non è disponibile alcun TTY per approvare o negare le richieste di autorizzazione per la scrittura di file e l’esecuzione di comandi shell. Il Plugin acpx fornisce due chiavi di configurazione che controllano la gestione delle autorizzazioni: Queste autorizzazioni dell’harness ACPX sono separate dalle approvazioni di esecuzione di OpenClaw e dai flag di bypass dei fornitori del backend CLI, come Claude CLI --permission-mode bypassPermissions. ACPX approve-all è l’interruttore di emergenza a livello di harness per le sessioni ACP. Per un confronto più ampio tra tools.exec.mode di OpenClaw, le approvazioni di Codex Guardian e le autorizzazioni dell’harness ACPX, vedere Modalità di autorizzazione.

permissionMode

Controlla quali operazioni l’agente dell’harness può eseguire senza richiedere conferma.

nonInteractivePermissions

Controlla cosa accade quando dovrebbe essere mostrata una richiesta di autorizzazione ma non è disponibile alcun TTY interattivo (come avviene sempre per le sessioni ACP).

Configurazione

Impostare tramite la configurazione del Plugin:
Riavviare il Gateway dopo aver modificato questi valori.
I valori predefiniti di OpenClaw sono permissionMode=approve-reads e nonInteractivePermissions=fail. Nelle sessioni ACP non interattive, qualsiasi scrittura o esecuzione che attivi una richiesta di autorizzazione può non riuscire con PermissionPromptUnavailableError: Permission prompt unavailable in non-interactive mode.Se è necessario limitare le autorizzazioni, impostare nonInteractivePermissions su deny, in modo che le sessioni adottino una degradazione controllata anziché arrestarsi in modo anomalo.

Correlati