这篇讲了什么
作者用SPEC法梳理优惠券聚合小程序MVP，让Codex完成PRD和核心开发，并复盘备案、命名、真机测试和功能取舍。
解决了什么问题
- 为什么从优惠券场景切入？
- SPEC如何帮助收缩MVP？
- AI为什么容易把首版做过头？
- 备案与命名有哪些顺序问题？
- 真机测试发现了什么？
我们的观察
- 开发速度提升后，产品取舍成为新的瓶颈。
- 首版后台再完整，也不能替代核心需求验证。
- 涉及复制跳转等系统能力时，真机结果才是真相。
作者金句
第一版最重要的不是功能完整，而是验证MVP。
用 Codex 3小时做出优惠券聚合小程序，我踩过的5个坑
3 小时完成可用小程序
5 个坑完整踩坑复盘
1 个 MVP先验证领券动作