skill-creator claude技能包介绍
https://github.com/ComposioHQ/awesome-claude-skills 是一个技能集合,这里翻译 skill-creator 技能的说明:
内容所在路径:skill-creator/SKILL.md
翻译:
name: 技能创建者description: 创建有效技能的指南。当用户想创建一个新的技能(或更新现有技能)以扩展Claude的能力时,应使用此技能,特别是在专门知识、工作流程或工具集成方面。license: 完整条款请参阅LICENSE.txt
技能创建者
此技能提供创建有效技能的指导。
关于技能
技能是模块化的、自包含的软件包,通过提供专门知识、工作流程和工具来扩展Claude的能力。将它们视为特定领域或任务的“入门指南”——它们将Claude从一个通用代理转变为一个拥有程序性知识的专业代理,而这种知识是任何模型都无法完全掌握的。
技能提供的内容
- 专门工作流程 - 针对特定领域的多步骤程序
- 工具集成 - 处理特定文件格式或API的说明
- 领域专业知识 - 公司特定知识、模式、业务逻辑
- 打包资源 - 用于复杂和重复任务的脚本、参考资料和资源
技能的组成
每个技能由一个必需的SKILL.md文件和可选的打包资源组成:
skill-name/
├── SKILL.md (必需)
│ ├── YAML前言元数据 (必需)
│ │ ├── name: (必需)
│ │ └── description: (必需)
│ └── Markdown说明 (必需)
└── 打包资源 (可选)
├── scripts/ - 可执行代码 (Python/Bash等)
├── references/ - 用于在需要时加载到上下文中的文档
└── assets/ - 输出中使用的文件 (模板、图标、字体等)
SKILL.md(必需)
元数据质量: YAML前言中的name和description决定Claude何时使用该技能。对技能的功能和使用时机要具体描述。使用第三人称(例如“当...时应使用此技能...”而不是“使用此技能...”)。
打包资源(可选)
脚本(scripts/)
对于需要确定性可靠性或反复重写的任务的可执行代码(Python/Bash等)。
- 何时包括:当相同代码被反复重写或需要确定性可靠性时
- 示例:用于PDF旋转任务的
scripts/rotate_pdf.py - 好处:节省资源,确定性,可能不通过上下文加载即可执行
- 注意:脚本仍然可能需要由Claude读取以进行修补或特定环境的调整
参考(references/)
用于根据需要加载到上下文中的文档和参考材料,以提供Claude的处理和思考所需的信息。
- 何时包括:当Claude在工作时应参考的文档
- 示例:用于金融模式的
references/finance.md,公司保密协议模板的references/mnda.md,公司政策的references/policies.md,API规范的references/api_docs.md - 使用场景:数据库模式、API文档、领域知识、公司政策、详细工作流程指南
- 好处:保持SKILL.md简洁,仅在Claude判断需要时加载
- 最佳实践:如果文件较大(>10k字),在SKILL.md中包含grep搜索模式
- 避免重复:信息应只存在于SKILL.md或参考文件中,而不是同时存在。除非信息确实是技能的核心,否则优先使用参考文件以保持SKILL.md简洁,同时在不占用上下文窗口的情况下使信息易于发现。在SKILL.md中仅保留必要的程序性说明和工作流程指导;将详细的参考材料、模式和示例移至参考文件。
资产(assets/)
不打算加载到上下文中的文件,而是用于Claude生成的输出中。
- 何时包括:当技能需要将在最终输出中使用的文件时
- 示例:品牌资产的
assets/logo.png,PowerPoint模板的assets/slides.pptx,HTML/React模板的assets/frontend-template/,排版字体的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每次都需要重新发现表模式和关系
- 一个文档化表模式的
references/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或打包资源需要更新的内容
- 实施更改并再次测试
版权声明:
作者:东明兄
链接:https://blog.crazyming.com/note/3299/
来源:CrazyMing
文章版权归作者所有,未经允许请勿转载。
共有 0 条评论