📝

Hermes Agent v0.13.0 (2026.5.7)更新：一人团队或一人公司成为可能

原文链接：https://mp.weixin.qq.com/s/Pnn3Zrf72rTRyZErgM4utQ

Hermes Agent v0.13.0 (2026.5.7)更新：一人团队或一人公司成为可能

你有没有试过让 AI 帮你跑一个多步骤的长任务？

比如让它扫一批文档、整理成报告、再发给你汇总。结果往往是：AI 做到一半，自己转方向了。或者你的电脑重启了一次，进度全丢，从头再来。

再激进一点——让两个 AI 同时跑不同部分，交叉协作？大概率变成各自为政，互相不知道对方干了什么。

这就是 多智能体协作 的核心难题：不是 AI 不够聪明，是没有人管它们。

Hermes Agent v0.13.0 直接在框架层面引入了 Kanban 系统来解决这个问题。

Hermes Agent v0.13.0 GitHub Release 页面——发布仅几小时内已有 21 个新提交

01 | Kanban：不是项目管理，是 AI 团队守卫

Hermes Kanban 不是给人用的 Jira，是专门针对 AI Worker 设计的任务守卫系统。

核心思路很清晰：任务是持久化的，不会因为 Worker 崩了就消失。多个 Worker 并发领任务，但有一套机制持续盯着它们：

心跳检测 — Worker 定期上报存活信号，断了就判定宕机，任务回收重分配
僵尸检测 — 进程还在但已经卡死不动，同样踢出
幻觉门控 — Worker 声称”任务完成”但没有可验证的证据，会被拦截，要求补充说明
重试配额 — 每个任务单独配置 max_retries，不是全局一刀切
自动锁定 — Worker 退出时没有正常完成任务，下次自动被 block

Hermes Kanban 工作流架构：主控 Hermes 调度，多 Worker 并行领任务，底部机制层保障可靠性

整体结构是这样的：主控 Hermes 把任务写进看板，多个 Worker Hermes 自己来领任务、执行、汇报。主控只负责调度和验收，不用盯着每一步。

02 | 实际怎么用：命令和配置

创建一个 Kanban Board 只需要一条命令（交互式输入，不用记参数）：

在主控 Hermes 里执行

/kanban create “我的项目看板”

然后往里面加任务：

/kanban add “扫描 docs/ 目录下所有 PDF，提取关键信息”
/kanban add “根据提取结果生成 markdown 摘要报告”
/kanban add “把摘要发给 Slack #research 频道”

配置多个 Worker 加入（每个 Worker 是独立的 Hermes 实例，用不同的 profile）：

~/.hermes/config.yaml（Worker 实例配置示例）

kanban:
enabled: true
board_id: “my-project-board”
worker_id: “worker-a”
max_retries: 3 # 单任务最大重试次数
heartbeat_interval: 30 # 秒，多久上报一次存活

delegation:
model: claude-sonnet-4-6
max_concurrent_children: 3

Worker 启动后会自动去看板领任务。主控可以随时查看状态：

/kanban status # 查看所有任务状态
/kanban workers # 查看 Worker 存活情况
/kanban retry “任务ID” # 手动触发重试

一个 Hermes 安装可以同时跑多个独立的看板（multi-board 支持），不同项目互不干扰。

03 | /goal 和 no_agent cron：两个小而实用的功能

/goal 解决的是另一个高频问题：AI 在长对话里慢慢忘掉了最初的任务。

锁定一个目标，后续所有回复都围绕它展开

/goal 帮我把 ./data/ 里的100个CSV文件合并，去重，输出 merged.csv

加了 /goal 之后，AI 会在每轮对话里检查当前状态和目标的差距（Ralph 循环），中途你随手问了别的事情，它做完还会拉回主线。

no_agent cron 模式 是给监控脚本用的：

config.yaml 里配置纯脚本定时任务

cron:
jobs:
- name: disk_monitor
schedule: “*/5 * * * *” # 每5分钟
no_agent: true # 不启动 AI，只跑脚本
script: |
df -h / | awk ‘NR==2 {print $5}’ |
grep -E ‘^[89][0-9]%|^100%’ &&
echo “警告：磁盘使用率超过 80%” || true
# stdout 非空才推送，空输出静默

这个模式适合做轻量级 watchdog：磁盘告警、服务存活检测、日志监控。不用每次都起一个 AI，快而省资源。

04 | 安全这次是认真的

这次关了 8 个 P0 漏洞，有几个值得单独说：

信息脱敏默认开启 — 以前要手动配，现在所有日志上传自动脱敏
Discord CVSS 8.1 漏洞 — 之前 allowed_roles 配置是全局的，跨服务器的用户可以伪装绕过白名单。现在限定到单个 guild
WhatsApp 默认拒绝陌生人 — 之前陌生号码也能触发 Agent，现在默认屏蔽
MCP OAuth TOCTOU 窗口关闭 — 凭证写入时的竞态条件修复
Cron prompt injection 扫描 — 定时任务会扫描拼接后的 skill 内容，防止注入

如果你把 Hermes 接到公开频道或者对外服务，这次升级值得认真看一下安全 changelog。

05 | 真实情况：哪些地方还不完善

Kanban 是全新功能，这次 release notes 里的 batch salvage 条目（批量补救未完成 PR）密度很高，说明功能在快速迭代，边缘情况还在处理中。

多 Worker 场景下的 profile 发现逻辑（哪些 Hermes 实例可以加入看板）在自定义部署路径（HERMES_HOME 非默认）时有坑，#19020 才修。

整体来说：普通单机用法（个人助手、定时任务、工具调用）这次变化更稳健，完全可以升。多智能体 Kanban 如果要上生产，建议先在测试环境跑一跑再决定。

你现在有没有在用类似的多 AI 协作方案？或者你觉得哪种任务场景最适合开一个 AI 团队。

⭐点赞、转发、关注和推荐一键三连⭐

💬 本文评论区已开启，但暂无读者留言。

本文转载自微信公众号，如有侵权请联系删除。