skill-creator – AI Skill 创建与结构规范 Skill

3周前更新 13 0 0 0

skill-creator 是 Anthropic 官方 skills 仓库中的元技能,用于指导 AI Agent 把想法、流程或内部规范整理成符合 Skill 格式的 SKILL.md 及配套文件结构,适合需要创建、校验或规范化 Skill 草稿的个人与团队。

Skill 安装

多 Agent 安装
npx skills add https://github.com/anthropics/skills --skill skill-creator

使用 npx skills 快速安装,支持将 Skill 添加到多个兼容的 AI Agent。

Skill 调研报告

Skill 详细介绍

anthropics/skills#skill-creator 是 Anthropic 官方 skills 仓库中的一个元技能(meta-skill),它的任务是帮助用户创建新的 Agent Skill,也就是“Skill 的 Skill”。它本身不是可独立运行的软件,也不是 CLI 工具,而是一套指导性指令与工作流。当 Claude 在对话中加载它之后,会按照它给出的规范,把一份想法、一段流程或一个内部规范,整理成符合 Anthropic Skill 格式的 SKILL.md 及配套文件结构。

它解决的核心问题

– 用户想为自己的 Agent 增加一项可复用能力,但不知道 SKILL.md 应该怎么写。
– 用户不清楚 Skill 目录该包含哪些文件、元数据字段该填什么。
– 团队想把内部流程、模板、检查清单沉淀成 Skill,但缺乏统一格式参考。
– 用户想让 Claude 自动帮忙起草 Skill,而不是从零手写 YAML front matter。

核心能力

– 指导 Skill 的整体结构,包括 SKILL.md 主体、front matter 元数据、可选的辅助脚本与资源文件。
– 帮助填写 name、description 等关键字段,让 Skill 被 Agent 正确识别与触发。
– 把用户口头描述的工作流程,转换成结构化、可被 Agent 读取和执行的指令。
– 对已有的草稿 SKILL.md 提供结构校验和改写建议。

它不是什么

– 不是 Skill 运行时,不负责加载或执行其他 Skill。
– 不是包管理器,不安装任何依赖。
– 不是 Anthropic 对外发布的独立产品,而是官方 skills 仓库内的一个 Skill。
– 不替代 Claude 本身对 Skill 机制的理解,它只是把规范显式化。

典型使用场景

– 把公司内部“代码提交前检查规范”做成一个可复用 Skill。
– 让 Claude 从一份 Markdown 笔记生成规范的 SKILL.md。
– 检查自己写的 Skill 是否字段缺失、描述是否合理。
– 批量搭建多个 Skill 的目录骨架。

适合与不适合

适合:已经在使用 Anthropic Skills 机制、Claude Code,或愿意按 Skill 规范做能力沉淀的个人与团队。

不适合:只想调用现成 Skill 完成具体任务、并不打算自己写 Skill 的用户。

Skill 安全评估

从来源和用途看,这个 Skill 属于 Anthropic 官方 skills 仓库中的内容,来源可信度较高。它的定位是“生成与整理文本结构”,而不是执行系统操作。在官方来源、正常用途下,它属于低风险 Skill。风险主要取决于你授予 Agent 的文件写入与 Shell 权限,而不是 Skill 本身。

主要安全考量

– 文件读写:创建 Skill 通常需要在本地生成目录和 SKILL.md,会涉及文件写入权限。这属于它正常用途内的行为,是否放开由用户决定。
– Shell 权限:创建过程本质是写文本,正常使用不需要执行任意 Shell 命令。如果你的 Agent 默认开启自动执行 Shell,建议在写 Skill 阶段手动确认或临时关闭自动执行。
– 网络访问:本 Skill 本身不需要联网即可工作。如果目标 Skill 内容涉及 API 调用说明、依赖安装,那是目标 Skill 的需求,不是 skill-creator 的需求。
– 第三方依赖:skill-creator 不引入 npm/pip 依赖。
– 凭证:本 Skill 本身不需要 API Key、Token 或 OAuth。
– Prompt Injection:如果把外部抓取来的不可信文本直接交给它整理成 Skill,理论上可能把恶意指令写入 Skill 描述。建议只处理自己信任的素材。

实操层面的降风险建议

