mirror of https://github.com/NousResearch/hermes-agent.git synced 2026-06-06 07:51:53 +00:00

teknium1 bfecfabd0f Revert "feat(skills): integrate NVIDIA/skills as a trusted skills hub tap"

This reverts commit 9992e32db3.

2026-05-28 20:39:39 -07:00

34 KiB

Raw Blame History

sidebar_position	title	description
2	Skills 系统	按需加载的知识文档——渐进式披露、agent 管理的 skills 以及 Skills Hub

Skills 系统

Skills 是 agent 在需要时可以加载的按需知识文档。它们遵循渐进式披露（progressive disclosure）模式以最小化 token 用量，并兼容 agentskills.io 开放标准。

所有 skills 存放在 ~/.hermes/skills/ 中——这是主目录和唯一可信来源。全新安装时，捆绑的 skills 会从仓库复制过来。通过 Hub 安装和 agent 创建的 skills 也存放在此处。agent 可以修改或删除任何 skill。

你也可以让 Hermes 指向外部 skill 目录——与本地目录一起扫描的额外文件夹。参见下方的外部 Skill 目录。

另请参阅：

使用 Skills

每个已安装的 skill 都会自动作为斜杠命令可用：

# 在 CLI 或任何消息平台中：
/gif-search funny cats
/axolotl help me fine-tune Llama 3 on my dataset
/github-pr-workflow create a PR for the auth refactor
/plan design a rollout for migrating our auth provider

# 只输入 skill 名称即可加载它，并让 agent 询问你的需求：
/excalidraw

捆绑的 plan skill 是一个很好的示例。运行 /plan [request] 会加载该 skill 的指令，告知 Hermes 在需要时检查上下文、编写 markdown 实现计划而非直接执行任务，并将结果保存在相对于当前工作区/后端工作目录的 .hermes/plans/ 下。

你也可以通过自然对话与 skills 交互：

hermes chat --toolsets skills -q "What skills do you have?"
hermes chat --toolsets skills -q "Show me the axolotl skill"

渐进式披露

Skills 使用一种节省 token 的加载模式：

Level 0: skills_list()           → [{name, description, category}, ...]   (~3k tokens)
Level 1: skill_view(name)        → Full content + metadata       (varies)
Level 2: skill_view(name, path)  → Specific reference file       (varies)

agent 只在真正需要时才加载完整的 skill 内容。

SKILL.md 格式

---
name: my-skill
description: Brief description of what this skill does
version: 1.0.0
platforms: [macos, linux]     # Optional — restrict to specific OS platforms
metadata:
  hermes:
    tags: [python, automation]
    category: devops
    fallback_for_toolsets: [web]    # Optional — conditional activation (see below)
    requires_toolsets: [terminal]   # Optional — conditional activation (see below)
    config:                          # Optional — config.yaml settings
      - key: my.setting
        description: "What this controls"
        default: "value"
        prompt: "Prompt for setup"
---

# Skill Title

## When to Use
Trigger conditions for this skill.

## Procedure
1. Step one
2. Step two

## Pitfalls
- Known failure modes and fixes

## Verification
How to confirm it worked.

平台特定 Skills

Skills 可以使用 platforms 字段将自身限制在特定操作系统上：

值	匹配
`macos`	macOS（Darwin）
`linux`	Linux
`windows`	Windows

platforms: [macos]            # macOS only (e.g., iMessage, Apple Reminders, FindMy)
platforms: [macos, linux]     # macOS and Linux

设置后，该 skill 会在不兼容的平台上自动从系统提示词、skills_list() 和斜杠命令中隐藏。若省略，则在所有平台上加载。

Skill 输出与媒体传递

当 skill 响应（或任何 agent 响应）包含指向媒体文件的裸绝对路径时——例如 /home/user/screenshots/diagram.png——gateway 会自动检测到它，将其从可见文本中剥离，并以原生方式将文件传递给用户的聊天界面（Telegram 图片、Discord 附件等），而不是在消息中留下原始路径。

