17 个 Hermes Agent 提示词打造常驻自动化工作流

2026 年 2 月，Nous Research 发布了 Hermes Agent：一个开源自托管的 Agent，它不栖身于 IDE 内部，也不会在关闭标签页时遗忘。它作为守护进程运行在你自己的机器上，跨会话保持记忆，用自然语言执行定时任务，并根据经验编写自己可复用的技能。

它成为了当年发展最快的开源 Agent 之一：GitHub 星标数量飞速增长，也是 OpenRouter 上使用最多的 Agent 之一。最近它推出了原生终端的 TUI 版本。

随后，我在一台 5 美元的 VPS 上，以 Claude 作为底层模型，将它作为个人常驻基础设施运行了 5 周。

这个工具是真实的。但一个空白的 Hermes 安装无法独自完成任何事。它是一个运行时，而不是一个工作流。把它从“我收藏的有趣仓库”变成“替我通宵完成了 3 小时工作量的东西”，关键在于你第一天给它的提示词——而几乎没有人分享这些提示词。

所以，下面就是我的提示词。接下来是我实际粘贴的 17 条提示词和配置行、每个关键提示词赢得其位置的那些时刻，以及我最初犯下的 3 个错误，这样你可以跳过它们。

如果你想跳过解释直接粘贴，完整集合在末尾。

为什么这很重要

几乎你使用的所有 AI 工具都是基于会话的。Claude Code、Cursor、聊天窗口：你打开它，工作，关闭它，上下文随会话一起消亡。对于它们的用途来说，这是正确的设计，而 Claude Code 仍然是在单个项目内进行编码的更好工具。

但有一整类工作不是会话形态的：应该在你醒来前准备好的简报、无论你是否在看都需要被监控的构建、当你全神贯注时不断塞满的收件箱。会话工具无法处理这些，因为当这些事发生时，它们并没有运行。

这就是 Hermes 填补的空白。它是持久的（记忆跨越会话存活）、可定时的（它按时钟行动，而不是依赖你的注意力）、并且可触达的（Telegram、Discord、Slack、邮件，而不是一个你忘记的标签页）。模型进行思考。当你不在时，Hermes 让它持续指向你的工作。

一个空白的安装赋予你所有这些能力，但没有工作流。下面的提示词就是工作流。

设置：在任何提示词运行之前的三件事

在任何提示词做任何事之前，必须满足三个条件。其中两个是配置命令（下文中的配方 15 和 16）；第三个只是你运行它的地方。提前列出以便后续理解：

一个具有真正上下文容量的模型。小型本地模型在多步骤任务中途会丢失工具调用。前沿模型有足够的能力空间。Claude 可以轻松应对。

一个不因空闲而收费的后端。无服务器后端在任务之间休眠，因此 24/7 的 Agent 不会产生 24/7 的账单。

一个持久化的家。你的笔记本电脑不是。一台 5 美元的 VPS 才是，因为合上盖子不应该扼杀你凌晨 3 点的工作。

设置好这三点，下面的 17 条提示词就有了运行基础。跳过它们，配方 1 会在第一个晚上就失效。

我实际运行的 17 条提示词

其中一些是通过特定的失败才赢得其位置的。对于那些，我会展示那一刻；对于其他的，只展示它的作用及提示词本身。

1. 7 点简报，而非通知堆

每个持久化的 Agent 应该拥有的第一个工作，就是你在真正工作开始前半睡半醒时要做的事。

每个工作日上午 7 点，拉取我未读的 GitHub 通知以及我的仓库中的开放 PR，总结每个发生了什么变化以及什么阻碍了它，然后通过 Telegram 以 3-5 条要点的形式发送给我。

那一刻：我每天早晨要花前 35 分钟手动处理 6 个仓库的这件事，然后才开始一行真正的工作。每周五天，这相当于每周大约 3 小时的分类工作，我是在一天中最宝贵的时间里、靠自动驾驶完成的。现在，在我坐下之前，它就已经在 Telegram 里等着了，这 35 分钟消失了。

2. 仅在必要时才说话的仓库监控

一个什么都提示的监视器会在一天内被静音。诀窍在于沉默。

监视 [组织/仓库]。保持沉默，除非 CI 变红或一个新 issue 带有标签 "bug" 被打开。当其中任何一种情况发生时，通知我失败的作业名称或 issue 内容，仅此而已。

那一刻：周五部署时的一个红色 CI，我直到周一才看到，三天损坏的主分支背后是只需十分钟的修复。现在它大约 90 秒内就能提示，否则保持沉默。

3. 跨所有渠道的收件箱分类

