useStream 中设置 filterSubagentMessages: true 以清晰分离这两个流,然后使用 getSubagentsByMessage 将每个子代理的进度卡片附加到触发它的协调器消息上。
为何过滤子代理消息
如果不进行过滤,每个子代理生成的每个令牌都会交错出现在协调器的消息流中,导致内容难以阅读。使用filterSubagentMessages: true 后:
stream.messages仅包含协调器的消息- 每个子代理的内容可通过
stream.subagents和stream.getSubagentsByMessage访问 - 界面保持清晰:协调器的推理过程与专家的工作内容分离
设置 useStream
始终设置filterSubagentMessages: true。这会从主消息流中移除子代理令牌,以便你可以独立渲染协调器的消息和子代理输出。
定义一个与你的代理状态模式匹配的 TypeScript 接口,并将其作为类型参数传递给 useStream,以便类型安全地访问状态值。在下面的示例中,将 typeof myAgent 替换为你的接口名称:
提交消息并启用子图流式处理
提交消息时,启用子图流式处理并设置适当的递归限制。深度代理工作流通常涉及多层嵌套子图,因此较高的递归限制可防止过早终止:DeepAgents 默认的递归限制为 10,000,这对于大多数多专家设置已足够。如有需要,可通过
config.recursion_limit 覆盖此设置。SubagentStreamInterface 接口
每个子代理都暴露一个SubagentStreamInterface,其中包含有关子代理任务、状态和时间的元数据:
将子代理链接到消息
getSubagentsByMessage 方法返回由特定 AI 消息生成的子代理。这使你可以将子代理卡片直接渲染在触发它们的协调器消息下方:
SubagentStreamInterface 对象数组。如果该消息未生成任何子代理,则返回空数组。
构建 SubagentCard 组件
每个子代理卡片显示专家的名称、任务描述、流式内容或最终结果以及时间信息:状态图标和徽章
一致的视觉指示器帮助用户一目了然地解析子代理状态:进度跟踪
显示进度条和计数器,让用户知道有多少子代理已完成:渲染带有子代理卡片的消息
关键布局模式是渲染每个协调器消息,如果该消息生成了子代理,则立即在其下方渲染它们的卡片:合成指示器
所有子代理完成后,协调器需要时间将结果合成为最终响应。在此阶段显示清晰的指示器:调试未过滤的输出
在开发过程中,你可以临时设置filterSubagentMessages: false,以在主消息流中查看所有子代理的原始交错输出。这对于验证子代理令牌是否正确流动很有用,但不应在生产 UI 中使用。
使用场景
深度代理子代理卡片适用于以下代理工作流场景:- 深度研究:协调器派遣研究员调查问题的不同方面,然后综合他们的发现
- 多专家分析:例如领域专家(法律、金融、技术)各自贡献其观点
- 复杂任务分解:规划器将大型任务分解为子任务,并将每个子任务分配给专业工作者
- 代码审查流水线:单独的代理处理安全审查、风格检查、性能分析和文档审查
访问完整的子代理映射
除了按消息查找外,你还可以通过stream.subagents 一次性访问所有子代理:
最佳实践
- 始终设置
filterSubagentMessages: true。未过滤的流会产生协调器和子代理令牌难以阅读的交错。 - 显示任务描述。
toolCall.args.description字段告诉用户每个子代理被要求执行的确切任务。始终突出显示此信息。 - 使用可折叠卡片。在包含 5 个以上子代理的工作流中,自动折叠已完成的卡片,以便用户可以专注于正在进行的工作。
- 显示时间数据。显示每个子代理花费的时间有助于用户理解性能特征并识别瓶颈。
- 设置适当的递归限制。具有嵌套子图的深度代理工作流需要比默认值 25 更高的限制。建议从 100 开始。
- 按子代理处理错误。一个子代理失败不应导致整个 UI 崩溃。在该子代理的卡片中显示错误,同时其他子代理继续运行。
Connect these docs to Claude, VSCode, and more via MCP for real-time answers.