– 生成文件后先人工过一遍 SKILL.md,再让 Agent 加载使用。
– 对不熟悉的 Skill 草案,先关闭自动执行 Shell 权限,由你手动执行相关命令。
– 不要把包含密钥、Token、客户隐私的内容直接粘进 Skill 草稿。
– 如果 Skill 会写入已有项目目录,先确认目标路径,避免覆盖现有文件。

Skill 使用要求

一、Agent / 客户端

该 Skill 来自 Anthropic 官方 skills 仓库,与 Claude Code 的 Skill 加载机制高度适配,建议优先在 Claude Code 中使用。

官方没有公布针对第三方 Agent 的完整兼容列表。由于 Skill 本质上是按照约定格式加载的指令文档,在支持 Skills、自定义 Skill 或类似指令加载机制的环境中,通常也可以尝试在 Codex、Cursor、Trae、OpenClaw、WorkBuddy 等主流 AI Agent 中使用。不同 Agent 的 Skill 目录、加载方式和触发规则不同,具体以对应 Agent 当前版本为准。

二、运行环境 / 依赖

| 项目 | 要求 |
|—|—|
| Agent | Claude Code 优先,其他支持 Skill 的 Agent 可尝试 |
| 网络 | 非必需,本 Skill 不依赖联网 |
| Node.js / Python | 非必需,本 Skill 本身不依赖特定运行时 |
| Git | 非必需,仅在你打算把生成的 Skill 提交到仓库时需要 |

skill-creator 本身是文档型 / 指令型 Skill,不要求安装任何编程语言运行时。你可能需要 Node.js、Python 等,是因为你要创建的那个新 Skill 需要,而不是 skill-creator 需要。

三、权限

– 文件写入:通常需要。创建 Skill 要在磁盘上生成 SKILL.md 和目录,属于必需项。
– 文件读取:通常需要。读取你提供的素材或已有 Skill 草稿,属于必需项。
– Shell 执行:非必需。本 Skill 生成的是文本,不依赖执行命令。
– 网络访问:非必需。
– 浏览器 / Docker / GitHub:非必需。

建议在生成阶段允许文件读写,但不开自动 Shell 执行权限。

四、账号 / API Key

– 使用 skill-creator 本身:不需要额外账号、API Key 或 Token。
– 你创建的 Skill 若后续要调用某个第三方服务:那个服务可能需要 API Key。这属于目标 Skill 的需求,与 skill-creator 无关,二者不要混为一谈。

最小使用条件

1. 一个支持 Skill 加载的 Agent(Claude Code 优先)。
2. 允许 Agent 读写本地文件的权限。
3. 一段你想沉淀成 Skill 的流程、规范或说明文本。

Skill 安装、使用与卸载教程

一、安装

本页面已经提供该 Skill 的安装指令,直接复制本页面的 Skill 安装指令,粘贴到你的 Agent 或终端执行即可。

如果你不确定当前 Agent 的 Skill 安装方式,可以直接问它:

如何安装 anthropics/skills#skill-creator?

或者更具体:

如何在 Claude Code 中安装 anthropics/skills#skill-creator?

如何在 Cursor 中安装 anthropics/skills#skill-creator?

如何在 Codex 中安装 anthropics/skills#skill-creator?

让 Agent 按它自己的 Skill 加载 / 管理机制来指导安装,比套用一篇通用教程更可靠。如果它所在的官方仓库对你的 Agent 有特殊目录要求(例如必须放到某个 skills 目录下),以官方当前说明为准,不要盲目复制旧教程。

二、安装后如何使用

安装后通常不需要复杂触发,直接在用自然语言描述你的需求时提到“用 skill-creator”或“帮我创建一个 Skill”,Agent 会加载该 Skill 的指令来协助你。

适合交给它的任务类型:

– 从零起草一个 SKILL.md。
– 把已有笔记、规范、流程整理成 Skill 结构。
– 检查已有 Skill 草稿的字段与结构。

自然语言使用示例:

使用 skill-creator,帮我把“提交前检查代码风格和单元测试”这个流程做成一个 Claude Skill。

用 skill-creator,把我这份 Markdown 笔记整理成规范的 SKILL.md,包含 front matter。

