Skill 篇 · 从每次重讲，到一次写好
你在提示词篇调出了一条很好用的提示词。然后你发现一件烦人的事：
下次干同样的活，你还得把这一大段重贴一遍。
而且同事拿去用，改着改着就成了另一个版本。三个月后，团队里流传着四条互相矛盾的"标准纪要提示词"，没人知道哪条是对的。
Skill 就是这个问题的解：把一套规矩打包存起来，以后一句话触发，人人用的都是同一版。
一句话说清它和前面的关系
| 是什么 | 存在哪 | 生效范围 | |
|---|---|---|---|
| Prompt | 这次交代的话 | 你的聊天框里 | 这一次 |
| System Prompt | 入职约法三章 | 这个对话 / 这个项目的设置里 | 这段对话的每一轮 |
| Skill | 一本 SOP 手册 | 一个文件（夹），可以给别人 | 被触发时，跨对话、跨人、跨项目 |
关键区别在最后一格：Skill 是按需触发的。你装十个 Skill，平时它们都不占地方；说到相关的活，对应那个才被读进来。这一点决定了它的全部设计，03 章细讲。
判断标准，先给你
一件事你只干一次，Prompt 就够；一件事你每周都干，就值得做成 Skill。
不确定的时候看 02 章 那张表。做早了是浪费，做晚了是重复劳动，这一章帮你卡住那个点。
十章讲什么
| 章 | 一句话 |
|---|---|
| 01 · Skill 是什么 | 一个可复用的能力包，和它与 Prompt 的边界 |
| 02 · 什么时候该做 | 五个信号，和三种不该做的情况 |
| 03 · 一个 Skill 的解剖 | 三层结构：触发描述 / 正文 / 附件 |
| 04 · description 怎么写 | 最关键的一格——写不好，它根本不会被触发 |
| 05 · 手把手写第一个 | 把会议纪要做成 Skill，全文可复制 |
| 06 · 进阶：原型转 PRD | 带流程、模板、自查回路的复杂 Skill |
| 07 · 先写测试再写正文 | 三个用例定生死 |
| 08 · 迭代与维护 | 两个 AI 的方法，什么时候拆，怎么共享 |
| 09 · 各家怎么落地 | 名字不同，形状一样：一张对照表 |
| 10 · 十个坑 | 别人踩过的，你可以不踩 |
这一篇不需要你会编程
Skill 的主体是一段 Markdown 说明书，你写周报用的就是这个技能。第 6 章会提到"可以带脚本"，那是可选项，跳过不影响。