执行驱动交付AI 项目要跑起来再设计

「钱花了，东西也用上了，但总觉得哪里不太对。」这不是多疑——传统软件能对着功能清单一条条勾，AI 应用没有固定行为，你没法用勾清单的方式确认它到底行不行。

问题出在交付方式本身：把传统软件「先设计后开发」的三步流程搬到概率系统上，会出三个麻烦——想不全、错误被固化、最后验不出来。所以我们换了顺序：先让一小块功能真的跑起来，再从跑的结果里长出设计。

这期把整套方法讲一遍，一共五个关口：开工前只写一页纸（痛点、边界、可断言的成功标准）、用最小样本实验代替脑内推演、一次只切一小块（下一刀取决于这一刀暴露了什么）、验收分内外两面（对内逐条终验推测项、对外交出能看的报告）。还有一条反面：不是所有单子都该走全流程，三千块的小单按全链走，文档工时能占到七成，所以要按单子配流程。

最后落到一件事：每一单都该让下一单更便宜。项目是本金，沉淀是利率，沉淀率是零的话，做一百个项目和做一个项目是一样的。

完整文字版见下方文章。