Skills 扩展了 Claude 能做的事情。创建一个Documentation Index
Fetch the complete documentation index at: https://code.claude.com/docs/llms.txt
Use this file to discover all available pages before exploring further.
SKILL.md 文件,其中包含说明,Claude 会将其添加到其工具包中。Claude 在相关时使用 skills,或者你可以使用 /skill-name 直接调用一个。
当你不断将相同的说明、检查清单或多步骤程序粘贴到聊天中时,或者当 CLAUDE.md 的一部分已经演变成程序而不是事实时,创建一个 skill。与 CLAUDE.md 内容不同,skill 的正文仅在使用时加载,因此长参考资料在你需要它之前几乎不花费任何成本。
对于内置命令(如
/help 和 /compact)以及捆绑 skills(如 /debug 和 /code-review),请参阅命令参考。自定义命令已合并到 skills 中。 .claude/commands/deploy.md 中的文件和 .claude/skills/deploy/SKILL.md 中的 skill 都会创建 /deploy 并以相同的方式工作。你现有的 .claude/commands/ 文件继续工作。Skills 添加了可选功能:支持文件的目录、控制你或 Claude 是否调用它们的 frontmatter,以及 Claude 在相关时自动加载它们的能力。捆绑 skills
Claude Code 包括一组捆绑 skills,在每个会话中都可用,包括/code-review、/batch、/debug、/loop 和 /claude-api。与大多数内置命令不同,内置命令直接执行固定逻辑,捆绑 skills 是基于提示的:它们为 Claude 提供详细的说明,让它使用其工具来编排工作。你调用捆绑 skills 的方式与调用任何其他 skill 相同,输入 / 后跟 skill 名称。
捆绑 skills 在命令参考中与内置命令一起列出,在”目的”列中标记为 Skill。
运行并验证你的应用
三个捆绑 skills 协同工作来启动你的应用,并根据运行中的应用而不仅仅是测试来确认更改:| Skill | 目的 |
|---|---|
/run | 启动并驱动你的应用以查看更改是否有效 |
/verify | 构建并运行你的应用以确认代码更改是否按预期工作,无需回退到测试或类型检查 |
/run-skill-generator | 教 /run 和 /verify 如何构建和启动你的项目 |
/run 和 /verify 无需设置即可工作。它们根据你的项目类型(CLI、服务器、TUI、浏览器驱动)以及 README、package.json 或 Makefile 中的内容推断启动方式。对于需要标准启动之外的任何东西的项目,该推断变得不可靠:数据库、env 文件、图形会话、多步骤构建。
/run-skill-generator 记录配方。它从干净的环境中让你的应用运行,捕获有效的内容(安装命令、env 变量、启动脚本),并将其作为每个项目的 skill 提交到 .claude/skills/run-<name>/。之后,/run、/verify 和仓库中的任何其他代理都遵循记录的配方,而不是重新发现它。每个项目运行一次 /run-skill-generator,如果构建或启动过程更改,则再次运行。
入门
创建你的第一个 skill
此示例创建一个 skill,用于总结你的 git 仓库中未提交的更改,并标记任何风险的内容。它在 Claude 读取之前将实时 diff 拉入提示中,因此响应基于你的实际工作树,而不是 Claude 从打开的文件中猜测的内容。当你询问你的更改时,Claude 会自动加载该 skill,或者你可以使用/summarize-changes 直接调用它。
编写 SKILL.md
每个 skill 都需要一个
SKILL.md 文件,包含两部分:YAML frontmatter(在 --- 标记之间)告诉 Claude 何时使用该 skill,以及包含 Claude 在调用该 skill 时遵循的说明的 markdown 内容。目录名称变成你输入的命令,description 帮助 Claude 决定何时自动加载该 skill。将此保存到 ~/.claude/skills/summarize-changes/SKILL.md:!`git diff HEAD` 这一行使用动态上下文注入:Claude Code 运行该命令,并在 Claude 看到 skill 内容之前将该行替换为其输出,因此说明会随着当前 diff 已内联而到达。Skills 的位置
你存储 skill 的位置决定了谁可以使用它:| 位置 | 路径 | 适用于 |
|---|---|---|
| 企业 | 请参阅托管设置 | 你的组织中的所有用户 |
| 个人 | ~/.claude/skills/<skill-name>/SKILL.md | 你的所有项目 |
| 项目 | .claude/skills/<skill-name>/SKILL.md | 仅此项目 |
| 插件 | <plugin>/skills/<skill-name>/SKILL.md | 启用插件的位置 |
plugin-name:skill-name 命名空间,因此它们不能与其他级别冲突。如果你在 .claude/commands/ 中有文件,它们的工作方式相同,但如果 skill 和命令共享相同的名称,skill 优先。
实时变更检测
Claude Code 监视 skill 目录的文件变更。在~/.claude/skills/、项目 .claude/skills/ 或 --add-dir 目录内的 .claude/skills/ 中添加、编辑或删除 skill 会在当前会话中生效,无需重新启动。创建在会话启动时不存在的顶级 skills 目录需要重新启动 Claude Code,以便可以监视新目录。
从父目录和嵌套目录自动发现
项目 skills 从你的起始目录中的.claude/skills/ 以及从起始目录到仓库根目录的每个父目录中加载,因此在子目录中启动 Claude 仍然会拾取在根目录定义的 skills。当你在起始目录下方的子目录中处理文件时,Claude Code 也会按需从嵌套的 .claude/skills/ 目录中发现 skills。例如,如果你正在编辑 packages/frontend/ 中的文件,Claude Code 也会在 packages/frontend/.claude/skills/ 中查找 skills。这支持 monorepo 设置,其中包有自己的 skills。
每个 skill 都是一个以 SKILL.md 作为入口点的目录:
SKILL.md 包含主要说明,是必需的。其他文件是可选的,让你构建更强大的 skills:Claude 要填写的模板、显示预期格式的示例输出、Claude 可以执行的脚本或详细的参考文档。从你的 SKILL.md 中引用这些文件,以便 Claude 知道它们包含什么以及何时加载它们。有关更多详细信息,请参阅添加支持文件。
.claude/commands/ 中的文件仍然有效,并支持相同的 frontmatter。建议使用 Skills,因为它们支持额外的功能,如支持文件。来自其他目录的 skills
--add-dir 标志授予文件访问权限而不是配置发现,但 skills 是一个例外:添加目录中的 .claude/skills/ 会自动加载。请参阅实时变更检测了解编辑如何在会话期间被拾取。
其他 .claude/ 配置(如 subagents、命令和输出样式)不会从其他目录加载。有关加载和不加载的完整列表以及跨项目共享配置的推荐方式,请参阅例外表。
来自
--add-dir 目录的 CLAUDE.md 文件默认不加载。要加载它们,请设置 CLAUDE_CODE_ADDITIONAL_DIRECTORIES_CLAUDE_MD=1。请参阅从其他目录加载。配置 skills
Skills 通过SKILL.md 顶部的 YAML frontmatter 和随后的 markdown 内容进行配置。
Skill 内容的类型
Skill 文件可以包含任何说明,但思考你想如何调用它们有助于指导要包含的内容: 参考内容添加 Claude 应用于你当前工作的知识。约定、模式、风格指南、领域知识。此内容内联运行,以便 Claude 可以将其与你的对话上下文一起使用。/skill-name 直接调用的操作,而不是让 Claude 决定何时运行它们。添加 disable-model-invocation: true 以防止 Claude 自动触发它。
SKILL.md 可以包含任何内容,但思考你想如何调用该 skill(由你、由 Claude 或两者)以及你想在哪里运行它(内联或在 subagent 中)有助于指导要包含的内容。对于复杂的 skills,你也可以添加支持文件以保持主 skill 的专注。
保持主体本身简洁。一旦 skill 加载,其内容在整个会话中保持在上下文中,因此每一行都是一个重复的令牌成本。说明要做什么而不是叙述如何或为什么,并应用与CLAUDE.md 内容相同的简洁性测试。
Frontmatter 参考
除了 markdown 内容外,你可以使用SKILL.md 文件顶部 --- 标记之间的 YAML frontmatter 字段来配置 skill 行为:
description,以便 Claude 知道何时使用该 skill。
| 字段 | 必需 | 描述 |
|---|---|---|
name | 否 | Skill 的显示名称。如果省略,使用目录名称。仅小写字母、数字和连字符(最多 64 个字符)。 |
description | 推荐 | Skill 的功能以及何时使用它。Claude 使用它来决定何时应用该 skill。如果省略,使用 markdown 内容的第一段。前置关键用例:组合的 description 和 when_to_use 文本在技能列表中被截断为 1,536 个字符以减少上下文使用。 |
when_to_use | 否 | 关于 Claude 何时应该调用该 skill 的额外上下文,例如触发短语或示例请求。附加到技能列表中的 description,并计入 1,536 个字符的上限。 |
argument-hint | 否 | 自动完成期间显示的提示,指示预期的参数。示例:[issue-number] 或 [filename] [format]。 |
arguments | 否 | 用于 skill 内容中$name 替换的命名位置参数。接受空格分隔的字符串或 YAML 列表。名称按顺序映射到参数位置。 |
disable-model-invocation | 否 | 设置为 true 以防止 Claude 自动加载此 skill。用于你想使用 /name 手动触发的工作流。也防止该 skill 被预加载到 subagents 中。默认值:false。 |
user-invocable | 否 | 设置为 false 以从 / 菜单中隐藏。用于用户不应直接调用的背景知识。默认值:true。 |
allowed-tools | 否 | 当此 skill 处于活动状态时,Claude 可以使用而无需请求权限的工具。接受空格分隔的字符串或 YAML 列表。 |
model | 否 | 当此 skill 处于活动状态时要使用的模型。覆盖适用于当前轮的其余部分,不保存到设置;会话模型在你的下一个提示时恢复。接受与 /model 相同的值,或 inherit 以保持活动模型。 |
effort | 否 | 当此 skill 处于活动状态时的工作量级别。覆盖会话工作量级别。默认值:继承自会话。选项:low、medium、high、xhigh、max;可用级别取决于模型。 |
context | 否 | 设置为 fork 以在分叉的 subagent 上下文中运行。 |
agent | 否 | 当设置 context: fork 时要使用的 subagent 类型。 |
hooks | 否 | 限定于此 skill 生命周期的 hooks。有关配置格式,请参阅 Skills 和代理中的 Hooks。 |
paths | 否 | Glob 模式,限制何时激活此 skill。接受逗号分隔的字符串或 YAML 列表。设置后,Claude 仅在处理与模式匹配的文件时自动加载该 skill。使用与路径特定规则相同的格式。 |
shell | 否 | 用于此 skill 中 !`command` 和 ```! 块的 shell。接受 bash(默认)或 powershell。设置 powershell 在 Windows 上通过 PowerShell 运行内联 shell 命令。需要 CLAUDE_CODE_USE_POWERSHELL_TOOL=1。 |
可用的字符串替换
Skills 支持 skill 内容中动态值的字符串替换:| 变量 | 描述 |
|---|---|
$ARGUMENTS | 调用 skill 时传递的所有参数。如果内容中不存在 $ARGUMENTS,参数将作为 ARGUMENTS: <value> 追加。 |
$ARGUMENTS[N] | 按 0 基索引访问特定参数,如 $ARGUMENTS[0] 表示第一个参数。 |
$N | $ARGUMENTS[N] 的简写,如 $0 表示第一个参数或 $1 表示第二个参数。 |
$name | 在 arguments frontmatter 列表中声明的命名参数。名称按顺序映射到位置,因此使用 arguments: [issue, branch] 时,占位符 $issue 扩展为第一个参数,$branch 扩展为第二个参数。 |
${CLAUDE_SESSION_ID} | 当前会话 ID。适用于日志记录、创建会话特定文件或将 skill 输出与会话关联。 |
${CLAUDE_EFFORT} | 当前工作量级别:low、medium、high、xhigh 或 max。使用此来根据活动工作量设置调整 skill 说明。 |
${CLAUDE_SKILL_DIR} | 包含 skill 的 SKILL.md 文件的目录。对于插件 skills,这是插件内 skill 的子目录,而不是插件根目录。在 bash 注入命令中使用它来引用与 skill 捆绑的脚本或文件,无论当前工作目录如何。 |
/my-skill "hello world" second 使 $0 扩展为 hello world,$1 扩展为 second。$ARGUMENTS 占位符始终扩展为完整的参数字符串,如输入的那样。
使用替换的示例:
添加支持文件
Skills 可以在其目录中包含多个文件。这使SKILL.md 专注于要点,同时让 Claude 仅在需要时访问详细的参考资料。大型参考文档、API 规范或示例集合不需要在每次 skill 运行时加载到上下文中。
SKILL.md 中引用支持文件,以便 Claude 知道每个文件包含什么以及何时加载它:
控制谁调用 skill
默认情况下,你和 Claude 都可以调用任何 skill。你可以输入/skill-name 直接调用它,Claude 可以在与你的对话相关时自动加载它。两个 frontmatter 字段让你限制这一点:
-
disable-model-invocation: true:只有你可以调用该 skill。用于有副作用的工作流或你想控制时间的工作流,如/commit、/deploy或/send-slack-message。你不希望 Claude 因为你的代码看起来准备好了就决定部署。 -
user-invocable: false:只有 Claude 可以调用该 skill。用于不可作为命令操作的背景知识。legacy-system-contextskill 解释了旧系统的工作原理。Claude 在相关时应该知道这一点,但/legacy-system-context对用户来说不是一个有意义的操作。
disable-model-invocation: true 字段防止 Claude 自动运行它:
| Frontmatter | 你可以调用 | Claude 可以调用 | 何时加载到上下文中 |
|---|---|---|---|
| (默认) | 是 | 是 | 描述始终在上下文中,调用时加载完整 skill |
disable-model-invocation: true | 是 | 否 | 描述不在上下文中,你调用时加载完整 skill |
user-invocable: false | 否 | 是 | 描述始终在上下文中,调用时加载完整 skill |
在常规会话中,skill 描述被加载到上下文中,以便 Claude 知道什么可用,但完整 skill 内容仅在调用时加载。预加载 skills 的 Subagents 的工作方式不同:完整 skill 内容在启动时注入。
Skill 内容生命周期
当你或 Claude 调用一个 skill 时,呈现的SKILL.md 内容作为单个消息进入对话,并在会话的其余部分保持在那里。Claude Code 不会在后续轮次重新读取 skill 文件,因此将应该在整个任务中应用的指导写成常设说明,而不是一次性步骤。
自动压缩在令牌预算内转发调用的 skills。当对话被总结以释放上下文时,Claude Code 在总结后重新附加每个 skill 的最新调用,保留前 5,000 个令牌。重新附加的 skills 共享 25,000 个令牌的组合预算。Claude Code 从最近调用的 skill 开始填充此预算,因此如果你在一个会话中调用了许多 skills,较旧的 skills 可能会在压缩后完全删除。
如果一个 skill 似乎在第一个响应后停止影响行为,内容通常仍然存在,模型正在选择其他工具或方法。加强 skill 的 description 和说明,以便模型继续偏好它,或使用 hooks 来确定性地强制行为。如果 skill 很大或你在它之后调用了其他几个,在压缩后重新调用它以恢复完整内容。
为 skill 预先批准工具
allowed-tools 字段在 skill 处于活动状态时授予对列出的工具的权限,因此 Claude 可以使用它们而无需提示你获得批准。它不限制哪些工具可用:每个工具仍然可调用,你的权限设置仍然管理不在列表中的工具。
此 skill 让 Claude 在你调用它时运行 git 命令而无需每次使用批准:
将参数传递给 skills
你和 Claude 都可以在调用 skill 时传递参数。参数可通过$ARGUMENTS 占位符获得。
此 skill 按编号修复 GitHub 问题。$ARGUMENTS 占位符被替换为 skill 名称后面的任何内容:
/fix-issue 123 时,Claude 收到”Fix GitHub issue 123 following our coding standards…”
如果你使用参数调用 skill 但 skill 不包含 $ARGUMENTS,Claude Code 会将 ARGUMENTS: <your input> 追加到 skill 内容的末尾,以便 Claude 仍然看到你输入的内容。
要按位置访问单个参数,使用 $ARGUMENTS[N] 或较短的 $N:
/migrate-component SearchBar React Vue 会将 $ARGUMENTS[0] 替换为 SearchBar,$ARGUMENTS[1] 替换为 React,$ARGUMENTS[2] 替换为 Vue。使用 $N 简写的相同 skill:
高级模式
注入动态上下文
!`<command>` 语法在将 skill 内容发送给 Claude 之前运行 shell 命令。命令输出替换占位符,因此 Claude 接收实际数据,而不是命令本身。
此 skill 通过使用 GitHub CLI 获取实时 PR 数据来总结拉取请求。!`gh pr diff` 和其他命令首先运行,其输出被插入到提示中:
- 每个
!`<command>`立即执行(在 Claude 看到任何内容之前) - 输出替换 skill 内容中的占位符
- Claude 接收带有实际 PR 数据的完全呈现的提示
!`<command>` 占位符,因此命令不能发出占位符供后续传递展开。
内联形式仅在 ! 出现在行首或紧跟在空白之后时被识别。如果 ! 跟在另一个字符之后,如 KEY=!`cmd`,占位符将保留为字面文本,命令不会运行。
对于多行命令,使用以 ```! 开头的围栏代码块而不是内联形式:
"disableSkillShellExecution": true。每个命令都被替换为 [shell command execution disabled by policy] 而不是被运行。捆绑和托管 skills 不受影响。此设置在托管设置中最有用,用户无法覆盖它。
在 subagent 中运行 skills
当你想让 skill 在隔离中运行时,在你的 frontmatter 中添加context: fork。skill 内容变成驱动 subagent 的提示。它将无法访问你的对话历史。
Skills 和 subagents 以两个方向协同工作:
| 方法 | 系统提示 | 任务 | 也加载 |
|---|---|---|---|
带有 context: fork 的 Skill | 来自代理类型 | SKILL.md 内容 | CLAUDE.md,除非代理是 Explore 或 Plan |
带有 skills 字段的 Subagent | Subagent 的 markdown 正文 | Claude 的委派消息 | 预加载的 skills + CLAUDE.md |
context: fork,你在你的 skill 中编写任务并选择一个代理类型来执行它。内置的 Explore 和 Plan 代理跳过 CLAUDE.md 和 git 状态以保持其上下文较小,因此使用 agent: Explore 的分叉 skill 仅看到 SKILL.md 内容和代理自己的系统提示。对于反向情况,其中你定义使用 skills 作为参考资料的自定义 subagent,请参阅 Subagents。
示例:使用 Explore 代理的研究 skill
此 skill 在分叉的 Explore 代理中运行研究。skill 内容变成任务,代理提供针对代码库探索优化的只读工具:- 创建一个新的隔离上下文
- Subagent 接收 skill 内容作为其提示(“Research $ARGUMENTS thoroughly…”)
agent字段确定执行环境(模型、工具和权限)- 结果被总结并返回到你的主对话
agent 字段指定要使用的 subagent 配置。选项包括内置代理(Explore、Plan、general-purpose)或来自 .claude/agents/ 的任何自定义 subagent。如果省略,使用 general-purpose。
限制 Claude 的 skill 访问
默认情况下,Claude 可以调用任何没有设置disable-model-invocation: true 的 skill。定义 allowed-tools 的 Skills 在 skill 处于活动状态时向 Claude 授予对这些工具的访问权限,无需每次使用批准。你的权限设置仍然管理所有其他工具的基线批准行为。一些内置命令也可通过 Skill 工具获得,包括 /init、/review 和 /security-review。其他内置命令如 /compact 则不能。
控制 Claude 可以调用哪些 skills 的三种方式:
通过在 /permissions 中拒绝 Skill 工具来禁用所有 skills:
Skill(name) 用于精确匹配,Skill(name *) 用于带有任何参数的前缀匹配。
通过在其 frontmatter 中添加 disable-model-invocation: true 来隐藏单个 skills。这会从 Claude 的上下文中完全删除该 skill。
user-invocable 字段仅控制菜单可见性,不控制 Skill 工具访问。使用 disable-model-invocation: true 来阻止程序调用。从设置覆盖 skill 可见性
skillOverrides 设置从你的设置控制 skill 可见性,而不是从 skill 自己的 frontmatter。将其用于你不想编辑 SKILL.md 的 skills,例如检入共享项目仓库或由 MCP 服务器提供的 skills。/skills 菜单为你编写它:突出显示一个 skill 并按 Space 循环切换状态,然后按 Enter 保存到 .claude/settings.local.json。
每个键是一个 skill 名称,每个值是以下四种状态之一:
| 值 | 列出给 Claude | 在 / 菜单中 |
|---|---|---|
"on" | 名称和描述 | 是 |
"name-only" | 仅名称 | 是 |
"user-invocable-only" | 隐藏 | 是 |
"off" | 隐藏 | 隐藏 |
skillOverrides 中不存在的 skill 被视为 "on"。下面的示例将一个 skill 折叠为其名称,并完全关闭另一个:
skillOverrides 影响。通过 /plugin 管理这些。
共享 skills
Skills 可以根据你的受众在不同范围内分发:生成视觉输出
Skills 可以捆绑并运行任何语言的脚本,为 Claude 提供单个提示中不可能的功能。一个强大的模式是生成视觉输出:在浏览器中打开的交互式 HTML 文件,用于探索数据、调试或创建报告。 此示例创建一个代码库浏览器:一个交互式树视图,你可以在其中展开和折叠目录、一目了然地查看文件大小,并按颜色识别文件类型。 创建 Skill 目录:~/.claude/skills/codebase-visualizer/SKILL.md。描述告诉 Claude 何时激活此 Skill,说明告诉 Claude 运行捆绑的脚本。脚本路径使用 ${CLAUDE_SKILL_DIR},因此无论 skill 是在个人、项目还是插件级别安装,它都能正确解析:
~/.claude/skills/codebase-visualizer/scripts/visualize.py。此脚本扫描目录树并生成一个自包含的 HTML 文件,包含:
- 一个摘要侧边栏,显示文件计数、目录计数、总大小和文件类型数量
- 一个条形图,按文件类型(按大小排名前 8)分解代码库
- 一个可折叠树,你可以在其中展开和折叠目录,带有颜色编码的文件类型指示器
codebase-map.html,并在浏览器中打开它。
此模式适用于任何视觉输出:依赖关系图、测试覆盖率报告、API 文档或数据库架构可视化。捆绑的脚本完成繁重工作,而 Claude 处理编排。
故障排除
Skill 未触发
如果 Claude 在预期时不使用你的 skill:- 检查描述是否包含用户会自然说的关键字
- 验证 skill 是否出现在
What skills are available?中 - 尝试重新表述你的请求以更接近描述
- 如果 skill 是用户可调用的,使用
/skill-name直接调用它
Skill 触发过于频繁
如果 Claude 在你不想要时使用你的 skill:- 使描述更具体
- 如果你只想手动调用,添加
disable-model-invocation: true
Skill 描述被截断
Skill 描述被加载到上下文中,以便 Claude 知道什么可用。所有 skill 名称始终包括,但如果你有许多 skills,描述会被缩短以适应字符预算,这可能会删除 Claude 需要匹配你的请求的关键字。预算按模型上下文窗口的 1% 进行扩展。当预算溢出时,你调用最少的 skills 的描述会首先被删除,因此你实际使用的 skills 会保留其完整文本。运行/doctor 以查看预算是否溢出以及哪些 skills 受到影响。
要提高预算,设置 skillListingBudgetFraction 设置(例如 0.02 = 2%)或 SLASH_COMMAND_TOOL_CHAR_BUDGET 环境变量为固定字符数。要为其他 skills 释放预算,在 skillOverrides 中将低优先级条目设置为 "name-only",以便它们列出而不显示描述。你也可以在源处修剪 description 和 when_to_use 文本:前置关键用例,因为每个条目的组合文本被限制为 1,536 个字符,无论预算如何。该限制可通过 maxSkillDescriptionChars 进行配置。