一、好技能从真实痛点长出来

先说一个反面的开头方式：「我想做一个能提升效率的技能」。这句话里没有一个字能落到文件上。 好的起点都很小、很具体，而且带情绪——你自己一天骂三次的那件事。 「每周五下午整理纪要要花一小时」「每次改周报的日期格式都得手动改十来处」。 这类句子的共同点是：有具体动作、有具体次数、有具体烦的地方。 从这样的句子出发，需求卡六格能填满大半；从「提升效率」出发，一格都填不出来。 所以第一步不是想技能，是找出那件让你烦的事，把它写成一句话。

二、需求卡就六个格子

把那句话往下追问六次，就是六个格子。

六格里最难填的是「边界」和「不做」，因为这两格要预想还没发生的事。 但它们恰恰最值钱。第 4 章的纪要技能，真正的差别就在「没有待办怎么办」这一句上。 填不出来也不算失败——填不出来本身就是信息：说明这件事你还没想清楚，先别写技能。

三、三份需求，0 格、3 格、6 格

拿三份真实感很强的需求来撞这张卡。 第一份：「帮我做个整理会议纪要的技能，最好智能一点。」 第二份：「输入是会议转写稿，输出要四段：议题、结论、待办、风险。 待办必须带负责人，不许编造转写稿里没有的东西。」 第三份在第二份基础上补了边界、不做、谁用，六格全满。

第一份一格都填不出来。它听起来像需求，其实是一个愿望。 「最好智能一点」不是需求。它没有指向任何一个可检查的东西，写进技能也只是把这句话抄一遍。

四、缺的格子，在骨架里就是缺的段

六格和技能正文是一一对应的，所以缺格直接等于缺段。

再加上固定的两段（名字与描述、基本做法），六格全满能写出八段。 一格都填不出来，只能写出两段——只剩一个空壳，模型拿到它只能靠猜。 这就是「先想清楚」的实际收益：不是想得更周到，是写出来的东西段落齐。

五、五分钟怎么走一遍

五分钟不是打表，是逼自己把「我以为清楚的」写下来。 写的过程中你会发现：有些地方你以为清楚，一动笔就发现有两三种说法。 那两三种说法就是将来要写进「边界」的东西。五分钟的真实产出，往往是一张边界清单。

六、需求卡的第二个用途：考题

需求卡填完别收起来。第 6.4 节会把它翻出来当考题用。 每一格都能变成一道题：输入格变成「给它一份真实转写稿」，边界格变成「给它一份没有待办的」。 验收格直接变成评分标准：「四段齐全」两分，「待办带负责人」两分。 需求写得清，测试用例就是抄下来的。写不清的需求，测试只能靠感觉，那时候就晚了。

七、动手 Demo：三份需求，能填满六格的只有一份

这一段写一个六格检查器，拿三份真需求各过一遍，看每份填了几格、缺在哪。 检查是按关键词做的，比人读粗；但用来演示「缺在哪」已经够用了。

SLOTS = [('输入', ['输入', '给我', '拿到', '一份']),
         ('输出', ['输出', '四段', '格式', '写成']),
         ('验收', ['验收', '必须', '不许', '通过', '达标']),
         ('边界', ['如果', '特殊', '例外', '万一']),
         ('不做', ['不做', '不许做', '不要做', '别去']),
         ('谁用', ['我自己', '团队', '同事', '给别人'])]

for name, t in REQS:
    got = [k for k, kws in SLOTS if any(w in t for w in kws)]
    print(name, len(got), '缺', [k for k, _ in SLOTS if k not in got])

实跑输出：

--------------------------------------------------------------------
三份需求，能填满六格的只有一份
--------------------------------------------------------------------


  ① 需求卡就六个格子
  --------------------------------------------------------------------
| 格 | 认这几个词 |
|---|---|
| 输入 | 输入／给我 |
| 输出 | 输出／四段 |
| 验收 | 验收／必须 |
| 边界 | 如果／特殊 |
| 不做 | 不做／不许做 |
| 谁用 | 我自己／团队 |

  六个格子是：输入、输出、验收、边界、不做、谁用。
  填不满的格子，等于没想清楚；没想清楚的地方，写出来的技能一定缺一段。

  ② 三份真需求，各填了几格
  --------------------------------------------------------------------
