讓規格保持鮮活

規格不是一座你建起一次就供著觀賞的紀念碑。它是一份活文件，而最常見的錯誤就是把它當成固定不變的。隨著開發推進，你會學到一些規劃階段無法告訴你的事：某個功能比預想的更難，某個非目標原來不可或缺，某個使用者故事其實暗藏著兩個故事。當這種情況發生時，先改規格，再讓 AI 去遵循新版本。規格在前，程式碼在後。

有幾個習慣能讓它保持誠實：

• 決定一變，立刻更新它。 一份嘴上說一套、而程式碼裡做著另一套的規格，比沒有規格更糟——它會主動誤導下一次 AI 會話。
• 完成一個任務就劃掉一個。 任務清單同時充當進度追蹤器。看到八項裡勾掉了六項，本身就是一種勢頭。
• 把意外挪進非目標或一份"以後再說"清單，而不是直接就把它們做了。如果開發途中冒出一個誘人的功能，寫下來，然後繼續往前走。你以後可以再決定它是否配得上 v1 裡的一席之地。

正是這種自律，把"我做了個東西"和"我做出了我本想做的那個東西"區分開來。規格是你讓自己繼續當專案作者、而不是淪為專案乘客的方式。