夜雨聆风在OpenClaw的生态系统中，想要让AI从“单打独斗”进化为“军团作战”，我们通常会接触到两个核心概念：ACP会话和子代理。
很多开发者在初次接触时容易混淆：它们不都是在后台干活吗？有什么区别？
简单来说，如果把OpenClaw比作一个超级项目经理，那么子代理就是它手下的“内部实习生”，而ACP会话则是它聘请的“外部顶尖专家”。
今天，我们就来深度拆解这两者的本质差异，帮你彻底搞懂OpenClaw的多智能体协作架构。
身份揭秘：原生亲儿子vs外部特种兵
要理解它们的区别，首先要看它们的“出身”和运行环境。
子代理是OpenClaw的原生子进程。它运行在OpenClaw的核心进程内部或受控的沙箱环境中。它完全依赖OpenClaw内置的工具集和推理循环，启动速度极快，资源开销小，且安全性极高，因为它被严格限制在OpenClaw的管辖范围内。
ACP会话则是通过代理客户端协议接入的外部进程。当你启动一个ACP会话时，OpenClaw实际上是在通过标准协议调用一个独立的外部AI工具，例如Codex或ClaudeCode。这个外部进程运行在宿主操作系统上，拥有独立的运行环境。
打个比方：子代理是项目经理（OpenClaw）自己培养的助手，听话、轻便，但能力受限于项目经理的教导；而ACP会话是项目经理通过专线连接的外部大神，虽然启动稍微慢一点，但自带全套专业工具，能解决硬核难题。
能力边界：轻量级任务vs重型工程
由于运行环境的不同，两者的能力边界也泾渭分明。
子代理擅长的是信息处理和任务分发。比如你需要同时查询5个不同的技术文档，或者将一篇长文章拆分成三个部分分别总结，这时启动5个子代理并行处理是最高效的。它们用完即走，不占用长期资源，非常适合“短平快”的并行任务。
ACP会话则专为深度工程任务而生。因为它运行在独立进程中，往往具备对宿主操作系统的深层访问能力。如果你需要进行复杂的代码重构、运行Docker容器、执行编译命令，或者进行全栈调试，子代理可能会因为沙箱限制而束手束脚，而ACP会话则能像人类工程师一样自如地操作终端和文件系统。
记忆与持久性：用完即走vs长期搭档
在会话状态的管理上，两者的设计理念也完全不同。
子代理通常是临时的。它们为了特定任务而生，任务完成后往往会自动销毁或归档。它们之间默认不共享上下文，这种隔离性保证了任务的纯粹性，但也意味着它们不适合处理需要长期记忆的连续工作。
ACP会话支持持久化与线程绑定。这是ACP的一大杀手锏。你可以启动一个ACP会话并将其绑定到当前的聊天线程中，它会“记住”之前的修改、决策和代码结构。这意味着你可以把它当作一个长期的结对编程伙伴，随着项目的推进不断迭代，而不需要每次都重新解释背景。
决策指南：什么时候该用哪个？
在实际开发中，如何选择？这里有一份决策清单供你参考：
选择ACP会话，如果：
- 你需要读取或修改大量本地文件，或进行全栈重构。
- 任务涉及复杂的Shell命令链、编译流程或系统运维。
- 你需要一个能记住长期上下文的“编程搭档”来持续跟进项目。
- 你明确要求使用特定的外部模型能力。
选择子代理，如果：
- 你需要并行处理多个简单的子任务，如资料搜集、数据清洗。
- 任务仅涉及信息查询或简单的逻辑判断，不需要操作系统权限。
- 你希望任务在OpenClaw的安全沙箱内闭环完成，追求极致的启动速度。
- 你需要构建一个层级分明的任务分发网络，让不同子代理各司其职。
实战场景：从客服分流到全栈开发
为了让大家更直观地理解，我们来看两个具体的应用场景。
场景一：企业级招聘全流程（子代理的主场）
假设你需要处理100份简历。你可以启动一个主Agent，然后利用子代理机制，瞬间生成5个子代理：
- 子代理A：负责提取简历中的个人信息和教育背景。
- 子代理B：负责分析项目经验并打分。
- 子代理C：负责检查格式错误。
- 子代理D：负责生成面试邀请函草稿。
- 子代理E：负责将结果汇总到Excel。
这些子代理并行工作，互不干扰，几分钟内就能完成人工需要几小时的工作。这就是子代理的“并行处理”优势。
场景二：修复一个复杂的系统Bug（ACP的主场）
假设你的线上服务报错了，你需要定位问题并修复。这时你启动一个Codex的ACP会话：
- OpenClaw通过ACP协议启动Codex进程。
- 你告诉它：“查看日志，定位错误，并修改代码。”
- Codex利用其独立的终端权限，执行cat logs/error.log查看日志，发现是数据库连接超时。
- 它接着运行vim config/db.js修改配置文件，并执行npm test验证修复。
- 最后，它将修改后的代码差异反馈给你。
在这个过程中，Codex像一个真正的工程师一样操作你的系统，这是普通子代理无法做到的。
结语与未来展望
OpenClaw的强大之处，正是在于它能灵活调度这两种截然不同的力量。
子代理让OpenClaw拥有了“分身术”，可以同时处理海量琐碎事务；而ACP协议则让OpenClaw拥有了“召唤术”，随时调集外部最强战力攻克难关。理解了这一点，你就掌握了构建高效AI工作流的核心心法。
展望未来，随着OpenClaw对ACP协议的进一步支持，我们有望看到更智能的多Agent协作。未来的OpenClaw不仅能调用外部的Codex，还能连接更多行业专属插件（如医疗、电商），甚至实现Agent之间的自主沟通与任务拆分。
从草莽开源项目到标准化编排平台，OpenClaw正在重新定义AI代理的协作模式。2026年，随着更多云平台原生支持，部署成本将持续降低，每个人都能轻松搭建属于自己的“AI特种部队”。
