前言

「規則越補越多，代表品質守門越來越嚴謹，這不是好事嗎？」

規則數量增加確實代表覆蓋的情境更完整，但也帶來一個容易被忽略的成本：規則之間可能開始互相打架，或者出現內容重複、卻散落在不同文件裡的情況，導致沒有人能一眼看出「現在到底完整規則是什麼」。這篇是第二部的收尾，講品質守門機制本身也需要被維護，不是規則寫進去之後就一勞永逸。

今日目標

• 理解規則數量增加會帶來哪兩種常見的維護問題
• 看到一組對照範例：規則分散在多處 vs 有清楚的分工索引
• 學會定期檢視規則清單，找出重複或互相矛盾的地方
• 為第二部做總結，銜接第三部的進度追蹤主題

規則越加越多之後,會出現的兩種問題

第一種問題：同一條規則在不同地方各寫一次，版本不一致——例如去識別化規則同時出現在 CLAUDE.md 的寫作規範段落、掃描工具的規則清單、還有某篇文章自己的備註裡，如果其中一處更新了、其他地方沒有跟著改，就會出現三個地方講的規則版本不完全一樣，之後查核時不知道該以哪一個為準。

第二種問題：規則清單越來越長，重要的規則被淹沒在細碎的規則裡——早期加進去的規則可能是核心原則,後來為了處理越來越細節的個案，補了很多針對特定情境的例外規則，如果沒有分類整理，核心原則跟細節例外會混在同一份清單裡，難以分辨哪些是每次都要優先確認的，哪些只是罕見情境才會用到。

• ❌ 規則只管加不管理：每次遇到新問題就在清單最後面加一條規則，從來不回頭檢查清單裡有沒有重複、矛盾、或者已經過時的規則
• ✅ 定期檢視規則清單本身：固定間隔（例如每完成一部、或每次系列數量增加時）回頭通讀整份規則清單，確認有沒有重複規則需要合併、有沒有互相矛盾的地方需要澄清版本、有沒有核心原則被淹沒在細節例外裡需要重新排序

規則清單本身也是一份需要維護的文件，不是寫進去就永遠正確的靜態內容。 這系列自己的大綱文件裡保留待辦清單、提醒隨系列數量增加要重新核對具體數字，正是這種「規則會過期，需要定期檢視」心態的具體實踐。

今日思考題

如果你手上也有一份隨著時間累積、越加越長的規則清單（不管是程式碼規範、寫作規範、還是任何工作流程檢查清單），你上一次通讀整份清單、檢查有沒有重複或矛盾，是什麼時候？

今日重點回顧

• 規則越加越多會帶來兩種問題：同一條規則散落多處版本不一致、核心原則被淹沒在細節例外裡
• 規則清單本身需要定期檢視，不是寫進去就一勞永逸
• 檢視時要找的是重複、矛盾、過期的規則，並重新排序讓核心原則不被淹沒
• 這系列大綱文件裡的待辦清單，是「規則會過期需要定期檢視」這個心態的具體實踐

明日預告

第三部從 Day 17 開始：連續 30 天的產出節奏怎麼追蹤——用一份進度狀態檔追蹤多系列的每日發文，而不是憑印象。

寫在最後

第二部講的去識別化、事實查核、硬規則檢查、規則維護，講到底都是同一件事：品質守門不能靠每天重新喚起同樣的警覺心，得靠流程本身把警覺心固定下來，讓它不依賴當天的精神狀態。