Hermes 从一个进程连接到 Telegram、Discord、Slack、WhatsApp、Signal 和邮件，这意味着分类终于可以在一个地方进行。

每小时，检查我连接的频道，按发送者和紧急程度分组新消息，自动归档新闻通讯和通知，仅升级处理那些提到截止日期、有人在等我或涉及金钱的消息。

那一刻：每天大约 120 条消息，横跨六个平台，一条客户私信因为被 Discord 的噪音淹没而搁置了两天未回复。升级规则——截止日期、有人在等我或涉及金钱——就是整个提示词。其他所有内容都被归档，我永远不会看到。

4. 周五研究摘要，自动去重

每周五下午 6 点，搜索 [你的主题] 中的新发布和严肃讨论，与上周发送给我的内容进行去重，并向 Telegram 发送包含 5 个要点及链接的摘要。

效果：约 2 小时的周五订阅滚动浏览变成了一次 5 个要点的阅读。去重子句是诀窍：它记住了上周的内容，所以实际到达的是真正新的东西。

5. “搞懂这个仓库”——一条消息搞定

克隆 [仓库 URL]，用 5 个要点总结架构，找到主要入口点和唯一一个风险最高的文件，然后起草一份干净的 PR 工作流以供贡献。

效果：在陌生代码库上的冷启动日被压缩成一个约 4 分钟的地图，足以让你开始。它不是替代理解代码，而是替代不知道任何东西在哪里的状态。

6. 晚上移交的长任务

研究 [问题]，比较价格、限制和锁定方面的前 3 个选项，并在今晚完成后将结果发送给我。不要等我的后续问题，做出合理的假设，并在顶部列出它们。

效果：“不要等我，做出假设并列出它们”这个子句，将凌晨 2 点的停滞变成了早晨等待的结果。

7. 监控竞争对手的更新日志，而非你的信息流

每天上午 9 点，检查 [产品 A]、[产品 B]、[产品 C] 的更新日志和定价页面，只有当某些东西实际发生变化时才通知我：新功能、价格变动、弃用。引用确切的差异。

效果：你在竞争对手变动上线的当天早上就会知道，而不是当客户提起时。

8. 你代码的夜间审查

每晚 11 点，查看我仓库中今天的提交，标记任何有风险的内容：留下的 TODO、部署的 console.log、超过 80 行的函数、没有测试的更改路径。总结成一个简短的列表，我边喝咖啡边读。

那一刻：我部署了一个包含 Token 的 console.log，一周都没注意到。现在的夜间检查会在这类问题出现前捕捉到，清单通常只有三行，有时是零行。这是我运行的最便宜的代码审查。

9. 为你写好的站会内容

每个工作日上午 9:55，组装我的站会内容：从昨天起关闭了什么，正在进行中什么，什么被阻塞了，从我的仓库和连接的频道中提取，格式化为三个简短要点。

效果：你走进站会时已经写好了，而不是从记忆中重建昨天的情况。

10. 你自己名字的雷达

每天一次，在网页和我所在的平台上搜索 [我的项目或用户名] 的新提及，忽略赞扬，升级处理 bug 报告、抱怨以及任何我尚未回答的问题。

效果：愤怒的用户和安静的 bug 报告会找到你，而不是你三天后才找到它们。

11. 将 90 分钟的演讲变成 5 个要点

获取 [视频或播客 URL]，拉取转录稿，用 5 个要点给出论点，并附上值得完整观看部分的时间戳。跳过开场和赞助商广告。

效果：每个人都在引用的演讲，两分钟读完，附有实际值得你花 90 分钟观看部分的时间戳。

12. “解释这个错误并提出修复方案”

这是一个堆栈跟踪：[粘贴]。在我的仓库中搜索原因，用两句话解释实际失败的原因，并起草最小补丁，在不触碰其他内容的情况下修复它。

那一刻：一个生产环境的堆栈跟踪，通常情况下我要花一个小时去二分查找。我把它交给 Hermes，在我自己还没读完跟踪信息时，就收到了失败行、两句话的原因解释和一个三行的补丁。我仍然会审查补丁。只是我不再需要大海捞针了。

13. 收件箱清零，但它会起草回复

对于常规邮件（安排日程、引荐、状态更新），以我的语气起草回复，并放在队列中等待我的一键批准。绝不自行发送任何内容。升级处理任何需要真正决策的事情。

效果：那些“好的，周四可以”之类的十几个回复已经写好，等待你的“是”，而不是你的注意力。未经你点击，什么都不会发出。

14. 一个在呼叫你之前就先诊断的待命 Agent