对于音频，[[audio_as_voice]] 指令会将音频文件提升为在支持该功能的平台（Telegram、WhatsApp）上的原生语音消息气泡。

强制文档式传递：`[[as_document]]`

有时你需要与内联预览相反的效果：你希望文件作为可下载附件传递，而不是经过重新压缩的图片气泡。典型示例是高分辨率截图或图表——Telegram 的 sendPhoto 会将其重新压缩至约 200 KB、1280 px，严重影响可读性。通过 sendDocument 发送的 1-2 MB PNG 则保留原始字节完整无损。

如果响应（或其中任何文本——通常是最后一行）包含字面指令 [[as_document]]，则从该响应中提取的每个媒体路径都会作为文档/文件附件传递，而不是图片气泡：

Here is your rendered chart:

/home/user/.hermes/cache/chart-q4-2025.png

[[as_document]]

该指令在传递前会被剥离，用户不会看到它。粒度有意设计为每个响应全有或全无：发出一次 [[as_document]]，同一响应中的每个图片路径都会作为文档传递。这与 [[audio_as_voice]] 的作用范围一致。

在以下情况下从 skill 中使用它：

你生成了用户需要作为文件的截图或图表（用于在其他工具中编辑、存档、完整分享）。
默认的有损预览会遮蔽细节（小字体、像素精确的图表、对颜色敏感的渲染）。

没有单独文档路径的平台（如 SMS）会回退到其支持的任何附件机制。

条件激活（Fallback Skills）

Skills 可以根据当前会话中可用的工具自动显示或隐藏自身。这对于fallback skills（回退 skills）最为有用——仅在高级工具不可用时才应出现的免费或本地替代方案。

metadata:
  hermes:
    fallback_for_toolsets: [web]      # Show ONLY when these toolsets are unavailable
    requires_toolsets: [terminal]     # Show ONLY when these toolsets are available
    fallback_for_tools: [web_search]  # Show ONLY when these specific tools are unavailable
    requires_tools: [terminal]        # Show ONLY when these specific tools are available

字段	行为
`fallback_for_toolsets`	当列出的 toolsets 可用时，skill 隐藏。不可用时显示。
`fallback_for_tools`	同上，但检查单个工具而非 toolsets。
`requires_toolsets`	当列出的 toolsets 不可用时，skill 隐藏。可用时显示。
`requires_tools`	同上，但检查单个工具。

示例： 内置的 duckduckgo-search skill 使用 fallback_for_toolsets: [web]。当你设置了 FIRECRAWL_API_KEY 时，web toolset 可用，agent 使用 web_search——DuckDuckGo skill 保持隐藏。如果 API key 缺失，web toolset 不可用，DuckDuckGo skill 会自动作为 fallback 出现。

没有任何条件字段的 skills 行为与之前完全相同——始终显示。

加载时的安全设置

Skills 可以声明所需的环境变量，而不会从发现列表中消失：

required_environment_variables:
  - name: TENOR_API_KEY
    prompt: Tenor API key
    help: Get a key from https://developers.google.com/tenor
    required_for: full functionality

当遇到缺失的值时，Hermes 仅在本地 CLI 中实际加载 skill 时才会安全地请求输入。你可以跳过设置并继续使用该 skill。消息平台不会在聊天中请求密钥——它们会告诉你改用本地的 hermes setup 或 ~/.hermes/.env。

一旦设置，声明的环境变量会自动传递到 execute_code 和 terminal 沙箱——skill 的脚本可以直接使用 $TENOR_API_KEY。对于非 skill 的环境变量，使用 terminal.env_passthrough 配置选项。详情参见环境变量传递。

Skill 配置设置

Skills 还可以声明存储在 config.yaml 中的非密钥配置设置（路径、偏好项）：

metadata:
  hermes:
    config:
      - key: myplugin.path
        description: Path to the plugin data directory
        default: "~/myplugin-data"
        prompt: Plugin data directory path

