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)指令 — 清晰的操作步骤
  • 输入格式 / 输出格式 / 示例
  • 常见边界情况

实用建议:

  1. 控制在 500 行以内 | 保持简洁,避免过载
  2. 详细内容外移 | 基础内容在 SKILL.md,进阶内容链接到单独文件
  3. 引用文件保持一级深度 | 避免嵌套文件引用
  4. 清晰简洁,术语一致 | 降低理解成本
  5. 文件路径使用正斜杠 | 即使 Windows 也统一用 /

2 根据约束强度,Skill 可分为三个等级:

  1. 高自由度:
    1. 通用文本指导;多种方法都有效 -> 创意写作、开放式分析
  2. 中自由度
    1. 包含可定制的伪代码、代码示例或模式;有推荐模式但允许一定变化 -> 数据处理、代码生成
  3. 低自由度
    1. 引用特定脚本;必须遵循特定顺序 -> 合规检查、精确计算

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/listtools/call 交互
OpenAI Agents SDK 无 Body,只有 instructions 字段 纯文本指令,无结构化要求

3)可选目录

/assets — 资产文件 /references — 参考资料 /scripts — 脚本
模板: 文档模板、配置模板
图片:流程图、Logo
数据文件:查找表、数据表结构
包含智能体需要时可读取的附加文档
保持单个引用文件主题聚焦
注意:超过 100 行的引用文件,顶部应添加目录,便于智能体了解全貌
清晰记录依赖项
脚本应有明确的文档说明
错误处理应显式且有帮助
Logo

小龙虾开发者社区是 CSDN 旗下专注 OpenClaw 生态的官方阵地,聚焦技能开发、插件实践与部署教程,为开发者提供可直接落地的方案、工具与交流平台,助力高效构建与落地 AI 应用

更多推荐