回顾

1. DeepRearchSystem 0x00：初识
2. DeepRearchSystem 0x01：Agent 基础
3. DeepRearchSystem 0x02：Graph 建立
4. eepRearchSystem 0x03：HITL

DeepRearchSystem 已经具备了 HITL 机制。现在是基本链路已经跑通了那我们还能做哪些调整呢？

使用者痛点1：代码可维护性差

之前我是做移动端开发的，在写代码之前的设计总会提前考虑到一些编程的设计模式和原则。像六大设计原则：

• 单一职责原则
• 开闭原则
• 里氏替换原则
• 接口隔离
• 依赖倒置
使用者输入 →研究计划 →查询规划 →并行搜索 →反思评估 →迭代深化 →报告生成 我们所有的功能都集中在了一个 Graph里这显然是违背了单一职责和迪米特法则。那我们是否可以像传统类对象一样将不同的功能分散到不同的 Graph？

方法

MAS介绍

使用者痛点2：任务复杂度高导致单Agent效率低下

其实,MAS就是解决上述问题的。它是由多个具备自主性、专用能力的AI智能体组成的团队。通过协同工作解决复杂问题,每个智能体扮演特定角色,共同致力于实现共同目标。
与注意力瓶颈 说到使用者痛点3，长时间交互中单Agent容易失去连贯性 安全与合规边界隔离 说到使用者痛点4，缺乏严格权限控制导致安全风险 跨领域知识边界 至于使用者痛点5，难以整合多领域专业知识

DeepResearch-MAS化实现

为了更好地应对这些挑战。我们决定将DeepResearch实现MAS化:

1. 角色拆分:
   • 主 Agent:负责计划制定与流程协调;