用 acpx 與 ACP 把 agent 搬上 Kubernetes

概要

• ACP 不是 MCPOnur 說 MCP 是把工具給模型，ACP 是把 agent 與 client 之間的互動標準化；選 ACP 是因為當時需要 Codex 與 Claude Code 的轉接器，只有 Zed 做過。
• acpx 從 CLI 長成工具箱Onur 先做了一支能透過指令呼叫任何其他 agent 的 CLI，之後慢慢變成 ACP 的萬用工具，也包含一個工作流引擎。
• 審 PR 的機械工作交給 agentOpenClaw 的 PR 量很大，Onur 把「找出意圖、評估實作、看衝突、讓 CI 通過」這些重複動作寫成流程，讓人看到 PR 時這些已經做完。
• 企業與個人 agent 走向不同Onur 認為上班用的 agent 會消耗更多推論，所以企業端的商機會更大。
• 聊天軟體還不支援多 agentSlack 這類平台每多一個 agent 就要另建一個 app，Onur 認為一個任務一個 agent 的願景需要平台補上這一塊。
• Onur 做了一個 Kubernetes 上的開源 orchestrator每個 agent 給一整個 pod，前面接 Slack 與 React 介面，底層用 ACP 所以不綁定特定 agent。

原話

• “MCP is for giving tools to the model. ACP is for, like, standardising agent to client interaction.”

  MCP 是把工具給模型，ACP 是把 agent 與 client 之間的互動標準化

  ▶ 05:22

• “So you're automating the automator.”

  所以你是在把自動化者自動化

  ▶ 09:31

• “you need to take yourself out of the loop and solve it with agents.”

  你得把自己從迴圈裡拿出來，交給 agent 解決

  ▶ 12:31

• “This is not supported, and this must be supported for this vision to work.”

  這目前沒有支援，但要實現這個願景，就必須支援

  ▶ 14:12

延伸

• Onur 說未來隨著各種 agent 協定被採用，OpenClaw 會評估優缺點後支援它們，但沒有講時程。
• Onur 提到 Codex app server protocol 也能使用，是另一位維護者 Harold 開發的。
• Onur 最後特別聲明：orchestrator 那一段是自己在任職新創的工作，跟 OpenClaw 那邊分開。