技能创建器
此技能提供创建有效技能(Skill)的指导。当用户希望创建新技能(或更新现有技能)以扩展 Claude 的能力时使用,可为 Claude 添加专业知识、工作流或工具集成。
关于技能
技能是模块化、自包含的包,通过提供专业知识、工作流和工具来扩展 Claude 的能力。可以将它们视为特定领域或任务的"入职指南" — 它们将 Claude 从通用 Agent(智能体)转变为配备了程序性知识的专业 Agent,而这些知识是任何模型都无法完全具备的。
技能提供什么
- 专业工作流 - 特定领域的多步骤流程
- 工具集成 - 处理特定文件格式或 API 的指令
- 领域专业知识 - 公司专属知识、Schema(模式)、业务逻辑
- 捆绑资源 - 用于复杂和重复任务的脚本、参考资料和资产
技能的组成
每个技能由一个必需的 SKILL.md 文件和可选的捆绑资源组成:
skill-name/
├── SKILL.md(必需)
│ ├── YAML 前置元数据(必需)
│ │ ├── name:(必需)
│ │ └── description:(必需)
│ └── Markdown 指令(必需)
└── 捆绑资源(可选)
├── scripts/ - 可执行代码(Python/Bash 等)
├── references/ - 需要时加载到上下文中的文档
└── assets/ - 用于输出的文件(模板、图标、字体等)
SKILL.md(必需)
元数据质量: YAML 前置元数据中的 name 和 description 决定了 Claude 何时使用该技能。要具体说明技能的功能和使用时机。使用第三人称(如 "This skill should be used when..." 而非 "Use this skill when...")。
捆绑资源(可选)
脚本(scripts/)
用于需要确定性可靠性或需要反复重写的任务的可执行代码(Python/Bash 等)。
- 何时包含:当相同的代码被反复重写,或需要确定性可靠性时
- 示例:用于 PDF 旋转任务的
scripts/rotate_pdf.py - 优势:节省 Token、确定性强、可在不加载到上下文的情况下执行
- 注意:脚本可能仍需要 Claude 读取以进行补丁或环境特定调整
参考资料(references/)
用于在需要时加载到上下文中,为 Claude 的处理和思考提供参考的文档和参考材料。
- 何时包含:Claude 工作时应参考的文档
- 示例:用于金融 Schema 的
references/finance.md、公司保密协议模板references/mnda.md、公司政策references/policies.md、API 规范references/api_docs.md - 用例:数据库 Schema、API 文档、领域知识、公司政策、详细工作流指南
- 优势:保持 SKILL.md 精简,仅在 Claude 判断需要时加载
- 最佳实践:如果文件较大(>10k 字),在 SKILL.md 中包含 grep 搜索模式
- 避免重复:信息应存放在 SKILL.md 或 references 文件中的一处,而非两处都有。详细信息优先放在 references 文件中,除非它确实是技能的核心内容 — 这样可以保持 SKILL.md 精简,同时使信息可被发现而不占用上下文窗口。仅在 SKILL.md 中保留核心流程指令和工作流指导;将详细的参考材料、Schema 和示例移至 references 文件。
资产(assets/)
不用于加载到上下文中,而是在 Claude 产出的输出中使用的文件。
- 何时包含:技能需要在最终输出中使用的文件
- 示例:品牌资产
assets/logo.png、PowerPoint 模板assets/slides.pptx、HTML/React 样板assets/frontend-template/、字体assets/font.ttf - 用例:模板、图片、图标、样板代码、字体、需要复制或修改的示例文档
- 优势:将输出资源与文档分离,使 Claude 能在不将文件加载到上下文的情况下使用它们
渐进式披露设计原则
技能使用三级加载系统来高效管理上下文:
- 元数据(name + description) - 始终在上下文中(约 100 字)
- SKILL.md 正文 - 技能触发时加载(<5k 字)
- 捆绑资源 - Claude 按需加载(无限制*)
*无限制是因为脚本可以在不读入上下文窗口的情况下执行。
技能创建流程
要创建技能,按顺序遵循"技能创建流程",仅在有明确理由说明不适用时才跳过步骤。
步骤一:通过具体示例理解技能
仅当技能的使用模式已被清楚理解时才跳过此步骤。即使处理现有技能时,此步骤仍然有价值。
要创建有效的技能,需清楚理解技能将如何被使用的具体示例。这种理解可以来自直接的用户示例或经过用户反馈验证的生成示例。
例如,构建图像编辑技能时,相关问题包括:
- "图像编辑技能应支持哪些功能?编辑、旋转,还有其他吗?"
- "能给一些如何使用此技能的示例吗?"
- "我可以想到用户会提出类似'去除这张图片的红眼'或'旋转这张图片'的请求。你还能想到其他使用方式吗?"
- "用户说什么应该触发此技能?"
为避免给用户造成压力,不要在一条消息中问太多问题。从最重要的问题开始,根据需要后续跟进以提高效果。
当对技能应支持的功能有了清晰认识时,完成此步骤。
步骤二:规划可复用的技能内容
要将具体示例转化为有效的技能,对每个示例进行分析:
- 考虑如何从零开始执行该示例
- 识别在反复执行这些工作流时,哪些脚本、参考资料和资产会有所帮助
示例:构建 pdf-editor 技能以处理"帮我旋转这个 PDF"等查询时,分析显示:
- 旋转 PDF 每次都需要重写相同的代码
- 在技能中存储
scripts/rotate_pdf.py脚本会很有帮助
示例:设计 frontend-webapp-builder 技能以处理"给我构建一个待办应用"或"构建一个步数追踪仪表板"等查询时,分析显示:
- 编写前端 Web 应用每次都需要相同的样板 HTML/React 代码
- 在技能中存储包含样板 HTML/React 项目文件的
assets/hello-world/模板会很有帮助
示例:构建 big-query 技能以处理"今天有多少用户登录了?"等查询时,分析显示:
- 查询 BigQuery 每次都需要重新发现表的 Schema 和关系
- 在技能中存储记录表 Schema 的
references/schema.md文件会很有帮助
要确定技能的内容,分析每个具体示例以创建需要包含的可复用资源列表:脚本、参考资料和资产。
步骤三:初始化技能
此时开始实际创建技能。
仅当正在开发的技能已存在且需要迭代或打包时才跳过此步骤。这种情况下,继续下一步。
从零创建新技能时,始终运行 init_skill.py 脚本。该脚本便捷地生成新的模板技能目录,自动包含技能所需的一切,使技能创建过程更高效可靠。
用法:
scripts/init_skill.py <skill-name> --path <output-directory>
该脚本:
- 在指定路径创建技能目录
- 生成带有正确前置元数据和 TODO 占位符的 SKILL.md 模板
- 创建示例资源目录:
scripts/、references/和assets/ - 在每个目录中添加可自定义或删除的示例文件
初始化后,根据需要自定义或删除生成的 SKILL.md 和示例文件。
步骤四:编辑技能
编辑(新生成或现有的)技能时,请记住技能是为另一个 Claude 实例使用而创建的。专注于包含对 Claude 有益且非显而易见的信息。考虑哪些程序性知识、领域特定细节或可复用资产能帮助另一个 Claude 实例更有效地执行这些任务。
从可复用技能内容开始
要开始实现,先从上面确定的可复用资源开始:scripts/、references/ 和 assets/ 文件。注意此步骤可能需要用户输入。例如,实现 brand-guidelines 技能时,用户可能需要提供存储在 assets/ 中的品牌资产或模板,或存储在 references/ 中的文档。
同时,删除技能不需要的示例文件和目录。初始化脚本在 scripts/、references/ 和 assets/ 中创建示例文件以演示结构,但大多数技能不需要所有这些文件。
更新 SKILL.md
写作风格: 使用祈使句/不定式形式(动词在前的指令)编写整个技能,而非第二人称。使用客观的指令性语言(如"要完成 X,执行 Y"而非"你应该做 X"或"如果你需要做 X")。这为 AI 消费保持一致性和清晰度。
要完成 SKILL.md,回答以下问题:
- 技能的目的是什么(用几句话说明)?
- 何时应使用该技能?
- 在实践中,Claude 应如何使用该技能?上面开发的所有可复用技能内容都应被引用,以便 Claude 知道如何使用它们。
步骤五:打包技能
技能准备就绪后,应打包为可分发的 zip 文件并与用户分享。打包过程会自动先验证技能以确保满足所有要求:
scripts/package_skill.py <path/to/skill-folder>
可选的输出目录指定:
scripts/package_skill.py <path/to/skill-folder> ./dist
打包脚本将:
自动验证技能,检查:
- YAML 前置元数据格式和必需字段
- 技能命名规范和目录结构
- 描述的完整性和质量
- 文件组织和资源引用
验证通过后打包技能,创建以技能命名的 zip 文件(如
my-skill.zip),包含所有文件并保持正确的目录结构以供分发。
如果验证失败,脚本将报告错误并退出,不会创建包。修复验证错误后重新运行打包命令。
步骤六:迭代
测试技能后,用户可能会要求改进。这通常发生在使用技能后不久,此时对技能表现有直接的感受。
迭代工作流:
- 在真实任务中使用技能
- 注意困难或低效之处
- 确定 SKILL.md 或捆绑资源应如何更新
- 实施更改并重新测试