用 skill-creator 检查我写的这个 SKILL.md,看看字段和描述是否合适。

三、卸载

保持简单即可:

– 用你所在 Agent 的 Skill 管理器删除该 Skill。
– 或直接询问当前 Agent如何卸载。

如何卸载 anthropics/skills#skill-creator?

不同 Agent 的 Skill 安装位置和管理方式可能不同,如果没有统一卸载命令,直接询问当前 Agent 通常更稳妥。skill-creator 本身不会在系统里留下需要专门清理的服务或后台进程。

常见问题

1. skill-creator 和 skill-development 是不是一回事?

不是。skill-development 通常指围绕 Skill 机制做开发的更大范畴,而 skill-creator 是 Anthropic 官方 skills 仓库里一个具体的 Skill,作用是把你的想法变成符合规范的 SKILL.md 结构与内容。可以把它理解为“写 Skill 时用的辅助工具”。

2. 它能自动帮我发布 Skill 到某个平台吗?

本 Skill 的定位是生成与整理 Skill 内容,不负责发布、上传或部署。发布行为取决于你使用的平台和 Agent,需要按对应平台流程操作。

3. 用它生成的 Skill 需要人工修改吗?

建议修改。它产出的通常是结构合理、可用的初稿,尤其是 description、触发条件和边界说明,最好由你按实际用途再校一遍,避免触发过宽或描述含糊。

4. 能不能同时装在多个 Agent 里?

取决于各 Agent 的 Skill 加载方式。Skill 本质是文档,理论上可以放到多个 Agent 各自的 Skill 目录中。但它们之间的目录结构和识别规则不一定一致,安装后需要在每个 Agent 中分别确认是否被正确识别。

5. 中国大陆使用有网络要求吗?

skill-creator 本身不依赖联网,网络要求主要来自你使用的 Agent(例如 Claude Code)以及你创建的目标 Skill 是否需要访问外部服务。

6. 为什么安装后 Agent 好像没识别到?

常见原因是没有放到 Agent 要求的 Skill 目录、front matter 的 name 或 description 字段不符合规范、或者当前会话尚未重新加载。可以先让 Agent 检查它期望的 Skill 路径与元数据格式,再对照调整。

7. 它会不会直接改我已有的 Skill 文件?

只有在你的指令要求它修改、并且你授予了文件写入权限时才会发生。如果担心误改,可以先备份已有文件,或在让它改写前要求它先给出修改方案、由你确认后再落盘。

Skill 更新日志

版本列表
无版本号
在 claude-api LICENSE.txt 中填写 Apache 2.0 版权声明 (#990) 将 [yyyy] [name of copyright owner] 占位符替换为 实际的版权所有者,使许可证归属明确。
无版本号
skill-creator:从描述优化器中移除 ANTHROPIC_API_KEY 要求 (#547) improve_description.py 现在以子进程方式调用 `claude -p`, 而不是使用 Anthropic SDK,因此用户不再需要 单独的 ANTHROPIC_API_KEY 来运行描述优化循环。与 run_eval.py 已用于 触发评估的认证模式相同。 提示词通过 stdin 传入(它们嵌入了完整的 SKILL.md 正文)。会剥离 CLAUDECODE 环境变量,以允许嵌套在 Claude Code 会话中。超过 1024 字符的 重试现在是一次全新的单轮调用,内联过长的版本, 而不是多轮后续跟进。 SKILL.md:相应删除了过时的“扩展思考”引用。
无版本号
chore:导出最新的 skills (#465)
无版本号
更新 skill-creator 并使脚本可执行 (#350) - 在 SKILL.md frontmatter 规范中添加 `compatibility` 可选字段 - 在 quick_validate.py 中为 `compatibility` 字段添加验证 - 在 init_skill.py 和 quick_validate.py 中将“hyphen-case”术语 重命名为“kebab-case” - 将技能名称最大长度从 40 个字符更新为 64 个字符 - 使脚本可执行(chmod +x),包括 accept_changes.py、 comment.py、extract_form_structure.py、add_slide.py、thumbnail.py 和 recalc.py Co-authored-by: Claude Opus 4.6
无版本号
将示例技能移入专用文件夹并创建最小化的顶层文件夹结构 (#129)

暂无评论

none
暂无评论...