设置存储在 config.yaml 的 skills.config 下。hermes config migrate 会提示配置未设置的项，hermes config show 会显示它们。当 skill 加载时，其解析后的配置值会注入到上下文中，agent 会自动知晓已配置的值。

详情参见 Skill 设置和创建 Skills——配置设置。

Skill 目录结构

~/.hermes/skills/                  # Single source of truth
├── mlops/                         # Category directory
│   ├── axolotl/
│   │   ├── SKILL.md               # Main instructions (required)
│   │   ├── references/            # Additional docs
│   │   ├── templates/             # Output formats
│   │   ├── scripts/               # Helper scripts callable from the skill
│   │   └── assets/                # Supplementary files
│   └── vllm/
│       └── SKILL.md
├── devops/
│   └── deploy-k8s/                # Agent-created skill
│       ├── SKILL.md
│       └── references/
├── .hub/                          # Skills Hub state
│   ├── lock.json
│   ├── quarantine/
│   └── audit.log
└── .bundled_manifest              # Tracks seeded bundled skills

外部 Skill 目录

如果你在 Hermes 之外维护 skills——例如，供多个 AI 工具使用的共享 ~/.agents/skills/ 目录——你可以告诉 Hermes 也扫描这些目录。

在 ~/.hermes/config.yaml 的 skills 部分下添加 external_dirs：

skills:
  external_dirs:
    - ~/.agents/skills
    - /home/shared/team-skills
    - ${SKILLS_REPO}/skills

路径支持 ~ 展开和 ${VAR} 环境变量替换。

工作原理

本地创建，就地更新：新的 agent 创建的 skills 写入 ~/.hermes/skills/。现有 skills 在找到的位置被修改，包括 external_dirs 下的 skills，当 agent 使用 skill_manage 操作（如 patch、edit、write_file、remove_file 或 delete）时。
外部目录不是写保护边界：如果外部 skill 目录对 Hermes 进程可写，agent 管理的 skill 更新可以修改该目录中的文件。如果共享的外部 skills 必须保持只读，请使用文件系统权限或单独的 profile/toolset 设置。
本地优先：如果同一 skill 名称同时存在于本地目录和外部目录中，本地版本优先。
完整集成：外部 skills 出现在系统提示词索引、skills_list、skill_view 以及 /skill-name 斜杠命令中——与本地 skills 无异。
不存在的路径会被静默跳过：如果配置的目录不存在，Hermes 会忽略它而不报错。适用于可能不在每台机器上都存在的可选共享目录。

示例

~/.hermes/skills/               # Local (primary, read-write)
├── devops/deploy-k8s/
│   └── SKILL.md
└── mlops/axolotl/
    └── SKILL.md

~/.agents/skills/               # External (shared, mutable if writable)
├── my-custom-workflow/
│   └── SKILL.md
└── team-conventions/
    └── SKILL.md

所有四个 skills 都出现在你的 skill 索引中。如果你在本地创建一个名为 my-custom-workflow 的新 skill，它会遮蔽外部版本。

Skill 捆绑包

Skill 捆绑包是将多个 skills 归组在单个斜杠命令下的小型 YAML 文件。当你运行 /<bundle-name> 时，捆绑包中列出的每个 skill 都会同时加载——当某个特定任务总是受益于同一组 skills 时非常有用。

快速示例

# 为后端功能开发创建一个捆绑包
hermes bundles create backend-dev \
  --skill github-code-review \
  --skill test-driven-development \
  --skill github-pr-workflow \
  -d "Backend feature work — review, test, PR workflow"

然后在 CLI 或任何 gateway 平台中：

/backend-dev refactor the auth middleware

agent 接收到所有三个 skills 加载到一条用户消息中，斜杠命令后的任何文本都作为用户指令附加。

YAML 模式

捆绑包存放在 ~/.hermes/skill-bundles/<slug>.yaml 中，格式如下：

name: backend-dev
description: Backend feature work — review, test, PR workflow.
skills:
  - github-code-review
  - test-driven-development
  - github-pr-workflow
