一、完整的进化轨迹

规矩条数涨得很少：3 条到 7 条。文件涨得很多：1 个到 8 个。 这个对比本身就是结论：能力的扩展主要发生在文件里，不在正文里。 测试分到 V2 就停住了。停住不是卡住，是 V3 换了目标——从「答对」变成「交得出去」。

二、每一版是被什么逼出来的

三次升级没有一次来自「我想让它更强」。全部来自「我用的时候不够」。 这是这一章最想留下的一句话。凭想象做的功能，八成用不上；被真实不便推着做的，八成用得上。 所以别急着规划 V3。V3 的需求是 V2 用出来之后才有的，提前想的那个 V3 通常是错的。

三、三个角色，各干各的

最常搞反的是把「计算」交给模型。它会算，但你没法验它算得对不对。 能让脚本算的就别让模型算。脚本算错了能查出来，模型算错了看不出来。 反过来也有一条：别让脚本干「表达」的活。模板填得再整齐，读起来也不像人写的。

四、四个心法

四条里第一条最难做到。想一次写全的人，通常第一版就卡住了。 第四条最容易被误会成「少写点」。它不是少写，是把该挂的挂出去。

五、这条路可以搬到别的技能上

四步里第三步是关键：加的是「问题」不是「功能」，问题比功能便宜得多。 这个套路不只适用于数据分析。写纪要、做配图、整理素材，都是「先跑通、再补问、后挂载」。

六、本章小结

第 7 章按时间讲了一遍完整过程，四句话可以概括。 V1 先跑通：三条规矩，一个文件，当天用上。 V2 补问题：四问框架，脚本一行没改，四道题全过。 V3 挂交付：模板、简报、样板三份文档，产出从结论变报告。 回头看：升的从来不是算法，是「答得了哪一问」和「交得出去什么形状」。 下一章只有一篇，是结语。它不再讲方法，讲这本书留下的三样东西。

七、动手 Demo：三版对比：升的从来不是算法

这一段把三版摆在一起比：规矩条数、文件数、测试分、产出形态。 再看每一版被什么逼出来，以及三个角色各干各的什么活。

PLAN = [('V1', 3, 1, '2/4', '一张表'),
        ('V2', 4, 3, '4/4', '四段结论'),
        ('V3', 7, 8, '4/4', '七节报告')]

for v, rules, files, score, out in PLAN:
    print(v, '规矩', rules, '文件', files, '测试', score, '产出', out)

实跑输出：

--------------------------------------------------------------------
三版对比：升的从来不是算法
--------------------------------------------------------------------


  ① 完整的进化轨迹
  --------------------------------------------------------------------
| 版本 | 规矩条数 | 文件数 | 测试 | 产出 |
|---|---:|---:|---:|---|
| V1 | 3 | 1 | 2/4 | 一张表 |
| V2 | 4 | 3 | 4/4 | 四段结论 |
| V3 | 7 | 8 | 4/4 | 七节报告 |

  测试从 2/4 到 4/4 就停了，V3 的分没涨。因为 V3 补的不是「答对」，是「交付」。
  分数不涨不代表没进步。测试测的是答题，V3 换的是题目。

  ② 每一版是被什么逼出来的
  --------------------------------------------------------------------
| 升级 | 被什么逼的 | 缺什么 |
|---|---|---|
| V1 到 V2 | 自己用了一次，答非所问 | 缺「比较」这一步 |
| V2 到 V3 | 要交给别人看，四段结论不够 | 缺「交付形态」 |
| 下一版 | 还没撞到 | 撞到再说 |

  三次升级没有一次来自「我想让它更强」，全部来自「我用的时候不够」。
  ! 这就是吃自己的狗粮的意思：先自己用，让真实的不便推着改。

  ③ 三个角色，各干各的
  --------------------------------------------------------------------
| 角色 | 干什么 | 本质 |
|---|---|---|
| 人 | 定问题、定口径、看结论对不对 | 判断 |
| 模型 | 把四问写成四段、把数据讲成人话 | 表达 |
| 脚本 | 读表、求和、算环比 | 计算 |

  最常搞反的是把「计算」交给模型。它会算，但你没法验它算得对不对。
  能让脚本算的就别让模型算。脚本算错了能查，模型算错了看不出来。

  ④ 四个心法
  --------------------------------------------------------------------
| 心法 | 具体 |
|---|---|
| 先跑通再跑好 | V1 三条规矩就够，别一次写完 |
| 让真实不便推着改 | 每一版都由「用的时候不够」触发 |
| 加问题不加代码 | V2 的进步是四问框架，不是更多脚本 |
| 能力靠挂载，不靠正文 | V3 加了五个文件，常驻只多 8 token |

  四条里第一条最难做到。想一次写全的人，通常第一版就卡住了。

  ⑤ 这条路可以复用到别的技能
  --------------------------------------------------------------------
| 步 | 做什么 |
|:---:|---|
| 第一步 | 写一个只会算的最小版，立刻自己用 |
| 第二步 | 记下「它答不了的那一问」 |
| 第三步 | 给那一问加一个固定的提问顺序 |
| 第四步 | 要交付时再挂模板，别提前挂 |

  四步里第三步是关键：加的是「问题」不是「功能」，问题比功能便宜得多。

第一段是三版轨迹：规矩 3 到 7，文件 1 到 8，测试 2/4 到 4/4 就停了。 规矩涨得少、文件涨得多——能力的扩展主要发生在文件里，不在正文里。 第二段看每一版被什么逼出来：全是「我用的时候不够」，没有一次是「我想让它更强」。 第三段三个角色：人判断、模型表达、脚本计算。最常搞反的是把计算交给模型。 第四段四个心法，第一条最难做到——想一次写全的人通常第一版就卡住。 第五段把这条路压成四步，第三步是关键：加问题不加功能，问题比功能便宜。

30 秒实验

1. 把你现在做的技能停在「只能算」的版本上，先用一周。第二周你自然知道缺什么。
2. 列一下你技能里哪些活在让模型算。能让脚本算的，挪过去。
3. 给你的技能写一份四步路线图，但只写前两步。后两步等撞到了再写。

常见误区

1. 提前规划 V3。V3 的需求是 V2 用出来之后才有的，提前想的那个 V3 通常是错的。
2. 让模型干计算的活。它会算，但你没法验。脚本算错了能查，模型算错了看不出来。
3. 以为「能力靠挂载」就是少写点。 它不是少写，是把该挂的挂出去——正文写清指路，内容放进参考文档。

正文完。下一篇是结语：这本书留下三样东西，以及下一步往哪走。

• ☐ （本篇完，下一篇 8.1 结语：从菜谱到厨艺）

相关笔记

• V3 生产版：交付专业可视化报告
• 测试：验证技能好不好用
• 网络与信息安全 · 索引
• 🧩 Skill提效实战 · 索引