Skill 到底是什么Skill 的核心原理把复杂的任务拆解成一个个简单可执行的小步骤每个步骤都明确需要准备什么输入和能得到什么输出再用标准化的逻辑让这些步骤无缝衔接、可重复使用。就像我们做一道番茄炒蛋步骤输入输出备料2 个鸡蛋、1 个番茄番茄切块、蛋液打好炒蛋蛋液 热油炒蛋成型炒番茄番茄块 热锅番茄出汁混合调味炒蛋 番茄汁 盐成品出锅番茄炒蛋 Skill的原理就是拆解步骤 → 明确每步的输入输出 → 用固定逻辑串联确保每次做出来的味道都一致。对应到 Claude Code 里Skill 本质上就是一段结构化的提示词Prompt。你把它写好Claude 在触发这个 Skill 时就会严格按照你定义的步骤来执行任务——不再每次都要你重复描述需求也不会遗漏关键步骤。一句话总结Skill 你把做事流程写成文件让 AI 照着做。光说原理有点抽象。接下来通过我的第一个 Skill 示例“月报生成 Skill”——带你完整走一遍完成一个skill创造全流程。二、第一个 Skill 做什么Skill 不需要太复杂。我的建议是从你日常最烦的重复劳动开始。问自己三个问题哪些事情我每个月/每周都在重复做这些事情的操作步骤是不是一样的我能不能把模板/格式固定下来举几个真实的例子场景重复点Skill 能做什么报账材料汇总每次都要整理发票、填表、核对金额给定输入发票照片/列表自动按固定格式生成汇总表月报生成每月从各渠道收集数据、写总结、调格式给定数据源按固定模板输出月报文档踩坑指南文章每次都是问题→根因→方案→注意事项的结构给定问题描述按标准模板生成文章骨架代码审查清单每次 CR 都要检查相同的项按固定清单逐项审查输出结构化报告我选了什么月报我每个月都要做月报流程雷打不动下载最新日报到本地→ 跑 Python 脚本从日报里提取本月按项目汇总的工作内容→ 把提示词 txt 月报模板 近三个月月报 本月工作内容打包发给网页端大模型→ 把生成的内容复制到 Word手动调格式第二耗时→ 逐章调整内容措辞第一耗时→ 通读检查每次花费我至少半小时时间而且已经是精简过的流程最耗时的不是写内容本身而是调word格式和逐章打磨措辞——重复、机械、让人不想动手。除了下载日报和最终通读这两步中间的部分我全想让 Skill 帮我做。三、怎么写3.1 Skill 需要哪些文件一个 Skill 的文件结构非常简单my-skill/ # Skill 文件夹文件夹名 Skill 名└── skill.md # 核心文件Skill 的定义必须有没错最少只需要一个skill.md文件。如果你的 Skill 需要额外的模板文件、示例数据也可以放在同一个文件夹下my-skill/├── skill.md # Skill 定义├── template.md # 输出模板可选└── examples.md # 示例数据可选我的月报 Skill 最终结构.claude/skills/monthly-report/├── SKILL.md # Skill 主文件触发规则 8 章生成逻辑 格式规范└── project_roles.yaml # 项目角色映射我来维护除了核心文件还多了一个 YAML 配置文件——用来记录每个项目我负责什么角色解决月报里按项目维度组织内容的细节问题。后面会讲到它是怎么来的。3.2 Skill 文件放在哪Claude Code 会在两个位置查找 Skill级别路径适用场景用户级~/.claude/skills/skill-name/skill.md你在所有项目中都想用的 Skill项目级项目根目录/.claude/skills/skill-name/skill.md只在特定项目中使用的 Skill新手建议先放在用户级目录下这样在任何项目里都能调用。比如你的 Skill 叫pitfall-writer就创建文件Windows:C:\Users\你的用户名\.claude\skills\pitfall-writer\skill.mdmacOS/Linux:~/.claude/skills/pitfall-writer/skill.md3.3 skill.md 长什么样skill.md由两部分组成头部元数据YAML frontmatter正文指令Markdown body。以我的月报 Skill 为例结构大致如下已脱敏---name: monthly-reportdescription: 根据日报数据和工作记录按固定模板生成月度工作报告 .docx 文件---# 月报生成 Skill当用户提供月份信息时自动采集数据并按模板生成月报。## 工作空间- 根目录xxx## 数据提取1. **采集数据**运行 data_extract.py 从日报 Excel 提取本月工作内容2. **读取 Git log**从各项目目录抓取本月提交记录补充项目外工作3. **交互确认**询问用户加班时长、问题建议、项目角色是否有变化## 生成规则按以下 8 个章节依次生成内容- 工作小结多段结构按项目维度组织- 工作强度6 个标准分类结合加班时长- 阶段重点工作按角色区分写法- ...其余章节略## 输出格式直接输出 .docx 文件格式要求- 标题居中 14pt章节标题 11pt 加粗- 正文 11pt内容缩进 2 字符- 特定段落标签加粗正文不加粗## 注意事项- 不确定的信息主动询问用户不要自行编造- 第六章具体工作完成情况不得与第三章阶段重点工作重复- 下月计划只写进行中的项目已结项的不写## 输出示例xxx拆解一下关键要素要素位置作用name头部 YAMLSkill 的唯一标识用小写 短横线kebab-casedescription头部 YAML一句话描述 Skill 做什么Claude 根据它判断何时触发执行步骤正文告诉 Claude 分几步走、每步做什么输出格式正文约束输出的格式和质量标准注意事项正文兜底规则防止 Claude 自由发挥跑偏关键心得description写得越准确Claude 自动触发 Skill 的命中率就越高。写得太模糊比如处理文档Claude 可能在你需要的时候不触发不需要的时候乱触发。3.4 借助 AI 快速创建实战过程