Home
avatar

麒麟剑

看板协作与参谋长：多 Agent 如何派单、不撞车

一点字 0分钟 Hermes Agent

第 23 章建好了第二大脑 Vault，六个角色的 SOUL 也立了（第 22 章）。现在你有一群”各自聪明”的 Agent。但聪明的人扎堆，如果没协调机制，就会变成各写各的、互相覆盖、谁都不知道谁在干啥。

这一章加两块东西，把”一群 Agent”编成”一支团队”：

  1. Kanban 看板——所有任务、所有人可见，派单不靠嘴。
  2. 参谋长（Chief-of-Staff）——一个专门做协调的 Agent，只调度不执行。

一、为什么需要看板，而不是群里喊

没有看板时，团队的协作长这样：

你：研究官，去扫一下竞品。
你：内容官，把昨天的情报写成稿。
你：开发官，那个功能啥进度了？
（三天后）你：诶？谁在搞定价页？怎么俩人都在改？

有看板后：

┌────────┐  ┌────────┐  ┌────────┐  ┌────────┐
│ ready  │  │claimed │  │ blocked│  │  done  │
├────────┤  ├────────┤  ├────────┤  ├────────┤
│扫描竞品│→│写周报  │  │接支付  │  │落地页  │
│(atlas) │  │(harry) │  │(liam)  │  │(morgan)│
└────────┘  └────────┘  └────────┘  └────────┘

状态一目了然，谁在干啥、谁卡住了，不用追问。

二、Kanban 实操（SMF 生产命令）

初始化一块团队看板：

# 建板
hermes kanban init --board team

# 派一张卡给研究官，body 写清背景+交付物+验收
hermes kanban create "扫描 3 个竞品 SaaS 的 pricing 页变更" \
  --board team --assignee atlas \
  --body "背景：我们在做监控 SaaS，要盯竞品定价。
          交付：每个竞品一篇 Vault 笔记（market/），含 Source+Relevance。
          验收：3 篇笔记都在，且含本周变更摘要。"

# 查看 / 指派 / 评论 / 完成 / 阻塞
hermes kanban list --board team
hermes kanban show <card-id>
hermes kanban assign <card-id> --assignee liam
hermes kanban comment <card-id> "已抓到竞品A降价，笔记在 market/"
hermes kanban complete <card-id>
hermes kanban block <card-id> --reason "支付 API 文档缺失，等参谋长协调"

卡片生命周期：

created → ready → claimed → done | blocked

blocked 不是失败，是显式暴露阻塞——参谋长每天看板一扫，就知道哪张卡卡住、该升级给你。这正是第 22 章参谋长 SOUL 里”透明优先于体面”的落地。

想让它常驻自动调度（比如网关里收到任务自动建卡派单）：

hermes kanban daemon --board team          # 独立调度进程
hermes config set kanban.dispatch_in_gateway true   # 网关内自动派单

三、参谋长：专门做协调的那个 Agent

六个角色里，参谋长最特殊：他不写代码、不写稿、不发帖、不做研究，只做协调。为什么必须单拎一个出来？

如果你让”研究官”既做研究又做派单，会出现两个问题：

  1. 既当裁判又当运动员：他派给自己”重要任务”，你没法信。
  2. 上下文被协调污染：研究需要深度专注，派单需要全局视野，两件事抢同一个脑子。

所以 SMF 的写法是：参谋长 = 纯协调层。它读你的目标 → 拆 WBS → 按”复杂度 × 接缝清晰度”决定 Solo / Pair / Swarm → 看板派单 → 跟踪阻塞 → 周报。

决策公式（参谋长 SOUL 里写的，也是 SMF 的”协作路由器”）：

净效能 = 并行增益 − 协调成本

· 任务简单、接缝清晰      → Solo（一个 Agent 干完）
· 任务两块、需互补视角    → Pair（两个 Agent 一对一对齐）
· 任务多块、强依赖        → Swarm（多个 Agent + 参谋长协调）
· 协调成本 > 并行增益时   → 退回 Solo，别硬群蜂

这条公式直接呼应第 21 章的 MVT 清单——群蜂不是默认选项，是最后选项。

四、一个真实派单流（把前面都串起来）

假设你的目标是”本周出一篇竞品降价分析，发公众号”：

你 → 参谋长："本周出竞品降价分析，发公众号"
  │
  ▼ 参谋长拆 WBS + 看板派单
  ├─ card#1 研究官：扫 3 竞品 pricing，写 Vault 笔记
  ├─ card#2 内容官：读笔记 → 写公众号成稿（Pair 研究官供料）
  ├─ card#3 分发官：排版 → 发公众号 + 小红书（接第15章流水线）
  └─ card#4 评估官：发后 48h 跟踪打开率/涨粉，写数据卡
  │
  ▼ 各 Agent 并发干活，状态实时进看板
  │
  ▼ 参谋长每天扫板：card#3 标 blocked（公众号接口限流）
  │   → 参谋长升级给你："接口限流，需你确认换备用发布通道"
  │
  ▼ 你拍板 → card#3 解除 blocked → 完成 → 评估官出数据

注意：你全程只做了两件事——给目标、拍板一次阻塞。其余全是团队自己跑。这就是”老板”的感觉。

五、避坑提示

⚠️ body 不写清，等于没派。 “去搞一下竞品”这种卡，Agent 会按自己理解搞，结果不是你要的。body 三要素：背景 + 交付物 + 验收标准。

⚠️ 别让执行者自派单。 派单权归参谋长。执行 Agent 自己建卡派自己，你就失去了全局视野。

⚠️ blocked 必须显式，别静默卡住。 卡住不报，等你在结果里发现，已经晚了三天。SMF 的规矩是：阻塞当天必建卡。

⚠️ 看板不是装饰。 有人建了板从不扫，等于没建。参谋长每天扫一次是仪式（见第 26 章）。

⚠️ Swarm 是最后手段。 见上面的净效能公式。大多数任务 Solo 或 Pair 就够了。

本节能造出什么

你有了团队的神经系统：看板让任务可见、参谋长让任务流动。从此”一群 Agent”变成”一支团队”——每个人知道自己在哪、别人在干嘛、卡住找谁。

下篇预告

派单机制有了，但研究官写 Vault 笔记、内容官改稿，现在还靠你手动触发。下一章《夜间研究与自进化引擎》：用 Cron 让研究官在你睡着时自动扫行业、用 Curator 让他自动把经验写成技能——AI 在你睡觉时赚钱。

延伸阅读

Hermes Agent Kanban 参谋长 Chief-of-Staff 派单 多Agent协作 协调层 不撞车