File size: 2,162 Bytes
28f408e
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58

  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.