📄 一句话概括
扩展机制解决的是这类问题:把【每次都要重做一遍的固定动作】固定下来——注意变的是场景,不是这件事本身。
📝 本节和前面几节的关系
第三部分开篇。前面六章都在用它,这一章开始讲怎么把它改造成你自己的工具。
一、先看一件小事怎么从顺手变成负担
假设你每次开工都要做同样三步:读一遍规则文件、扫一遍有没有漏的验证、把结论写成三行摘要。 一天一次不烦。问题出在场景变多:同时做几个项目、带新人一起做。 同一件事,从一个月一小时涨到一个月十二小时——变的是场景,不是这件事本身。
二、三种扩展机制分别治哪一种病
skill:治【同一类活反复做,做法却不一致】。 hook:治【有件事必须做,但你总会忘一次】。 MCP:治【它够不到某样东西,只能听你口述】。 三种病对应三种药,先分清你得的是哪一种。
三、为什么现在才讲这一章
因为前六章已经给了你判断力:你知道什么叫好的做法,才写得出好的 skill。 一个糊里糊涂的人写出来的 skill,只是把自己的糊涂固化了一遍。 所以顺序不能倒:先会用,再造工具。
四、造工具这件事的门槛,比你想的低
它不需要你会写复杂代码——一个 skill 就是一份写清楚步骤的说明文件。 本节后面会真写一个给你看:结构简单到你今晚就能写出第一个。 真正需要的是耐心:找到那件你天天做、但每次做法略有不同的事。
五、动手 Demo:为什么需要扩展——重复的活会自己长大
下面把同一件小事放到三个场景里,看一个月累计多少时间。
rows = [(u"单个项目", u"1 次", u"2 分钟", u"约 1 小时"),
(u"多个项目并行", u"4 次", u"2 分钟", u"约 4 小时"),
(u"带新人一起做", u"8 次", u"3 分钟", u"约 12 小时")]
实跑输出:
--------------------------------------------------------------------
为什么需要扩展——重复的活会自己长大
--------------------------------------------------------------------
先看一件小事怎么从顺手变成负担。假设你每次开工都要做同样三步:
1. 读一遍规则文件
2. 扫一遍有没有漏的验证
3. 把结论写成三行摘要
一天做一次不烦。放到不同场景里数一遍:
场景 一天几次 一次大约多久 一个月累计
----------------------------------------------------------
单个项目 1 次 2 分钟 约 1 小时
多个项目并行 4 次 2 分钟 约 4 小时
带新人一起做 8 次 3 分钟 约 12 小时
同一件事,从一小时涨到十二小时——**变的是场景,不是这件事本身**。
扩展机制解决的就是这类问题:把【每次都要重做一遍的固定动作】固定下来。
从 1 小时涨到 12 小时,变的不是那三步,是场景数量。 所以扩展机制治的不是【不会做】,是【要反复做】。
30 秒实验
- 列出你每天/每周都要重复三遍以上的那几件事。
- 其中哪一件忘了会有实际损失?那件优先交给 hook。
常见误区
- 一开始就造工具。先有稳定的做法,才值得固化。
- 把扩展机制当成【更高级的用法】。它是给已经有习惯的人减负的,不是给新手的台阶。
自测三问(点开对答案)
1. 同一件重复的活为什么越做越烦? —— 因为场景变多——变的是场景数量,不是这件事本身。 2. 三种扩展机制分别治什么? —— skill 治做法不一致;hook 治总会忘;MCP 治够不到。 3. 为什么这一章要放在第六章之后? —— 先会用才有判断力,写出来的 skill 才不是把自己的糊涂固化一遍。- ☐ 下一节(7.2 skill:最值得优先掌握)
相关笔记
- 🐳 DeepSeek Harness技术架构原理 · 索引 — 扩展机制的底层设计
- 🧡 Claude Code橙皮书 · 索引