面试官问你："Multi-Agent 协作是怎么实现的？"如果你回答"每个 Agent 各干各的，最后合并结果就行了"，那这道送分题，你算浪费了。

为什么？

因为没有协调机制的 Multi-Agent，只会互相打架。

哈喽大家好，我是二哥呀。今天用 3 分钟，拆透 Multi-Agent 协作的实现机制。

面试官问这道题，表面问流程，实际考三层：第一，主流协作架构你知道几种；第二，编排器（Orchestrator）模式的实现细节你清不清楚；第三，什么场景该上 Multi-Agent，什么场景单 Agent 就够。

好，接下来给你满分回答，照着背就完事了。

生产环境最主流的架构是 编排器 模式，中心调度。一个主 Agent 拆任务、派活、收结果，子 Agent 只管干自己那份。

四步讲清楚。

第一步，任务拆解。用户说"帮我做份竞品分析报告"，编排器调 LLM 把需求拆成子任务——搜集数据、分析对比、撰写报告。前两个能并行，第三个依赖前两个。

第二步，Agent 分配。Orchestrator 看每个子 Agent 的角色描述，做语义匹配。搜集数据派给 Research Agent，分析对比派给 Analysis Agent。怎么匹配的？跟上期讲的 Skill 触发一个道理——靠 description。

第三步，隔离执行。每个子 Agent 在独立的上下文窗口（context window）里推理。注意——子 Agent 之间不直接通信，全部通过编排器中转。好处？一个 Agent 出错，不会污染其他 Agent 的上下文。

第四步，结果汇总。子 Agent 返回结构化 JSON，编排器收齐后再调一次 LLM 综合，输出最终回答。

除了编排器，还有两种要知道的。

Handoff 模式——Agent 之间直接传递控制权。比如客服场景，用户先接到通用客服 Agent，聊着聊着发现是技术问题，直接手递手传给技术专家。但有个致命弱点——容易死循环，A 传 B，B 传 C，C 传回 A。

Pipeline 模式——固定链条，A 输出喂 B，B 输出喂 C。适合步骤确定的任务，代码生成、审查、测试三步走。

面试官如果追问："Multi-Agent 和单 Agent 加多 Tool，怎么选？"

告诉他——核心看专业化程度。跨领域知识，法律加金融加代码，单 Agent 一个 context 装不下，上 Multi-Agent。工具不超过十个、领域单一，单 Agent 够用，别增加协调成本。

最后一句口诀——调度靠编排器，隔离跑互不扰；简单任务别 Multi，省下 token 是正道。

这道题你学废了吗？想解锁更多 Agent 面试题的源码级拆解，点赞关注，我是二哥，下期见！