Agent工坊

【Agent工坊】Hermes Kanban Swarm实战:一行命令搭建多Agent自动化流水线

v0.15.0最被低估的功能:104个PR打造的Kanban多Agent平台,一个swarm命令就能创建完整的多Agent协作网络——根节点→并行工人→门禁审核→合成输出,全程无人值守。

前言

如果你在用Hermes Agent跑自动化任务,大概率经历过这些痛点:

  • 写了一个很长的prompt让Agent做多步骤任务,做到一半卡住了
  • 想让多个Agent并行处理不同子任务,但手动拆分太麻烦
  • 想让便宜模型干粗活、贵模型做关键决策,但切换模型要手动改配置
  • Cron任务跑完后没有通知,等半天才发现失败了

Hermes v0.15.0的Kanban Swarm就是为这些问题设计的。它把一个复杂任务拆成一棵树,让多个Agent并行执行,再经过门禁审核,最后自动合成输出。全程不需要你盯着屏幕。

这篇文章不是为了介绍"Kanban又更新了哪些参数"——而是给你一个可以直接复制粘贴跑起来的实战案例。读完你会有一个能自动运行的多Agent内容生产流水线。

背景:Kanban从任务看板到多Agent平台

如果你是从v0.13或更早版本过来的用户,可能对Kanban的印象还停留在"一个命令行版Trello"。但v0.15.0的Kanban已经完全不同了——104个PR端到端重写,核心变化:

旧Kanban(v0.14)新Kanban(v0.15)
任务看板,手动管理多Agent编排平台
单Agent顺序执行Swarm拓扑:根→并行→门禁→合成
统一模型每个任务可指定不同模型
手动拆分任务Triage自动拆解为子任务树
无worker监控/workers/active/runs/{id}/inspect端点
无调度支持定时启动、claim TTL、过期检测

一句话概括:Kanban从一个"任务列表"变成了一个"多Agent操作系统"。

核心概念:Swarm拓扑结构

Hermes Kanban Swarm多Agent拓扑架构图

▲ 图1:Swarm拓扑结构——Root任务自动分解,3个Worker并行执行,经Verifier门禁审核后由Synthesizer合成输出到Blackboard

先理解Swarm的拓扑结构,后面的命令才看得懂:

┌─────────────┐

                    │ Root Task │ ← 总任务:你用自然语言描述

                    │ (triage) │ 自动分解为子任务

                    └──────┬──────┘

                           │

              ┌────────────┼────────────┐

              │ │ │

         ┌────▼────┐ ┌────▼────┐ ┌────▼────┐

         │ Worker 1│ │ Worker 2│ │ Worker 3│ ← 并行执行

         │ (并行) │ │ (并行) │ │ (并行) │ 各干各的

         └────┬────┘ └────┬────┘ └────┬────┘

              │ │ │

              └────────────┼────────────┘

                           │

                    ┌──────▼──────┐

                    │ Verifier │ ← 门禁审核

                    │ (Gate) │ 逐个检查worker输出

                    └──────┬──────┘

                           │

                    ┌──────▼──────┐

                    │ Synthesizer │ ← 合成输出

                    │ (Gate) │ 把验证通过的输出汇总

                    └──────┬──────┘

                           │

                    ┌──────▼──────┐

                    │ Blackboard │ ← 共享黑板

                    │ (Shared) │ 最终结果写在这里

                    └─────────────┘

关键设计

  • Verifier是门禁:worker的输出必须通过verifier审核,不合格的会被退回
  • Synthesizer只合成通过审核的输出:不会把垃圾汇总进去
  • Blackboard是共享状态:所有节点都能读写,避免重复传递数据

实战:搭建AI内容生产流水线

理论知识够了,下面用真实场景演示。目标:用Kanban Swarm自动完成一篇公众号文章的生产全流程

场景定义

一个典型的内容生产流程包含:

  1. 搜索资料:从多个来源搜索相关新闻和数据
  2. 撰写大纲:基于资料整理文章结构
  3. 写正文:按大纲写出完整文章
  4. 审核校对:检查事实准确性和表达流畅度
  5. 排版发布:生成HTML、上传图片、提交草稿箱

如果手动做,至少要切换5次上下文。用Kanban Swarm,一条命令就够了。

步骤1:初始化Kanban

# 升级到v0.15.2(包含所有热修复)

pip install --upgrade hermes-agent

# 确保Kanban相关skill已安装(v0.15.0自动安装)

hermes skill list | grep kanban

# 应输出:kanban-worker (bundled)

# 创建一个新的board

hermes kanban create --name content-pipeline

步骤2:创建Swarm拓扑(核心命令)

hermes kanban swarm \

  --board content-pipeline \

  --name "AI创业内参-每日Agent工坊栏目" \

  --description "自动搜索AI工具新闻、撰写教程、审核排版、提交草稿箱"

这一条命令做了什么? 它自动创建了整个拓扑结构:

  • 1个Root任务(triage自动分解)
  • 3个并行Worker(搜索、写作、配图)
  • 1个Verifier(门禁审核)
  • 1个Synthesizer(合成输出)
  • 1个共享Blackboard

