決策紀錄——
回答「當初為什麼這樣決定？」

決策紀錄（decision log）是一本帳，記下產品每個決定「為什麼這樣定」。幾個月後有人又把同一件事拿出來討論時，只要當時的脈絡、選項、取捨都在，就能一秒定案。問題是，大多數決策紀錄會腐爛——寫一次、沒人回看、悄悄過時。這頁教你怎麼寫，以及怎麼讓它「活著」。

決策紀錄要記什麼。

這個格式和 ADR（架構決策紀錄）相通。多數決策來自會議——先從 AI 會議記錄裡把決策抽出來，是第一步。

純文字的決策紀錄，從寫下那刻就開始和現實脫節。後面的決定推翻了前面的，文件卻默默維持舊的樣子。在 Draftlize，決策是「活的卡片」。

一個決策＝一張卡片，帶著脈絡、選項、理由、負責人，用 ID 就能引用。不再埋在某份文件裡，隨時指得出來。

新決策推翻舊的，連結著的舊決策和它上面的規格會自動標記 stale。下次不會再重議「已經拍板的事」。

III

決策紀錄成為 Claude Code、Cursor 透過 MCP 讀取的脈絡。agent 帶著「為什麼這樣決定」往下寫。

大多數決策紀錄，寫完隔天就沒人看。所以半年後，同樣的爭論又從零開始。

把決策連著脈絡留下，改變時自動標出影響範圍。這就是 Draftlize。

常見問題

會議記錄是「會議的記錄」，決策紀錄是「決策的帳本」。從會議記錄裡把決策抽出來累積，就是決策紀錄，日後真正有用的是後者。

通常由對該決策負責的人（PM 或負責人）維護。重點是讓決策的「為什麼」日後追得回來。

講清楚決策、脈絡、取捨就夠了。比起長度，「被推翻時能被提醒」的機制更重要。

ADR 是技術決策紀錄的一種。Draftlize 把 ADR 和產品決策都當成同一種「活的卡片」處理。

新註冊送 $5用多少付多少餘額永不過期

把決策連著脈絡變成卡片，被推翻就自動 stale，AI agent 也讀得到。用 Draftlize 建一本不會腐爛的決策紀錄。