前言：兩條規則加起來，效果該怎麼看

Day 16、17 分別定出複述確認機制、唯讀模式宣告兩條規則，今天要驗證：這兩條規則加起來，是不是真的減少了第二部這一類「動手前沒對齊意圖」的摩擦。

今日目標

• 認識驗證兩條規則疊加效果的具體方式
• 理解兩條規則各自對應解決的是哪個根因
• 看清楚驗證時該觀察的具體訊號

兩條規則，對應兩個不同的根因

複述確認機制對應的是 Day 13 的根因（目標架構沒講清楚）——它讓執行者的理解攤開來，給授權者機會攔截落差；唯讀模式宣告對應的是 Day 14 的根因（問題跟請求語法模糊）——它把意圖判斷的猜測環節直接移除。驗證的時候要分開觀察，因為兩條規則解決的是不同層面的問題，如果只看整體「有沒有變少」，沒辦法判斷是哪一條規則真的發揮作用、哪一條可能還需要調整。

該觀察的具體訊號

驗證複述機制有沒有效，要看動手前的複述內容跟實際做出來的結果是不是一致——如果複述時方向就抓對了，代表這條規則有效地攔截了原本可能發生的落差；如果複述時看起來對，實際做出來卻還是不一致，代表複述這一步本身可能流於形式，沒有真的達到確認的效果。驗證唯讀宣告有沒有效，要看明講「先別動手」之後，AI 有沒有真的維持在唯讀狀態，沒有擅自開始修改。

兩條規則不是互斥的，是互補的

值得注意的是，這兩條規則分別處理「該不該做」跟「該怎麼做」兩個不同階段的問題——唯讀宣告先確保「這次不是在請求動手」，複述機制則是在確認「動手該做的方向」上發揮作用。兩者疊加使用，理論上能同時攔截 Day 12 跟 Day 11 這兩種現象，但驗證時仍然要分開檢視，才知道各自的效果跟侷限在哪。

今日思考題

如果你同時套用了好幾條規則，你會怎麼設計驗證方式，才能分辨清楚是哪一條規則真的發揮了作用？

今日重點回顧

• 複述確認機制對應「架構沒講清楚」，唯讀模式宣告對應「問題與請求語法模糊」，兩者解決不同層面的問題
• 驗證要分開觀察：複述內容跟結果是否一致、明講唯讀後有沒有真的維持唯讀
• 兩條規則是互補關係，各自處理「該不該做」跟「該怎麼做」不同階段

明日預告

明天是第二部回顧：路線走偏不是能力問題，是意圖沒對齊。