你可以用以下命令查看拓扑:

hermes kanban list --board content-pipeline --sort created

步骤3:配置每个Worker的模型(省钱关键)

模型成本对比:DeepSeek-V3 vs Claude Haiku 4 vs Claude Sonnet 4

▲ 图2:按任务类型分配合适模型——搜索用便宜模型、审核用快速模型、写作用强模型,Kanban Swarm方式整体成本直降60%+

# Worker 1:搜索资料 — 用便宜模型就够了

hermes kanban task update research-worker \

  --model "deepseek-v3" \

  --description "搜索最新AI工具新闻和GitHub release"

# Worker 2:写正文 — 用最强的模型保证质量

hermes kanban task update writing-worker \

  --model "claude-sonnet-4-20250514" \

  --description "基于资料撰写2500-4000字教程文章"

# Worker 3:配图 — 走GPT Image 2

hermes kanban task update image-worker \

  --model "gpt-image-2-ssvip" \

  --description "生成封面和3张插图"

# Verifier — 用中等模型做审核

hermes kanban task update verifier \

  --model "claude-haiku-4-20250514" \

  --description "检查文章字数、模块完整性、事实准确性"

# Synthesizer — 用强模型合成

hermes kanban task update synthesizer \

  --model "claude-sonnet-4-20250514" \

  --description "汇总审核通过的输出,生成最终文章"

省钱逻辑

  • 搜索任务用DeepSeek-V3(输入$0.27/M tokens,输出$1.10/M tokens)
  • 主写作任务用Claude Sonnet 4(质量优先)
  • 审核任务用Claude Haiku 4(快+便宜)
  • 配图任务用GPT Image 2(唯一选择)

这样配置,一次完整流水线的模型成本约$2-5,远低于全部用最强模型的$10-15。

步骤4:配置任务调度和执行参数

# 设置定时启动:每天凌晨2点UTC(北京时间10点)

hermes kanban task update root \

  --scheduled "2026-05-31T02:00:00Z"

# 设置worker的claim TTL(认领后多久未完成算超时)

hermes kanban config set --board content-pipeline \

  --claim-ttl 1800 # 30分钟

# 设置失败重试次数

hermes kanban config set --board content-pipeline \

  --max-retries 3

# 设置失败指纹识别(避免同一错误反复重试)

hermes kanban config set --board content-pipeline \

  --retry-fingerprinting true

# 设置过期任务检测

hermes kanban config set --board content-pipeline \

  --stale-detection true \

  --stale-timeout 3600 # 1小时无进展标记为过期

步骤5:配置通知(知道什么时候跑完)

v0.15.0新增了ntfy支持——无需注册账号,开箱即用:

# 方法1:用ntfy(推荐,免费自托管或官方服务)

hermes config set kanban.notification_sources '["ntfy://hermes-kanban"]'

# 方法2:用企业微信(已有配置直接用)

# kanban.notification_sources 支持跨profile通知

执行完成后,你的手机会收到推送通知。

步骤6:启动Swarm

# 启动整个swarm

hermes kanban start --board content-pipeline

# 查看运行状态

hermes kanban status --board content-pipeline

Worker监控端点

Kanban Swarm自动化内容生产流水线全流程

▲ 图3:从搜索资料到发布完成的完整流水线——一条命令启动,全程无人值守,手机实时接收完成通知

v0.15.0提供了3个REST监控端点:

# 查看活跃worker(将 PORT 替换为你的 Hermes Gateway 端口)

curl localhost:PORT/workers/active

# 查看特定任务运行记录

curl localhost:PORT/runs/task-001

# 检查任务详情

curl localhost:PORT/inspect?board=content-pipeline

输出示例:

{

  "workers": [

    {"id": "research-worker", "status": "running", "model": "deepseek-v3", "elapsed": "2m34s"},

    {"id": "writing-worker", "status": "waiting", "depends_on": ["research-worker"]},

    {"id": "image-worker", "status": "running", "model": "gpt-image-2-ssvip", "elapsed": "45s"}

  ],

  "verifier_queue": 0,

  "synthesizer_queue": 0

}

高级技巧

技巧1:Triage自动分解的写法

Triage的质量取决于你的Root任务描述有多清晰。以下是好和坏的对比:

# ❌ 太模糊 — triage不知道该怎么拆

hermes kanban swarm --description "写一篇AI文章"

# ✅ 具体清晰 — triage能精确拆解

hermes kanban swarm --description \

  "生产一篇【Agent工坊】栏目教程文章,流程包括:

   1. 搜索Hermes Agent最新release和HN相关讨论

   2. 基于资料撰写2500-4000字教程,含代码示例和踩坑提醒

   3. 生成封面图(1792x1024)和3张插图(2048x1024)

   4. 用build_article_html.py排版后提交微信公众号草稿箱

   5. 全部素材保存到 /opt/hermes-home/projects/ai-neican/content/"

技巧2:Worktree隔离 — 每个Worker独立工作目录

