你花了一个下午把 Hermes Agent 装好，模型也接上了，让它帮忙写个小脚本，结果磕磕绊绊。隔壁同事的 Hermes 却能一条龙搞定 GitHub PR、SEO 优化、甚至生成简历——同样的模型，差距在哪？
答案很可能是：你的 Hermes 还是"出厂配置"，而人家已经装了一堆技能包。
这些技能包，就来自今天要介绍的 skills.sh。
skills.sh：AI Agent 的"应用商店"
skills.sh 是 Vercel 在 2026 年 1 月推出的 AI Agent 技能市场，上线当天就冲到两万次安装，目前平台上已经有超过 600 个社区技能。你可以把它理解成 Agent 界的 npm——开发者在这里搜索、发布、安装标准化的技能包（SKILL.md），一行命令就能给 Hermes 装上新的能力。
那 skills.sh 安装的技能长什么样？它本质上就是一份 SKILL.md 文件，里面写好了触发条件、执行流程和专用命令。Hermes 读到它之后，就学会了对应的处理流程——比如"遇到简历优化需求时，先分析JD提取关键词，再逐段优化建议"。
在聊怎么装之前，先搞清楚一个关键路径。
.agents/skills：跨平台的技能目录标准
skills.sh 安装技能时，默认落地到 ~/.agents/skills/（全局模式）或者项目目录下的 .agents/skills/（项目模式）：
~/.agents/skills/ └── tailored-resume-generator/ └── SKILL.md
这个目录是社区形成的一个事实标准——不止 Hermes，OpenClaw、Cursor、Codex 等多个 AI Agent 工具都认可这个路径。换句话说，你在 skills.sh 装一次技能，理论上可以跨多个 Agent 共享，不用每个工具都重复装一遍。
不过问题来了：.agents/skills 不是 Hermes 的原生目录。Hermes 自己默认只认 ~/.hermes/skills/，它不知道你在这个外部目录里藏了什么宝贝。所以接下来要做的，就是打通这条路。
方式一：npx skills add + 配置 external_dirs（通用方案）
如果你希望一次安装、多工具共享，这种方式灵活性更高。四步走：
第一步：初始化 skills.sh
确保你装了 Node.js，然后在终端里执行：
npx skills init
这会自动生成 .agents/ 目录结构和配置文件，不复杂，一行就完事。
第二步：在 skills.sh 网站找到你要的技能
打开 skills.sh，浏览或搜索你需要的技能。每个技能页面都提供了一键复制的安装指令，格式是：
npx skills add <github仓库地址> --skill <技能名称>
举个实际例子，如果你想装一个"简历优化"技能：
npx skills add https://github.com/composiohq/awesome-claude-skills --skill tailored-resume-generator
几秒之后，~/.agents/skills/ 下面就多了一个技能包。想看装了什么？直接 ls ~/.agents/skills/ 就行。
第三步：让 Hermes 认识这个目录
打开 Hermes 的配置文件：
nano ~/.hermes/config.yaml
找到 skills: 部分，加上 external_dirs 配置项：
skills: external_dirs: - ~/.agents/skills template_vars: true
保存后，重启 Hermes，配置就生效了。
第四步：验证打通了没有
在终端跑一下：
hermes skills list | grep tailored-resume-generator
如果能看到这个技能名字，就说明打通了。现在你可以在 Hermes 会话中直接输入 /tailored-resume-generator 触发它，也可以自然地说一句"帮我用简历优化技能处理一下这份JD"——Hermes 会自动识别并加载。如果不放心，可以显示补一句",使用skill tailored-resume-generator"
这背后的加载机制是怎样的？
Hermes 的技能加载策略是"按需渐进"，不会一口气把所有技能内容都塞进上下文（那样 token 烧得太快）。它分三级：
- Level 0：启动时只列所有技能的名字和简介摘要（约 3k tokens）
- Level 1：当你实际调用某个技能时，才加载它的完整 SKILL.md
- Level 2：如果技能带有引用文件或脚本，再按需加载
扫描优先级也很清晰：先扫 ~/.hermes/skills/（原生目录），再按 config.yaml 里 external_dirs 列表的顺序逐个扫描。
这个设计的好处是——你尽管装，token 不会炸。不用的技能静静地待在那里，只有用到的时候才进上下文。
方式二：hermes skills install（Hermes 原生一键安装）
如果你只用 Hermes，其实有更省事的办法——不需要绕道 npx skills add，不需要手动改 external_dirs。Hermes 原生就支持直接从 skills.sh 安装技能：
# 搜索你需要的技能 hermes skills search github hermes skills search kubernetes --source skills-sh # 安装前预览一下内容 hermes skills inspect <技能名称> # 一键安装 hermes skills install <技能名称> # 后续统一更新 hermes skills update
安装后技能直接写入 ~/.hermes/skills/（原生目录），重启会话就能用，零额外配置。甚至不需要退出对话——在 Hermes 会话里直接敲 /skills search github、/skills install github-pr-workflow 就能完成搜索和安装，全程不离开 Hermes。
Hermes skills search自身不太聪明，如果有明确的--source最好可以加上，否则可能会出现找不到skill的情况。
两种方式怎么选？
| 你的使用场景 | 推荐方式 |
| 只用 Hermes，追求简单省事 | hermes skills install，装完即用 |
| 同时用多个 Agent（Hermes + OpenClaw + Cursor 等），希望技能共享 | npx skills add + external_dirs 配置 |
| 想管理同一套技能、避免每个工具都重复安装 | npx skills add 全局模式 |
一句话：单工具用户走原生，多工具用户走通用目录。
装完技能，变化你马上能感觉到
一个刚装上 GitHub PR 工作流技能的 Hermes，跟一个"刚出厂"的 Hermes，处理同一个需求时的表现差异巨大——前者知道什么时候该切分支、什么时候该写 commit message、什么时候该用 gh CLI 创建 PR，后者可能会把整个过程写成一份给你看的操作手册。
这就是技能包的价值：不是让 Hermes 更"聪明"（那是模型的事），而是让它更"懂行"（这是技能的事）。600 多个社区技能覆盖了开发、写作、SEO、数据分析、DevOps 等几十个领域，总有几个跟你的日常需求高度匹配。
仙踪问道团队在实际部署 Hermes Agent 的过程中也发现，用户在完成基础安装后，第一个效率跃升点往往不是换模型，而是装对三个技能包。有用户在装了代码审查和 GitHub 工作流技能后，原来需要手动操作的 PR 全流程被压缩到了几句对话就搞定。
去 skills.sh 逛逛，说不定下一个帮你省掉一半重复劳动的技能，已经在等你了。
