一、四个阶段

第 1 个：当天就用上了，因为它解决一个正在疼的问题。 第 5 个：开始有重复，发现其中三个能合成一个。 第 20 个：大部分是别人问你要的那几个。 第 60 个：一半是别人传给你的，你自己只写过十几个。

二、算一笔收益账

假设每个 skill 平均每次省五分钟，一天用三次—— 到 20 个的时候，一天省一小时；到 60 个，一天省三小时。 但曲线在 20 个之后变平了——因为再往上的主要靠别人贡献。 所以这件事真正的分水岭不是数量，是有没有人愿意用你的。

三、最值得抄的一条

第一个 skill 一定要解决一个正在疼的问题。 不要拿一个【以后可能有用】的想法开局——那种 skill 写完就躺在那儿，永远不会被触发。 疼的问题会逼着你把它写完整：描述、做法、验收，一样都省不掉。

四、为什么要分享出去

【女娲 skill 这类能被人传下去的东西，本质是一份公共资产】。 你写十个自己用，价值是十个；写十个别人也用，价值会自己长。 这也是本课每一章都有【相关笔记】指向别课的原因——知识不分享就只是一次性收益。

五、动手 Demo：从 0 到 60 多个 skill 的过程

下面把四个阶段的累计收益粗算一遍。

for n in (1, 5, 20, 60):
    P(u"    %2d 个 skill -> 一天省 %3d 分钟" % (n, n * 5 * 3))

实跑输出：

--------------------------------------------------------------------
从 0 到 60 多个 skill 的过程
--------------------------------------------------------------------

这一节讲一个真实的增长曲线。关键不在数量，在**它是怎么长出来的**：

    第 1 个：当天就用上了，因为它解决一个正在疼的问题
    第 5 个：开始有重复，发现其中三个能合成一个
    第 20 个：大部分是别人问你要的那几个
    第 60 个：一半是别人传给你的，你自己只写过十几个

把累计收益粗算一下：假设每个 skill 平均每次省 5 分钟，一天用 3 次：

     1 个 skill -> 一天省  15 分钟
     5 个 skill -> 一天省  75 分钟
    20 个 skill -> 一天省 300 分钟
    60 个 skill -> 一天省 900 分钟

到 20 个之后，那条曲线变平——因为**再往上的主要靠别人贡献**。
所以这件事真正的分水岭不是数量，是【有没有人愿意用你的】。
这也是为什么值得写下来分享：**它不是你一个人的工具，是一份公共资产。**

这个算法很粗，但方向很清楚：60 个比 20 个多省两小时，一小时——边际在变平。 所以真正的分水岭是有没有人愿意用你的，不是个数。

30 秒实验

1. 回想你写的第一个 skill：它当时解决的是不是一个正在疼的问题？
2. 如果现在有一个想法，你觉得【以后可能有用】，那就先别写——等它开始疼。

常见误区

1. 开局就攒一堆。没被触发过的 skill 等于没写，而且会占掉你维护的力气。
2. 只为自己写。写出去才有反馈，而反馈是唯一能告诉你写对没写对的东西。

• ☐ 下一节（7.9 本章练习）

相关笔记

• 🤖 Agent+RPA实战 · 索引 — 技能沉淀与共享的完整路径
• 🧡 Claude Code橙皮书 · 索引