DeepSeek Super-agent企业智能体架构深度解读

当企业里的Agent从“一次性回答”走向“持续工作”，真正的挑战不再是模型是否足够聪明，而是如何管理长期运行的任务、事件、权限和人的注意力。DeepSeek Harness团队在《SuperAgent设计探索》中给出了一个架构雏形：让Agent从单次会话升级为可持续工作的任务系统。本文基于B站UP主“北山”的解读视频，拆解其Router-Worker分工、快慢路径事件过滤、订阅直通与授权边界、长期上下文管理等核心设计，并探讨企业试点路径。

为什么单个ReAct循环不够用？

普通Agent围绕一个Session工作：提问、思考、调用工具、返回结果。处理单项任务时它已很有价值，但企业工作往往从群聊开始，在代码平台收到修改意见，最后交付到工单系统，另一些任务还在同时推进。把所有信息塞进一个Session容易阻塞和混淆；每件事另开一个Session，人又要反复解释上下文、逐个检查结果。

SuperAgent不是给模型加一个“自主运行”开关，而是让系统承担原本由人完成的协调工作。原文提出四个特征：连续、高效、主动、持久，对应的工程问题是跨入口理解任务、并发推进、判断何时介入以及异常后恢复。

ReAct（Reasoning + Acting）是一种让大语言模型交替进行推理与行动的智能体范式：模型先输出思考（Reasoning），再决定调用哪个工具（Acting），观察工具返回结果后继续下一轮推理，如此循环直至任务完成。它的优势在于把“想”和“做”耦合在一个可解释的轨迹里，适合单次、目标明确的问答或工具调用任务。但ReAct循环本质上是串行且会话绑定的：每一步都依赖上一步的观察，整个历史都堆积在同一上下文中。当任务需要跨群聊、代码平台、工单系统多入口并行推进，或持续数周、需要异常恢复时，单循环既会因上下文膨胀而阻塞，也无法让多个任务真正并发。SuperAgent的双层架构正是为突破这一单循环边界而设计。

双层架构：Router与Worker的分工

架构核心是一套双层设计。左侧是群聊、工单、代码、平台事件等多元输入，从统一入口进入；中间Router负责全局协调与分派；右侧Worker A到Worker D并发执行；最后汇总状态进入人工验收。

Router做的是理解任务与意图、拆解与分派、调度并发、汇总结果供验收。Worker则在相对独立的上下文中把具体任务做完，复杂任务内部Worker还可以再用子Agent。这样既保留用户侧连续体验，又减少单个会话亲自处理所有事情的压力。

原文还讨论了批处理密集到达的事件合并研判：可以摊薄调用开销，但可能增加排队和错误关联，不能只看吞吐量。更关键的是，原文认为Router设计上甚至可以不配Bash，但开源原型的主会话实际上仍有相关工具，部分约束依赖提示词设计——建议不等于已经实现的工具级权限隔离。

快慢路径：事件过滤与路由分责

Agent接近工作群后，最先遇到的往往不是任务不够，而是噪音太多。原文借鉴Fast Path和Slow Path把事件过滤拆成两层。

第一层是程序快路径，做来源、群组、身份白名单等确定性检查，不属于允许范围的群消息可以直接被程序过滤掉。第二层是语义慢路径，由模型结合上下文判断是否行动，比如“这份报告的数据似乎有问题，谁来核一下”就需要理解语义。两条路的出口是四种：忽略、记录、接单、澄清。

必须划清的边界是：模型判断不能代替身份认证、访问控制和执行前权限检查。确定性规则先处理明确问题，模型只处理需要语义理解的候选事件。

快慢路径还有第二个应用：事件路由。新任务归属不明确时，需要Router研判和派工；但任务一旦建立，就可以订阅相关讨论串，此后同一讨论串的后续事件由程序直接送到关联Worker，不必每次都经过全局Router转发。比如代码评审有了新评论，相关Worker直接接收并继续处理。

Fast Path与Slow Path的概念源自计算机系统设计中的快慢路径分离思想：快路径用确定性、低开销的规则处理绝大多数常见情况，慢路径则用更重但更灵活的逻辑处理需要深度判断的少数情况。在Agent事件处理中，这一模式的价值在于成本与准确性的分层——白名单、来源校验、去重、哈希比对等程序化检查几乎零成本且结果确定，可以挡掉大量噪音；而语义判断需要调用模型，成本高、有延迟且可能出错，只应留给真正需要理解的候选事件。这样既控制了模型调用开销，也避免了模型误判直接触发越权行动。类似思想也见于网络包过滤、风控规则引擎等系统。

订阅直通不等于授权：最容易出事的地方

原型里一个讨论串可能关联多个任务，但订阅只是路由关系，不是权限。收到消息不等于可以扩大任务范围。如果新消息要求访问未授权的客户持仓，或者从“生成研究草稿”变成“修改正式数据”，那已经超出原授权，必须拒绝或重新申请授权。不能因为同属一个讨论串就自动放行。

这是整套架构中最需要警惕的漏洞：路由效率的提升不能以牺牲权限边界为代价。

