LLM_Skills-3 创建Custom Skills
·
Skill的结构详解
一个 Skill 文件包含两个主要部分:
- YAML Frontmatter — 顶部的元数据
- Body Content — 下方的 Markdown 指令内容
---
name: my-skill # 技能名称(kebab-case)
description: 简要描述技能功能和触发时机 # 关键:说明"做什么"和"何时使用"
metadata:
author: xxx
version: "1.0"
---
1)YAML Frontmatter
| 是否必需 | 字段 | 约束条件 |
|---|---|---|
| 是✅ | name |
最多 64 字符;仅小写字母、数字、连字符;不能以连字符开头/结尾;必须与父目录名一致;建议使用动名词形式(verb±ing) |
| 是✅ | description |
最多 1024 字符,非空;应描述 Skill 的功能以及使用时机;包含特定关键词以帮助智能体识别相关任务 |
| 否 | license |
许可证名称或引用许可证文件 |
| 否 | compatibility |
最多 500 字符,说明环境要求 |
| 否 | metadata |
任意键值对(如作者、版本) |
| 否 | allowed-tools |
空格分隔的预批准工具列表(实验性功能) |
description 关键技巧:
- 包含用户会说的具体短语(“冲刺规划”“创建任务”“设计规范”)
- 提到相关的文件类型(.fig、.csv、PDF)
- 说清楚适用场景,避免模糊表达
2)Body Content
2026-02-24: Skill 的 Body Content 部分确实没有严格的统一规范
1 无固定格式限制,但建议包含以下部分
- 分步(Step-by-Step)指令 — 清晰的操作步骤
- 输入格式 / 输出格式 / 示例
- 常见边界情况
实用建议:
- 控制在 500 行以内 | 保持简洁,避免过载
- 详细内容外移 | 基础内容在 SKILL.md,进阶内容链接到单独文件
- 引用文件保持一级深度 | 避免嵌套文件引用
- 清晰简洁,术语一致 | 降低理解成本
- 文件路径使用正斜杠 | 即使 Windows 也统一用
/
2 根据约束强度,Skill 可分为三个等级:
- 高自由度:
- 通用文本指导;多种方法都有效 -> 创意写作、开放式分析
- 中自由度
- 包含可定制的伪代码、代码示例或模式;有推荐模式但允许一定变化 -> 数据处理、代码生成
- 低自由度
- 引用特定脚本;必须遵循特定顺序 -> 合规检查、精确计算
2.1 复杂工作流处理
- 将复杂操作拆分为清晰的顺序步骤
- 如果步骤过多,考虑将工作流抽离到单独文件
3 一些平台的Body Content的隐性规范
| 平台/工具 | Body Content 规范 | 说明 |
|---|---|---|
| Claude / Anthropic | 无强制规范,推荐结构化描述 | 重点在 description 和工具定义 |
| Cursor | 无明确 Body 规范,依赖 SKILL.md 结构 |
强调 Purpose、Usage、Tools 等章节 |
| Cline | 类似 Cursor,无强制 Body 格式 | 遵循 Cursor 的 Skill 规范 |
| MCP 官方 | 无 Body Content 概念,只有 Tool 定义 | 通过 tools/list 和 tools/call 交互 |
| OpenAI Agents SDK | 无 Body,只有 instructions 字段 |
纯文本指令,无结构化要求 |
3)可选目录
| /assets — 资产文件 | /references — 参考资料 | /scripts — 脚本 |
|---|---|---|
| 模板: 文档模板、配置模板 图片:流程图、Logo 数据文件:查找表、数据表结构 |
包含智能体需要时可读取的附加文档 保持单个引用文件主题聚焦 注意:超过 100 行的引用文件,顶部应添加目录,便于智能体了解全貌 |
清晰记录依赖项 脚本应有明确的文档说明 错误处理应显式且有帮助 |
更多推荐



所有评论(0)