# 为每个worker分配独立的工作目录和git分支

hermes kanban task update research-worker \

  --worktree /tmp/hermes-kanban/research \

  --branch feature/research-20260530

hermes kanban task update writing-worker \

  --worktree /tmp/hermes-kanban/writing \

  --branch feature/writing-20260530

为什么重要:并行的worker可能在同一个目录读写文件。worktree隔离避免了文件冲突,每个worker看到的是独立的文件系统视图。

技巧3:跨Profile的Cron + Kanban联动

v0.15.0支持Cron任务使用不同profile,而且Cron输出可以自动进入Kanban流程:

# 创建一个专门跑热点监控的profile

hermes profile create hotspot-scanner

# cron任务使用这个profile,输出自动推送Kanban

hermes cron create \

  --name "热点监控→Kanban" \

  --schedule "0 */2 * * *" \

  --profile hotspot-scanner \

  --prompt "扫描AI Agent工具最新动态,发现重大更新推送到Kanban content-pipeline board"

技巧4:手动故障恢复

当某个worker卡住时,不需要重建整个swarm:

# 手动promote一个卡住的任务

hermes kanban promote --board content-pipeline --id stuck-task-001

# 批量处理

hermes kanban promote --board content-pipeline --ids task-001,task-002,task-003

# 归档已完成的任务

hermes kanban archive --board content-pipeline --done

# 硬删除(慎用)

hermes kanban archive --rm --board content-pipeline --id garbage-task

踩坑与排障

坑1:Worker SIGTERM不生效(v0.15.0已修复)

症状:执行 hermes kanban stop 后worker进程仍在运行。

原因:v0.15.0的SIGTERM信号被中间进程吞掉了。

解决:升级到v0.15.1+。如果暂时无法升级,手动 kill -9 对应进程:

ps aux | grep hermes-kanban-worker | grep -v grep | awk '{print $2}' | xargs kill -9

坑2:Dashboard无限重载(v0.15.0,v0.15.1已修复)

症状:打开Dashboard后页面不停刷新。

原因:loopback模式下401响应触发了token过期重载逻辑。

解决:升级到v0.15.1。如果无法升级,直接通过CLI操作Kanban,Dashboard只用于查看:

# 所有Kanban操作都可以在CLI完成

hermes kanban list --board content-pipeline

hermes kanban status --board content-pipeline

hermes kanban start/stop --board content-pipeline

坑3:Bare命令在Docker里找不到(v0.15.1已修复)

症状:MCP服务器配置了 npx 命令但在Docker里启动失败。

原因:v0.15.0的PATH解析没有包含 /usr/local/bin

解决:升级到v0.15.1+。或手动指定完整路径:

# ❌ 旧配置

mcp_servers:

  filesystem:

    command: npx

    args: ["-y", "@modelcontextprotocol/server-filesystem"]

# ✅ 新配置(明确PATH)

mcp_servers:

  filesystem:

    command: /usr/local/bin/npx

    args: ["-y", "@modelcontextprotocol/server-filesystem"]

常见问题(FAQ)

Q:Kanban Swarm和delegate_task有什么区别?

A:delegate_task 是同步委托——启动一个子Agent,等它完成,拿结果。Kanban Swarm是异步编排——多个worker并行执行,verifier审核,synthesizer合成。前者适合"帮我查一下这个",后者适合"帮我跑完整个流水线"。

Q:Swarm最少需要几个worker?

A:最少1个。hermes kanban swarm 默认创建 root + 2 workers + verifier + synthesizer,但你可以删掉不需要的节点。

Q:Verifier审核不通过会怎样?

A:Verifier会退回给对应worker重做。配合 max-retries 参数,超过重试次数后任务标记为失败,不会进入synthesizer。

Q:可以在运行中动态添加worker吗?

A:可以。hermes kanban task create --board content-pipeline --depends-on root 然后在dispatcher里注册即可。新worker会自动领取待处理的子任务。

Q:Swarm的输出保存在哪里?

A:Blackboard中的内容持久化在Kanban的SQLite数据库里(~/.hermes/kanban/)。你也可以在worker里配置输出到具体文件路径。

总结

Hermes v0.15.0的Kanban Swarm不是一个"更新了UI的任务看板"——它是一个真正的多Agent操作系统。核心价值就三点:

  1. 一行命令建拓扑hermes kanban swarm 自动创建根→并行→门禁→合成的完整流水线
  2. 每个任务独立模型:搜索用便宜模型,写作用最强模型,审核用快速模型——成本直降60%+
  3. 全程无人值守:定时启动→自动分解→并行执行→门禁审核→合成输出→推送通知

对于AI创业者来说,这意味着你可以把重复性的内容生产、数据采集、竞品监控等工作全部交给Kanban Swarm,把时间花在策略和创意上。

下一步:升级到v0.15.2,创建一个board,跑通本文的示例流水线。30分钟后你会发现自己多了一个24小时工作的AI团队。


#AI创业 #HermesAgent #Agent工坊 #多Agent协作 #一人公司

本文由AI辅助创作,经人工审核编辑发布