当一个 Agent 开始处理复杂任务时，真正的瓶颈往往不是模型能力，而是“如何拆分任务、隔离上下文、汇总结果”。Hermes Agent 的子智能体机制，正适合用来把调研、代码审查、修复、验证这类工作拆成可并行、可追踪、可复盘的工作流。🤖
导语：为什么要用子智能体工作流？
在传统单 Agent 对话里，所有需求、文件、工具调用和中间结论都会堆在同一个上下文中。任务一复杂，就容易出现信息污染、方向漂移、遗漏前置条件等问题。Hermes Agent 官方文档中介绍的 delegate_task 工具，可以生成具有隔离上下文、继承工具访问权限和独立终端会话的子智能体，并在完成后把最终摘要回传给父智能体 [1]。这意味着主 Agent 更像“项目经理”，子智能体则负责具体执行。
一、核心原则：子智能体不是“万能分身”
使用子智能体前，首先要理解一个关键点：子智能体不会自动知道父智能体之前聊过什么。Hermes 文档明确说明，子智能体会以全新对话启动，它们获得的上下文主要来自父智能体在派发任务时填写的 goal 和 context 字段 官方文档。因此，任务描述越清晰，执行质量越稳定。
实践建议：不要写“修复这个问题”，而要写“修复 api/handlers.py 第 47 行 NoneType 报错，原因可能是 parse_body 在缺少 Content-Type 时返回 None，项目路径为 xxx，请修改并运行相关测试”。
二、适合委派给子智能体的任务类型
并不是所有任务都适合拆给子智能体。简单问答、一次性文本润色、单文件小修改，通常直接让主 Agent 完成即可。子智能体更适合边界明确、可独立产出、结果可汇总的任务。
- 并行调研：例如分别调研竞品、技术方案、用户痛点，再由主 Agent 汇总成报告。
- 代码审查：让一个子智能体检查安全问题，另一个检查性能问题，第三个检查测试覆盖。
- 批量修复：把不同模块、不同文件夹或不同错误类型拆开处理，减少上下文干扰。
- 验证与复核：让独立子智能体检查前一个子智能体的结论，降低单一路径带来的偏差。
三、推荐工作流：主控、分派、回收、验收
一个稳定的 Hermes Agent 子智能体工作流，可以拆成四步：主控规划、任务分派、结果回收、统一验收。主控规划阶段，父智能体先明确最终目标、输入材料、交付格式和验收标准。任务分派阶段，为每个子智能体提供独立目标和充足上下文。结果回收阶段，父智能体只吸收子智能体的最终摘要，避免把全部中间过程塞回主上下文。统一验收阶段，再根据预设标准判断是否需要返工。
- 定义总目标：例如“完成某模块的安全审查并提交修复建议”。
- 拆分子任务：按文件、风险类型、功能边界或研究主题拆分。
- 补齐上下文：说明项目路径、关键文件、已知问题、禁止操作和输出格式。
- 要求结构化返回：让子智能体输出“发现、修改、风险、下一步”。
- 人工或主 Agent 验收：检查结果是否符合目标，而不是直接盲信执行结果。
四、任务描述模板：让子智能体少走弯路
给子智能体写任务时，可以采用“角色 + 目标 + 背景 + 约束 + 输出”的结构。这个模板不依赖复杂技巧，但能显著降低歧义。尤其在工程场景中，要把路径、语言版本、测试命令、不可修改范围、期望产物写清楚。
示例：你是代码审查子智能体。目标是检查 src/auth 目录中的认证逻辑风险。背景是该项目使用 Flask、JWT 和 bcrypt。约束是不要修改数据库迁移文件，不要引入新依赖。输出包括风险列表、受影响文件、建议修复方案和需要人工确认的问题。
五、并行不是越多越好
Hermes 文档提到，并行批处理默认最多 3 个并发子智能体，且可配置 [1]。实际使用时，不建议为了“看起来高效”而盲目拉高并发。并发越多，越需要清晰的边界、统一的输出结构和更严格的验收机制。否则，父智能体会面对一堆格式不一、口径不同、甚至互相冲突的结果。
六、结合 Hermes 能力做长期复用
Hermes Agent 的定位不只是一次性聊天工具。其中文官网介绍了持久记忆、skill、定时任务、沙盒、并行子代理等能力 Hermes Agent 官网。因此，成熟的子智能体流程应该沉淀为可复用的实践：比如“周报生成流程”“代码审查流程”“竞品调研流程”“发布前检查流程”。当流程足够稳定后，再把提示词模板、输入规范和验收清单固定下来，团队协作会更轻松。✨
七、常见坑与规避方法
- 坑一：上下文给得太少。子智能体不知道历史对话，必须在 context 中补齐必要信息。
- 坑二：目标过大。“优化整个项目”不如“检查支付模块中的异常处理并给出修改建议”。
- 坑三：没有验收标准。每个任务都应说明完成条件，例如测试通过、输出清单完整、风险已分级。
- 坑四：忽略权限边界。涉及文件写入、命令执行、外部服务访问时，应明确哪些可以做、哪些不能做。
- 坑五：不复盘。每次任务结束后记录有效模板和失败原因，才能让工作流持续变好。
总结：把 Agent 当团队，而不是一个聊天框
Hermes Agent 子智能体工作流的价值，在于把复杂任务从“单线程对话”升级为“可拆分、可并行、可回收、可验收”的执行体系。真正好用的关键，不是一次派出多少子智能体，而是父智能体能否给出清晰目标、完整上下文和明确验收标准。对于开发、研究、运营和内容团队来说，先从一个高频流程开始试点，再逐步沉淀模板和规范，往往比追求炫技式自动化更可靠。🚀
