前言：糾正的簡短，不代表問題的簡單

Day 11 的案例裡，糾正只有短短兩個字：「不對！」。這種極簡的糾正很容易讓人以為問題也很小——改一下就好。但往下深究會發現，這種簡短的否定，背後通常對應著一個沒有被講清楚的、更完整的東西：使用者心裡其實有一套具體的目標架構，但這套架構從來沒有被完整表達出來，AI 只能憑對這類任務的一般理解去推測。

今日目標

• 理解「簡短的糾正」跟「背後問題的複雜度」不能劃等號
• 看清楚目標架構沒講清楚，會怎麼導致動手動得太早
• 認識這個根因也能解釋 Day 12 的提問誤判現象

心裡有藍圖，但沒有說出來

第二部的核心根因，可以濃縮成一句話：任務的執行者只能依據被告知的資訊行動，如果目標架構只存在授權者的腦中，沒有被說出來，執行者就只能用「一般情況下合理的做法」去補這個空缺。這個「一般情況下合理的做法」不一定跟授權者心裡具體的藍圖一致，落差就在這裡產生——而且落差通常要等到結果攤開來才會被發現，這正是 Day 11 現象「先動手才發現理解錯」的直接成因。

這個根因也能解釋提問被誤判的現象

回頭看 Day 12 的案例：如果一開始就更清楚地建立起「使用者提問的意圖分兩種、不確定時要先確認」這個共同認知，「為什麼沒有唯一鍵」這句話被誤判成行動請求的機率會低很多。目標架構沒講清楚，不只影響「怎麼做」，也影響「該不該做」——兩種現象背後，都是缺少了同一塊事先建立的共同理解。

為什麼「事前講清楚」比「事後糾正」更划算

「不對！」這種事後糾正雖然簡短，但代價是整段工作要重做；相對地，事前花時間把目標架構講清楚，一次性投入的成本通常比事後重做低很多。這正是第二部接下來要處理的方向：怎麼把「架構要講清楚」變成一個具體可執行的步驟，而不是每次都靠事後的簡短否定來校準。

今日思考題

回想一次你說出「不對」之類簡短糾正的經驗，如果事前多花幾句話講清楚目標架構，那次重做是不是可以避免？

今日重點回顧

• 糾正的簡短不代表問題簡單，背後常常是一套沒被說出來的目標架構
• 目標架構只存在授權者腦中時，執行者只能用「一般合理做法」去補這個空缺
• 這個根因同時解釋了「先動手才發現理解錯」跟「提問被誤判成行動請求」兩種現象

明日預告

明天講另一個根因：「問題」跟「請求」被混在一起，AI 選錯了該做的事。