| 需求 | 填了几格 | 缺哪几格 |
|---|:---:|---|
| 需求一 | 0 | 输入、输出、验收、边界、不做、谁用 |
| 需求二 | 3 | 边界、不做、谁用 |
| 需求三 | 6 | — |

  需求一 填满 0 格。
  需求二 填满 3 格。
  需求三 填满 6 格。
  ! 这份判断是按关键词做的，比人读粗，但用来演示「缺在哪」够用。

  ③ 缺的格子，在骨架里就是缺的段
  --------------------------------------------------------------------
| 需求 | 填满的格 | 能写出的段落数 |
|---|---:|---:|
| 需求一 | 0 | 2 |
| 需求二 | 3 | 5 |
| 需求三 | 6 | 8 |

  段落数＝填满的格数＋固定的两段（名字与描述、基本做法）。
  六格全填能写出八段；一格都填不出，只能写出两段——骨架是需求卡撑起来的。

  ④ 五分钟怎么定义一份需求
  --------------------------------------------------------------------
| 分钟 | 写什么 |
|---|---|
| 第 1 分钟 | 写输入：用户会给我什么，什么格式 |
| 第 2 分钟 | 写输出：我要拿到什么，几段、什么形状 |
| 第 3 分钟 | 写验收：怎么算过，怎么算不过 |
| 第 4 分钟 | 写边界：什么情况算特殊，特殊时怎么办 |
| 第 5 分钟 | 写不做与谁用：明确排除什么，谁会用 |

  五分钟不是打表，是逼自己把「我以为清楚的」写下来。写不出来的就是没想清楚。

  ⑤ 从需求卡到技能，是一一对应的
  --------------------------------------------------------------------
| 格 | 落到技能的哪一段 | 注意什么 |
|---|---|---|
| 输入 | 「何时用」那一节 | 用户说什么话时触发 |
| 输出 | 「输出格式」那一节 | 给一个能照抄的例子 |
| 验收 | 「三条硬规矩」 | 每条都要能回头验 |
| 边界 | 「特殊情况」那一节 | 写了才不会硬套 |
| 不做 | 「不许做的事」 | 边界比愿望好使 |
| 谁用 | description 后半句 | 决定它会被谁选中 |

  一一对应意味着：需求卡缺哪格，技能就缺哪段，而且缺的那段平时看不出来。
  ! 最容易缺的是「边界」和「不做」，因为这两格要预想还没发生的事。

第一段摆出六个格子和每格认的关键词。填不满的格子，等于没想清楚。 第二段三份需求各过一遍：需求一 0 格、需求二 3 格、需求三 6 格。 需求一一格都填不出来——「最好智能一点」不是需求，它是一个愿望。 第三段把格数翻成段落数：2 段、5 段、8 段。骨架是需求卡撑起来的，不是文笔撑起来的。 第四段给五分钟的走法：一分钟一格，最后两格合并。 第五段是一一对应表：输入落到「何时用」，输出落到「输出格式」，验收落到「三条硬规矩」。 缺哪格就缺哪段，而且缺的那段平时看不出来——只有跑了才发现没话说。

30 秒实验

1. 写出你最近一天骂过的那件事，一句话，带次数。写不出来说明还不够烦，先别做技能。
2. 拿这句话填六格，五分钟。填不出来的那两格，就是你最该去问清楚的地方。
3. 把填好的六格翻成八段骨架，看是不是每一格都能找到一个对应的段落。

常见误区

1. 从「我想做个提升效率的技能」开始。这句话里没有一个字能落到文件上，填卡时一格都填不出来。
2. 把愿望当需求。 「最好智能一点」「要专业」这类话没有指向任何可检查的东西，写进技能只是把它抄一遍。
3. 跳过边界和谁用。 这两格要预想还没发生的事，最容易被跳过，但它们恰恰决定了技能遇到例外时是硬套还是停手。

下一篇讲设计：四个招式让技能从「能跑」变成「靠得住」。

• ☐ （本篇完，下一篇 6.2 设计：四招让技能更靠谱）

相关笔记

• 要不要做成技能
• 会议纪要技能：锁死格式
• 编程原理 · 索引
• 🧩 Skill提效实战 · 索引