乐于分享
好东西不私藏

Hermes 这页文档,讲透了 Agent 自动化的关键

Hermes 这页文档,讲透了 Agent 自动化的关键

这两天看 Hermes Agent 文档时,我翻到一页挺有意思的内容:Automation Templates。

表面上看,它是一组现成命令:怎么创建 cron 定时任务,怎么订阅 GitHub webhook,怎么把结果发到 Telegram、Slack、GitHub comment 或本地文件。

但这页文档真正有价值的地方,不是命令本身,而是它给出了一个更接近真实工作的 Agent 用法:AI 不一定要等你打开聊天窗口再提问,它可以在后台被事件触发。

时间到了,自动跑一次。

PR 来了,自动看一眼。

告警响了,先整理上下文。

部署完成了,自动做一轮验收。

这时候,Agent 就不只是“聊天助手”,而是工作流里的一个节点。

三类触发器

文档里把自动化分成三类。

第一类是定时触发。比如每天凌晨检查新 issue,给出优先级和标签建议;每天早上跑依赖安全扫描;每周生成 AI 新闻摘要;每 30 分钟检查服务是否在线。

第二类是 GitHub 事件触发。比如 PR 打开后自动做代码初审,Issue 新建后自动判断分类,CI 失败后自动分析日志并把可能原因贴回 PR。

第三类是普通 Webhook。任何系统只要能 POST 一段 JSON 给 Hermes,就可以触发一次 Agent 任务。部署系统、监控系统、支付系统、内部后台,都可以接进来。

这背后的模式很简单:

事件发生 → 收集上下文 → Agent 判断 → 投递结果。

它比“帮我总结一下”更像真实工作。

[SILENT] 是个很实用的细节

我觉得文档里最值得记住的,是 [SILENT] 这个模式。

很多自动化最后没人看,不是因为它没用,而是因为它太吵。每天发一堆“一切正常”,刚开始觉得安心,过几天就会变成噪音。

Hermes 的做法是:如果任务结果里包含 [SILENT],就不发送通知。

所以 uptime monitor 可以每 30 分钟跑一次。服务正常就安静;只有 API 挂了、网站 500、文档站打不开时,才通知你。

这个设计很适合个人工作流:检查待办、GitHub issue、依赖安全、AI 新闻。没什么值得处理,就别打扰;有变化,再出现。

自动任务的 prompt 要写成 SOP

还有一个容易被忽略的点:cron job 是在新的 Agent 会话里跑的,它没有你当前聊天的上下文。

所以文档里的模板都会写得很具体:仓库名是什么,要执行什么命令,过滤什么时间范围,按什么标准判断,什么情况下静默,结果发到哪里。

这和我们平时聊天不一样。

聊天里可以说“按上次那个来”,因为上下文还在。自动任务不行。它更像交给同事的一份固定 SOP,必须自包含。

如果要写得稳定,就不要只写“帮我检查项目”。要写清楚项目路径、命令、判断标准、输出格式和失败时怎么处理。

脚本和 Agent 应该分工

这页文档也提醒我:不要什么都让 Agent 自己想办法。

脚本适合做确定性动作:拉数据、跑命令、查接口、比对状态。

Agent 适合做判断:这个 PR 风险大不大?这个告警优先级多高?这几条新闻哪几条值得看?这次部署是健康、降级,还是失败?

更稳的做法是:脚本先收集材料,Agent 再解释材料。

这样既减少幻觉,也更容易排查问题。

我会怎么用它

如果你是开发者,可以先从几个低风险场景开始。

比如每周做一次 docs drift detection:代码改了,文档有没有跟上。

比如每天跑一次 dependency security audit:没有高危漏洞就静默,有 CVE 再提醒。

比如给个人项目加一个 PR 初审:不替代人工 review,但先扫明显的测试缺失、错误处理和安全风险。

比如部署完成后,让 CI 发一个 webhook,Hermes 自动检查 health、version 和错误日志。

对个人工作流也一样。比如每天早上整理待办重点,每周汇总 AI 工具动态,或者定期检查项目里的依赖、文档和服务状态。关键是:不要一开始做大系统,先挑一个高频、低风险、可以静默的任务。

真正的变化

看完这页文档,我最大的感受是:Agent 的使用方式正在从“我问 AI”变成“事件触发 AI”。

以前我们习惯把 AI 当增强版输入框。给它材料,让它总结;给它代码,让它修改。

但如果把 cron、webhook、GitHub event 接上,AI 就开始进入工作流。

它不再只是回答问题,而是在某个固定环节先帮你处理一遍。

当然,边界要清楚。只读检查、摘要、初步审查、告警归因,适合先自动化;打标签、评论、创建 PR、发布内容这类有副作用的动作,最好加确认、dry-run 或回滚机制。

自动化不是让 Agent 到处乱动,而是把那些重复、琐碎、又需要一点判断的环节,先交给它处理。

如果你正在用 Hermes、Claude Code、Codex 或其他 Agent 工具,可以先问自己一个问题:

我每天或每周反复检查的事情里,有没有一件可以改成“事件触发 → Agent 判断 → 有事再通知”?

这可能比多试一个模型,更快改变你的工作流。

参考来源:Hermes Agent 官方文档《Automation Templates》。