Naar hoofdinhoud gaan
Agent Client Protocol (ACP)-sessies laten OpenClaw externe coding-harnassen uitvoeren (bijvoorbeeld Claude Code, Cursor, Copilot, Droid, OpenClaw ACP, OpenCode, Gemini CLI en andere ondersteunde ACPX-harnassen) via een ACP-backend-Plugin. Elke ACP-sessiestart wordt bijgehouden als een achtergrondtaak.
ACP is het pad voor externe harnassen, niet het standaard Codex-pad. De eigen Codex app-server-Plugin beheert /codex ...-bediening en de standaard openai/gpt-* ingebedde runtime voor agentbeurten; ACP beheert /acp ...-bediening en sessions_spawn({ runtime: "acp" })-sessies.Als je wilt dat Codex of Claude Code als externe MCP-client rechtstreeks verbinding maakt met bestaande OpenClaw-kanaalgesprekken, gebruik dan openclaw mcp serve in plaats van ACP.

Welke pagina heb ik nodig?

Je wilt…Gebruik ditOpmerkingen
Codex in het huidige gesprek koppelen of bedienen/codex bind, /codex threadsEigen Codex app-server-pad wanneer de codex-Plugin is ingeschakeld; bevat gekoppelde chatantwoorden, doorsturen van afbeeldingen, model/snel/rechten, stoppen en sturingsbediening. ACP is een expliciete fallback
Claude Code, Gemini CLI, expliciete Codex ACP of een ander extern harnas via OpenClaw uitvoerenDeze paginaChatgebonden sessies, /acp spawn, sessions_spawn({ runtime: "acp" }), achtergrondtaken, runtime-bediening
Een OpenClaw Gateway-sessie als ACP-server beschikbaar maken voor een editor of clientopenclaw acpBrugmodus. IDE/client spreekt ACP met OpenClaw via stdio/WebSocket
Een lokale AI-CLI hergebruiken als tekst-only fallbackmodelCLI-backendsNiet ACP. Geen OpenClaw-tools, geen ACP-bediening, geen harnas-runtime

Werkt dit direct?

Ja, na installatie van de officiële ACP-runtime-Plugin:
openclaw plugins install @openclaw/acpx
openclaw config set plugins.entries.acpx.enabled true
Source-checkouts kunnen de lokale extensions/acpx workspace-Plugin gebruiken na pnpm install. Voer /acp doctor uit voor een gereedheidscontrole. OpenClaw leert agents alleen over ACP-starts wanneer ACP echt bruikbaar is: ACP moet zijn ingeschakeld, dispatch mag niet zijn uitgeschakeld, de huidige sessie mag niet door de sandbox worden geblokkeerd en er moet een runtime-backend zijn geladen. Als niet aan die voorwaarden is voldaan, blijven ACP Plugin Skills en sessions_spawn ACP-richtlijnen verborgen zodat de agent geen niet-beschikbare backend voorstelt.
  • Als plugins.allow is ingesteld, is dit een beperkende Plugin-inventaris en moet deze acpx bevatten; anders wordt de geïnstalleerde ACP-backend bewust geblokkeerd en meldt /acp doctor de ontbrekende allowlist-vermelding.
  • De Codex ACP-adapter wordt meegeleverd met de acpx-Plugin en waar mogelijk lokaal gestart.
  • Codex ACP draait met een geïsoleerde CODEX_HOME; OpenClaw kopieert vertrouwde projectvermeldingen plus veilige model/provider-routeringsconfiguratie uit de Codex-configuratie van de host, terwijl auth, meldingen en hooks in de hostconfiguratie blijven.
  • Andere adapters voor doelharnassen kunnen bij de eerste keer gebruik nog steeds op aanvraag met npx worden opgehaald.
  • Vendor-auth moet nog steeds op de host bestaan voor dat harnas.
  • Als de host geen npm of netwerktoegang heeft, mislukken adapter-fetches bij eerste gebruik totdat caches zijn voorverwarmd of de adapter op een andere manier is geïnstalleerd.
ACP start een echt extern harnasproces. OpenClaw beheert routering, achtergrondtaakstatus, aflevering, koppelingen en beleid; het harnas beheert zijn provider-login, modelcatalogus, bestandssysteemgedrag en eigen tools.Controleer voordat je OpenClaw de schuld geeft:
  • /acp doctor meldt een ingeschakelde, gezonde backend.
  • De doel-id is toegestaan door acp.allowedAgents wanneer die allowlist is ingesteld.
  • De harnasopdracht kan starten op de Gateway-host.
  • Provider-auth is aanwezig voor dat harnas (claude, codex, gemini, opencode, droid, enzovoort).
  • Het geselecteerde model bestaat voor dat harnas - model-id’s zijn niet overdraagbaar tussen harnassen.
  • De gevraagde cwd bestaat en is toegankelijk, of laat cwd weg en laat de backend zijn standaard gebruiken.
  • De rechtenmodus past bij het werk. Niet-interactieve sessies kunnen niet op eigen rechtenprompts klikken, dus schrijf-/exec-intensieve coding-runs hebben meestal een ACPX-rechtenprofiel nodig dat headless kan doorgaan.
OpenClaw Plugin-tools en ingebouwde OpenClaw-tools worden standaard niet blootgesteld aan ACP-harnassen. Schakel de expliciete MCP-bruggen in ACP-agents - installatie alleen in wanneer het harnas die tools rechtstreeks moet aanroepen.

Ondersteunde harnasdoelen

