作者认同 Don Johnson 关于「vibe coding 缺失另一半」的论点，尤其认同 Break → Understand → Stabilize 这一段是很多 AI 辅助项目会跳过的部分。他的补充是关于顺序：Don 的循环最终会产出一份规格，但那份规格出现在 Stabilize 阶段，与测试、类型、契约一起把一个实验变成可信赖的东西；他认为规格的某个版本必须出现在构建之前。差别看起来很小，但他用一个亲身教训说明为什么重要——早年负责心血管设备测试时，他们的测试环境用错了介质，真实场景流的是血而不是水，两者行为不同。团队本可以继续测、造更多用例、产出更多数据，只会对一个并不代表真实环境的模型越来越有信心；关键问题必须出现在测试之前：这个测试环境真的代表我们要设计的系统吗。结论是，有时候你第一个需要打破的不是代码，而是对问题的建模。