8月17日消息,字节跳动开源的超级 Agent 框架 DeerFlow 合并了一项集成改动:MiniMax Code 现在以原生 ACP 代理身份在 DeerFlow 中运行,无需适配器,一条 mcode acp 命令即可接入。DeerFlow 团队称,两个系统正式实现数据互通,代理栈「正在开始自行组合」。
一条命令接入,四项设计取舍
本次集成对应的 PR 4846 已于 8月17日合并。MiniMax Code 通过 mcode acp暴露原生 ACP 服务端,DeerFlow 在示例配置中新增了可直接复制的 acp_agents.mcode注册示例,并补充中英文文档,说明如何把外部编码 Agent 注册进 DeerFlow 的消息网关。
接入方式遵循四个原则:零适配器,直接使用 MiniMax Code 的原生 ACP 实现;独立工作空间,外部编码 Agent 拥有自己的运行环境;MCP 直通,工具调用保持原有链路;干净的代理间输出,主智能体只接收用户可见的消息。使用时要求mcode已安装、已认证并位于网关进程的 PATH 中,权限自动批准保持 opt-in。
关键修复:思考块不再污染主智能体
这次改动还修复了一个直接影响集成质量的细节。此前的联调中,DeerFlow 会把 ACP 的思考块(thought chunks)拼进工具结果,这可能暴露模型的内部推理,并污染主智能体的输入。合并后的实现把返回的 ACP 结果限制在用户可见的代理消息范围内。
这个修复值得单独说:异构 Agent 的互操作不只是「能连上」,「连接之后谁的信息进入谁的上下文」同样是工程问题。内部推理与外部消息的隔离,决定了组合后的主智能体能否保持判断干净。
两个系统与一条标准
DeerFlow 是字节跳动 2025年5月开源的 long-horizon 超级 Agent 框架,目前 GitHub star 超过 8 万,采用 MIT 协议。它内置主智能体、子智能体、沙箱、记忆、技能与消息网关,支持飞书、钉钉、Slack 等渠道,定位是处理耗时几分钟到几小时的多步骤任务。 MiniMax Code 是 MiniMax 的桌面端编程 Agent,整合对话、项目工作区、终端与自动化任务。2026年7月16日发布的 2.0 版本基于开源框架 Pi Agent 重构,6月1日随旗舰模型 M3 发布时更新了 Agent Team 能力。
两者之间是 ACP(Agent Client Protocol)协议。ACP 由 Zed 于 2025年8月发布,目标是把编辑器、Agent 客户端与编码 Agent 之间的通信标准化,被形容为「AI 智能体的 LSP」;2026年3月,ACP Registry 发布,客户端可一键发现和安装 Agent,JetBrains 也在同年加入协议维护。
代理栈正在开始自行组合
把三件事放在一起看,这次集成的意义在于互操作方式的切换。过去一个 Agent 要接入另一个框架,通常需要为对方写适配器;ACP 出现后,只要产品原生实现协议,任何支持该协议的客户端都可以直接使用。MiniMax Code 是原生实现方,DeerFlow 是注册方,两者之间没有任何中间层。
「代理栈正在开始自行组合」是 DeerFlow 团队对这次集成的一句总结。从工程角度看,它成立的前提除了协议本身,还有像思考块隔离这样的细节。组合起来的 Agent 栈是否可靠,取决于每个接口处是否只传递该传的信息。集成目前仍是早期状态:权限自动批准为 opt-in,mcode 需要预先安装认证。这套互通能跑多远,取决于 ACP 生态的推进与更多产品的原生接入。