instruction: |
  Always start by writing failing tests, then implement.
  Open the PR through the standard workflow with co-author tags.

字段说明：

name（可选——默认为文件名主干）——捆绑包的显示名称。规范化为连字符 slug 用于斜杠命令（Backend Dev → /backend-dev）。
description（可选）——在 /bundles 和 hermes bundles list 中显示的简短文本。
skills（必填，非空列表）——skill 名称或相对于你的 skills 目录的路径。使用与 /<skill-name> 相同的标识符。
instruction（可选）——附加在加载的 skill 内容前的额外指导。适用于固化"我们总是这样一起使用这些 skills"的方式。

管理捆绑包

# 列出所有已安装的捆绑包
hermes bundles list

# 查看某个捆绑包
hermes bundles show backend-dev

# 交互式创建捆绑包（省略 --skill 标志以逐行输入）
hermes bundles create research

# 覆盖现有捆绑包
hermes bundles create backend-dev --skill ... --force

# 删除捆绑包
hermes bundles delete backend-dev

# 重新扫描 ~/.hermes/skill-bundles/ 并报告变更
hermes bundles reload

在聊天会话中，/bundles 会列出每个已安装的捆绑包及其 skills。

行为

当 slug 冲突时，捆绑包优先于单个 skills。 如果你将捆绑包命名为 research，同时也有一个名为 research 的 skill，/research 会调用捆绑包。这是有意为之——你通过命名选择了捆绑包。
缺失的 skills 会被跳过，而不是致命错误。 如果捆绑包列出了 skill-foo 但你未安装它，捆绑包仍会加载能解析的 skills，agent 会收到一条列出跳过内容的说明。
捆绑包在每个界面都有效——交互式 CLI、TUI、仪表板聊天以及每个 gateway 平台（Telegram、Discord、Slack……）——因为调度与单个 skill 命令集中在同一位置。
捆绑包不会使 prompt 缓存失效。 它们在调用时生成一条新的用户消息，与 /<skill-name> 的方式相同——不修改系统提示词。

捆绑包优于逐个手动安装 skill 的场景

在以下情况下使用捆绑包：

你总是为某个重复任务配对相同的 skills（/backend-dev、/release-prep、/incident-response）。
你想要比依次输入多个 /skill 调用更简洁的心智模型。
你想通过将捆绑包 YAML 提交到共享 dotfiles 仓库并符号链接到 ~/.hermes/skill-bundles/ 来发布团队范围的"任务配置文件"。

捆绑包只是一个 YAML 别名——它不会为你安装 skills。Skills 本身必须已经存在（在 ~/.hermes/skills/ 或外部 skill 目录中）。否则捆绑包调用只会跳过缺失的 skills。

Agent 管理的 Skills（skill_manage 工具）

agent 可以通过 skill_manage 工具创建、更新和删除自己的 skills。这是 agent 的程序性记忆——当它找到一个非平凡的工作流时，它会将该方法保存为 skill 以供将来复用。

Agent 创建 Skills 的时机

成功完成复杂任务后（5+ 次工具调用）
遇到错误或死路并找到可行路径时
用户纠正了其方法时
发现了非平凡的工作流时

操作

操作	用途	关键参数
`create`	从头创建新 skill	`name`、`content`（完整 SKILL.md）、可选 `category`
`patch`	针对性修复（首选）	`name`、`old_string`、`new_string`
`edit`	重大结构性重写	`name`、`content`（完整 SKILL.md 替换）
`delete`	完全删除一个 skill	`name`
`write_file`	添加/更新支持文件	`name`、`file_path`、`file_content`
`remove_file`	删除支持文件	`name`、`file_path`

:::tip patch 操作是更新的首选方式——它比 edit 更节省 token，因为工具调用中只出现变更的文本。 :::

Skills Hub

从在线注册表、skills.sh、直接的知名 skill 端点以及官方可选 skills 中浏览、搜索、安装和管理 skills。

常用命令

