openclaw/acpx https://github.com/openclaw/acpx Das ist ziemlich genau dein Use Case: ein headless CLI client für ACP, damit Agents/Orchestratoren mit Coding-Agents reden können, ohne Terminal-Scraping. Es unterstützt laut README u.a. Codex, named sessions, prompt queueing und parallele Workstreams. Beispiel aus dem Modell: npx acpx@latest codex sessions new --name ui npx acpx@latest codex sessions new --name pipeline npx acpx@latest codex -s ui "Arbeite nur an templates/static." npx acpx@latest codex -s pipeline "Arbeite nur an pipeline.py/schemas/guards." Für dich wahrscheinlich die wichtigste Kombi: npx acpx@latest codex -s ui --no-wait "Implementiere UI-Fix X" npx acpx@latest codex -s rules --no-wait "Erweitere rule packs Y" npx acpx@latest codex -s tests --no-wait "Schreibe Tests fuer Z" Weitere relevante Repos: - ACP Standard / SDKs https://github.com/agentclientprotocol Offizielle Org mit Spec, Python/Rust/TypeScript SDKs und Registry. - cola-io/codex-acp https://github.com/cola-io/codex-acp ACP-kompatibler Agent, der OpenAI Codex Runtime über stdio bridged. Klingt nach direkterem „Codex als ACP-Agent“-Baustein. - openclaw/openclaw ACP Bridge https://github.com/openclaw/openclaw/blob/main/docs.acp.md Gateway-basierte ACP Bridge mit Session Keys wie agent:design:main. - GitHub Copilot CLI ACP Server https://docs.github.com/en/copilot/reference/copilot-cli-reference/acp-server Interessant als Referenz, weil GitHub explizit Multi-Agent-/CI-Orchestrierung als Use Case nennt. Meine Einschätzung: Nimm zuerst acpx, nicht selber bauen. Für PromptBoost passt das gut zu: git worktree pro Agent + acpx named session pro Agent + klare File Ownership Also: agent/ui -> acpx codex -s ui agent/pipeline -> acpx codex -s pipeline agent/rules -> acpx codex -s rules agent/tests -> acpx codex -s tests Das ist viel näher an „Codex1 funkt Codex2 an“ als native Codex-Session- Kommunikation. Codex1 würde dann nicht direkt in Codex2 greifen, sondern über acpx eine benannte ACP-Session adressieren.