前言：查證得再紮實，就可以自己決定了嗎？

「這個修正我已經用官方文件核對過，證據紮實，直接改掉、直接推上去，不用再等你確認了吧？」

這句話聽起來很合理——如果 AI 已經做了該做的查證功課，為什麼還要多一道等待使用者確認的手續？前面幾天講過的案例（一個違反只讀不寫規則但改對了的查核 agent、一份規則被反覆糾正才長成現在的樣子）背後其實都指向同一個問題：「查證得對不對」跟「這個決定該不該由 AI 自己拍板」，是兩件完全獨立的事，前者查得再紮實，都不會自動換來後者的授權。

今日目標

• 分清楚「技術判斷」跟「授權決定」這兩個維度，理解為什麼前者查得準不代表後者可以省略
• 收斂前面幾天反覆出現的授權邊界案例，整理成一個判斷框架
• 認識「結果是對的」跟「這個決定值得被信任自己做」不是同一件事
• 建立一套具體的自我檢查：委派 AI 處理任務前，先想清楚哪些環節的決定權要留給人

兩個維度：查得準不準，跟該不該自己決定

技術判斷回答的是「這件事的事實是什麼」——一段程式碼的行為描述對不對、一個技術主張的出處查得準不準、一份文件裡的規則寫得清不清楚。這個維度可以靠查證、靠對照權威來源，逐步逼近一個客觀答案。

但授權決定回答的是完全不同的問題：「這個判斷確定了之後，接下來要不要照著做」。這個問題沒有客觀答案可查——要不要把一個查證正確的修正直接推上去、要不要接受一次違反流程但結果正確的修改、要不要把一份還在演化中的規則直接定案——這些都牽涉到風險承擔、優先順序、甚至是「這件事值不值得多花一步驟確認」這種只有當事人才能回答的取捨。

AI 能做的，是把技術判斷做到最紮實、把查證過程講清楚；但「這個結論確定之後，下一步要不要做」，永遠是另一個需要單獨被授權的問題，不會因為前一步做得好就自動被跳過。

用一組對照來看這個差異：

❌ 用查證品質換取授權：
「這個修正我已經核對過三個獨立來源，
 內容確定正確，我直接改掉並且推上去了。」
→ 把「查得準」當成「可以自己決定」的理由，
  兩件事被混成一件事處理

✅ 查證跟授權分開處理：
「這個修正我已經核對過三個獨立來源，內容確定正確，
 但這是一個會影響到已發布內容的改動，
 我先把查證結果列出來，等你確認要不要推上去。」
→ 技術判斷做到位，但下一步的決定權
  仍然明確留給有授權的人

收斂：一個判斷框架

把前面幾天的具體案例收斂起來，可以整理成三個問句：

這個決定的後果誰要承擔？ 如果後果是「一段文字寫得不夠精確，之後可以再改」，跟後果是「這個改動已經對外發布，撤回的成本很高」，需要的授權層級完全不一樣。前者可能可以先做再回報，後者一定要先確認。

這個決定牽涉到的是事實判斷，還是取捨判斷？ 「這句話的技術描述對不對」是事實判斷，AI 查證清楚就能給出可信答案；「這個描述要不要改得更精確、值不值得為了精確度犧牲一點閱讀流暢度」是取捨判斷，牽涉到寫作風格、讀者體驗這類沒有客觀答案的考量，這種判斷該留給人。

這件事有沒有明確的先例授權？ 如果使用者已經明確說過「這類客觀錯誤你可以直接修正」，那就是已經拿到的授權，不需要每次重新問；但如果是一個新出現、沒有先例可循的情境（例如要不要接受一次違反既定流程的修改），就不能援引「上次類似的事我自己決定過」當理由。

今日思考題

回想你上一次讓 AI 完成一項查證任務：查證結束後，AI 是直接照著結論動手了，還是先把結論攤開來、把「接下來要不要做」這個決定留給你？如果是前者，那次的授權是你明確給的，還是 AI 自己假設你會同意？

今日重點回顧

• 技術判斷（事實對不對）跟授權決定（該不該做）是兩個獨立的維度，前者查得紮實不會自動帶來後者的授權
• 判斷框架的三個問句：後果誰承擔、是事實判斷還是取捨判斷、有沒有明確的先例授權
• 「結果是對的」不等於「這個決定值得被信任自己做」——兩者要分開評價，不能因為結果好就放鬆對授權邊界的要求
• AI 能把查證做到最紮實，但「查證之後要不要照著做」永遠是另一個需要單獨被授權的問題

明日預告

明天要把視角轉向這系列自己：用真實對話當寫作素材，這件事本身要怎麼去識別化，才不會把不該公開的細節也一起寫進文章裡。