17 个让 Hermes 在你睡觉时自动运行的提示词

17 个让 Hermes 在你睡觉时自动运行的提示词 17 个让 Hermes 在你睡觉时自动运行的提示词 Modified June 8 9. 它为你撰写每日站会内容 Code block Plain Text Copy every weekday at 9:55am, assemble my stand up: what closed since yesterday, what's in progress, what's blocked, pulled from my repos and connected channels, formatted as three short bullets 效果： 你带着已经写好的内容走进站会，而不是从记忆中重构昨天的事情。 10. 为你自己的名字配备的雷达 Code block Plain Text Copy once a day, search for new mentions of [my project or handle] across the web and the platforms i'm on, ignore the praise, and escalate bug reports, complaints, and anyone asking a question i haven't answered 效果： 愤怒的用户和悄无声息的错误报告就会主动找上门来，而不是等你三天后才发现它们。 11. 把 90 分钟演讲变成 5 个要点 Code block Plain Text Copy take [video or podcast url], pull the transcript, and give me the argument in 5 bullets with timestamps for the parts worth watching in full. skip the intro and the sponsor read 效果： 那个人人都在引用的演讲，两分钟读完，同时附上真正值得花 90 分钟看的片段时间戳。 12. “解释这个错误，并提出修复方案” Code block Plain Text Copy here's a stack trace: [paste]. search my repo for the cause, explain what's actually failing in two sentences, and draft the smallest patch that fixes it without touching anything else 场景： 一个生产环境的堆栈跟踪信息，我通常得花一个小时来二分查找问题。我把它交出去后，在我自己还没读完跟踪信息之前，就收到了出错的行、两句话的原因说明和三行的补丁。我仍然会审查补丁，只是不用再大海捞针了。 13. 零收件箱，但它会起草回复 Code block Plain Text Copy for routine emails (scheduling, intros, status pings), draft a reply in my voice and hold it in a queue for my one tap approval. never send anything on your own. escalate anything that needs a real decision 效果： 那十几条“听起来不错，周四可以”的回复已经写好，就等你确认，而不是等你关注。没有你的点击，一切都不会发出。 14. 会先诊断再叫醒你的随叫随到agent Code block Plain Text Copy when a monitoring alert fires, don't just forward it. pull the last 50 lines of the relevant logs, check what deployed recently, and send me a one paragraph first guess at the cause alongside the raw alert 效果： 凌晨3点的页面带着一个假设出现，而不只是一个红灯。一个拥有自己终端的子代理进行日志提取，因此诊断对你来说无需任何成本。 15. 指向 Claude（一行命令，无锁定） Code block Bash Copy hermes config set model anthropic/claude opus 4.8 场景： 我一开始用便宜的本地模型，想把成本压到接近 0。但只要任务涉及多步 workflow，它就会中途丢工具调用，因为它撑不住真正 workflow 需要的 context。第 1 到第 14 条都以很难 debug 的方式悄悄失败。 一行命令把模型切到 Claude 后，所有问题一次性消失，因为真正坏掉的从来不是提示词，而是底层模型。你也可以用同样的命令切回去，没有锁定。 16. 无服务器后端，闲置成本几乎为零 Code block Bash Copy hermes config set terminal.backend daytona 场景：我第一个月运行在一个始终开启的后端上，空闲计算（即每天在任务间隙有23小时处于闲置状态）悄然累积的成本超过了工作本身的成本。无服务器后端在空闲时进入休眠状态，并按需唤醒，这使得全天候运行的代理在任务间隙的固定成本降至几美分。 17. 把一次好的运行变成永久技能 Code block Plain Text Copy that worked. save it as a reusable skill called "morning brief" so you run it the same way next time without me re explaining the format 场景： 在意识到应该把它做成永久技能之前，我把晨间简报的格式重复解释了四次。Hermes 会根据那次运行写出自己的 SKILL.md，并在之后复用。所以第五次我只说“run the morning brief”，它就知道要怎么做。这就是复利部分：任何有效一次的提示词，都会变成你再也不用重写的能力。 数据 我把同一周的常驻工作记录了两遍：一遍按我过去一直手动做的方式完成，一遍交给运行这些提示词的 Hermes。相同的一周，相同的任务。 Unattended = 在初始提示词之后，不需要我再输入，按计划或异步运行。 重点不在于节省了多少时间，尽管确实节省了不少。关键在于，所有这些工作都不是在我必须保持清醒的时间段完成的。简报无论我是否起床，都会在7点运行。周末会对仓库进行监控。研究成果在周五晚上完成。稀缺的资源从来都不是时间，而是我的注意力，而持续代理的意义就在于让工作不再争夺它。 哪些做法不奏效 前两周，我主要在学习：给常驻 agent 的提示词，和给聊天窗口的提示词到底需要包含哪些不同东西。 1. 模糊的日程。 “给我发送仓库更新”制造了信息洪流。没有升级规则时，agent 会报告一切；而一份你无法快速浏览的报告，最终会被静音。现在每条定时提示词都会明确写上“只有在 X 时才告诉我”。 2. 小时级任务没有 token 预算。 一个话很多的每小时分拣任务，一周花掉的钱悄悄超过了我原本给整个月的预算，因为没有任何上限。持久且无边界，就是意外账单的来源。把频率限制到你真的会读的范围，并在第一周检查花费。 3. 为了省钱使用便宜模型。 这点在第 15 条已经写过。小型本地模型会在任务中途丢工具调用，并以看起来像提示词 bug 的方式失败。模型不是该省钱的地方。 代价在哪里 三个实实在在的权衡，因为自行托管一个始终在线的Agent并非毫无代价。 现在你就是管理员。 更新、在线率和权限模型都归你管。一个会记住所有东西、并能在你机器上行动的 agent，需要比关掉标签页就失忆的 chatbot 更严格地拴住。 它会代表你运行 shell 命令。 在给它真实访问权限之前，先设置带隔离的 Docker 或 无服务器后端，而不是等它已经碰到你的文件后再补。沙箱是第一天就要决定的事，不是之后再说的事。 噪声很大。 不同博客文章的点赞数波动极大，而且不少所谓的“部署指南”内容都是营销推广信息。评判这款工具要看它能否切实改善你的日常工作，而非榜单排名。 完整内容（可直接复制粘贴） 两行配置只需设置一次，然后把 15 条提示词粘贴进 agent。这就是 17 条：14 个任务，加上 1 个把任何好结果变成永久技能的提示词。 Code block Bash Copy config（只需设置一次） hermes config set model anthropic/claude opus 4.8 hermes config set terminal.backend daytona Code block YAML Copy 1. morning brief every weekday at 7am, pull my unread GitHub notifications and open PRs, summarize what changed and what's blocking each, send to Telegram as 3 5 bullets 2. repo watch watch [org/repo]. stay silent unless CI goes red or a new issue opens with label "bug". then message me the failing job name or the issue body, nothing else 3. inbox triage every hour, check my connected channels, group by sender and urgency, auto archive newsletters, only escalate ones mentioning a deadline, a person waiting on me, or money 4. research digest every Friday at 6pm, search new releases and serious discussion in [topic], dedupe against last week, deliver a 5 bullet digest with links to Telegram 5. repo cold start clone [repo url], summarize the architecture in 5 bullets, find the main entrypoint and the single riskiest file, draft a clean PR workflow for contributing 6. async research research [question], compare top 3 options on price, limits, lock in, send the result tonight when done. don't wait on me, make reasonable assumptions and list them at the top 7. competitor watch every day at 9am, check the changelog and pricing pages of [product A], [product B], only message me when something changed: a feature, a price move, a deprecation. quote the diff 8. nightly code review every night at 11pm, look at today's commits and flag anything risky: a TODO left in, a console.log shipped, a function over 80 lines, a changed path with no test. short list 9. stand up every weekday at 9:55am, assemble my stand up from my repos and channels: what closed, what's in progress, what's blocked, as three short bullets 10. mention radar once a day, search for new mentions of [my project or handle] across the web and my platforms, ignore praise, escalate bug reports, complaints, and unanswered questions 11. talk to bullets take [video or podcast url], pull the transcript, give me the argument in 5 bullets with timestamps for the parts worth watching. skip the intro and sponsor read 12. explain this error here's a stack trace: [paste]. search my repo for the cause, explain what's failing in two sentences, draft the smallest patch that fixes it without touching anything else 13. inbox zero drafts for routine emails (scheduling, intros, status), draft a reply in my voice and hold it in a queue for my approval. never send on your own. escalate anything needing a real decision 14. on call diagnosis when a monitoring alert fires, pull the last 50 lines of the relevant logs, check what deployed recently, and send me a one paragraph first guess at the cause with the raw alert 17. make it permanent (after any good run) that worked. save it as a reusable skill called "[name]" so you run it the same way next time without me re explaining 如何安装 先用一条命令安装 runtime，然后运行 setup wizard： Code block Bash Copy curl fsSL https://raw.githubusercontent.com/NousResearch/hermes agent/main/scripts/install.sh | bash hermes setup hermes setup 会引导你连接 Telegram、Discord、Slack、WhatsApp、Signal 或 Email，并把它作为服务运行。然后粘贴上面的配置和提示词。 心智模型 9. 它为你撰写每日站会内容 效果： 你带着已经写好的内容走进站会，而不是从记忆中重构昨天的事情。 10. 为你自己的名字配备的雷达 效果： 愤怒的用户和悄无声息的错误报告就会主动找上门来，而不是等你三天后才发现它们。 11. 把 90 分钟演讲变成 5 个要点 效果： 那个人人都在引用的演讲，两分钟读完，同时附上真正值得花 90 分钟看的片段时间戳。 12. “解释这个错误，并提出修复方案” 场景： 一个生产环境的堆栈跟踪信息，我通常得花一个小时来二分查找问题。我把它交出去后，在我自己还没读完跟踪信息之前，就收到了出错的行、两句话的原因说明和三行的补丁。我仍然会审查补丁，只是不用再大海捞针了。 13. 零收件箱，但它会起草回复 效果： 那十几条“听起来不错，周四可以”的回复已经写好，就等你确认，而不是等你关注。没有你的点击，一切都不会发出。 14. 会先诊断再叫醒你的随叫随到agent 效果： 凌晨3点的页面带着一个假设出现，而不只是一个红灯。一个拥有自己终端的子代理进行日志提取，因此诊断对你来说无需任何成本。 15. 指向 Claude（一行命令，无锁定） 场景： 我一开始用便宜的本地模型，想把成本压到接近 0。但只要任务涉及多步 workflow，它就会中途丢工具调用，因为它撑不住真正 workflow 需要的 context。第 1 到第 14 条都以很难 debug 的方式悄悄失败。 一行命令把模型切到 Claude 后，所有问题一次性消失，因为真正坏掉的从来不是提示词，而是底层模型。你也可以用同样的命令切回去，没有锁定。 16. 无服务器后端，闲置成本几乎为零 场景：我第一个月运行在一个始终开启的后端上，空闲计算（即每天在任务间隙有23小时处于闲置状态）悄然累积的成本超过了工作本身的成本。无服务器后端在空闲时进入休眠状态，并按需唤醒，这使得全天候运行的代理在任务间隙的固定成本降至几美分。 17. 把一次好的运行变成永久技能 场景： 在意识到应该把它做成永久技能之前，我把晨间简报的格式重复解释了四次。Hermes 会根据那次运行写出自己的 SKILL.md，并在之后复用。所以第五次我只说“run the morning brief”，它就知道要怎么做。这就是复利部分：任何有效一次的提示词，都会变成你再也不用重写的能力。 数据 我把同一周的常驻工作记录了两遍：一遍按我过去一直手动做的方式完成，一遍交给运行这些提示词的 Hermes。相同的一周，相同的任务。 Unattended = 在初始提示词之后，不需要我再输入，按计划或异步运行。 重点不在于节省了多少时间，尽管确实节省了不少。关键在于，所有这些工作都不是在我必须保持清醒的时间段完成的。简报无论我是否起床，都会在7点运行。周末会对仓库进行监控。研究成果在周五晚上完成。稀缺的资源从来都不是时间，而是我的注意力，而持续代理的意义就在于让工作不再争夺它。 哪些做法不奏效 前两周，我主要在学习：给常驻 agent 的提示词，和给聊天窗口的提示词到底需要包含哪些不同东西。 1. 模糊的日程。 “给我发送仓库更新”制造了信息洪流。没有升级规则时，agent 会报告一切；而一份你无法快速浏览的报告，最终会被静音。现在每条定时提示词都会明确写上“只有在 X 时才告诉我”。 2. 小时级任务没有 token 预算。 一个话很多的每小时分拣任务，一周花掉的钱悄悄超过了我原本给整个月的预算，因为没有任何上限。持久且无边界，就是意外账单的来源。把频率限制到你真的会读的范围，并在第一周检查花费。 3. 为了省钱使用便宜模型。 这点在第 15 条已经写过。小型本地模型会在任务中途丢工具调用，并以看起来像提示词 bug 的方式失败。模型不是该省钱的地方。 代价在哪里 三个实实在在的权衡，因为自行托管一个始终在线的Agent并非毫无代价。 现在你就是管理员。 更新、在线率和权限模型都归你管。一个会记住所有东西、并能在你机器上行动的 agent，需要比关掉标签页就失忆的 chatbot 更严格地拴住。 它会代表你运行 shell 命令。 在给它真实访问权限之前，先设置带隔离的 Docker 或 无服务器后端，而不是等它已经碰到你的文件后再补。沙箱是第一天就要决定的事，不是之后再说的事。 噪声很大。 不同博客文章的点赞数波动极大，而且不少所谓的“部署指南”内容都是营销推广信息。评判这款工具要看它能否切实改善你的日常工作，而非榜单排名。 完整内容（可直接复制粘贴） 两行配置只需设置一次，然后把 15 条提示词粘贴进 agent。这就是 17 条：14 个任务，加上 1 个把任何好结果变成永久技能的提示词。 如何安装 先用一条命令安装 runtime，然后运行 setup wizard： hermes setup 会引导你连接 Telegram、Discord、Slack、WhatsApp、Signal 或 Email，并把它作为服务运行。然后粘贴上面的配置和提示词。 心智模型 发给聊天窗口的 prompt 是一个问题。发给持久 agent 的 prompt 是一份工作说明：它需要一个触发器（日程或事件）、一个任务主体（要做什么），以及一条升级规则（什么时候打扰你）。少了其中任何一个，prompt 要么永远不会触发，要么做错事，要么把你淹没在噪声里。 这就是完整转变。你不再思考“我想问什么”，而是开始思考“我想把哪些常驻工作从自己身上拿掉，以及我希望在什么条件下听到它的消息”。 你的这一周和我的不一样。如果你不是每天横跨 6 个聊天平台，就跳过第 3 条。如果你从不碰陌生代码库，就跳过第 5 条。先粘贴这 17 条，留下那些真正映射到你重复工作的提示词，删掉其他的。 3 条针对真实日常调好的提示词，胜过 17 条只设置一次却再也不读的提示词。 收尾 Nous Research 发布了一个 runtime，很多人 star 了它，也有很多人在用。但大多数人安装后都一筹莫展，因为这个代码仓库只提供了核心引擎，却没有配套的使用流程。 核心引擎并非关键所在。真正的亮点是：早上七点就能拿到项目简报，构建任务会在周末自动值守运行，调研内容也会在你熟睡时整理完毕。整个流程无需你时刻跟进，自然也不会分散你的精力。 整套方案用到 17 条提示词，依托一台每月 5 美元的虚拟专用服务器，历时五周搭建完成。如今我每周白天能省下三小时的工作时间。 如果这份内容帮你省下了一上午的时间，欢迎转发。下期内容将于下周更新，届时会分享稳定运行了一个月的定时任务脚本和自研功能，以及我最终删掉的三项功能。 原帖链接：https://x.com/Mnilax/status/2063697740526399833 原帖链接：https://x.com/Mnilax/status/2063697740526399833 2026 年 2 月，Nous Research 发布了 Hermes Agent：一个开源、自托管的 agent。它不困在 IDE 里，也不会在标签页关闭后忘掉一切。它作为守护进程在你自己的设备上运行，跨会话保留记忆，能用自然语言接收定时任务，还会从经验中写出可复用技能。 它成了今年推进最快的开源 agent 之一：GitHub star 数量一路狂飙，也成了 OpenRouter 上使用最多的 agent 之一。最近它还通过新的 TUI 变成了 terminal native。 然后，我把它当作自己的常驻基础设施运行了 5 周：一台 5 美元 VPS，底层模型用 Claude。 这个工具是真的有用。但一个空白的 Hermes 安装本身不会做任何事。它是 runtime，不是 workflow。真正把它从“我 star 过的有趣仓库”变成“昨晚替我做了 3 小时工作的东西”的，是你第一天交给它的那些提示词，而几乎没人分享这些提示词。 所以这是我的版本。下面包括：我实际粘贴的 17 条提示词和配置行、以及我一开始犯过的 3 个错误，让你可以直接避开。 如果您想跳过解释直接粘贴，完整内容在文末。 为什么这很重要 你使用的几乎所有 AI 工具都是基于会话的。Claude Code、Cursor、聊天窗口：你打开它、工作、关闭它，context 也随着会话一起死掉。对它们要做的事来说，这是正确设计；而且在单个项目内写代码时，Claude Code 仍然是更好的工具。 但有一整类工作并不是会话形态的：你醒来前就该准备好的简报、无论你是否盯着都应该被监控的构建、你专注工作时不断涌入的收件箱。会话型工具承接不了这些，因为事情发生时，它们并不在运行。 这正是 Hermes 填补的空白。它是持久的（记忆跨会话保留）、可调度的（按时钟行动，而不是等你的注意力）、可触达的（Telegram、Discord、Slack、email，而不是一个你忘记打开的标签页）。 模型负责思考。Hermes 负责在你不在场时，仍然把模型对准你的工作。 空白安装会给你全部能力，但不会给你任何 workflow。下面这些提示词，就是 workflow。 配置：任何提示词运行前先满足三件事 在任何提示词真正开始工作前，必须先满足三件事。其中两件是配置命令（见下面第 15 和第 16 条），第三件只是你把它运行在哪里。先放在前面，后面的内容才说得通： • 一个有真实 context 能力的模型。 小型本地模型在多步任务中会中途丢掉工具调用。前沿模型才有余量。Claude 可以轻松胜任。 • 一个不会因为空闲而持续计费的后端。 serverless backend 会在任务之间休眠，这样一个 24/7 agent 就不会变成一张 24/7 账单。 • 一个持久的家。 你的笔记本不适合做这件事。5 美元 VPS 适合，因为合上电脑盖不应该杀掉凌晨 3 点的任务。 把这三件事配好，下面 17 条提示词才有地方运行。跳过它们，第 1 条会在第一晚就死掉。 我实际运行的 17 条提示词 其中有些提示词，是因为某次具体失败才保留下来的。遇到这种情况，我会写出当时的场景；其他提示词则直接说明它做什么，以及可粘贴的内容。 1. 用早上 7 点简报替代通知堆 每个持久 agent 最先应该接管的任务，是你在半睡半醒状态下、真正开始工作前会做的那件事。 场景： 在开始真正的工作之前，我每天早上都要花35分钟手动在6个仓库中做这件事。一周 5 天，这大约是每周 3 小时的分拣工作，而且发生在一天中我最贵的时间段，还完全靠惯性完成。现在它在我坐下前已经等在 Telegram 里，那 35 分钟消失了。 2. 只有在真正重要时才开口的仓库监控器 一个事事都提醒你的监控器，不出一天就会被静音。关键在于保持沉默。 场景： 周五部署出现了持续告警的集成异常，我直到周一才发现。主分支故障整整持续了三天，而修复问题仅用了十分钟。如今该监控会在约90秒内发出提醒，其余时间则保持静默。 3. 横跨你所有渠道的收件箱分拣 Hermes 可以从同一个进程连接 Telegram、Discord、Slack、WhatsApp、Signal 和 email，这意味着分拣终于可以在一个地方发生。 场景： 每天大约有120条消息分散在六个平台上，还有一条客户私信因为被Discord的噪音淹没而两天都未得到回复。升级规则、截止日期、等待的人或金钱，这些才是全部的提示信息。其他所有内容都会被存档，而我再也不会看到。 4. 会自动去重的周五研究简报 效果： 周五刷约2小时的信息流，变成了5条要点的阅读。去重条款是关键：它记得上周的内容，所以呈现的都是真正的新内容。 5. 在一条消息中“理解这个仓库” 效果： 将在不熟悉的代码库上的冷启动日压缩成一个约4分钟的地图，足以作为起点。它不是理解代码的替代品，而是不知道任何东西在哪里的替代品。 6. 晚上交出去的长任务 效果： “不要等我，做合理假设并列在前面”这句话，会把凌晨 2 点卡住的任务变成早上已经等着你的结果。 7. 关注竞争对手的更新日志，而非你的信息流 效果： 你在竞争对手的产品发布当天早上就会听说其动向，而不是等客户提及时才知道。 8. 每晚审查你自己的代码 场景： 我曾经发出去一个带 token 的 console.log，一周后才发现。现在每晚这一遍会在我醒来前抓住这类问题；列表通常只有三行，有时是零。这是我运行的最便宜的 code review。