当监控告警触发时，不要只是转发。拉取相关日志的最后 50 行，检查最近部署了什么，并连同原始告警向我发送一段关于原因的初步猜测。

效果：凌晨 3 点的传呼到达时附带了一个假设，而不仅仅是一个红灯。一个拥有自己终端的子 Agent 负责拉取日志，因此诊断不费你任何功夫。

15. 将其指向 Claude（一行命令，无锁定）

hermes config set model anthropic/claude-opus-4.8

那一刻：我一开始使用廉价的本地模型以保持成本接近零。它在任何多步骤工作的一半就会丢失工具调用，因为它无法容纳实际工作流所需的上下文。配方 1 到 14 都以难以调试的方式悄悄失败。

将模型换成 Claude（一行命令）立刻修复了所有问题，因为失败从来不是提示词本身，而是底层的模型。你可以用同一个命令换回来，没有锁定。

16. 无服务器后端，使空闲成本几乎为零

hermes config set terminal.backend daytona

那一刻：我的第一个月运行在一直在线后台上，空闲计算——每天 23 小时它闲着什么都不做——默默地加起来比工作本身的成本还要高。无服务器后端在空闲时休眠并在需要时唤醒，这将 24/7 Agent 的长期成本降低到了任务之间的几分钱。

17. 将一次好的运行变成一个永久技能

这次运行得很好。将其保存为一个名为 "morning-brief" 的可复用技能，这样下次你就能以相同的方式运行它，而无需我重新解释格式。

那一刻：我重新解释了我的晨间简报的精确格式四次，然后才想到要将其永久化。Hermes 根据运行写出自己的 SKILL.md 文件，之后就能复用，所以第五次我只是说“运行晨间简报”，它就知道该怎么做。这是复利部分：每个成功运行一次的提示词都变成了一个你永远无需再输入的技能。

数据

我记录了同一周的两份常驻工作：一次是我像往常一样手动完成，一次是交给运行这些提示词的 Hermes。同一周，同样任务。

无人值守 = 按计划或异步运行，在初始提示之后无需我输入。

关键点不是节省的几小时，尽管确实节省了。关键在于这些工作没有一件发生在我必须醒着的时间。无论我是否起床，简报都在 7 点运行。仓库在周末被监控。研究在周五晚上到达。稀缺的资源从来不是时间，而是我的注意力，持久化 Agent 的意义就在于工作不再争夺注意力。

什么没起作用

前两周主要是我在学习，给常驻 Agent 的提示词必须包含什么，而给聊天窗口的提示词则不需要。

模糊的时间表。 “给我发送我的仓库更新”产生了一个信息洪流。没有升级规则，Agent 报告了一切，而一个你不能略读的报告就是一个你最终会静音的报告。现在每个定时提示词都带有明确的“只有当 X 发生时告诉我”子句。

每小时任务没有 Token 预算。 一个话多的每小时分类工作在一周内悄悄花费了比我一个月预算还多的钱，因为没有任何限制。持久加上无限制是导致意外账单的原因。把节奏限定在你实际会阅读的范围内，并在第一周检查花费。

为了省钱而使用廉价模型。 在配方 15 中已经提到。小型本地模型在任务中间丢失工具调用，并以看起来像是提示词 bug 的方式失败。模型不是省钱的地方。

哪些地方有麻烦

三个诚实的权衡取舍，因为自托管一个始终在线的 Agent 并非没有附带条件。

你现在是管理员了。 更新、正常运行时间和权限模型都是你的。一个记住一切并在你机器上行动的 Agent，必须比一个关闭标签页就忘记的聊天机器人受到更严格的约束。

它代表你运行 shell 命令。 在给予它真正访问权限之前，先设置一个具有隔离功能的 Docker 或无服务器后端，而不是等它已经触摸到你的文件之后再考虑。沙箱是第一天的决定，而不是之后的事情。

炒作声很大。 星标数量在博客文章之间剧烈波动，很多“部署指南”内容都是推广噪音。根据它为你的一周做了什么来判断，而不是根据排行榜。

完整集合（可直接复制粘贴）

两条配置线，一次设置，然后向 Agent 粘贴十五个提示词。这就是 17 个：十四个任务，加上那个将任何好的运行变成永久技能的提示词。

## 配置（一次性设置）
hermes config set model anthropic/claude-opus-4.8
hermes config set terminal.backend daytona

## 1. 晨间简报
每个工作日上午 7 点，拉取我未读的 GitHub 通知和开放 PR，总结每个发生了什么变化以及什么阻碍了它，发送到 Telegram，3-5 条要点

