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