Day 7：多 Agent 不是群聊，是分工
🔴 高级⏱ 14 分钟阅读📅 2026-04-18👤 HermesAgent Community
不要为了酷而多 Agent
多 Agent 是最容易写得像科幻的部分：研究员、写手、审稿人、执行者，一群智能体同时开工。听起来很强，但第一性原理只有一个：它有没有降低你完成任务的总成本？
如果没有，它就是把一个混乱问题拆成多个混乱问题。
什么时候值得拆
值得拆的任务有三个特征：
- 子任务相互独立，可以并行。
- 每个子任务有清楚输入和输出。
- 最终需要一个负责人综合，而不是简单拼接。
适合：
- 竞品分析：一个 Agent 查资料，一个整理功能，一个评估风险。
- 代码审查：一个读 diff，一个跑测试，一个查安全问题。
- 内容生产：一个搜素材，一个写初稿，一个检查事实和语气。
- 运维排查：一个看日志，一个查部署，一个整理时间线。
不适合：
- 目标还没说清楚。
- 下一步依赖上一步结果。
- 每个 Agent 都在做同一件事。
- 没有人负责最终判断。
Host Agent 的职责
Host 不是把输出粘在一起。Host 要做四件事：
- 分任务：谁查资料，谁执行，谁复核。
- 给契约：每个 Agent 输出格式一致。
- 比冲突：不同结论要摆出来。
- 做综合：决定采用、拒绝或继续追问。
你仍然是最终 owner。尤其是发消息、改文件、部署、花钱这些动作，不能让子 Agent 直接完成闭环。
一个可用的三 Agent 模板
goal: "评估 HermesAgent 101 的 Day 1 教程是否适合新手"
agents:
researcher:
job: "阅读教程和素材，列出容易卡住的问题"
output: "bullets with evidence"
operator:
job: "按教程执行命令，记录卡点"
output: "steps passed / failed"
reviewer:
job: "检查隐私、权限、死链和误导性表达"
output: "risks with severity"
host:
job: "合并冲突，给出最终修改清单"
human_approval:
- publish
- delete files
- push changes
这个模板有一个关键点：每个 Agent 的职责不同，输出也可比较。
多 Agent 的常见失败
- 把同一个问题复制给三个 Agent，得到三份重复答案。
- 不要求来源和假设，最后无法判断谁对。
- 让子 Agent 直接执行高风险动作。
- Host 不做判断，只做拼接。
- 为了并行，反而增加等待和沟通成本。
今天交付什么
留下 hermes-day-7-orchestration.md：
task: "your real multi-step task"
split_reason: "parallel research / independent checks / separate expertise"
roles:
- researcher
- operator
- reviewer
handoff_format:
- findings
- evidence
- assumptions
- open_questions
final_owner: "human"
do_not_delegate:
- publish
- spend money
- delete files
到这里，7 天实战营的产品逻辑就闭环了：先跑起来，再记住你，再进入聊天，再处理资料，再沉淀技能，再定时运行，最后用多 Agent 承接复杂工作。
下一步
- 10 个最强 Hermes 技能 - 从低风险 Skill 开始扩展。
- Hermes vs OpenClaw - 看 Hermes 的定位差异。
小白手把手：第一次做多 Agent 分工
多 Agent 不等于开一堆聊天窗口。小白第一次只做一个简单分工：一个负责查资料，一个负责执行，一个负责检查，最后由你决定。
第 1 步：先写目标，不要先建 Agent
目标：检查 Day1 教程是否适合完全没有命令行基础的新手。
最终产物：一份修改建议清单，不自动改文件。
第 2 步：拆三个角色
researcher:
job: "阅读教程，列出小白看不懂的词"
output: "疑惑清单 + 所在段落"
operator:
job: "按步骤模拟执行，记录卡点"
output: "通过/失败/需要补图"
reviewer:
job: "检查权限、密钥、危险动作"
output: "风险等级 + 修改建议"
owner: "human"
第 3 步：统一交接格式
每个 Agent 都必须按同一格式交付：
Findings:
- 问题是什么
Evidence:
- 来自哪一段/哪一步
Suggested change:
- 建议怎么改
Confidence:
- high / medium / low
第 4 步：能用 Profile 就先隔离
如果你要做实验，不想污染主配置，可以用独立 HOME 路径运行。不同版本命令可能不同，一个通用思路是：
HERMES_HOME=~/.hermes-day7-research hermes
这样研究用的记忆、配置和技能不会直接混进你的主环境。小白如果不确定，就先只在主会话里做文字分工，不要动配置。
第 5 步：最后由人合并
让 Hermes 汇总时明确说：
请合并 researcher/operator/reviewer 的结论。
不要直接改文件。
先输出：必须改、建议改、暂不改 三类清单。
Day 7 常见卡点
- 三个 Agent 做了同一件事：角色没拆清。
- 输出很多但不能用：没有统一交接格式。
- 子 Agent 直接改文件：高风险动作没有收回给人。
- 并行反而更慢：任务之间其实互相依赖，不适合多 Agent。
今天必须留下的文件
task: "review beginner tutorial"
roles:
- researcher
- operator
- reviewer
handoff_format:
- findings
- evidence
- suggested_change
- confidence
human_approval_required:
- edit files
- publish
- push to GitHub