创作者视角：问问题的顺序

前言那句起点，一个没有编程经验的朋友，想让灯在游戏角色扣血时有反应，到这一幕正好可以拿出来重新看一遍。那个念头从头到尾都没有变成书里唯一的示范项目，报价整理器才是；但那个念头一直没有被这本书忘记，第〇幕拿它做过示范，第二幕拿它对照过模板套用，第 15 章的边界分级也提过它。它更像一条平行的线，用来不断确认：这套方法教的东西能不能脱离报价表这一件具体事情，套到别的念头上。

第五幕给出的答案是：能，但方式不是再学一门课。第 16 章不列书单，只给「出现什么信号，对应补什么」的对照表，因为脱离具体项目谈该学什么，答案永远是空的。这是第〇幕那套判断习惯的延伸：先问当前出现的现象指向哪一类该补的东西，再决定要不要往下走。学习本身，也被纳入了同一套判断方式，而不是变成又一份要背下来的清单。

这本书没有承诺读完就能成为职业程序员，前言第一次提到这条边界，第 15 章又画了一次更细的图。这本书交付的是一种判断习惯：先把「什么算对」想清楚，再让 AI 去实现。这个习惯能带着走进任何项目、任何工具、任何模型，但它不能替代真正需要专业能力的那些领域该有的训练。

正文到第 17 章结束时，报价整理器这个项目已经不再重要了。重要的是那份反复用过十七次的判断动作：先想清楚要什么，再看实现对不对，绿灯亮了先别急着信。后记会用一种更完整的方式把这件事讲完。