hermes skills browse                              # Browse all hub skills (official first)
hermes skills browse --source official            # Browse only official optional skills
hermes skills search kubernetes                   # Search all sources
hermes skills search react --source skills-sh     # Search the skills.sh directory
hermes skills search https://mintlify.com/docs --source well-known
hermes skills inspect openai/skills/k8s           # Preview before installing
hermes skills install openai/skills/k8s           # Install with security scan
hermes skills install official/security/1password
hermes skills install skills-sh/vercel-labs/json-render/json-render-react --force
hermes skills install well-known:https://mintlify.com/docs/.well-known/skills/mintlify
hermes skills install https://sharethis.chat/SKILL.md              # Direct URL (single-file SKILL.md)
hermes skills install https://example.com/SKILL.md --name my-skill # Override name when frontmatter has none
hermes skills list --source hub                   # List hub-installed skills
hermes skills check                               # Check installed hub skills for upstream updates
hermes skills update                              # Reinstall hub skills with upstream changes when needed
hermes skills audit                               # Re-scan all hub skills for security
hermes skills uninstall k8s                       # Remove a hub skill
hermes skills reset google-workspace              # Un-stick a bundled skill from "user-modified" (see below)
hermes skills reset google-workspace --restore    # Also restore the bundled version, deleting your local edits
hermes skills publish skills/my-skill --to github --repo owner/repo
hermes skills snapshot export setup.json          # Export skill config
hermes skills tap add myorg/skills-repo           # Add a custom GitHub source

支持的 hub 来源

来源	示例	说明
`official`	`official/security/1password`	Hermes 随附的可选 skills。
`skills-sh`	`skills-sh/vercel-labs/agent-skills/vercel-react-best-practices`	可通过 `hermes skills search <query> --source skills-sh` 搜索。当 skills.sh slug 与仓库文件夹不同时，Hermes 会解析别名式 skills。
`well-known`	`well-known:https://mintlify.com/docs/.well-known/skills/mintlify`	直接从网站的 `/.well-known/skills/index.json` 提供的 skills。使用站点或文档 URL 搜索。
`url`	`https://sharethis.chat/SKILL.md`	指向单文件 `SKILL.md` 的直接 HTTP(S) URL。名称解析顺序：frontmatter → URL slug → 交互式提示 → `--name` 标志。
`github`	`openai/skills/k8s`	直接从 GitHub 仓库/路径安装以及基于 GitHub 的自定义 tap。
`clawhub`、`lobehub`、`browse-sh`、`claude-marketplace`	来源特定标识符	社区或市场集成。

集成的 hub 和注册表

Hermes 目前与以下 skills 生态系统和发现来源集成：

1. 官方可选 skills（`official`）

这些 skills 在 Hermes 仓库中维护，以内置信任级别安装。

目录：官方可选 Skills 目录
仓库中的来源：optional-skills/
示例：

hermes skills browse --source official
hermes skills install official/security/1password

2. skills.sh（`skills-sh`）

这是 Vercel 的公共 skills 目录。Hermes 可以直接搜索它、查看 skill 详情页、解析别名式 slug，并从底层源仓库安装。

目录：skills.sh
CLI/工具仓库：vercel-labs/skills
Vercel 官方 skills 仓库：vercel-labs/agent-skills
示例：

hermes skills search react --source skills-sh
hermes skills inspect skills-sh/vercel-labs/json-render/json-render-react
hermes skills install skills-sh/vercel-labs/json-render/json-render-react --force

3. Well-known skill 端点（`well-known`）

这是基于 URL 的发现机制，来自发布 /.well-known/skills/index.json 的站点。它不是单一的集中式 hub——它是一种 Web 发现约定。

示例实时端点：Mintlify docs skills index
参考服务器实现：vercel-labs/skills-handler
示例：

hermes skills search https://mintlify.com/docs --source well-known
hermes skills inspect well-known:https://mintlify.com/docs/.well-known/skills/mintlify
hermes skills install well-known:https://mintlify.com/docs/.well-known/skills/mintlify

