@akshay_pachaar：Hermes agent中的skill bundles。我觉得这是Hermes中最被低估的功能。真实的工作流需要技能集群……

X AI KOLs Following 工具
hermes-agent skill-bundles workflow-automation yaml-config team-sharing agent-tools developer-tools

摘要

Akshay Pachaar强调了Hermes agent中被低估的'skill bundles'功能，该功能将多个技能分组到单个YAML文件中，以实现高效的工作流执行，并具有诸如跳过缺失技能和通过Git进行团队共享之类的设计选择。

Hermes agent中的skill bundles。 我觉得这是Hermes中最被低估的功能。 真实的工作流需要技能集群，而不是一次一个。例如，编写代码可能需要代码审查技能、测试技能和PR工作流技能。每次你都要手动加载同一组技能。依次输入三个斜杠命令，或者用自然语言询问代理并希望它选对。 一个**skill bundle**通过单个YAML文件解决了这个问题，它将多个技能分组到一个斜杠命令下。当你调用它时，所有列出的技能都会同时加载，外加你内置的任何自定义指令。 下面的图片展示了bundle文件的结构以及它在调用时的展开方式。一个命令，一次展开，内置共享指令。 但使其实用的底层设计选择如下： 1. **缺失的技能被跳过，而不是致命错误**：如果bundle中的一个技能未安装，其余的仍然加载。你不会因为缺少一个组件而丢失整个工作流。 2. **bundle在名称冲突中胜出**：如果技能和bundle共享名称，bundle获胜。你选择了它。 3. **处处可用**：CLI、TUI、仪表盘、Telegram、Discord、Slack。一个YAML定义，所有平台。 4. **无缓存失效**：bundle在调用时生成新的用户消息，与单个技能加载相同。无性能开销。 一旦你的bundle稳定下来，自然的下一步就是**团队共享**。bundle YAML只是文件。把它们放入Git仓库，让每个团队成员符号链接到~/.hermes/skill-bundles/。更新仓库，每个人都会得到更新。无需注册表，无需中央服务器。 这就是将个人代理转变为小型团队可以标准化的东西。 我写了一篇深度文章，涵盖Hermes agent的自进化技能、三级记忆、GEPA优化以及设置多个专门代理。 文章引用如下。
查看原文
查看缓存全文

缓存时间: 2026/05/22 15:51

Hermes Agent 中的技能包

我发现这是 Hermes 中最被低估的功能。

真正的工作流需要将技能组合在一起使用，而非一个一个单独调用。例如，编写代码可能需要代码审查技能、测试技能和 PR 流程技能。每次你都得手动加载同一组技能：依次输入三个斜杠命令，或者用自然语言请求 Agent 并希望它选对。

技能包通过一个 YAML 文件解决了这个问题，它将多个技能组合在一个斜杠命令下。当你调用它时，所有列出的技能会一次性加载，再加上你内置的任何自定义指令。

下图展示了技能包文件的结构以及它在调用时的展开过程。一个命令、一次展开、内置共享指令。

但真正让技能包实用的是其底层设计选择：

  1. 缺失技能会被跳过，而非导致失败：如果包中的某个技能未安装，其余技能仍会正常加载。你不会因为缺少一个部分而丢失整个工作流。
  2. 包在名称冲突中优先于技能：如果某个技能和技能包同名，技能包胜出。因为你已经选择使用它。
  3. 全平台适用：CLI、TUI、仪表盘、Telegram、Discord、Slack。一份 YAML 定义，所有平台通用。
  4. 无缓存失效问题：技能包在调用时会生成新的用户消息，与单独加载技能的方式相同。没有性能开销。

一旦你的技能包稳定下来，很自然的下一步就是团队共享。技能包 YAML 只是文件。把它们放到 Git 仓库中，让每个团队成员通过符号链接到 ~/.hermes/skill-bundles/。更新仓库后，所有人都能获得更新。无需注册中心，无需中央服务器。

这正是一个个人 Agent 实现小型团队标准化的关键。

我写了一篇深度解析文章，涵盖了 Hermes Agent 的自我进化技能、三层记忆、GEPA 优化以及搭建多个专用 Agent 的内容。

文章引文如下。

同意。

不客气！:)

相似文章