Gebruik met de acpx-backend deze harnas-id’s als doelen voor /acp spawn <id> of sessions_spawn({ runtime: "acp", agentId: "<id>" }):
Harnas-idTypische backendOpmerkingen
claudeClaude Code ACP-adapterVereist Claude Code-auth op de host.
codexCodex ACP-adapterAlleen expliciete ACP-fallback wanneer eigen /codex niet beschikbaar is of ACP is gevraagd.
copilotGitHub Copilot ACP-adapterVereist Copilot CLI/runtime-auth.
cursorCursor CLI ACP (cursor-agent acp)Overschrijf de acpx-opdracht als een lokale installatie een ander ACP-entrypoint aanbiedt.
droidFactory Droid CLIVereist Factory/Droid-auth of FACTORY_API_KEY in de harnasomgeving.
geminiGemini CLI ACP-adapterVereist Gemini CLI-auth of API-sleutelconfiguratie.
iflowiFlow CLIBeschikbaarheid van adapters en modelbediening hangen af van de geïnstalleerde CLI.
kilocodeKilo Code CLIBeschikbaarheid van adapters en modelbediening hangen af van de geïnstalleerde CLI.
kimiKimi/Moonshot CLIVereist Kimi/Moonshot-auth op de host.
kiroKiro CLIBeschikbaarheid van adapters en modelbediening hangen af van de geïnstalleerde CLI.
opencodeOpenCode ACP-adapterVereist OpenCode CLI/provider-auth.
openclawOpenClaw Gateway-brug via openclaw acpLaat een ACP-bewust harnas terugpraten naar een OpenClaw Gateway-sessie.
qwenQwen Code / Qwen CLIVereist Qwen-compatibele auth op de host.
Aangepaste acpx-agentaliases kunnen in acpx zelf worden geconfigureerd, maar het OpenClaw- beleid controleert nog steeds acp.allowedAgents en eventuele agents.list[].runtime.acp.agent-mapping vóór dispatch.

Operator-runbook

Snelle /acp-flow vanuit chat:
1

Starten

/acp spawn claude --bind here, /acp spawn gemini --mode persistent --thread auto, of expliciet /acp spawn codex --bind here.
2

Werken

Ga door in het gekoppelde gesprek of de gekoppelde thread (of richt je expliciet op de sessiesleutel).
3

Status controleren

/acp status
4

Afstemmen

/acp model <provider/model>, /acp permissions <profile>, /acp timeout <seconds>.
5

Sturen

Zonder context te vervangen: /acp steer tighten logging and continue.
6

Stoppen

/acp cancel (huidige beurt) of /acp close (sessie + koppelingen).
  • Starten maakt of hervat een ACP-runtimesessie, registreert ACP-metadata in de OpenClaw-sessieopslag en kan een achtergrondtaak maken wanneer de run eigendom is van een parent.
  • ACP-sessies die eigendom zijn van een parent worden behandeld als achtergrondwerk, zelfs wanneer de runtimesessie persistent is; voltooiing en aflevering over oppervlakken heen lopen via de parent-taakmelder in plaats van zich te gedragen als een normale gebruikersgerichte chatsessie.
  • Taakonderhoud sluit terminale of verweesde eenmalige ACP-sessies die eigendom zijn van een parent. Persistente ACP-sessies blijven behouden zolang er een actieve gesprekskoppeling bestaat; verlopen persistente sessies zonder actieve koppeling worden gesloten zodat ze niet stilzwijgend kunnen worden hervat nadat de eigenaarstaak klaar is of het taakrecord verdwenen is.
  • Gekoppelde vervolgberichten gaan rechtstreeks naar de ACP-sessie totdat de koppeling wordt gesloten, uit focus wordt gehaald, gereset of verloopt.
  • Gateway-opdrachten blijven lokaal. /acp ..., /status en /unfocus worden nooit als normale prompttekst naar een gekoppeld ACP-harnas gestuurd.
  • cancel breekt de actieve beurt af wanneer de backend annulering ondersteunt; het verwijdert de koppeling of sessiemetadata niet.
  • close beëindigt de ACP-sessie vanuit het perspectief van OpenClaw en verwijdert de koppeling. Een harnas kan nog steeds zijn eigen upstreamgeschiedenis bewaren als het hervatten ondersteunt.
  • De acpx-Plugin ruimt OpenClaw-beheerde wrapper- en adapterprocesbomen op na close, en ruimt verlopen OpenClaw-beheerde ACPX-wezen op tijdens het starten van de Gateway.
  • Inactieve runtime-workers komen in aanmerking voor opschoning na acp.runtime.ttlMinutes; opgeslagen sessiemetadata blijft beschikbaar voor /acp sessions.
Natuurlijke-taaltriggers die naar de eigen Codex Plugin moeten routeren wanneer deze is ingeschakeld:
  • “Koppel dit Discord-kanaal aan Codex.”
  • “Koppel deze chat aan Codex-thread <id>.”
  • “Toon Codex-threads en koppel daarna deze.”