4. 直接 GitHub skills（`github`）

Hermes 可以直接从 GitHub 仓库和基于 GitHub 的 tap 安装。当你已知仓库/路径或想添加自己的自定义源仓库时非常有用。

默认 tap（无需任何设置即可浏览）：

hermes skills install openai/skills/k8s
hermes skills tap add myorg/skills-repo

5. ClawHub（`clawhub`）

作为社区来源集成的第三方 skills 市场。

站点：clawhub.ai
Hermes 来源 id：clawhub

6. Claude 市场式仓库（`claude-marketplace`）

Hermes 支持发布 Claude 兼容插件/市场清单的市场仓库。

已知集成来源包括：

Hermes 来源 id：claude-marketplace

7. LobeHub（`lobehub`）

Hermes 可以从 LobeHub 的公共目录中搜索并将 agent 条目转换为可安装的 Hermes skills。

站点：LobeHub
公共 agents 索引：chat-agents.lobehub.com
后端仓库：lobehub/lobe-chat-agents
Hermes 来源 id：lobehub

8. browse.sh（`browse-sh`）

Hermes 与 browse.sh 集成，这是 Browserbase 的目录，包含 200+ 个针对特定站点的浏览器自动化 SKILL.md 文件（Airbnb、Amazon、arXiv、12306.cn、Etsy、Xero 等）。每个 skill 描述如何端到端驱动一个网站，适合与 Hermes 的浏览器工具以及你已安装的任何浏览器自动化 skills 配合使用。

站点：browse.sh
目录 API：https://browse.sh/api/skills
Hermes 来源 id：browse-sh
信任级别：community

hermes skills search airbnb --source browse-sh
hermes skills inspect browse-sh/airbnb.com/search-listings-ddgioa
hermes skills install browse-sh/airbnb.com/search-listings-ddgioa

标识符使用 browse-sh/<hostname>/<task-id> 的形式，与 browse.sh 目录公开的 slug 匹配。内容通过每个 skill 的详情端点（/api/skills/<slug> → skillMdUrl）解析，而不是通过目录的 GitHub sourceUrl。

9. 直接 URL（`url`）

直接从任何 HTTP(S) URL 安装单文件 SKILL.md——当作者在自己的站点上托管 skill 时非常有用（无 hub 列表，无需输入 GitHub 路径）。Hermes 获取 URL，解析 YAML frontmatter，进行安全扫描并安装。

Hermes 来源 id：url
标识符：URL 本身（无需前缀）
范围：仅限单文件 SKILL.md。包含 references/ 或 scripts/ 的多文件 skills 需要清单，应通过上述其他来源之一发布。

hermes skills install https://sharethis.chat/SKILL.md
hermes skills install https://example.com/my-skill/SKILL.md --category productivity

名称解析顺序：

SKILL.md YAML frontmatter 中的 name: 字段（推荐——每个格式良好的 skill 都有）。
URL 路径中的父目录名称（例如 .../my-skill/SKILL.md → my-skill，或 .../my-skill.md → my-skill），当它是有效标识符（^[a-z][a-z0-9_-]*$）时。
在有 TTY 的终端上的交互式提示。
在非交互式界面（TUI 内的 /skills install 斜杠命令、gateway 平台、脚本）上，给出指向 --name 覆盖的清晰错误。

# Frontmatter 没有名称且 URL slug 无意义——手动提供：
hermes skills install https://example.com/SKILL.md --name sharethis-chat

# 或在聊天会话中：
/skills install https://example.com/SKILL.md --name sharethis-chat

信任级别始终为 community——与所有其他来源一样运行相同的安全扫描。URL 作为安装标识符存储，因此当你想刷新时，hermes skills update 会自动从同一 URL 重新获取。

安全扫描与 `--force`

所有通过 hub 安装的 skills 都经过安全扫描器检查，检测数据泄露、prompt 注入、破坏性命令、供应链信号及其他威胁。

hermes skills inspect ... 现在还会在可用时显示上游元数据：