## 2. 仓库监控
监视 [组织/仓库]。保持沉默，除非 CI 变红或带有标签 "bug" 的新 issue 被打开。然后通知我失败的作业名称或 issue 内容，仅此而已

## 3. 收件箱分类
每小时，检查我连接的频道，按发送者和紧急程度分组新消息，自动归档新闻通讯，仅升级处理那些提到截止日期、有人在等我或涉及金钱的消息

## 4. 研究摘要
每周五下午 6 点，搜索 [主题] 中的新发布和严肃讨论，与上周去重，向 Telegram 发送包含 5 个要点及链接的摘要

## 5. 仓库冷启动
克隆 [仓库 URL]，用 5 个要点总结架构，找到主要入口点和唯一一个风险最高的文件，起草一份干净的 PR 工作流以供贡献

## 6. 异步研究
研究 [问题]，比较价格、限制和锁定方面的前 3 个选项，今晚完成后发送结果。不要等我，做出合理的假设，并在顶部列出它们

## 7. 竞争对手监控
每天上午 9 点，检查 [产品 A]、[产品 B] 的更新日志和定价页面，只有当某些东西发生变化时才通知我：新功能、价格变动、弃用。引用差异

## 8. 夜间代码审查
每晚 11 点，查看今天的提交，标记任何有风险的内容：留下的 TODO、部署的 console.log、超过 80 行的函数、没有测试的更改路径。简短列表

## 9. 站会
每个工作日上午 9:55，从我的仓库和频道中组装我的站会内容：什么关闭了，什么在进行中，什么被阻塞了，三个简短要点

## 10. 提及雷达
每天一次，在网页和我的平台上搜索 [我的项目或用户名] 的新提及，忽略赞扬，升级处理 bug 报告、抱怨和未回答的问题

## 11. 演讲转要点
获取 [视频或播客 URL]，拉取转录稿，用 5 个要点给出论点，附上值得完整观看部分的时间戳。跳过开场和赞助商广告

## 12. 解释这个错误
这是一个堆栈跟踪：[粘贴]。在我的仓库中搜索原因，用两句话解释失败的原因，起草最小补丁，在不触碰其他内容的情况下修复它

## 13. 收件箱清零草稿
对于常规邮件（安排日程、引荐、状态更新），以我的语气起草回复，并放在队列中等待我的批准。绝不自行发送。升级处理任何需要真正决策的事情

## 14. 待命诊断
当监控告警触发时，拉取相关日志的最后 50 行，检查最近部署了什么，并连同原始告警发送一段关于原因的初步猜测

## 17. 使其永久化（在任何好的运行之后）
这次运行得很好。将其保存为一个名为 "[名称]" 的可复用技能，这样下次你就能以相同的方式运行，而无需我重新解释

如何安装

一个命令安装运行时，然后运行设置向导：

curl -fsSL https://raw.githubusercontent.com/NousResearch/hermes-agent/main/scripts/install.sh | bash
hermes setup

hermes setup 引导你连接 Telegram、Discord、Slack、WhatsApp、Signal 或邮件，并将其作为服务运行。然后粘贴上面的配置和提示词。

心智模型

对聊天窗口的提示词是一个问题。对持久化 Agent 的提示词是一份职位描述：它需要一个触发器（时间表或事件）、一个主体（做什么）和一个升级规则（何时打扰你）。缺少其中任何一个，提示词要么从不触发，要么做错事，要么用噪音淹没你。

这就是全部的转换。你不再想“我想问什么”，而是开始想“我想把什么常驻工作从我的盘子里拿掉，以及我想在什么条件下听到关于它的消息。”

你的工作周和我的不同。如果你不活跃在六个聊天平台上，跳过配方 3。如果你从不接触陌生的仓库，跳过配方 5。粘贴这 17 个，保留那些与你实际重复工作相对应的，删除其余的部分。三个针对你真实日常习惯调整的配方，胜过你设置了一次但从不看的十七个。

结语

Nous Research 发布了一个运行时，很多人收藏，很多人使用。他们中的大多数人仍然在面对一个空白的安装，因为仓库给你的是引擎而不是路线。

引擎不是关键。关键是简报在 7 点准备好，构建在周末自行监控，研究在你睡觉时完成，所有这些都不争夺你的注意力，因为没有任何事情需要你在回路中。

17 条提示词。在 5 美元的 VPS 上运行了 5 周。我每周三小时的工作不再需要在我醒着的时候发生。

工作自行运行。你无需醒着。

• 原文链接： x.com/mnilax/status/2063...
• 登链社区 AI 助手，为大家转译优秀英文文章，如有翻译不通的地方，还请包涵～