Hermes Skill Bundles 让代理工作流更像原生能力
Hermes 刚推出 skill bundles。它们把可重复的代理工作流变成一个 slash command，让用户只需命名一次任务，之后每次都由 Hermes 加载正确的 skills 和指令。
Hermes 刚刚发布了 skill bundles。
Nous Research 在 X 上宣布了它：Introducing skill bundles。文档在 Skill Bundles 里解释了它们。
一个 bundle 会给一项重复工作一个 slash command。
例如，release-prep bundle 可以加载 changelog、docs、QA 和 rollout notes 所需的 skills 与指令。
用户不需要记住 skill stack。命令本身就命名了这项工作。
用 bundles 处理重复工作
好的 bundle 名称应该是工作名称：
| Bundle | 工作 |
|---|---|
/release-prep | Changelog、docs、QA checklist、rollout notes。 |
/incident-response | Logs、debugging、status updates、postmortem。 |
/research-brief | Sources、synthesis、final brief。 |
差的 bundle 名称是工具箱名称。
一个 bundle 应该回答一个问题：
What job am I starting?而不是：
What pile of skills might be useful someday?打包工作流，不要打包整个厨房
Research → ideate → write → critique 是一个工作流。
Code review → tests → PR 是一个工作流。
Logs → diagnosis → fix → postmortem 是一个工作流。
把五个互不相关的 skills 放到一个命令下面，不是工作流。它只会给 Hermes 更多指令、更少方向。
完整规则就是：打包你确实会重复做的工作。
Agent Analytics 作为一个例子
产品分析工作也有同样的形状。
当 Hermes 复盘产品行为时，它需要上下文：
- 产品是做什么的
- 用户进展意味着什么
- 哪个 event 算作 activation
- 哪个 funnel 重要
- 什么样的建议才有用
一个产品 bundle 可以是：
/product-growth-loop它可以加载 Agent Analytics，以及 Hermes 在读取数据时应该应用的产品规则。
这和 /release-prep 是同一个模式：slash command 命名工作，Hermes 在背后加载正确的上下文。
让 Hermes 创建 bundle
不要一上来就复制 terminal commands。
直接问 Hermes：
Create a Hermes skill bundle called /product-growth-loop.
Use the current product context and Agent Analytics.
When I run it, inspect product behavior, find the biggest bottleneck, and recommend the next measured improvement.
Show me the bundle and one example prompt.用户命名工作。Hermes 应该已经可以使用 product context 和 Agent Analytics。
如果有人想看文件格式，Hermes 文档里有 YAML schema。但产品工作流不应该从那里开始。
用工作来命名
使用朴素的名称：
/release-prep
/incident-response
/research-brief
/product-growth-loop对于产品 bundle，指令可以保持简短：
This product helps teams understand what users do after signup.
Use Agent Analytics to review the funnel from visit to meaningful activation.
Treat activation as the first completed project, not account creation.
Recommend one product change and one event or funnel that proves whether it worked.
Do not optimize for raw traffic if activation gets worse.这比下面这样好：
Use analytics.现在 Hermes 拿到的是产品规则，而不只是工具名称。
日常使用会有什么变化
没有 bundle 时：
Use the analytics skill. Remember activation means project_created. Ignore raw traffic unless it leads to setup. Compare the docs flow to signup and activation. Recommend one measured product change.有 bundle 时：
/product-growth-loop inspect the docs-to-activation path for the last 14 days重复上下文进入 bundle。prompt 只保留今天的任务。
保持 bundles 狭窄
不要做一个 everything bundle。
从一项重复工作开始。如果另一个工作流也会重复，再创建另一个 bundle。
小而有名字的工作流，胜过一个巨大的 context dump。
示例 prompt
/product-growth-loop
Inspect my docs-to-activation path for the last 14 days.
Apply the product rules from this bundle.
Find the biggest leak between docs visit, signup, and activation.
Recommend one change Hermes should make next.
Tell me which event or funnel should prove whether it worked.Skill bundles 会把你已经在做的重复设置从工作中移走。
Related: Hermes installation guide · You Can Now Scale Depth as Well as Width With Hermes Subagents. Agent Analytics Got 140% More Growth Bets · Project Context, Portfolio Context, and Self-Improvement for AI Agents · If You Use Hermes to Handle Your Projects, You Need Agent-Readable Web Analytics
