這四個專案的共同點

• Spec 先行，而且很短。 一段話，而不是一份文件。但它點明瞭那些重要的約束——語言、"只能看到自己的資料"、"先把你有的發出來"、"推送一個檔案就該釋出它"——包括那些永遠不會在跑起來的應用裡露面的工作流約束。
• 金鑰從未碰過倉庫。 每個專案都從環境變數或加密金鑰裡讀取 key，這些都設在控制面板裡，而不在程式碼中。我們把"never hardcode it"大聲說了出來，因為預設恰恰相反。
• 技術棧是按"能寫錯的更少"來選的。 託管認證、託管資料庫、靜態託管、serverless 函式——每一個選擇都拿掉了一類 AI 能替我們弄壞的程式碼，以及一類我們得去維護的東西。
• 障礙是靠餵給 AI 確切的證據來解決的——字面的報錯、實際的程式碼、部署配置、真實的症狀——並且通過把修復範圍限定得很窄，讓能工作的程式碼保持能工作。有兩次，症狀在程式碼裡，病因卻在基礎設施裡。
• 上線意味著一次對現實的真實測試： 一次真實的購買（以及一次被拒的）、第二個使用者賬戶、一次按需觸發、線上站點的一個深層連結。而不是"它編譯通過了"。

你不需要一個宏大的想法才能開始。你需要的是一個小想法、一段話的 spec，以及指揮而非敲鍵盤的意願——以及在你稱它做完之前，拿現實去檢驗它的那份耐心。