这四个项目的共同点

• Spec 先行，而且很短。 一段话，而不是一份文档。但它点明了那些重要的约束——语言、"只能看到自己的数据"、"先把你有的发出来"、"推送一个文件就该发布它"——包括那些永远不会在跑起来的应用里露面的工作流约束。
• 密钥从未碰过仓库。 每个项目都从环境变量或加密密钥里读取 key，这些都设在控制面板里，而不在代码中。我们把"never hardcode it"大声说了出来，因为默认恰恰相反。
• 技术栈是按"能写错的更少"来选的。 托管认证、托管数据库、静态托管、serverless 函数——每一个选择都拿掉了一类 AI 能替我们弄坏的代码，以及一类我们得去维护的东西。
• 障碍是靠喂给 AI 确切的证据来解决的——字面的报错、实际的代码、部署配置、真实的症状——并且通过把修复范围限定得很窄，让能工作的代码保持能工作。有两次，症状在代码里，病因却在基础设施里。
• 上线意味着一次对现实的真实测试： 一次真实的购买（以及一次被拒的）、第二个用户账户、一次按需触发、线上站点的一个深层链接。而不是"它编译通过了"。

你不需要一个宏大的想法才能开始。你需要的是一个小想法、一段话的 spec，以及指挥而非敲键盘的意愿——以及在你称它做完之前，拿现实去检验它的那份耐心。