90DaysOfDevOps 网络专题：OSI 七层模型详解与数据封装/解封装全流程（Day 22）
2026/10/8 19:22:50
既然 Workbuddy、Codex、TRAE、OpenClaw 都能使用"子智能体"同时开工，是不是所谓"多智能体"也就实现了，那为什么还要折腾一套多智能体体系出来呢？子智能体Subagent和多智能体 Multi-Agent 的区别：一个是主控临时伸出去干活的手，一个是元层 / 产品层里具有独立判断和思维能力的责任组织。前者是被调用的执行分身，后者是让判断可分工、可校验、可审计的组织。
一、两种"影分身"
看起来一样的忍术，有些一碰就碎，有些能够以多打少，同样看起来一群Agent，可能也是天壤之别。
影分身是一种传说中的忍术，当忍术发动的时候会出现很多个施术者，正常情况下，除了真身都是残影，但是在一些漫画里虚构了能量介子的密度，让有些具有主角光环的施术者的分身可以真的动手打人。
如果要一对一地跟一个 Agent 聊天，让它把一段代码修好、把一篇文档写完，你多半不会碰到"subagent"这个词。可一旦你打开的是Workbuddy、Codex、TRAE、OpenClaw，进行较大较复杂的任务执行的时候，就很大可能看到主控旁边挂着几个并行的子 Agent“专家”（或者在运行时由主控召唤），它们各自跑一轮、把结果交回主控。看起来和你要做的"多 Agent"没有区别：都是"一群 Agent 分工干活"。
不深究的话，会有"这… subagent 和Multi-Agent真的有区别吗？确定不是用概念再造轮子"？
Subagent和Multi-Agent两种“忍术”，在"一群 Agent 一起出现"这个最粗的粒度上，长得一模一样。如果只看"有没有分身"，你确实分不开它们。如果把情节推进到能“动手打人”的地步：Workbuddy/Codex / TRAE / OpenClaw 的 subagent，和 Multi-Agent，是两种不同性质的东西。
看得越细，越会发现不是"重复造轮子"，而是"像一辆车和整条装配线的差异，它们根本不是一个物种"。
二、分身与责任组织
Subagent（执行分身）= 主控为了完成某个任务，临时调出来干活的最小执行单元。它没有自己的账本，没有长期记忆，没有"我要对什么负责"的自我定位——它是主控的一只手，主控想让它干什么它就干什么，干完即弃，生命周期就是那一次调用。
Multi-Agent（责任组织）= 元层 / 产品层里一组有分工、有问责、有记忆归属的判断主体。每个 Agent 不只"干活"，还背着一份"这项判断凭什么可信、坏了能追到谁、经验沉淀到哪一层"的账。它的生命周期贯穿多个会话，记忆分层归属，决策留痕。
一句话对照：subagent 解决"主控的一只手怎么伸出去"，Multi-Agent 解决"一群判断怎么组成一个可证明的组织"。前者是把一个指令拆成几次执行的"语法糖"，后者是把一个不透明的判断黑盒改造成可分工、可校验、可审计工艺的"系统工程"。二者最深的差别就在这里：subagent 是执行的并行化，Multi-Agent 是判断的责任化。
理解定义，不是口舌之争，它决定了你会不会踩进一个深坑。下面的八维拆解把这件事展开。
三、八维解构
Subagent 是复用，Multi-Agent 是求解。 前者复用主控模型、切分上下文并行处理；后者将任务分配升级为多维约束求解，选型有据可查。
两者核心差异在于进化能力与信任机制：Subagent 经验随执行蒸发，系统不会更强；Multi-Agent 具备可塑性，经验经审计回灌为元层规则，实现越用越聪明。Subagent 主控直接采信结果，信任内嵌于单次执行；Multi-Agent 引入隔离的三权验证，只看交付物规格，将信任转为可复核的门禁。
在记忆归属上，Subagent 几乎无独立记忆，上下文即是全部；Multi-Agent 对记忆严格分层并划定读写边界，将“记忆权”作为一等公民设计。
八个维度，两种"分身"逐条对照，将认知推到系统的骨架：
维度 | Subagent | Multi-Agent |
|---|---|---|
① 架构位置 | 主控下面的原语，一次调用 | 元层 / 产品层的责任主体，持续存在 |
② 生命周期 | 瞬时：这次任务结束即回收 | 持续：跨会话、可演进、可被问责 |
③ 决策权责 | 单点听令：主控拍板，它执行 | 分散可责：判断可分工、可校验、可审计 |
④ 大模型调用 | 复用主控的同一套能力，即取即用 | 求解：把"选谁干活"建成约束求解 |
⑤ 可塑性 | 一次性：跑完就没了 | 可演进：能从错误里长出更稳的规矩 |
⑥ 记忆归属 | 用即弃：无长期记忆 | 记忆分层：谁的记忆算谁的，带溯源 |
⑦ 可证明性 | 直接采信主控，无从独立验证 | 隔离三权验证 + 门禁，宣称对齐事实 |
⑧ 可追溯性 | 不留痕：跑过即验收 | 独立规约：decision.db 留痕 + ADR + 人工终裁 |
界限清晰：subagent（①–③）只关乎"一套工具好不好使"；Multi- Agent（④–⑧）已经在回答"这套系统值不值得信、会不会悄悄变坏"。前四是"工程效率"，后四深入到了"治理与记忆"。
四、Multi-Agent 的必要性
既然 subagent 也能"并行、分工、产出"，为什么还要 Multi-Agent，真的有必要吗？
随着任务复杂度和项目的扩大，尤其对OPC和超级个体（程序员）来说，HITL一方面是工程的安全阀，另一方面也是效率的瓶颈，想要用较少的 HITL ，既集中精力办大事儿，又能快速地完成尽量多的工作，Multi-Agent 是必然选择：
认知科学家梅林·唐纳德（Merlin Donald）在讲人类认知进化时，区分了"个体用工具的能力"和"个体把认知外化、共享、沉淀成集体公共记录的能力"——后者让他看见一种不同于个体心智的"社会性的思维"。
工具 vs 组织。唐纳德的认知迁移到我们讨论的点上特别合适上：subagent 是人类个体"伸手用工具"的平行版；Multi-Agent 是他说的那种"把判断外化成可共享、可追责的公共资产"的组织化版本。
效率 vs 信任。subagent的使用还处在"怎么把分工编排出来"的效率轴上；Multi-Agent 站在"怎么让分工可信"的信任轴上。两轴不冲突，但subagent 能大幅优化前者、却天然缺席后者。所以，如果你要的是"这套系统交付之后，你信它、能证明它、它不会悄悄变坏"，subagent 给不了——它根本没有那本账。
谁的记忆？subagent 的记忆跟着主控的上下文走，用完即弃，谈不上归属；Multi-Agent 的记忆是分层的资产，持续地记账并拿账本反哺下一次。
subagent 是主控伸出去干活的手，Multi-Agent 是让判断可分工、可校验、可审计的责任组织。Multi-Agent 完全可以内嵌 subagent 式的执行分身去干脏活累活；但反过来，你永远无法用 subagent 拼出 Multi-Agent，因为它们缺的不是数量，是"责任"这件东西。
五、执行的并行化 ≠ 判断的责任化
Subagent 经常被赋予"工具可读写、上下文可共享"的自由，而它又没有独立的账本。一个能读写全局记忆、又能调用工具、却没有独立账本的执行单元，在长期运行里实际上已经具备了"改自己想看到的规矩"的能力——只是没人把它点破。Multi-Agent 用分层和隔离，把这个静默的风险物理上关起来。subagent 不是"低配的 Multi-Agent"，它是 Multi-Agent 要专门防范的那种失控胚子。
Subagent 解决"执行的并行化"，Multi-Agent 解决"判断的责任化"。 前者是主控的临时分身，后者是判断的责任组织；真正的分野不在"有没有分身"，而在"有没有账本、有没有记忆归属、有没有可证明与可追溯"。