仓库 URL
skills.sh 详情页 URL
安装命令
每周安装量
上游安全审计状态
well-known 索引/端点 URL

当你已审查第三方 skill 并希望覆盖非危险性策略阻止时，使用 --force：

hermes skills install skills-sh/anthropics/skills/pdf --force

重要行为：

--force 可以覆盖谨慎/警告类发现的策略阻止。
--force 不能覆盖 dangerous 扫描结论。
官方可选 skills（official/...）被视为内置信任，不显示第三方警告面板。

信任级别

级别	来源	策略
`builtin`	随 Hermes 附带	始终受信任
`official`	仓库中的 `optional-skills/`	内置信任，无第三方警告
`trusted`	受信任的注册表/仓库，如 `openai/skills`、`anthropics/skills`、`huggingface/skills`	比社区来源更宽松的策略
`community`	其他所有来源（`skills.sh`、well-known 端点、自定义 GitHub 仓库、大多数市场）	非危险性发现可用 `--force` 覆盖；`dangerous` 结论保持阻止

更新生命周期

hub 现在跟踪足够的来源信息以重新检查已安装 skills 的上游副本：

hermes skills check          # Report which installed hub skills changed upstream
hermes skills update         # Reinstall only the skills with updates available
hermes skills update react   # Update one specific installed hub skill

这使用存储的来源标识符加上当前上游捆绑包内容哈希来检测漂移。

:::tip GitHub 速率限制 Skills hub 操作使用 GitHub API，未认证用户的速率限制为每小时 60 次请求。如果在安装或搜索时看到速率限制错误，请在 .env 文件中设置 GITHUB_TOKEN 以将限制提高到每小时 5,000 次请求。发生此情况时，错误消息会包含可操作的提示。 :::

发布自定义 skill tap

如果你想分享一组精选的 skills——为你的团队、组织或公开分享——你可以将它们发布为 tap：其他 Hermes 用户通过 hermes skills tap add <owner/repo> 添加的 GitHub 仓库。无需服务器，无需注册表注册，无需发布流水线。只需一个包含 SKILL.md 文件的目录。

仓库布局

tap 是任何 GitHub 仓库（公开或私有——私有仓库需要 GITHUB_TOKEN），布局如下：

owner/repo
├── skills/                       # default path; configurable per-tap
│   ├── my-workflow/
│   │   ├── SKILL.md              # required
│   │   ├── references/           # optional supporting files
│   │   ├── templates/
│   │   └── scripts/
│   ├── another-skill/
│   │   └── SKILL.md
│   └── third-skill/
│       └── SKILL.md
└── README.md                     # optional but helpful

规则：

每个 skill 存放在 tap 根路径（默认 skills/）下的独立目录中。
目录名成为 skill 的安装 slug。
每个 skill 目录必须包含一个带有标准 SKILL.md frontmatter 的 SKILL.md（name、description，以及可选的 metadata.hermes.tags、version、author、platforms、metadata.hermes.config）。
references/、templates/、scripts/、assets/ 等子目录在安装时与 SKILL.md 一起下载。
目录名以 . 或 _ 开头的 skills 会被忽略。

Hermes 通过列出 tap 路径的每个子目录并探测每个目录中的 SKILL.md 来发现 skills。

最小 tap 示例

my-org/hermes-skills
└── skills/
    └── deploy-runbook/
        └── SKILL.md

skills/deploy-runbook/SKILL.md：

---
name: deploy-runbook
description: Our deployment runbook — services, rollback, Slack channels
version: 1.0.0
author: My Org Platform Team
metadata:
  hermes:
    tags: [deployment, runbook, internal]
---

# Deploy Runbook

Step 1: ...

将其推送到 GitHub 后，任何 Hermes 用户都可以订阅并安装：

hermes skills tap add my-org/hermes-skills
hermes skills search deploy
hermes skills install my-org/hermes-skills/deploy-runbook

非默认路径

