Hermes Agent的 Cron 定时任务：让 AI 在你睡觉时干活

📝

凌晨三点，你在睡觉。你的 Agent 没有。它刚查完生产日志，发现一条慢查询超过了 500 毫秒。

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

凌晨三点，你在睡觉。你的 Agent 没有。它刚查完生产日志，发现一条慢查询超过了 500 毫秒。

凌晨三点，你在睡觉。

你的 Agent 没有。它刚查完生产日志，发现一条慢查询超过了 500 毫秒。报告已经发到了你的 Telegram。

你醒来的时候，问题已经被记录。优先级已经被标注。你没有做任何事。

这不是科幻。这是 Hermes Agent 的 cron 子系统正在做的事。

从「你说我才动」到「我自己知道什么时候该动」

传统的 Agent 交互模式是对话。你问，它答。你不说话，它就停着。

Hermes 的 cron 打破了这个模式。

你可以告诉它：每天早上八点，帮我扫一遍 Hacker News 的 AI 新闻。总结五条发到 Telegram。

然后你就不用管了。它会自己做。

这是一个范式转变。Agent 从被动响应，变成了主动执行。

它不再等你开口。它自己知道什么时候该做什么。

一个工具管所有事

Hermes 把定时任务的管理收敛到一个工具：cronjob。

用 action 风格操作。创建、列出、暂停、恢复、手动触发、删除，都是同一个工具的不同动作。

调度可以用自然语言。「每天早上八点」「每三十分钟」「每周一上午九点」。也可以用标准 cron 表达式，精确到分钟。

管理是统一的。不需要记多个命令。

它在哪里跑

这是一个容易搞混的点。

Cron 不是在 CLI 里跑的。是在 gateway 里跑的。

你需要运行 hermes gateway，或者把它装成系统服务。gateway 的后台有一个 ticker 线程。每 60 秒检查一次有没有到期的任务。

笔记本合上也能跑。只要 gateway 进程还活着。

每个任务都是一个新世界

这是我觉得最值得理解的设计。

每个 cron job 触发时，Hermes 会创建一个全新的 Agent session。这个 session 有完整的工具访问权限，可以注入指定的 skill。但它没有你当前聊天的任何记忆。

它不知道你五分钟前聊了什么。它不知道你昨天让它做了什么。

它只知道你在创建任务时写的那段 prompt。

所以 prompt 必须完全自包含。

不能写「检查一下那个服务器的问题」。要写「SSH 到 192.168.1.100，用户名 deploy。检查 nginx 是否在运行，验证 https://example.com 返回 HTTP 200」。

所有上下文，都要塞进 prompt 里。因为那是它唯一能看到的东西。

静默模式

不是每次执行都需要通知你。

Hermes 有一个 [SILENT] 约定。如果 Agent 的最终回复以 [SILENT] 开头，消息不会被投递。结果仍然保存在本地，但不会打扰你。

这对监控类任务很有用。

「检查 nginx 是否在运行。如果一切正常，只回复 [SILENT]。否则报告问题。」

没事不说话。有事才找你。

结果可以发到任何地方

Cron job 的输出不局限于本地。

Telegram、Discord、Slack、Email、WhatsApp、Signal、飞书、企业微信、钉钉，甚至 Home Assistant。创建任务时指定投递目标，执行完自动发送。

Agent 的最终回复就是投递内容。不需要在 prompt 里手动调用发送工具。

官方模板

Nous Research 提供了一批自动化模板，覆盖常见场景：

每晚自动分拣 GitHub issue，标注优先级。发摘要到团队频道
每天扫描依赖漏洞，有 CVE 才通知
每周检测文档漂移，代码改了但文档没跟上的地方
竞品仓库监控，每天扫描对手的 PR 和 release
部署后自动冒烟测试，CI/CD 完成后触发验证

每个模板都是一段自包含的 prompt 加一个调度表达式。复制过来改改就能用。

一个聪明的技巧

ilylabs 的 Ilyass Tabiai 分享了一个思路：无 LLM 静默 cron。

问题是这样的。如果你用本地模型跑 Hermes，每个 cron job 都要调用一次 LLM。哪怕什么都没发生，也要花一次推理。频繁的定时任务会吃光本地算力。

而且小模型经常忘记写 [SILENT]，导致你收到一堆无意义的通知。

他的解法：

用传统的 Linux cron 做高频轮询。脚本检查条件，没事就退出。零 token 消耗。有事了，动态往 ~/.hermes/cron/jobs.json 里注入一个一次性任务。让 Hermes 只在需要时才启动推理。

把确定性的判断交给脚本，把需要理解力的报告交给 LLM。各司其职。

我在想什么

想了想，cron 这个功能本身不复杂。Linux 世界里 cron 存在了几十年。

但把它接到 Agent 上，意义不一样了。

传统 cron 执行的是固定脚本。输入确定，输出确定。

Agent cron 执行的是一段自然语言指令。它可以搜索、可以分析、可以判断、可以生成。输出不确定，取决于当时的世界状态。

这不是定时执行命令。这是定时派出一个有判断力的助手。

而且它有 skill 注入。你可以给定时任务挂载特定的 skill，让它在执行时拥有领域知识。安全审计的任务挂安全 skill。代码审查的任务挂代码 skill。

不是一个通用的 Agent 在做所有事。是一个被临时赋予专业能力的 Agent 在做特定的事。

后来我才明白，这个设计的核心不是「定时」。

是「无人值守」。

你不在的时候，它能替你看着。它能判断什么值得告诉你。什么不值得。它能在你醒来之前把该做的事做完。

Agent 不再是一个等你说话才动的工具。

它变成了一个有自己时间表的协作者。

参考资料

Hermes Agent - Scheduled Tasks (Cron) 官方文档[1]
Hermes Agent - Automation Templates[2]
ilylabs - No-LLM Silent Hermes Cron Trick[3]
Lushbinary - Hermes Agent Cron & Workflow Automation Guide[4]

Reference

[1]
Hermes Agent - Scheduled Tasks (Cron) 官方文档: https://hermes-agent.nousresearch.com/docs/user-guide/features/cron
[2]
Hermes Agent - Automation Templates: https://hermes-agent.nousresearch.com/docs/guides/automation-templates
[3]
ilylabs - No-LLM Silent Hermes Cron Trick: https://ilylabs.github.io/hermes%20agent/ai/local%20llm/hermes-cron-trick/
[4]
Lushbinary - Hermes Agent Cron & Workflow Automation Guide: https://lushbinary.com/blog/hermes-agent-cron-workflow-automation-guide/

下方是赋能君的AI学习交流永久免费星球，想学习更多内容，欢迎扫码加入。

🙌 如果你阅读到这里，说明我们对信息的认可区域是有一定交集的，可以说我们是同道中人，所以如果你有自认为不错的信息获取渠道，欢迎留言或者私聊我，谢谢。

都看到这里了，就给个关注吧👀：

喜欢我的文章，可以请你右下角顺手来一波点赞&在看&分享三连么👉

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

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