Skill 培训
一句话定位
教人从「会用 Skill（借术）」进阶到「会拆 Skill（学高手怎么解题）」，再到「会做 Skill（沉淀自己的方法论）」——三件事，四模块，1.5 小时可讲，练习卡可带走。
适用场景
- 给学员/同事做 Skill 培训：不想只教「怎么安装、怎么调用」，想让学员真正看懂一个 Skill 为什么这样设计。
- 给团队做 AI 提效内训：把「用 AI 干活」升级为「让 AI 按靠谱的流程干活」。
- 自学进阶：自己装了一堆 Skill 但只会用，想反向学习高手的设计思路，甚至开始做自己的 Skill。
双模式
- 培训模式（讲师）：按
templates/培训课程大纲模板.md直接开课，四模块时间轴已排好（约 1.5 小时）。讲师只需准备一个「拆解示范用 Skill」。 - 自学模式（学员）：按
templates/拆Skill练习卡.md+templates/建Skill设计卡.md自我训练，先拆一个自己最常用的 Skill，再设计一个自己的。
核心理念（为什么值得花 1.5 小时学这个）
- Skill 是一个被压缩过的高手经验包。它里面不只有执行步骤，还藏着作者怎么定义问题、怎么拆任务、为什么这样排顺序、什么时候相信 AI、什么时候必须人做决定，以及他踩过的坑——坑被写成了「必须」和「不要」。
- 会用 Skill 是借术，会拆 Skill 才是学解题。装完一个 Skill 只得到现成答案；拆完一个 Skill，得到的是可以迁移到任何任务的判断。
- 工具会变，判断不会丢。今天装十个 Skill，明天模型升级、工具换代，又得重新学。但拆出来的「先定标准，再生产」这类原则，能跟着进入完全不同的问题。
三层进阶：用（借术）→ 拆（学解题）→ 做（沉淀能力）。
培训流程（四模块）
模块一：认知（约 15 分钟）——Skill 是什么
| 环节 | 要点 | 讲法 |
|---|---|---|
| 1.1 一句话定义 | Skill = 高手解决问题的过程记录 | 对比：普通提示词是「一张便签」，Skill 是「一本带 SOP 的操作手册」 |
| 1.2 三个为什么 | 为什么 Skill 比 prompt 强 | 确定性（流程不跑偏）/ 知识沉淀（经验可复用）/ 模块化（独立迭代不互相干扰） |
| 1.3 三层进阶 | 用 → 拆 → 做 | 借术只能拿到结果，拆解才能拿到判断，设计才能沉淀能力 |
理论支撑见 references/Skill认知-原理与本质.md。
模块二：拆解（约 45 分钟）——拆 Skill 六步法【核心模块】
从一个 Skill 的交付结果，反向看懂高手怎样定义问题、安排动作、控制风险。
第 1 步 · 看交付（DELIVERABLE）
跳过功能介绍，直接问：这个 Skill 最后交出什么？用户输入什么，经过什么处理，最终以什么形式交回，到什么程度算完成？要求用一句完整的话说清：「这个 Skill 把什么输入，转化成什么结果，满足什么标准才算完成。」——终点明确，中间动作才有评价标准。
第 2 步 · 倒推动作（ACTIONS）
从结果往回追：中间读取了什么、判断了什么、比较了什么、生成了什么、检查了什么？禁大词（「全面分析」「深度理解」这类无法照做的描述），动作必须拆到可观察的程度，得到一条动作链。
> 先翻迭代日志：动手前看一眼这个 Skill 的版本记录（Changelog）。作者每一版在修什么，就是在亲口承认踩过什么坑——「v1.0.1 修复了数字被吞 0」= 作者实际遇到过机器念错，这是找约束最省力的入口。
第 3 步 · 追问顺序（SEQUENCE）
把每两个动作的关系追一次：为什么必须先做 A 再做 B？交换会怎样？删掉一步会怎样？动作链开始变成因果链：「因为要解决什么问题，所以必须先做什么，再做什么。」此时学到的就不是步骤，而是判断。
第 4 步 · 标分工（RESPONSIBILITY）
给每个动作标执行者：AI 负责什么（理解/归纳/比较/生成/取舍），脚本与工具负责什么（计算/格式转换/批量/重复执行），外部资料负责什么（最新数据/新闻/事实），人负责什么（定目标/给偏好/最终验收）。画出一张责任图：谁做什么、依据什么、在哪交接、谁有决定权。
第 5 步 · 找约束（CONSTRAINTS）
把「必须」「禁止」「只能」「失败就停止」收集起来，每一条追问：作者不加这条，最容易发生什么？整理成「风险 + 对策」表，得到风险地图——步骤告诉我们怎么做成，约束告诉我们作者曾经在哪里出过问题。
第 6 步 · 提原则（PRINCIPLES）
把 Skill 名字、工具名、文件名、具体任务全部拿掉，问：这套设计在解决哪一类问题？成立前提是什么？换场景还能不能用？写成完整原则：「当遇到什么情况时，应该采取什么动作，因为要避免什么风险，这条原则成立的前提是什么。」
方法论文档见 references/拆Skill六步法-方法论.md，示范案例 + 填空练习见 templates/拆Skill练习卡.md。
模块三：设计（约 45 分钟）——建 Skill 六步法（拆的镜像）
把拆解的六步反过来，就是设计一个 Skill 的六步：
| 拆解（看懂别人） | 设计（做出自己） | 关键动作 |
|---|---|---|
| 看交付 | 定交付 | 一句话说清输入→输出→完成标准，写进 SKILL.md 开头 |
| 倒推动作 | 拆动作 | 主流程步骤，每步一个可观察动作，禁大词 |
| 追问顺序 | 排顺序 | 按因果链排步骤，标注「为什么先做这个」 |
| 标分工 | 分责任 | 明确 AI/脚本/外部资料/人各自职责 |
| 找约束 | 立约束 | 预判风险，写成「必须/禁止/失败就停止」 |
| 提原则 | 写原则 | 验证自己的设计能否抽象成可迁移原则 |
标准文件结构：SKILL.md（主流程）+ references/（方法论与依据）+ templates/（可填模板）+ manifest.json（元信息）+ LICENSE.md（许可）。
设计指南见 references/建Skill六步法-设计指南.md，可填设计卡见 templates/建Skill设计卡.md。
模块四：实训（约 30 分钟）——三练闭环
| 练习 | 内容 | 用时 | 验收 |
|---|---|---|---|
| 练一 | 拆一个真实 Skill：用六步法填 拆Skill练习卡.md |
15 分钟 | 六步全部可落笔，动作链 ≥ 6 个可观察动作 |
| 练二 | 迁移：把自己拆出的原则，写进一个自己的真实任务场景 | 5 分钟 | 写出「条件+动作+理由+前提」一句完整原则 |
| 练三 | 从零设计：用六步法设计一个 10 行以内的迷你 Skill | 10 分钟 | 交付定义清晰，至少 3 条「必须/禁止」约束 |
反焦虑修正：训练目标小到不可能失败——不要求「学完所有 Skill」，一个 Skill 拆透，胜过十个 Skill 装完。
合规红线（培训时必须讲）
- 学习归学习，商用需授权：拆解他人 Skill 只用于学习理解，整段复制其代码/文档用于发布属于侵权。
- 事实类 Skill 必须外接资料：市场规模、公司收入等数字严禁让模型自行生成，必须通过外部资料获取——这是高手设计 Skill 时最常见的责任划分。
- AI 标注：使用 AI 生成的培训材料/案例时，按平台要求标注。
- 不评判个股与宏观涨跌：培训中涉及投资类 Skill 案例时，只讲方法论，不下涨跌判断。
讲师备课清单
- [ ] 选好 1 个「拆解示范用 Skill」（建议选自己最熟的，或一个结构清晰的小 Skill）
- [ ] 预习
references/Skill认知-原理与本质.md与references/拆Skill六步法-方法论.md - [ ] 打印/分发练习卡与考核清单（
templates/下 4 个文件） - [ ] 按
templates/培训课程大纲模板.md排时间轴 - [ ] 准备 1 个「反面案例」：一个没有约束的 Skill 会出什么问题（用于第 5 步教学）
版本记录
| 版本 | 日期 | 变更 | 来源 |
|---|---|---|---|
| 1.0.0 | 2026-08-31 | 首版：四模块培训体系（认知/拆解/设计/实训），拆 Skill 六步法 + 建 Skill 六步法镜像，双模式（讲师/自学），含练习卡/大纲/考核清单 | 用户需求：学习某 Skill 分享视频，开发「Skill 培训」功能 |
| 1.0.1 | 2026-08-31 | 第 2 步倒推动作前加「先翻迭代日志」提示——迭代日志=作者亲口承认的坑，找约束最省力的入口 | 首跑示范：拆解「配音工作台」（其 v1.0.1 迭代日志正是踩坑实录）发现方法论缺口 |
