v0.15.0 有 1,302 次提交、747 个 PR、560+ 个 issue 关闭。大多数人盯着 Kanban Swarm，但真正让「一人公司」运维效率翻倍的，是这三个不起眼的新功能：Skill Bundles（一条命令加载整条工作流）、ntfy（无需注册的零成本推送）、session_search（从 $0.30 降到 $0，从 30 秒降到 20 毫秒）。
前言
如果你和我一样，靠 Hermes Agent 跑着一人公司的内容流水线、客户服务、数据采集——那你一定知道「上下文切换」的痛。每次切任务都要手动加载一堆 skill、翻半天历史 session 找上次的上下文、盯着 terminal 看 cron 跑完没。
v0.15.0 有三个功能，专门解决这些问题。它们不是那种「好厉害但用不上」的 headline feature——是那种「装完立刻用，用了就回不去」的效率杠杆。
读完这篇文章，你会得到：
- 一个
/morning-routine命令，一键加载你的全部工作 skills - 一个 ntfy 推送通道，cron 任务跑完自动发通知到手机，连微信都不用开
- 一个
session_search查询模板，找历史上下文从 30 秒降到眨眼间
功能一：Skill Bundles — 一条指令加载全套工作流
▲ Skill Bundles一键加载工作流示意图
痛点：每次切任务都在重复做同一件事
如果你在用 Hermes 做多种不同的工作——比如早上写内容、下午写代码、晚上做数据——大概率会遇到这个场景：
4 次手动切换，每次都要等上下文加载。一天切换 5 次任务就是 20 次重复操作。这 20 次操作完全是机械劳动，不该由人来做。
解决方案：Skill Bundles
v0.15.0 的 Skill Bundles 让你把这些 skill 打包成一个「快捷方式」。以后只需要一条命令：
它会自动加载 humanizer + ideation + obsidian + youtube-content，一次搞定。
实战：创建你的第一个 Skill Bundle
第 1 步：打开 skills 配置文件
第 2 步：定义你的 bundle
每个 bundle 就是一个 名称: [skill列表] 的映射。
第 3 步：用起来
Hermes 会打印加载确认：
就这么简单。4 次手动操作变成 1 次。
你还不知道的：新的可选 Skills
v0.15.0 还新增了三个可选 skill，可以加入你的 bundle：
| Skill | 用途 | 适合谁 |
|---|---|---|
code-wiki | Karpathy 式 LLM-Wiki，持久化索引开发知识库 | 写代码的 AI 创业者 |
openhands | 委托任务给 OpenHands 并行编码 Agent | 有多项目并行需求的团队 |
web-pentest | OWASP 风格 Web 安全测试食谱 | 做 SaaS 产品需要安全审计的创业者 |
组合建议：
一天的 SaaS 开发工作，一条命令全部就绪。
Skills Hub 升级：从 858 条到 19,932 条
v0.15.1 修复了 Skills Hub 只拉取部分目录的 bug。之前你看到的 858 条 skills 只是冰山一角——实际有 19,932 条。
现在运行 hermes skills 或从 Dashboard 浏览时，能看到完整的 skills.sh 目录。加上健康检查和新鲜度徽章，你能立刻知道哪些 skill 维护良好、哪些已经过期。
一步行动：现在就花 3 分钟配置 3 个 bundle。把每天最频繁的 2-3 个工作场景打包。一周后你会感谢自己。
功能二：ntfy — 零账户、零成本的推送通知
▲ ntfy零成本手机推送流程图
痛点：cron 跑完了你不知道
如果你用 Hermes 的 cron 跑定时任务（内容发布、数据采集、监控巡检），大概率有过这种体验：
或者更糟：
解决方案：ntfy — 第 23 个消息平台
v0.15.0 新增的 ntfy 适配器，是整个 Hermes 生态里最被低估的功能。为什么？
因为 ntfy 不需要账号、不需要 API Key、不需要任何注册。 你只需要一个 topic URL。
对比一下：
| 平台 | 需要什么 | 成本 |
|---|---|---|
| Telegram | Bot Token + 绑定手机号 | 免费 |
| Slack | Workspace + App 配置 | 免费版有限制 |
| Discord | Server + Bot 配置 | 免费 |
| SMTP 配置 | 免费 | |
| ntfy | 只需一个 topic URL | 免费，可自建 |
实战：5 分钟配好 ntfy 推送
第 1 步：在手机上安装 ntfy app（iOS/Android 都有，或直接用 ntfy.sh 网页版）
第 2 步：订阅一个 topic。比如 hermes-alerts-你的名字
打开 ntfy app → Add subscription → 输入 ntfy.sh/hermes-alerts-myname（注意不带协议前缀）
第 3 步：在 Hermes 里配置 ntfy
第 4 步：测试推送
你的手机应该立刻收到这条通知。整个过程不需要任何注册。
实战：cron 任务完成自动推送
配置你的 cron job，让它在任务结束时推送通知：
或者更简单——在 cron prompt 里直接让 Agent 发通知：
更多场景
- Kanban 任务完成通知：配置
kanban.notification_sources让 worker 完成后自动推送 - 监控告警：cron 看门狗发现异常时立即推送到手机
- 长任务进度：让跑 30 分钟的 batch job 在关键节点推进度条
一步行动：装好 ntfy app，跑通测试推送。然后把你最重要的 3 个 cron 任务加上完成通知。从此不用再盯着 terminal 等结果。
功能三：session_search — 从 $0.30/30s 到 $0/20ms
▲ session_search新旧版本性能对比
痛点：找不到上次的上下文
用 Agent 工作一段时间后，你会积累几十上百个 session。然后有一天你想回顾「上次我们讨论的那个方案」时：
一次对话里可能有 2-3 次搜索，那就是 $1 的成本和 1-2 分钟的等待。每周可能有几十次这样的查询，一年几百块就花在了「找上次说到哪了」上。
解决方案：重建的 session_search
v0.15.0 的 session_search 完全重写。核心变化：
| 维度 | 旧版 | 新版 |
|---|---|---|
| 实现方式 | 辅助 LLM 分析 | 纯 FTS5 数据库查询 |
| 速度 | ~30-90 秒 | ~20 毫秒 |
| 成本 | ~$0.30/次 | $0 |
| 准确性 | 偶有「幻觉」（编造不存在的 session） | 精确匹配 |
| 三种模式 | 无 | discovery / scroll / browse |
关键洞察：旧版用 LLM 做搜索，就像雇一个软件工程师帮你翻文件柜——他确实聪明，但成本高、慢、偶尔还会给你编一个不存在的文件。新版直接给文件柜装了索引，你告诉它关键词，20 毫秒出结果。
三种模式，参数即模式
新版 session_search 不需要 mode 参数——它根据你传了哪些参数自动判断你要干什么：
模式 1：discovery（发现）
传了关键词（query）→ 自动走 discovery 模式，返回匹配的 session 列表。
模式 2：scroll（滚动）
只传了 limit → 自动走 scroll 模式，返回最近 N 个 session。
模式 3：browse（浏览）
传了 session_id → 自动走 browse 模式，加载指定 session 的完整内容。
这个设计的聪明之处：你不需要记住「搜索用 mode=discovery、列表用 mode=scroll」——你只需要像跟人说话一样描述你要什么，Agent 自动选择正确模式。
实战：高效使用 session_search 的 3 个技巧
技巧 1：用日期+关键词组合搜索
Hermes 的 FTS5 索引覆盖了 session 的标题、日期、和内容关键词。
技巧 2：定期清理 session，保持索引精准
session 太多会让 discovery 结果变多，影响精确度。建议每月清理一次。
技巧 3：善用 browse 模式做上下文恢复
Agent 会先 search 找到 session_id，再 browse 加载完整历史，然后无缝继续对话——就像你没有关过 terminal 一样。
一步行动：现在就用 session_search 找回你昨天做过的一件事。体会一下 20ms vs 30s 的差距。然后把「定期清理 session」加到你的月底 checklist 里。
组合使用：让三个功能联动
这三个功能不是孤立的——组合起来才是真正的一人公司效率引擎：
你从这个流程里省掉的工作：
- 4 次手动 /skill 加载 → 1 次 bundle 命令
- SSH 登录检查 cron 结果 → 手机推送
- 翻半天找历史 session → 20ms 搜索
- 每天累计节约 10-15 分钟纯机械操作
一个月就是 5-7 小时。这些时间可以多写一篇深度文章，或者多看一个竞品分析。
常见问题（FAQ）
Q1：Skill Bundles 会覆盖已有的 skill 配置吗？
不会。Bundles 只是把已有的 skills 一次性加载，不会改变任何 skill 的配置。它本质上是一个「快捷方式」。
Q2：ntfy 的自建服务器怎么配？
如果你不想用 ntfy.sh 公共服务（合法，但 topic 名对知道的人可见），可以自己搭：
然后在 Hermes 里配：
Q3：session_search 的 FTS5 索引会占用多少空间？
单个 session 的索引通常是几 KB 级别。100 个 session 大概占用几 MB——完全可以忽略不计。
Q4：我升级到 v0.15.1 了，Dashboard 还是无限重载怎么办？
确认你在 v0.15.1（不是 v0.15.0）。hermes --version 应显示 v2026.5.29 或更高。如果问题依旧，检查是否在 loopback 模式下运行（Docker 或本地 127.0.0.1）。v0.15.1 修复的就是这个场景。
Q5：ntfy 推送在国内能用吗？
ntfy.sh 在国内可以访问但可能慢。建议自建服务器（一台最低配 VPS 即可），或者用国内替代方案如 Server 酱、PushPlus。Hermes 支持 23 个消息平台，ntfy 只是最轻量的一个。
行动建议
读完这篇文章，按顺序做这三件事：
- 现在（2 分钟）：创建 3 个 skill bundle。把「早上写作」「下午开发」「晚上总结」三个场景打包，以后一条
/命令切换。 - 今天（5 分钟）：装好 ntfy，跑通推送测试。然后把最重要的 1 个 cron 任务加上完成通知。
- 本周（10 分钟）：整理你的 session 历史，删掉超过 30 天的无用 session，然后用 session_search 体验一下 20ms 级别的检索。
这三步走完，你的 Hermes 运维效率至少提升 30%。保持这个习惯，一个月后你会发现——原来那些机械操作省出来的时间，真的可以多做很多事。
#AI创业 #Agent工坊 #一人公司 #HermesAgent #效率工具
本文由AI辅助创作，经人工审核编辑发布