具明確責任歸屬的交付制度基礎。

AI 可以承擔大量交付工作，但不會因此成為組織決策的責任人。只要後果重大或需要專業判斷，相關權限和責任便必須清楚落在人身上。

工作單、測試、架構文件、聊天紀錄與程式碼可能互相矛盾。參與者必須知道哪個來源作準、誰有權決定，以及發生衝突時如何處理。

規格不是完工後補寫的文件，也不是實作開始後便可以丟棄的前置材料。它在變更開始前、進行中和完成後都持續發揮作用。

執行者可以在已同意的權限內放心行動；遇到模糊、風險或需要偏離規格時，應交由適當的決策者處理，而不是在實作中悄悄決定。

新的發現可以令規格變得更好。關鍵在於調整是否經過清楚決策並留下紀錄，而不是直到實作完成後才發現結果已經偏離。

低風險修正所需的規格，理應少於涉及客戶資金、安全、法規責任、不可逆資料變更或複雜跨系統契約的工作。目標既不是規格不足，也不是把規格變成繁瑣程序。

安全地延續軟體交付所需的知識，本身就是交付成果的一部分。這些知識應有明確權威、容易找到，亦不應被綁定於單一人員或工具，並足以讓另一位合資格的參與者只需少量重新查證便能繼續工作。

證據既要顯示變更確實運作，也要顯示結果符合已核准的意圖與限制。證據深度應隨工作的後果而調整。

工具可以擷取、轉換、分析規格，也可以建議修改，但方便存取不等於擁有決策權。即使交付技術不斷演進，組織仍必須保有規格系統的所有權。