Native Codex-gespreksbinding is het standaardpad voor chatbeheer. Dynamische OpenClaw-tools worden nog steeds via OpenClaw uitgevoerd, terwijl Codex-native tools zoals shell/apply-patch binnen Codex worden uitgevoerd. Voor Codex-native toolgebeurtenissen injecteert OpenClaw per beurt een native hookrelay, zodat Plugin-hooks before_tool_call kunnen blokkeren, after_tool_call kunnen observeren en Codex PermissionRequest-gebeurtenissen via OpenClaw-goedkeuringen kunnen routeren. Codex Stop-hooks worden doorgestuurd naar OpenClaw before_agent_finalize, waar plugins nog één extra modelpass kunnen aanvragen voordat Codex zijn antwoord afrondt. De relay blijft bewust conservatief: hij wijzigt Codex-native toolargumenten niet en herschrijft geen Codex-threadrecords. Gebruik expliciete ACP alleen wanneer je het ACP-runtime-/sessiemodel wilt. De ondersteuningsgrens voor ingebedde Codex is gedocumenteerd in het Codex harness v1-ondersteuningscontract.
  • legacy Codex-modelrefs - legacy Codex OAuth-/abonnementsmodelroute gerepareerd door doctor.
  • openai/* - native Codex app-server ingebedde runtime voor OpenAI-agentbeurten.
  • /codex ... - native Codex-gespreksbeheer.
  • /acp ... of runtime: "acp" - expliciet ACP/acpx-beheer.
Triggers die naar de ACP-runtime moeten routeren:
  • “Voer dit uit als een eenmalige Claude Code ACP-sessie en vat het resultaat samen.”
  • “Gebruik Gemini CLI voor deze taak in een thread en houd vervolgstappen daarna in diezelfde thread.”
  • “Voer Codex via ACP uit in een achtergrondthread.”
OpenClaw kiest runtime: "acp", lost de harness agentId op, bindt aan het huidige gesprek of de huidige thread wanneer dat wordt ondersteund, en routeert vervolgstappen naar die sessie tot sluiten/verlopen. Codex volgt dit pad alleen wanneer ACP/acpx expliciet is of de native Codex- plugin niet beschikbaar is voor de gevraagde bewerking.Voor sessions_spawn wordt runtime: "acp" alleen geadverteerd wanneer ACP is ingeschakeld, de aanvrager niet gesandboxt is en er een ACP-runtime- backend is geladen. acp.dispatch.enabled=false pauzeert automatische ACP-threaddispatch maar verbergt of blokkeert expliciete sessions_spawn({ runtime: "acp" })-aanroepen niet. Het richt zich op ACP-harness-id’s zoals codex, claude, droid, gemini of opencode. Geef geen normale OpenClaw-configuratie-agent-id uit agents_list door, tenzij die vermelding expliciet is geconfigureerd met agents.list[].runtime.type="acp"; gebruik anders de standaard sub-agent-runtime. Wanneer een OpenClaw-agent is geconfigureerd met runtime.type="acp", gebruikt OpenClaw runtime.acp.agent als de onderliggende harness-id.

ACP versus sub-agents

Gebruik ACP wanneer je een externe harness-runtime wilt. Gebruik native Codex app-server voor Codex-gespreksbinding/-beheer wanneer de codex- plugin is ingeschakeld. Gebruik sub-agents wanneer je OpenClaw-native gedelegeerde runs wilt.
GebiedACP-sessieSub-agent-run
RuntimeACP-backendplugin (bijvoorbeeld acpx)OpenClaw-native sub-agent-runtime
Sessiesleutelagent:<agentId>:acp:<uuid>agent:<agentId>:subagent:<uuid>
Hoofdcommando’s/acp .../subagents ...
Spawn-toolsessions_spawn met runtime:"acp"sessions_spawn (standaardruntime)
Zie ook Sub-agents.

Hoe ACP Claude Code uitvoert

Voor Claude Code via ACP is de stack:
  1. OpenClaw ACP-sessiebeheerlaag.
  2. Officiële @openclaw/acpx-runtimeplugin.
  3. Claude ACP-adapter.
  4. Runtime-/sessiemechanica aan Claude-zijde.
ACP Claude is een harness-sessie met ACP-besturing, sessiehervatting, tracking van achtergrondtaken en optionele gespreks-/threadbinding. CLI-backends zijn afzonderlijke tekst-only lokale fallbackruntimes - zie CLI-backends. Voor operators is de praktische regel:
  • Wil je /acp spawn, bindbare sessies, runtimebesturing of persistent harnesswerk? Gebruik ACP.
  • Wil je eenvoudige lokale tekstfallback via de ruwe CLI? Gebruik CLI-backends.

Gebonden sessies

Mentaal model

  • Chatoppervlak - waar mensen blijven praten (Discord-kanaal, Telegram-topic, iMessage-chat).
  • ACP-sessie - de duurzame Codex/Claude/Gemini-runtimestatus waar OpenClaw naartoe routeert.
  • Child thread/topic - een optioneel extra berichtenoppervlak dat alleen door --thread ... wordt gemaakt.
  • Runtime-werkruimte - de filesystemlocatie (cwd, repo-checkout, backend-werkruimte) waar de harness draait. Onafhankelijk van het chatoppervlak.

Bindingen aan het huidige gesprek

/acp spawn <harness> --bind here pint het huidige gesprek vast aan de gespawnde ACP-sessie - geen child thread, hetzelfde chatoppervlak. OpenClaw blijft transport, auth, veiligheid en levering beheren. Vervolgberichten in dat gesprek routeren naar dezelfde sessie; /new en /reset resetten de sessie ter plekke; /acp close verwijdert de binding. Voorbeelden:
/codex bind                                              # native Codex bind, route future messages here
/codex model gpt-5.4                                     # tune the bound native Codex thread
/codex stop                                              # control the active native Codex turn
/acp spawn codex --bind here                             # explicit ACP fallback for Codex
/acp spawn codex --thread auto                           # may create a child thread/topic and bind there
/acp spawn codex --bind here --cwd /workspace/repo       # same chat binding, Codex runs in /workspace/repo
  • --bind here en --thread ... sluiten elkaar uit.
  • --bind here werkt alleen op kanalen die binding aan het huidige gesprek adverteren; OpenClaw retourneert anders een duidelijke melding dat dit niet wordt ondersteund. Bindingen blijven bestaan na Gateway-herstarts.
  • Op Discord gate spawnSessions het maken van child threads voor --thread auto|here - niet --bind here.
  • Als je naar een andere ACP-agent spawnt zonder --cwd, erft OpenClaw standaard de werkruimte van de doelagent. Ontbrekende geërfde paden (ENOENT/ENOTDIR) vallen terug op de backendstandaard; andere toegangsfouten (bijv. EACCES) verschijnen als spawnfouten.
  • Gateway-beheercommando’s blijven lokaal in gebonden gesprekken - /acp ...-commando’s worden door OpenClaw afgehandeld, zelfs wanneer normale vervolgtekst naar de gebonden ACP-sessie routeert; /status en /unfocus blijven ook lokaal wanneer commandoafhandeling voor dat oppervlak is ingeschakeld.
Wanneer threadbindingen zijn ingeschakeld voor een kanaaladapter:
  • OpenClaw bindt een thread aan een doel-ACP-sessie.
  • Vervolgberichten in die thread routeren naar de gebonden ACP-sessie.
  • ACP-output wordt teruggeleverd aan dezelfde thread.
  • Unfocus/sluiten/archiveren/idle-timeout of verlopen door maximale leeftijd verwijdert de binding.
  • /acp close, /acp cancel, /acp status, /status en /unfocus zijn Gateway-commando’s, geen prompts aan de ACP-harness.
Vereiste featureflags voor threadgebonden ACP:
  • acp.enabled=true
  • acp.dispatch.enabled staat standaard aan (zet op false om automatische ACP-threaddispatch te pauzeren; expliciete sessions_spawn({ runtime: "acp" })-aanroepen blijven werken).
  • Spawns van threadsessies in kanaaladapters ingeschakeld (standaard: true):
    • Discord: channels.discord.threadBindings.spawnSessions=true
    • Telegram: channels.telegram.threadBindings.spawnSessions=true
Ondersteuning voor threadbinding is adapterspecifiek. Als de actieve kanaal- adapter geen threadbindingen ondersteunt, retourneert OpenClaw een duidelijke melding dat dit niet wordt ondersteund/niet beschikbaar is.
  • Elke kanaaladapter die sessie-/threadbindingsmogelijkheden aanbiedt.
  • Huidige ingebouwde ondersteuning: Discord-threads/-kanalen, Telegram-topics (forumtopics in groepen/supergroepen en DM-topics).
  • Plugin-kanalen kunnen ondersteuning toevoegen via dezelfde bindingsinterface.

Persistente kanaalbindingen

Voor niet-ephemere workflows configureer je persistente ACP-bindingen in top-level bindings[]-vermeldingen.

Bindingsmodel

bindings[].type
"acp"
Markeert een persistente ACP-gespreksbinding.
bindings[].match
object
Identificeert het doelgesprek. Vormen per kanaal:
  • Discord-kanaal/thread: match.channel="discord" + match.peer.id="<channelOrThreadId>"
  • Slack-kanaal/DM: match.channel="slack" + match.peer.id="<channelId|channel:<channelId>|#<channelId>|userId|user:<userId>|slack:<userId>|<@userId>>". Geef de voorkeur aan stabiele Slack-id’s; kanaalbindingen matchen ook antwoorden binnen threads van dat kanaal.
  • Telegram-forumtopic: match.channel="telegram" + match.peer.id="<chatId>:topic:<topicId>"
  • WhatsApp-DM/groep: match.channel="whatsapp" + match.peer.id="<E.164|group JID>". Gebruik E.164-nummers zoals +15555550123 voor directe chats en WhatsApp-groeps-JID’s zoals 120363424282127706@g.us voor groepen.
  • iMessage-DM/groep: match.channel="imessage" + match.peer.id="<handle|chat_id:*|chat_guid:*|chat_identifier:*>". Geef de voorkeur aan chat_id:* voor stabiele groepsbindingen.
bindings[].agentId
string
De id van de beherende OpenClaw-agent.
bindings[].acp.mode
"persistent" | "oneshot"
Optionele ACP-override.
bindings[].acp.label
string
Optioneel operatorgericht label.
bindings[].acp.cwd
string
Optionele runtimewerkmap.
bindings[].acp.backend
string
Optionele backendoverride.

Runtimestandaarden per agent

Gebruik agents.list[].runtime om ACP-standaarden één keer per agent te definiëren:
  • agents.list[].runtime.type="acp"
  • agents.list[].runtime.acp.agent (harness-id, bijv. codex of claude)
  • agents.list[].runtime.acp.backend
  • agents.list[].runtime.acp.mode
  • agents.list[].runtime.acp.cwd
Override-volgorde voor ACP-gebonden sessies:
  1. bindings[].acp.*
  2. agents.list[].runtime.acp.*
  3. Globale ACP-standaarden (bijv. acp.backend)

Voorbeeld

{
  agents: {
    list: [
      {
        id: "codex",
        runtime: {
          type: "acp",
          acp: {
            agent: "codex",
            backend: "acpx",
            mode: "persistent",
            cwd: "/workspace/openclaw",
          },
        },
      },
      {
        id: "claude",
        runtime: {
          type: "acp",
          acp: { agent: "claude", backend: "acpx", mode: "persistent" },
        },
      },
    ],
  },
  bindings: [
    {
      type: "acp",
      agentId: "codex",
      match: {
        channel: "discord",
        accountId: "default",
        peer: { kind: "channel", id: "222222222222222222" },
      },
      acp: { label: "codex-main" },
    },
    {
      type: "acp",
      agentId: "claude",
      match: {
        channel: "telegram",
        accountId: "default",
        peer: { kind: "group", id: "-1001234567890:topic:42" },
      },
      acp: { cwd: "/workspace/repo-b" },
    },
    {
      type: "route",
      agentId: "main",
      match: { channel: "discord", accountId: "default" },
    },
    {
      type: "route",
      agentId: "main",
      match: { channel: "telegram", accountId: "default" },
    },
  ],
  channels: {
    discord: {
      guilds: {
        "111111111111111111": {
          channels: {
            "222222222222222222": { requireMention: false },
          },
        },
      },
    },
    telegram: {
      groups: {
        "-1001234567890": {
          topics: { "42": { requireMention: false } },
        },
      },
    },
  },
}

Gedrag

  • OpenClaw zorgt ervoor dat de geconfigureerde ACP-sessie bestaat na kanaalspecifieke toelating en vóór gebruik.
  • Berichten in dat kanaal, onderwerp of die chat worden naar de geconfigureerde ACP-sessie gerouteerd.
  • Geconfigureerde ACP-bindingen beheren hun eigen sessieroute. Kanaalbroadcast-fan-out vervangt de geconfigureerde ACP-sessie niet voor een overeenkomende binding.
  • In gebonden gesprekken resetten /new en /reset dezelfde ACP-sessiesleutel op zijn plaats.
  • Tijdelijke runtimebindingen (bijvoorbeeld aangemaakt door thread-focus-flows) blijven van toepassing waar ze aanwezig zijn.
  • Voor cross-agent ACP-spawns zonder expliciete cwd erft OpenClaw de werkruimte van de doelagent uit de agentconfiguratie.
  • Ontbrekende geërfde werkruimtepaden vallen terug op de standaard-cwd van de backend; niet-ontbrekende toegangsfouten worden als spawnfouten getoond.

ACP-sessies starten

Twee manieren om een ACP-sessie te starten:
Gebruik runtime: "acp" om een ACP-sessie te starten vanuit een agentbeurt of toolaanroep.
{
  "task": "Open the repo and summarize failing tests",
  "runtime": "acp",
  "agentId": "codex",
  "thread": true,
  "mode": "session"
}
runtime is standaard subagent, dus stel runtime: "acp" expliciet in voor ACP-sessies. Als agentId wordt weggelaten, gebruikt OpenClaw acp.defaultAgent wanneer dat is geconfigureerd. mode: "session" vereist thread: true om een persistent gebonden gesprek te behouden.

sessions_spawn-parameters

task
string
vereist
Initiële prompt die naar de ACP-sessie wordt gestuurd.
runtime
"acp"
vereist
Moet "acp" zijn voor ACP-sessies.
agentId
string
ACP-doelharness-id. Valt terug op acp.defaultAgent als dat is ingesteld.
thread
boolean
standaard:"false"
Vraag een threadbindingsflow aan waar dit wordt ondersteund.
mode
"run" | "session"
standaard:"run"
"run" is eenmalig; "session" is persistent. Als thread: true en mode wordt weggelaten, kan OpenClaw standaard persistent gedrag gebruiken per runtimepad. mode: "session" vereist thread: true.
cwd
string
Aangevraagde werkmap voor de runtime (gevalideerd door backend-/runtimebeleid). Indien weggelaten, erft de ACP-spawn de werkruimte van de doelagent wanneer die is geconfigureerd; ontbrekende geërfde paden vallen terug op backendstandaarden, terwijl echte toegangsfouten worden geretourneerd.
label
string
Operatorgericht label dat wordt gebruikt in sessie-/bannertekst.
resumeSessionId
string
Hervat een bestaande ACP-sessie in plaats van een nieuwe te maken. De agent speelt zijn gespreksgeschiedenis opnieuw af via session/load. Vereist runtime: "acp".
streamTo
"parent"
"parent" streamt voortgangssamenvattingen van de initiële ACP-run terug naar de aanvragende sessie als systeemgebeurtenissen. Geaccepteerde antwoorden bevatten streamLogPath, dat verwijst naar een sessiegebonden JSONL-log (<sessionId>.acp-stream.jsonl) dat je kunt volgen voor de volledige relaygeschiedenis. Voortgangsstreams naar de parent tonen standaard assistentcommentaar en ACP-statusvoortgang, tenzij streaming.progress.commentary=false. Discord zet parent-previews ook standaard in voortgangsmodus wanneer er geen streammodus is geconfigureerd. Statusvoortgang respecteert nog steeds acp.stream.tagVisibility, zodat tags zoals plan verborgen blijven tenzij ze expliciet zijn ingeschakeld.
ACP-sessions_spawn-runs gebruiken agents.defaults.subagents.runTimeoutSeconds voor hun standaardlimiet voor child-beurten. De tool accepteert geen time-outoverschrijvingen per aanroep.
model
string
Expliciete modeloverschrijving voor de ACP-childsessie. Codex ACP-spawns normaliseren OpenAI-referenties zoals openai/gpt-5.4 naar Codex ACP-opstartconfiguratie vóór session/new; slash-vormen zoals openai/gpt-5.4/high stellen ook Codex ACP-reasoning effort in. Indien weggelaten, gebruikt sessions_spawn({ runtime: "acp" }) bestaande standaardmodellen voor subagents (agents.defaults.subagents.model of agents.list[].subagents.model) wanneer die zijn geconfigureerd; anders laat het de ACP-harness zijn eigen standaardmodel gebruiken. Andere harnesses moeten ACP-models adverteren en session/set_model ondersteunen; anders faalt OpenClaw/acpx duidelijk in plaats van stil terug te vallen op de standaard van de doelagent.
thinking
string
Expliciete thinking-/reasoning effort. Voor Codex ACP wordt minimal gekoppeld aan lage effort, worden low/medium/high/xhigh direct gekoppeld, en laat off de opstartoverschrijving voor reasoning effort weg. Indien weggelaten, gebruiken ACP-spawns bestaande thinking-standaarden voor subagents en per-model agents.defaults.models["provider/model"].params.thinking voor het geselecteerde model.

Spawn-bindings- en threadmodi

ModusGedrag
hereBind het huidige actieve gesprek op zijn plaats; faal als er geen actief is.
offMaak geen binding voor het huidige gesprek.
Opmerkingen:
  • --bind here is het eenvoudigste operatorpad voor “maak dit kanaal of deze chat Codex-backed.”
  • --bind here maakt geen childthread aan.
  • --bind here is alleen beschikbaar op kanalen die ondersteuning voor binding van het huidige gesprek aanbieden.
  • --bind en --thread kunnen niet worden gecombineerd in dezelfde /acp spawn-aanroep.

Aflevermodel

ACP-sessies kunnen interactieve werkruimten of door de parent beheerd achtergrondwerk zijn. Het afleverpad hangt af van die vorm.
Interactieve sessies zijn bedoeld om te blijven praten op een zichtbaar chatoppervlak:
  • /acp spawn ... --bind here bindt het huidige gesprek aan de ACP-sessie.
  • /acp spawn ... --thread ... bindt een kanaalthread/-onderwerp aan de ACP-sessie.
  • Persistente geconfigureerde bindings[].type="acp" routeren overeenkomende gesprekken naar dezelfde ACP-sessie.
Vervolgberichten in het gebonden gesprek worden direct naar de ACP-sessie gerouteerd, en ACP-uitvoer wordt teruggeleverd aan hetzelfde kanaal/thread/onderwerp.Wat OpenClaw naar de harness stuurt:
  • Normale gebonden vervolgen worden verzonden als prompttekst, plus bijlagen alleen wanneer de harness/backend die ondersteunt.
  • /acp-beheeropdrachten en lokale Gateway-opdrachten worden onderschept vóór ACP-dispatch.
  • Door de runtime gegenereerde voltooiingsgebeurtenissen worden per doel gematerialiseerd. OpenClaw-agents krijgen OpenClaw’s interne runtime-contextenvelop; externe ACP-harnesses krijgen een gewone prompt met het childresultaat en instructie. De ruwe <<<BEGIN_OPENCLAW_INTERNAL_CONTEXT>>>-envelop mag nooit naar externe harnesses worden gestuurd of als ACP-gebruikerstranscripttekst worden bewaard.
  • ACP-transcriptvermeldingen gebruiken de voor de gebruiker zichtbare triggertekst of de gewone voltooiingsprompt. Interne gebeurtenismetadata blijft waar mogelijk gestructureerd in OpenClaw en wordt niet behandeld als door de gebruiker geschreven chatinhoud.
Eenmalige ACP-sessies die door een andere agent-run worden gestart, zijn achtergrond-children, vergelijkbaar met subagents:
  • De parent vraagt om werk met sessions_spawn({ runtime: "acp", mode: "run" }).
  • De child draait in zijn eigen ACP-harnesssessie.
  • Child-beurten draaien op dezelfde achtergrondbaan die door native subagent-spawns wordt gebruikt, zodat een trage ACP-harness ongerelateerd werk in de hoofdsessie niet blokkeert.
  • Voltooiing wordt teruggemeld via het aankondigingspad voor taakvoltooiing. OpenClaw zet interne voltooiingsmetadata om in een gewone ACP-prompt voordat die naar een externe harness wordt gestuurd, zodat harnesses geen runtimecontextmarkeringen zien die alleen voor OpenClaw zijn.
  • De parent herschrijft het childresultaat in normale assistentstem wanneer een gebruikersgericht antwoord nuttig is.
Behandel dit pad niet als een peer-to-peerchat tussen parent en child. De child heeft al een voltooiingskanaal terug naar de parent.
sessions_send kan na spawn een andere sessie targeten. Voor normale peersessies gebruikt OpenClaw een agent-to-agent (A2A)-vervolgpad na het injecteren van het bericht:
  • Wacht op het antwoord van de doelsessie.
  • Laat aanvrager en doel optioneel een begrensd aantal vervolgbeurten uitwisselen.
  • Vraag het doel om een aankondigingsbericht te produceren.
  • Lever die aankondiging af aan het zichtbare kanaal of de thread.
Dat A2A-pad is een fallback voor peer-sends waarbij de afzender een zichtbaar vervolg nodig heeft. Het blijft ingeschakeld wanneer een ongerelateerde sessie een ACP-doel kan zien en berichten kan sturen, bijvoorbeeld onder brede tools.sessions.visibility-instellingen.OpenClaw slaat de A2A-opvolging alleen over wanneer de aanvrager de ouder is van zijn eigen eenmalige ACP-child dat eigendom is van de ouder. In dat geval kan A2A bovenop taakvoltooiing uitvoeren de ouder wekken met het resultaat van de child, het antwoord van de ouder terugsturen naar de child, en een echo-lus tussen ouder en child maken. Het resultaat van sessions_send meldt delivery.status="skipped" voor dat owned-child-geval omdat het voltooiingspad al verantwoordelijk is voor het resultaat.
Gebruik resumeSessionId om een eerdere ACP-sessie voort te zetten in plaats van opnieuw te beginnen. De agent speelt zijn gespreksgeschiedenis opnieuw af via session/load, zodat hij verdergaat met volledige context van wat eraan voorafging.
{
  "task": "Continue where we left off - fix the remaining test failures",
  "runtime": "acp",
  "agentId": "codex",
  "resumeSessionId": "<previous-session-id>"
}
Veelvoorkomende gebruikssituaties:
  • Draag een Codex-sessie over van je laptop naar je telefoon - vertel je agent om verder te gaan waar je was gebleven.
  • Zet een codeersessie voort die je interactief in de CLI bent gestart, nu headless via je agent.
  • Pak werk weer op dat werd onderbroken door een Gateway-herstart of idle-time-out.
Opmerkingen:
  • resumeSessionId is alleen van toepassing wanneer runtime: "acp"; de standaard sub-agentruntime negeert dit veld dat alleen voor ACP geldt.
  • streamTo is alleen van toepassing wanneer runtime: "acp"; de standaard sub-agentruntime negeert dit veld dat alleen voor ACP geldt.
  • resumeSessionId is een host-lokale ACP/harness-hervattings-id, geen OpenClaw-kanaalsessiesleutel; OpenClaw controleert nog steeds het ACP-spawnbeleid en het doelagentbeleid vóór verzending, terwijl de ACP-backend of harness eigenaar is van autorisatie voor het laden van die upstream-id.
  • resumeSessionId herstelt de upstream ACP-gespreksgeschiedenis; thread en mode blijven normaal van toepassing op de nieuwe OpenClaw-sessie die je maakt, dus mode: "session" vereist nog steeds thread: true.
  • De doelagent moet session/load ondersteunen (Codex en Claude Code doen dat).
  • Als de sessie-id niet wordt gevonden, mislukt de spawn met een duidelijke fout - geen stille fallback naar een nieuwe sessie.
Voer na een Gateway-deployment een live end-to-endcontrole uit in plaats van te vertrouwen op unittests:
  1. Controleer de gedeployde Gateway-versie en commit op de doelhost.
  2. Open een tijdelijke ACPX-bridgesessie naar een live agent.
  3. Vraag die agent om sessions_spawn aan te roepen met runtime: "acp", agentId: "codex", mode: "run", en taak Reply with exactly LIVE-ACP-SPAWN-OK.
  4. Controleer accepted=yes, een echte childSessionKey, en geen validatorfout.
  5. Ruim de tijdelijke bridgesessie op.
Houd de gate op mode: "run" en sla streamTo: "parent" over - thread-gebonden mode: "session" en stream-relaypaden zijn afzonderlijke, rijkere integratiepasses.

Sandbox-compatibiliteit

ACP-sessies draaien momenteel op de hostruntime, niet binnen de OpenClaw-sandbox.
Beveiligingsgrens:
  • De externe harness kan lezen/schrijven volgens zijn eigen CLI-machtigingen en de geselecteerde cwd.
  • Het sandboxbeleid van OpenClaw omvat de uitvoering van de ACP-harness niet.
  • OpenClaw handhaaft nog steeds ACP-functiegates, toegestane agents, sessie-eigenaarschap, kanaalbindingen en Gateway-afleverbeleid.
  • Gebruik runtime: "subagent" voor door de sandbox afgedwongen OpenClaw-native werk.
Huidige beperkingen:
  • Als de aanvragende sessie in een sandbox draait, worden ACP-spawns geblokkeerd voor zowel sessions_spawn({ runtime: "acp" }) als /acp spawn.
  • sessions_spawn met runtime: "acp" ondersteunt geen sandbox: "require".

Resolutie van sessiedoel

De meeste /acp-acties accepteren een optioneel sessiedoel (session-key, session-id, of session-label). Resolutievolgorde:
  1. Expliciet doelargument (of --session voor /acp steer)
    • probeert sleutel
    • daarna UUID-vormige sessie-id
    • daarna label
  2. Huidige threadbinding (als dit gesprek/deze thread aan een ACP-sessie is gebonden).
  3. Fallback naar huidige aanvragende sessie.
Bindingen van het huidige gesprek en threadbindingen doen beide mee in stap 2. Als geen doel kan worden opgelost, retourneert OpenClaw een duidelijke fout (Unable to resolve session target: ...).

ACP-bediening

OpdrachtWat deze doetVoorbeeld
/acp spawnMaak ACP-sessie; optionele huidige binding of threadbinding./acp spawn codex --bind here --cwd /repo
/acp cancelAnnuleer lopende beurt voor doelsessie./acp cancel agent:codex:acp:<uuid>
/acp steerStuur steer-instructie naar actieve sessie./acp steer --session support inbox prioritize failing tests
/acp closeSluit sessie en ontbind threaddoelen./acp close
/acp statusToon backend, modus, status, runtimeopties, mogelijkheden./acp status
/acp set-modeStel runtimemodus in voor doelsessie./acp set-mode plan
/acp setSchrijf generieke runtimeconfiguratieoptie./acp set model openai/gpt-5.4
/acp cwdStel override voor runtimewerkmap in./acp cwd /Users/user/Projects/repo
/acp permissionsStel goedkeuringsbeleidsprofiel in./acp permissions strict
/acp timeoutStel runtime-time-out in (seconden)./acp timeout 120
/acp modelStel overridemodel voor runtime in./acp model anthropic/claude-opus-4-6
/acp reset-optionsVerwijder overrides voor sessieruntimeopties./acp reset-options
/acp sessionsToon recente ACP-sessies uit de store./acp sessions
/acp doctorBackendgezondheid, mogelijkheden, uitvoerbare fixes./acp doctor
/acp installDruk deterministische installatie- en activeringsstappen af./acp install
Runtimebediening (spawn, cancel, steer, close, status, set-mode, set, cwd, permissions, timeout, model, en reset-options) vereist eigenaarsidentiteit van externe kanalen en operator.admin van interne Gateway- clients. Geautoriseerde niet-eigenaarafzenders kunnen nog steeds sessions, doctor, install, en help gebruiken. /acp status toont de effectieve runtimeopties plus runtime- en backendniveau-sessie-identifiers. Fouten voor niet-ondersteunde bediening verschijnen duidelijk wanneer een backend een mogelijkheid mist. /acp sessions leest de store voor de huidige gebonden of aanvragende sessie; doeltokens (session-key, session-id, of session-label) worden opgelost via Gateway-sessieontdekking, inclusief aangepaste per-agent session.store- roots.

Mapping van runtimeopties

/acp heeft gemaksopdrachten en een generieke setter. Equivalente bewerkingen:
OpdrachtKomt overeen metOpmerkingen
/acp model <id>runtimeconfiguratiesleutel modelVoor Codex ACP normaliseert OpenClaw openai/<model> naar de adaptermodel-id en mapt het slash-redeneersuffixen zoals openai/gpt-5.4/high naar reasoning_effort.
/acp set thinking <level>canonieke optie thinkingOpenClaw stuurt het door de backend geadverteerde equivalent wanneer aanwezig, met voorkeur voor thinking, daarna effort, reasoning_effort, of thought_level. Voor Codex ACP mapt de adapter waarden naar reasoning_effort.
/acp permissions <profile>canonieke optie permissionProfileOpenClaw stuurt het door de backend geadverteerde equivalent wanneer aanwezig, zoals approval_policy, permission_profile, permissions, of permission_mode.
/acp timeout <seconds>canonieke optie timeoutSecondsOpenClaw stuurt het door de backend geadverteerde equivalent wanneer aanwezig, zoals timeout of timeout_seconds.
/acp cwd <path>runtime-cwd-overrideDirecte update.
/acp set <key> <value>generiekkey=cwd gebruikt het cwd-overridepad.
/acp reset-optionswist alle runtime-overrides-

acpx-harness, Plugin-installatie en machtigingen

Voor acpx-harnessconfiguratie (Claude Code / Codex / Gemini CLI- aliassen), de plugin-tools- en OpenClaw-tools-MCP-bridges, en ACP- machtigingsmodi, zie ACP-agents - installatie.

Probleemoplossing

SymptoomWaarschijnlijke oorzaakOplossing
ACP runtime backend is not configuredBackend-Plugin ontbreekt, is uitgeschakeld of wordt geblokkeerd door plugins.allow.Installeer en schakel de backend-Plugin in, neem acpx op in plugins.allow wanneer die toelatingslijst is ingesteld, en voer daarna /acp doctor uit.
ACP is disabled by policy (acp.enabled=false)ACP is globaal uitgeschakeld.Stel acp.enabled=true in.
ACP dispatch is disabled by policy (acp.dispatch.enabled=false)Automatische dispatch vanuit normale threadberichten is uitgeschakeld.Stel acp.dispatch.enabled=true in om automatische threadroutering te hervatten; expliciete sessions_spawn({ runtime: "acp" })-aanroepen blijven werken.
ACP agent "<id>" is not allowed by policyAgent staat niet in de toelatingslijst.Gebruik een toegestane agentId of werk acp.allowedAgents bij.
/acp doctor reports backend not ready right after startupBackend-Plugin ontbreekt, is uitgeschakeld, wordt geblokkeerd door toestaan/weigeren-beleid, of het geconfigureerde uitvoerbare bestand is niet beschikbaar.Installeer/schakel de backend-Plugin in, voer /acp doctor opnieuw uit en inspecteer de backendinstallatie- of beleidsfout als deze ongezond blijft.
Harness command not foundAdapter-CLI is niet geïnstalleerd, de externe Plugin ontbreekt, of de eerste npx-ophaalactie is mislukt voor een niet-Codex-adapter.Voer /acp doctor uit, installeer/warm de adapter vooraf op de Gateway-host op, of configureer de acpx-agentopdracht expliciet.
Model-not-found from the harnessModel-id is geldig voor een andere provider/harness, maar niet voor dit ACP-doel.Gebruik een model dat door die harness wordt vermeld, configureer het model in de harness, of laat de override weg.
Vendor auth error from the harnessOpenClaw is gezond, maar de doel-CLI/provider is niet ingelogd.Log in of geef de vereiste providersleutel op in de Gateway-hostomgeving.
Unable to resolve session target: ...Ongeldig key/id/label-token.Voer /acp sessions uit, kopieer de exacte key/label en probeer het opnieuw.
--bind here requires running /acp spawn inside an active ... conversation--bind here gebruikt zonder actief bindbaar gesprek.Ga naar de doelchat/het doelkanaal en probeer het opnieuw, of gebruik een ongebonden spawn.
Conversation bindings are unavailable for <channel>.Adapter mist ACP-bindingsmogelijkheid voor het huidige gesprek.Gebruik /acp spawn ... --thread ... waar ondersteund, configureer bindings[] op topniveau, of ga naar een ondersteund kanaal.
--thread here requires running /acp spawn inside an active ... thread--thread here gebruikt buiten een threadcontext.Ga naar de doelthread of gebruik --thread auto/off.
Only <user-id> can rebind this channel/conversation/thread.Een andere gebruiker is eigenaar van het actieve bindingsdoel.Bind opnieuw als eigenaar of gebruik een ander gesprek of een andere thread.
Thread bindings are unavailable for <channel>.Adapter mist threadbindingsmogelijkheid.Gebruik --thread off of ga naar een ondersteunde adapter/kanaal.
Sandboxed sessions cannot spawn ACP sessions ...ACP-runtime draait aan hostzijde; de aanvragende sessie is gesandboxed.Gebruik runtime="subagent" vanuit gesandboxte sessies, of voer ACP-spawn uit vanuit een niet-gesandboxte sessie.
sessions_spawn sandbox="require" is unsupported for runtime="acp" ...sandbox="require" aangevraagd voor ACP-runtime.Gebruik runtime="subagent" voor vereiste sandboxing, of gebruik ACP met sandbox="inherit" vanuit een niet-gesandboxte sessie.
Cannot apply --model ... did not advertise model supportDe doel-harness stelt geen generieke ACP-modelwisseling beschikbaar.Gebruik een harness die ACP models/session/set_model adverteert, gebruik Codex ACP-modelreferenties, of configureer het model rechtstreeks in de harness als die een eigen opstartflag heeft.
Missing ACP metadata for bound sessionVerouderde/verwijderde ACP-sessiemetadata.Maak opnieuw aan met /acp spawn en bind/focus daarna de thread opnieuw.
AcpRuntimeError: Permission prompt unavailable in non-interactive modepermissionMode blokkeert schrijfacties/uitvoering in een niet-interactieve ACP-sessie.Stel plugins.entries.acpx.config.permissionMode in op approve-all en herstart de gateway. Zie Machtigingsconfiguratie.
ACP session fails early with little outputMachtigingsprompts worden geblokkeerd door permissionMode/nonInteractivePermissions.Controleer gatewaylogs op AcpRuntimeError. Stel voor volledige machtigingen permissionMode=approve-all in; stel voor geleidelijke degradatie nonInteractivePermissions=deny in.
ACP session stalls indefinitely after completing workHarnessproces is voltooid, maar de ACP-sessie heeft geen voltooiing gemeld.Werk OpenClaw bij; de huidige acpx-cleanup ruimt door OpenClaw beheerde verouderde wrapper- en adapterprocessen op bij sluiten en bij het opstarten van Gateway.
Harness sees <<<BEGIN_OPENCLAW_INTERNAL_CONTEXT>>>Interne gebeurtenisenvelop is over de ACP-grens gelekt.Werk OpenClaw bij en voer de voltooiingsflow opnieuw uit; externe harnesses mogen alleen gewone voltooiingsprompts ontvangen.
Command blocked by PreToolUse hook: Native hook relay unavailable hoort bij de native Codex-hookrelay, niet bij ACP/acpx. Start in een gebonden Codex-chat een nieuwe sessie met /new of /reset; als het één keer werkt en daarna terugkeert bij de volgende native toolaanroep, herstart dan de Codex-appserver of OpenClaw Gateway in plaats van /new te blijven herhalen. Zie Codex-harness probleemoplossing.

Verwant