消息传递、共享黑板与只传结论——多智能体协作里最容易被上下文爆炸拖垮的一环多 Agent 系统里一个规划者要把子任务派给检索、写代码、跑测试几个执行者执行者的产物又要回流汇总。面试和实战里绕不开的具体问题是这些 Agent 之间靠什么把消息递过去共享的上下文放在哪、谁能读谁能写为什么很多多 Agent 系统跑着跑着就变慢、变贵、答非所问答案的核心往往落在传什么而不只是怎么传。两种基本通信范式消息传递 vs 共享黑板Agent 之间交换信息工程上基本就两条路很多系统是两者混用消息传递Message PassingAgent A 直接把一条结构化消息发给 Agent B点对点或经由一个编排器路由。像函数调用/RPC也像人之间发消息——谁给谁、说了什么都是显式的。子 Agent 干完活把结果作为一条消息回传给调用它的父 Agent。共享黑板 / 共享内存Blackboard / Shared Memory不点对点发而是所有 Agent 读写同一块公共空间一个 KV 存储、一份文档、向量库或状态对象。谁有产出就写上去谁需要就去读。这来自经典的 Blackboard 架构多个专家围着一块黑板各自看黑板现状、补上自己那块直到问题解决。两者不是二选一。常见做法是用消息传递做控制流谁该干活、任务派发与回收用共享黑板做数据流大块中间产物的沉淀与复用。维度消息传递共享黑板 / 共享内存信息流向显式、点对点A→B隐式、多对多写/读同一处耦合度较松接口清晰较紧都依赖公共状态适合任务派发、结果回传、握手中间产物沉淀、多方复用主要风险消息越滚越长、层层转发放大并发写冲突、脏读、状态膨胀关键陷阱为什么会上下文爆炸这是本题真正的采分点。多 Agent 系统最容易踩的坑是把全量上下文当消息传来传去。设想一个规划者把同一份长背景用户原始需求 全部历史 检索到的十几篇文档原封不动分发给 5 个子 Agent每个子 Agent 又把自己收到的全部内容连同产出一起回传规划者再把 5 份结果拼在一起喂给下一轮……几轮下来会同时发生几件糟糕的事Token 成本爆炸同一段背景被复制进 N 个 Agent 的上下文费用近似乘以 N层层嵌套还会指数级放大。窗口溢出中间产物不断累积很快顶满上下文窗口早期关键信息被挤出或被迫截断。信噪比下降模型要在一大堆无关细节里找重点容易被淹没在中间lost in the middle推理质量反而变差。延迟升高每一跳都在处理更长的输入端到端越来越慢。核心结论Agent 间应当传结论 / 摘要 / 结构化结果而不是传全量上下文。让每个 Agent 只拿到完成自己那步所必需的最小信息。只传结论落地把上下文当预算来管把上下文当成一份有限预算围绕它设计通信协议常用手段有回传结论而非过程子 Agent 内部可以有很长的思考和中间步骤但对外只输出压缩后的结果结论、关键数据、引用链接/ID把冗长推理留在自己肚子里。结构化契约约定固定的输出 schema如 JSON 字段summary/result/refs而不是自由长文天然限制体积并便于机器聚合。引用代替内嵌大块产物长文档、代码、数据集写进共享黑板消息里只传一个 ID 或路径引用需要的 Agent 按需去取避免全量随消息流动。按需分发编排器给每个子 Agent 裁剪上下文——只投喂与其子任务相关的那一小片而非广播全部。汇总层压缩多个结果回流时先经一个汇总 Agent或规则做去重/压缩再进入下一轮掐断累积膨胀。# 反例把全量上下文塞进每条消息会爆 msg { to:coder, context: FULL_HISTORY ALL_DOCS REQ } # N 个子 Agent N 份拷贝 # 正解黑板存大件消息只带结论 引用 blackboard.put(doc_42, long_document) # 大件落到共享内存 msg { to: coder, task: 按规格实现登录接口, inputs: { spec_ref: doc_42, summary: 需支持手机号验证码 }, # 只给必需的一小片 } # 子 Agent 回传时同样只给结论 reply { from:coder, result_ref:pr_7, summary:已实现3 处待评审 }共享黑板的一致性别忽略用共享内存做数据流时多个 Agent 并发读写同一状态会带来写冲突与脏读A 还没写完 B 就读到了半成品或两个 Agent 同时改一个字段互相覆盖。工程上常用版本号 / 乐观锁、追加式append-only写入、明确的 key 命名空间划分、单点写多点读等手段兜底。这一致性问题本身可单独展开此处只需记住黑板不是随便共享就完事读写协议要设计。一套可复述的心智模型面试里可以这样收口控制流走消息传递、数据流走共享黑板消息里只放结论与引用大件留在黑板按需取每个 Agent 只拿最小必要上下文回传前先压缩。这样既让协作解耦清晰又把 token 成本、窗口占用和延迟都摁在可控范围内。一句话总结Agent 间通信靠消息传递做控制流、共享黑板/内存做数据流而决定系统会不会崩的关键是只传结论、摘要与引用而非全量上下文——让每个 Agent 拿最小必要信息、回传前先压缩才能挡住 token 成本、窗口溢出和延迟三重上下文爆炸。这里给大家精心整理了一份全面的AI大模型学习资源包括AI大模型全套学习路线图从入门到实战、精品AI大模型学习书籍手册、视频教程、实战学习、面试题等资料免费分享扫码免费领取全部内容1. 成长路线图学习规划要学习一门新的技术作为新手一定要先学习成长路线图方向不对努力白费。这里我们为新手和想要进一步提升的专业人士准备了一份详细的学习成长路线图和规划。可以说是最科学最系统的学习成长路线。2. 大模型经典PDF书籍书籍和学习文档资料是学习大模型过程中必不可少的我们精选了一系列深入探讨大模型技术的书籍和学习文档它们由领域内的顶尖专家撰写内容全面、深入、详尽为你学习大模型提供坚实的理论基础。书籍含电子版PDF3. 大模型视频教程对于很多自学或者没有基础的同学来说书籍这些纯文字类的学习教材会觉得比较晦涩难以理解因此我们提供了丰富的大模型视频教程以动态、形象的方式展示技术概念帮助你更快、更轻松地掌握核心知识。4. 2026行业报告行业分析主要包括对不同行业的现状、趋势、问题、机会等进行系统地调研和评估以了解哪些行业更适合引入大模型的技术和应用以及在哪些方面可以发挥大模型的优势。5. 大模型项目实战学以致用当你的理论知识积累到一定程度就需要通过项目实战在实际操作中检验和巩固你所学到的知识同时为你找工作和职业发展打下坚实的基础。6. 大模型面试题面试不仅是技术的较量更需要充分的准备。在你已经掌握了大模型技术之后就需要开始准备面试我们将提供精心整理的大模型面试题库涵盖当前面试中可能遇到的各种技术问题让你在面试中游刃有余。7. 资料领取全套内容免费抱走学 AI 不用再找第二份不管你是 0 基础想入门 AI 大模型还是有基础想冲刺大厂、了解行业趋势这份资料都能满足你现在只需按照提示操作就能免费领取扫码免费领取全部内容 【AI Agent面试题】Agent 间怎么通信、共享上下文？
消息传递、共享黑板与只传结论——多智能体协作里最容易被上下文爆炸拖垮的一环多 Agent 系统里一个规划者要把子任务派给检索、写代码、跑测试几个执行者执行者的产物又要回流汇总。面试和实战里绕不开的具体问题是这些 Agent 之间靠什么把消息递过去共享的上下文放在哪、谁能读谁能写为什么很多多 Agent 系统跑着跑着就变慢、变贵、答非所问答案的核心往往落在传什么而不只是怎么传。两种基本通信范式消息传递 vs 共享黑板Agent 之间交换信息工程上基本就两条路很多系统是两者混用消息传递Message PassingAgent A 直接把一条结构化消息发给 Agent B点对点或经由一个编排器路由。像函数调用/RPC也像人之间发消息——谁给谁、说了什么都是显式的。子 Agent 干完活把结果作为一条消息回传给调用它的父 Agent。共享黑板 / 共享内存Blackboard / Shared Memory不点对点发而是所有 Agent 读写同一块公共空间一个 KV 存储、一份文档、向量库或状态对象。谁有产出就写上去谁需要就去读。这来自经典的 Blackboard 架构多个专家围着一块黑板各自看黑板现状、补上自己那块直到问题解决。两者不是二选一。常见做法是用消息传递做控制流谁该干活、任务派发与回收用共享黑板做数据流大块中间产物的沉淀与复用。维度消息传递共享黑板 / 共享内存信息流向显式、点对点A→B隐式、多对多写/读同一处耦合度较松接口清晰较紧都依赖公共状态适合任务派发、结果回传、握手中间产物沉淀、多方复用主要风险消息越滚越长、层层转发放大并发写冲突、脏读、状态膨胀关键陷阱为什么会上下文爆炸这是本题真正的采分点。多 Agent 系统最容易踩的坑是把全量上下文当消息传来传去。设想一个规划者把同一份长背景用户原始需求 全部历史 检索到的十几篇文档原封不动分发给 5 个子 Agent每个子 Agent 又把自己收到的全部内容连同产出一起回传规划者再把 5 份结果拼在一起喂给下一轮……几轮下来会同时发生几件糟糕的事Token 成本爆炸同一段背景被复制进 N 个 Agent 的上下文费用近似乘以 N层层嵌套还会指数级放大。窗口溢出中间产物不断累积很快顶满上下文窗口早期关键信息被挤出或被迫截断。信噪比下降模型要在一大堆无关细节里找重点容易被淹没在中间lost in the middle推理质量反而变差。延迟升高每一跳都在处理更长的输入端到端越来越慢。核心结论Agent 间应当传结论 / 摘要 / 结构化结果而不是传全量上下文。让每个 Agent 只拿到完成自己那步所必需的最小信息。只传结论落地把上下文当预算来管把上下文当成一份有限预算围绕它设计通信协议常用手段有回传结论而非过程子 Agent 内部可以有很长的思考和中间步骤但对外只输出压缩后的结果结论、关键数据、引用链接/ID把冗长推理留在自己肚子里。结构化契约约定固定的输出 schema如 JSON 字段summary/result/refs而不是自由长文天然限制体积并便于机器聚合。引用代替内嵌大块产物长文档、代码、数据集写进共享黑板消息里只传一个 ID 或路径引用需要的 Agent 按需去取避免全量随消息流动。按需分发编排器给每个子 Agent 裁剪上下文——只投喂与其子任务相关的那一小片而非广播全部。汇总层压缩多个结果回流时先经一个汇总 Agent或规则做去重/压缩再进入下一轮掐断累积膨胀。# 反例把全量上下文塞进每条消息会爆 msg { to:coder, context: FULL_HISTORY ALL_DOCS REQ } # N 个子 Agent N 份拷贝 # 正解黑板存大件消息只带结论 引用 blackboard.put(doc_42, long_document) # 大件落到共享内存 msg { to: coder, task: 按规格实现登录接口, inputs: { spec_ref: doc_42, summary: 需支持手机号验证码 }, # 只给必需的一小片 } # 子 Agent 回传时同样只给结论 reply { from:coder, result_ref:pr_7, summary:已实现3 处待评审 }共享黑板的一致性别忽略用共享内存做数据流时多个 Agent 并发读写同一状态会带来写冲突与脏读A 还没写完 B 就读到了半成品或两个 Agent 同时改一个字段互相覆盖。工程上常用版本号 / 乐观锁、追加式append-only写入、明确的 key 命名空间划分、单点写多点读等手段兜底。这一致性问题本身可单独展开此处只需记住黑板不是随便共享就完事读写协议要设计。一套可复述的心智模型面试里可以这样收口控制流走消息传递、数据流走共享黑板消息里只放结论与引用大件留在黑板按需取每个 Agent 只拿最小必要上下文回传前先压缩。这样既让协作解耦清晰又把 token 成本、窗口占用和延迟都摁在可控范围内。一句话总结Agent 间通信靠消息传递做控制流、共享黑板/内存做数据流而决定系统会不会崩的关键是只传结论、摘要与引用而非全量上下文——让每个 Agent 拿最小必要信息、回传前先压缩才能挡住 token 成本、窗口溢出和延迟三重上下文爆炸。这里给大家精心整理了一份全面的AI大模型学习资源包括AI大模型全套学习路线图从入门到实战、精品AI大模型学习书籍手册、视频教程、实战学习、面试题等资料免费分享扫码免费领取全部内容1. 成长路线图学习规划要学习一门新的技术作为新手一定要先学习成长路线图方向不对努力白费。这里我们为新手和想要进一步提升的专业人士准备了一份详细的学习成长路线图和规划。可以说是最科学最系统的学习成长路线。2. 大模型经典PDF书籍书籍和学习文档资料是学习大模型过程中必不可少的我们精选了一系列深入探讨大模型技术的书籍和学习文档它们由领域内的顶尖专家撰写内容全面、深入、详尽为你学习大模型提供坚实的理论基础。书籍含电子版PDF3. 大模型视频教程对于很多自学或者没有基础的同学来说书籍这些纯文字类的学习教材会觉得比较晦涩难以理解因此我们提供了丰富的大模型视频教程以动态、形象的方式展示技术概念帮助你更快、更轻松地掌握核心知识。4. 2026行业报告行业分析主要包括对不同行业的现状、趋势、问题、机会等进行系统地调研和评估以了解哪些行业更适合引入大模型的技术和应用以及在哪些方面可以发挥大模型的优势。5. 大模型项目实战学以致用当你的理论知识积累到一定程度就需要通过项目实战在实际操作中检验和巩固你所学到的知识同时为你找工作和职业发展打下坚实的基础。6. 大模型面试题面试不仅是技术的较量更需要充分的准备。在你已经掌握了大模型技术之后就需要开始准备面试我们将提供精心整理的大模型面试题库涵盖当前面试中可能遇到的各种技术问题让你在面试中游刃有余。7. 资料领取全套内容免费抱走学 AI 不用再找第二份不管你是 0 基础想入门 AI 大模型还是有基础想冲刺大厂、了解行业趋势这份资料都能满足你现在只需按照提示操作就能免费领取扫码免费领取全部内容