Unterstützung der acpx-Harness (aktuell)
Aktuelle eingebaute Harness-Aliasse von acpx:claudecodexcopilotcursor(Cursor CLI:cursor-agent acp)droidgeminiiflowkilocodekimikiroopenclawopencodepiqwen
agentId bevorzugen, sofern Ihre acpx-Konfiguration keine benutzerdefinierten Agenten-Aliasse definiert.
Wenn Ihre lokale Cursor-Installation ACP weiterhin als agent acp bereitstellt, überschreiben Sie den Befehl des cursor-Agenten in Ihrer acpx-Konfiguration, anstatt den eingebauten Standard zu ändern.
Die direkte Nutzung der acpx-CLI kann über --agent <command> auch beliebige Adapter ansprechen, aber diese rohe Escape-Hatch ist eine Funktion der acpx-CLI (nicht der normale agentId-Pfad von OpenClaw).
Erforderliche Konfiguration
ACP-Basis im Core:- Discord:
channels.discord.threadBindings.spawnAcpSessions=true
Plugin-Setup für das acpx-Backend
Frische Installationen liefern das gebündelte Runtime-Pluginacpx standardmäßig aktiviert aus, daher funktioniert ACP normalerweise ohne manuellen Installationsschritt für Plugins.
Beginnen Sie mit:
acpx deaktiviert, über plugins.allow / plugins.deny verweigert oder
zu einem lokalen Entwicklungs-Checkout wechseln möchten, verwenden Sie den expliziten Plugin-Pfad:
Konfiguration von acpx-Befehl und Version
Standardmäßig verwendet das gebündelteacpx-Plugin seine pluginlokal fixierte Binärdatei (node_modules/.bin/acpx innerhalb des Plugin-Pakets). Beim Start registriert es das Backend als nicht bereit, und ein Hintergrundjob prüft acpx --version; wenn die Binärdatei fehlt oder nicht passt, führt es npm install --omit=dev --no-save acpx@<pinned> aus und prüft erneut. Das Gateway bleibt dabei durchgehend nicht blockierend.
Befehl oder Version in der Plugin-Konfiguration überschreiben:
commandakzeptiert einen absoluten Pfad, einen relativen Pfad (aufgelöst vom OpenClaw-Workspace aus) oder einen Befehlsnamen.expectedVersion: "any"deaktiviert striktes Version-Matching.- Benutzerdefinierte
command-Pfade deaktivieren die pluginlokale automatische Installation.
Automatische Installation von Abhängigkeiten
Wenn Sie OpenClaw global mitnpm install -g openclaw installieren, werden die Laufzeitabhängigkeiten von acpx
(plattformspezifische Binärdateien) automatisch
über einen Postinstall-Hook installiert. Falls die automatische Installation fehlschlägt, startet das Gateway trotzdem
normal und meldet die fehlende Abhängigkeit über openclaw acp doctor.
MCP-Bridge für Plugin-Tools
Standardmäßig exponieren ACPX-Sitzungen nicht die von OpenClaw-Plugins registrierten Tools für die ACP-Harness. Wenn ACP-Agenten wie Codex oder Claude Code installierte Plugin-Tools von OpenClaw wie Memory Recall/Store aufrufen sollen, aktivieren Sie die dedizierte Bridge:- Injiziert einen eingebauten MCP-Server mit dem Namen
openclaw-plugin-toolsin den Bootstrap von ACPX-Sitzungen. - Exponiert Plugin-Tools, die bereits von installierten und aktivierten OpenClaw- Plugins registriert wurden.
- Hält die Funktion explizit und standardmäßig deaktiviert.
- Dies erweitert die Tool-Oberfläche der ACP-Harness.
- ACP-Agenten erhalten nur Zugriff auf Plugin-Tools, die bereits im Gateway aktiv sind.
- Behandeln Sie dies als dieselbe Vertrauensgrenze wie bei der Ausführung dieser Plugins in OpenClaw selbst.
- Prüfen Sie installierte Plugins, bevor Sie dies aktivieren.
mcpServers funktionieren weiterhin wie bisher. Die eingebaute Bridge für Plugin-Tools ist
eine zusätzliche Komfortfunktion per Opt-in, kein Ersatz für die generische Konfiguration von MCP-Servern.
MCP-Bridge für OpenClaw-Tools
Standardmäßig exponieren ACPX-Sitzungen auch eingebaute OpenClaw-Tools nicht über MCP. Aktivieren Sie die separate Bridge für Core-Tools, wenn ein ACP-Agent ausgewählte eingebaute Tools wiecron benötigt:
- Injiziert einen eingebauten MCP-Server mit dem Namen
openclaw-toolsin den Bootstrap von ACPX-Sitzungen. - Exponiert ausgewählte eingebaute OpenClaw-Tools. Der erste Server exponiert
cron. - Hält die Exposition von Core-Tools explizit und standardmäßig deaktiviert.
Konfiguration des Runtime-Timeouts
Das gebündelteacpx-Plugin setzt für eingebettete Runtime-Züge standardmäßig ein
Timeout von 120 Sekunden. Dadurch haben langsamere Harnesses wie Gemini CLI genug Zeit, den ACP-Start und die Initialisierung abzuschließen. Überschreiben Sie dies, wenn Ihr Host ein anderes
Runtime-Limit benötigt:
Konfiguration des Health-Probe-Agenten
Das gebündelteacpx-Plugin prüft einen Harness-Agenten, während es entscheidet, ob das
eingebettete Runtime-Backend bereit ist. Wenn acp.allowedAgents gesetzt ist, verwendet es standardmäßig
den ersten erlaubten Agenten; andernfalls standardmäßig codex. Wenn Ihre Bereitstellung
einen anderen ACP-Agenten für Health-Checks benötigt, setzen Sie den Probe-Agenten explizit:
Berechtigungskonfiguration
ACP-Sitzungen laufen nicht interaktiv — es gibt kein TTY, um Berechtigungsaufforderungen für Schreibzugriffe auf Dateien und Shell-Ausführung zu genehmigen oder abzulehnen. Das acpx-Plugin stellt zwei Konfigurationsschlüssel bereit, die steuern, wie mit Berechtigungen umgegangen wird: Diese Berechtigungen der ACPX-Harness sind getrennt von OpenClaw-Exec-Genehmigungen und getrennt von anbieterspezifischen Bypass-Flags für CLI-Backends wie Claude CLI--permission-mode bypassPermissions. ACPX approve-all ist der Break-Glass-Schalter auf Harness-Ebene für ACP-Sitzungen.
permissionMode
Steuert, welche Operationen der Harness-Agent ohne Rückfrage ausführen kann.
| Wert | Verhalten |
|---|---|
approve-all | Alle Dateischreibvorgänge und Shell-Befehle automatisch genehmigen. |
approve-reads | Nur Lesevorgänge automatisch genehmigen; Schreibvorgänge und Exec erfordern Prompts. |
deny-all | Alle Berechtigungsaufforderungen ablehnen. |
nonInteractivePermissions
Steuert, was geschieht, wenn eine Berechtigungsaufforderung angezeigt würde, aber kein interaktives TTY verfügbar ist (was bei ACP-Sitzungen immer der Fall ist).
| Wert | Verhalten |
|---|---|
fail | Die Sitzung mit AcpRuntimeError abbrechen. (Standard) |
deny | Die Berechtigung stillschweigend verweigern und fortfahren (graceful degradation). |
Konfiguration
Über Plugin-Konfiguration setzen:Wichtig: OpenClaw verwendet derzeit standardmäßigpermissionMode=approve-readsundnonInteractivePermissions=fail. In nicht interaktiven ACP-Sitzungen kann jeder Schreibvorgang oder Exec, der eine Berechtigungsaufforderung auslöst, mitAcpRuntimeError: Permission prompt unavailable in non-interactive modefehlschlagen. Wenn Sie Berechtigungen einschränken müssen, setzen SienonInteractivePermissionsaufdeny, damit Sitzungen sich graceful degradieren, statt abzustürzen.
Verwandt
- ACP agents — Überblick, Runbook für Operatoren, Konzepte
- Sub-agents
- Multi-agent routing