# 建议统一通过 ACP 接入 Agent，让自定义 Runtime 真正做到标准化接入

[ruixingshi]

希望 Multica 能增加通用 ACP Client，并逐步将 ACP 作为 Agent 的统一接入接口：原生支持 ACP 的直接接入，Codex、Claude Code 等通过 ACP Adapter 接入，用户自研的 Agent 则配置启动命令即可。

社区已有的需求

看了社区讨论，我觉得这能回应一批已经存在的需求：

社区讨论	用户的诉求	通用 ACP 接入能带来的帮助
#1533：How to add a custom agent harness?	接入内部开发的 Agent，不想伪装成其他 Agent，也不想 Fork 项目；原帖直接提到了 ACP	为自研 ACP Agent 提供正式的配置入口，不必新增厂商适配代码
#7591：Integrate CodeArts Agent as a Multica runtime	作者提出通过专门的协议桥接程序接入 CodeArts	可以通过 ACP Adapter 对接，让适配成果也能被其他 ACP 客户端复用
#3700：Vibe / LM Studio 自定义 Runtime	希望自由配置更多运行工具和本地模型方案	为 Agent 提供统一入口；纯模型服务仍需由 Agent 或具备工具执行能力的桥接程序承接
#6618：多 Runtime 配置和自动切换	希望批量配置，额度耗尽或 Runtime 不可用时能切换	统一接口可以降低切换不同 Agent 的接入成本；调度策略、额度判断和上下文交接仍需 Multica 实现

这些讨论发生在不同版本，部分具体接入已有进展。它们共同说明，用户希望有一种可扩展的接入方式，而不必每遇到一个新 Agent，就等待项目单独支持。

当前接入的限制

目前 Multica 已经通过 ACP 接入了部分 Agent，但自定义 Runtime 配置仍要求选择已有的协议类型，启动程序也必须兼容该类型。对于独立开发的 ACP Agent，还缺少一个通用入口。

建议的接入方式

我期待的配置体验很简单：

名称：我的 Agent
协议：ACP
启动命令：/path/to/my-agent
启动参数：--acp
环境变量：按需配置

Multica 启动后，通过 ACP 协商能力，按 Agent 实际提供的能力开放功能。启动参数由用户指定，无需套用某个厂商的启动方式。

目标架构

Multica（任务调度、团队协作、界面）
└── Daemon 中的统一 ACP Client
    ├── 原生支持 ACP 的 Agent → 直接接入
    ├── Codex ACP Adapter → Codex
    ├── Claude Code ACP Adapter → Claude Code
    └── 用户自研 ACP Agent → 按配置启动

预期好处

方面	好处
扩展生态	支持所需 ACP 版本和能力的新 Agent，可以通过配置接入，减少对 Multica 发版的依赖
界面与交互	消息、工具调用、权限和会话配置复用一套逻辑
维护成本	厂商协议差异集中在 Adapter，方便和社区共同维护
用户自研	自己开发的 Agent 有正式入口，不必借用其他厂商的类型

希望维护者认真考虑这个方向。如果认可，我非常乐意参与讨论并贡献 PR，先从通用 ACP Client 和自定义 Agent 配置入口做起，一起让 Multica 的 Agent 生态更开放。