在Agent系统中，路由（routing）与授权（authorization）是两个必须分离的维度。路由回答“这条消息应该送给谁处理”，授权回答“这个处理者有没有权限做这件事”。订阅直通机制优化的是前者：一旦任务建立，后续讨论串事件可由程序直接投递给关联Worker，绕过全局Router以降低延迟。但消息到达Worker并不改变其权限边界——Worker的权限应由任务创建时记录的授权范围决定，而非由消息来源决定。若把“同一讨论串”误当作“同一授权域”，就会出现消息驱动的权限提升（privilege escalation）：攻击者或误操作者只需在已有讨论串中追加一条要求敏感操作的消息，就可能诱导Worker越权。正确做法是在Worker执行前做独立的权限检查，范围外操作一律拒绝或走重新授权流程。

长期任务的上下文管理：Inline Spill与链式召回

任务持续几周时，所有历史消息和文件一直塞进提示词肯定不行。原文提出Inline Spill和链式召回：当前上下文只保留必要的摘要和对象标识，完整内容放在可查询的位置，需要时沿着关联对象逐级读取。比如Router先看到“任务42正在等待评审”，再按需读取对应的讨论原始事件和报告。这样既省上下文又保留追溯入口。

但这也不意味着系统自动拥有完美记忆，更不必然要用向量数据库或知识图谱。企业仍要验证三件事：引用是否指向正确版本、截断是否丢失限制条件、跨部门查询会不会泄露数据。

Inline Spill（内联溢出）借鉴了操作系统与数据库中的“溢出”思想：当工作集超出快速存储容量时，把冷数据写到外部存储，只在主存中保留指针或摘要。在Agent上下文中，这意味着提示词里只放当前任务必要的摘要、状态和对象标识（如任务ID、资料版本、章节引用），完整的历史消息、原始文档和大段日志被“溢出”到可查询的外部存储。链式召回则对应按需逐级读取：从摘要中的对象标识出发，沿关联关系读取下一层内容，必要时再深入，而不是一次性全量加载。这一模式与检索增强生成（RAG）不同——它不依赖向量相似度检索，而是依赖显式的对象引用与层级关系，因而更可控、更可追溯，但也要求系统维护好引用的一致性与版本对应。

主动行动与“义不执行”

原文探讨了主动行动：看到疑似缺陷的反馈，先收集日志、尝试复现，等确认需要处理时再提交结果——用额外计算换等待时间。但提前行动不是越多越好，付款、对外发送、修改生产数据这些不该仅凭推测就执行。

场景演练：基金季报更新

以一个企业设计示例（非开源项目现成功能）走通全流程：机构定期跟踪多支基金季报，研究员需更新解读报告，重点看基金经理、投资策略和主要风险有无变化。

1. 文档系统产生季报上传事件，程序快路径检查来源可信、基金和文件版本匹配、文件哈希是否重复。通过后语义慢路径判断是正式材料还是仅供参考的讨论。
2. Router查找该基金是否已有未完成的本期任务，有则按规则追加，无则新建，记录基金标识、资料版本、负责人、交付物、截止日期和授权范围。
3. Router派出材料核查、变化提取、证据核验三类Worker并行处理，每个Worker有明确输入、输出和验收规则；缺材料或证据冲突的输出“待核查”而非编造补全。
4. 研究员在讨论串里追加要求，已订阅的Worker直接接收。
5. 上下文只留基金标识、任务状态、关键变化摘要和资料引用，需要时再读具体章节，每条重要结论附来源和页码。最终交付带证据的内部草稿、差异清单、缺失材料和待决问题，由授权研究员决定是否采纳。

企业试点：从只读任务开始

原文作者用合成消息流和模拟耗时工作验证调度架构的收益，但模拟耗时不等于真实代码任务的质量已被验证，也不能推到所有企业场景都会更快、更便宜。

落地建议是从“新材料到达后更新一份差异报告”这样的只读任务开始，用历史样本测试，之后小范围接入真实事件。五项起步要求：

• 事件册：来源校验、去重、版本与时间戳
• 任务册：明确负责人、范围、截止时间和交付物
• 权限册：最小权限，敏感写操作人工审批
• 质量册：检查误触发、漏处理、错误路由和证据
• 运行册：预算上限、超时重试、审计、暂停和恢复

还要记住：原型不是生产安全方案。上下文或目录隔离不等于操作系统沙箱，共享凭据、数据库和外部接口依然可能冲突。

结语：企业要设计的是机制，不是提示词

当Agent从一次性回答走向持续工作，企业要设计的就不只是提示词，而是任务、事件、权限和交付机制。Router与Worker分工解决协调与执行分离；快慢路径解决噪音该由谁判断；订阅直通解决路由效率，但授权这道门一步不能省；Inline Spill与链式召回解决长期上下文；Watchdog和预算上限解决异常后能停下来。原文是架构探索，原型不是正式产品，也不是生产安全方案——它既要知道何时介入，也要知道何时不该介入；既要能并发推进，也要在异常和越权时停下来。