如果你的 skills 不在 skills/ 下（当你向现有项目添加 skills/ 子树时很常见），请编辑 ~/.hermes/.hub/taps.json 中的 tap 条目：

{
  "taps": [
    {"repo": "my-org/platform-docs", "path": "internal/skills/"}
  ]
}

hermes skills tap add CLI 默认将新 tap 的 path 设为 "skills/"；如果需要不同路径，请直接编辑该文件。hermes skills tap list 显示每个 tap 的有效路径。

直接安装单个 skills（无需添加 tap）

用户也可以从任何公开 GitHub 仓库安装单个 skill，而无需将整个仓库添加为 tap：

hermes skills install owner/repo/skills/my-workflow

当你想分享一个 skill 而不要求用户订阅你的整个注册表时非常有用。

tap 的信任级别

新 tap 默认分配 community 信任级别。从中安装的 skills 经过标准安全扫描，首次安装时显示第三方警告面板。如果你的组织或广泛受信任的来源应获得更高信任，请将其仓库添加到 tools/skills_hub.py 中的 TRUSTED_REPOS（需要 Hermes 核心 PR）。

Tap 管理

hermes skills tap list                                # show all configured taps
hermes skills tap add myorg/skills-repo               # add (default path: skills/)
hermes skills tap remove myorg/skills-repo            # remove

在运行中的会话内：

/skills tap list
/skills tap add myorg/skills-repo
/skills tap remove myorg/skills-repo

Tap 存储在 ~/.hermes/.hub/taps.json 中（按需创建）。

捆绑 skill 更新（`hermes skills reset`）

Hermes 在仓库的 skills/ 中附带一组捆绑 skills。在安装时以及每次 hermes update 时，同步过程会将这些 skills 复制到 ~/.hermes/skills/ 中，并在 ~/.hermes/skills/.bundled_manifest 记录一个清单，将每个 skill 名称映射到同步时的内容哈希（origin hash）。

每次同步时，Hermes 重新计算本地副本的哈希并与 origin hash 比较：

未更改 → 可以安全拉取上游变更，复制新的捆绑版本，记录新的 origin hash。
已更改 → 视为用户修改并永久跳过，因此你的编辑不会被覆盖。

这种保护机制很好，但有一个棘手的边缘情况。如果你编辑了一个捆绑 skill，后来想通过从 ~/.hermes/hermes-agent/skills/ 复制粘贴来放弃更改并回到捆绑版本，清单仍然保存着上次成功同步时的旧 origin hash。你新复制粘贴的内容（当前捆绑哈希）与那个过时的 origin hash 不匹配，因此同步继续将其标记为用户修改。

hermes skills reset 是解决此问题的方法：

# 安全：清除此 skill 的清单条目。你当前的副本被保留，
# 但下次同步会重新以其为基准，使未来的更新正常工作。
hermes skills reset google-workspace

# 完全恢复：同时删除你的本地副本并重新复制当前捆绑版本。
# 当你想要恢复原始上游 skill 时使用此选项。
hermes skills reset google-workspace --restore

# 非交互式（例如在脚本或 TUI 模式中）——跳过 --restore 确认。
hermes skills reset google-workspace --restore --yes

同样的命令也可以作为斜杠命令在聊天中使用：

/skills reset google-workspace
/skills reset google-workspace --restore

:::note Profiles 每个 profile 在其自己的 HERMES_HOME 下有自己的 .bundled_manifest，因此 hermes -p coder skills reset <name> 只影响该 profile。 :::

斜杠命令（在聊天中）

所有相同的命令都可以使用 /skills 执行：

/skills browse
/skills search react --source skills-sh
/skills search https://mintlify.com/docs --source well-known
/skills inspect skills-sh/vercel-labs/json-render/json-render-react
/skills install openai/skills/skill-creator --force
/skills check
/skills update
/skills reset google-workspace
/skills list

官方可选 skills 仍使用 official/security/1password 和 official/migration/openclaw-migration 等标识符。

34 KiB Raw Blame History Unescape Escape