今天來聊 AI 交出答案之後最常被跳過的那一步

來到第 22 天前面幾天一路在談怎麼把工作拆開，哪一段交給 AI、哪一段照規則跑、哪一段留給人決定。還有另外一個很重要的觀點一直藏在這些拆解的背後，就是 AI 把答案交出來之後到底由誰負責確認它對不對。

這個問題平常很少有人特別提出來，因為流程裡幾乎都會寫上一句「由人確認」，好像寫了就算處理完了。拿每天都會碰到的會議紀錄來看就知道這句話有多容易落空。

週會散場後 AI 交出一份條理分明的紀錄，主持人趕著進下一場會議，掃過一眼就寄給所有出席者。一週後有人照著紀錄追進度，才發現那項決議當天其實還沒定案，紀錄是 AI 寫的、主持人看過、出席者也都收到了，卻沒有人說得出自己確認過哪一部分。

「有人看過」聽起來像是一道防線，實際上只描述了有人經手，並沒有說明確認了什麼、依據在哪裡以及確認錯了由誰承擔。

沒有先講好「對」的樣子檢查就只剩下讀起來順不順

人工檢查失效多半不是因為看的人不夠認真。生成式 AI 的輸出最擅長的就是通順，句子完整、段落分明、語氣得體，看的人手上如果沒有一份「對」的標準，很自然會用讀起來順不順來代替對不對，錯誤一旦藏在通順的句子裡就很難被看出來。

這種傾向已經被寫進法規。歐盟 AI 法第 14 條談高風險 AI 系統的人類監督，特別要求負責監督的人要能意識到自己可能過度依賴系統輸出，也就是常說的自動化偏誤。立法者都把它當成必須明文提防的問題，光靠一句「請仔細確認」顯然擋不住。

另一個卡點在於「對」不是單一一件事。一封 AI 擬好的回信至少可以從四個層次判斷對不對。

先猜一題，一封寫著「下週三前提供報價」的回信最適合由誰確認？

答案是要拆開來看。日期格式與收件人交給規則，報價期限要和業務系統或合約比對，至於下週三能不能交出來只有負責報價的人能回答，即使他不是這封信的寄件者也一樣。

人在協作裡最關鍵的三個位置

把「對」拆成四個層次之後人的角色也跟著清楚。人不必逐字校對 AI 的每一句話，那樣做既累又容易漏看，人該站的是 AI 和規則都站不了的三個位置。

第一個位置在產出之前由人定義這一段的「對」是什麼。哪些欄位必填、事實要對照哪份資料、哪些錯誤絕對不能接受，這些條件只能由理解業務的人寫出來，AI 可以協助整理但無法替人決定標準。

第二個位置在送出之前對條件檢查不了的部分下判斷並承擔後果。AI 可以標出「這句話可能是承諾」，卻無法替公司兌現承諾，也不會因為寫錯而被追究。需要有人負責的結果就必須有一個具名的人或角色按下確認。

第三個位置在出錯之後處理例外並把例外回寫成條件。同一類錯誤反覆出現代表驗收條件少了一條，補進去之後下一次就能由規則提早攔下，人的注意力也能留給需要判斷的地方。

確認對不對正好碰到 AI 會不會取代人的那條線

談到這裡很難不碰到那個大家心裡都有的問題，AI 越來越會寫，人會不會有一天被完全取代。

換個方向想，AI 寫得越快越多，確認這一步反而越拿不掉。產出的速度可以無限放大，能替結果負責的人卻不會跟著變多。一份紀錄 AI 十秒寫完，主持人花十秒掃過就寄出，這時候主持人在流程裡的作用只剩下一個按鈕，而按鈕正好是流程最容易取代的東西。如果主持人花五分鐘只核對決議、負責人與到期日三個欄位，遇到拿不準的項目就移到待確認區，他做的事情就換成了只有在場的人才做得到的判斷。

同一個人面對同一份紀錄，差別只在他把自己放在哪個位置。AI 會先接手的是只負責經手、轉寄、蓋章的那部分工作，接不走的是能夠說出「這份是對的，錯了由我負責」的那個人。所以比起問 AI 會不會取代人，更值得每個人回頭看的是自己在每一條和 AI 協作的流程裡，站的是確認的位置還是轉手的位置。

依情境分四層決定該寫驗收條件還是該留核准

不同情境下人介入的方式差很多。比較實用的分法是看產出會流到哪裡、影響到誰，大致可以分成四層。

從第一層往第四層走，人的工作會從檢查慢慢轉成決定。第二層的重點是把條件寫得夠具體，讓規則能代替人做大部分的比對。第四層的重點則是找對核准的人，條件寫得再完整也只能告訴核准者哪裡需要留意，不能替他決定。

判斷一件產出屬於哪一層時以影響最大的部分為準。一份會議紀錄本身屬於第二層，但紀錄裡只要附帶自動建立的待辦，那一部分就升到第三層，紀錄中如果有要轉給客戶的結論，那幾句就得照第四層處理。同一份產出可以拆開來，讓不同段落各自走不同的關卡。

驗收條件要寫成檢查得了的句子

驗收條件常見的問題是寫得像期待，例如「紀錄要正確」或「回覆要專業」，看的人讀完還是不知道該核對什麼。改寫的方向是讓每一條都能回答通過或不通過，並且指出由誰或哪個機制檢查。

AI 自己也能參與檢查，例如請它逐條標出沒有出處的句子，或列出信中所有可能被解讀成承諾的語句。這類自我檢查適合用來找出需要人看的地方，不適合當成通過的依據，AI 回報很有把握並不代表內容就是對的。

核准要讓人看得到依據也要能說「還不行」

需要核准的那一段設計重點不在多加一個按鈕，而在核准的人按下去之前看得到什麼。比較好的核准畫面會並排放上 AI 的草稿、原始來源以及被條件標出來的待確認項目，核准的人專心處理那幾個標記就好，不必從頭重讀一遍。

選項也不該只有核准與拒絕兩種。Power Automate 的核准動作可以自訂回應選項，官方範例就在接受與拒絕之外加了「需要更多資訊」。這個選項在 AI 協作的流程裡特別有用，因為很多草稿的內容本身沒有寫錯，卡住的是少了只有人知道的資訊，讓核准的人把它退回去補資料，比逼他在核准和拒絕之間硬選一個實際得多。

核准類型也要刻意挑選。同一個核准動作可以設定成第一位回應者就算數，也可以要求每一位指定的人都核准。對外承諾的回信如果設成任何一位收到通知的人按下就生效，最先看到通知的人未必是最有權限判斷的人。

今天可以做的一件事

挑三件目前請 AI 協助產出的東西各填一列下面這張表。

「需要誰核准」那一欄如果只寫得出「主管」或「相關人員」，代表權責還沒釐清，先讓這件產出停在草稿。也可以請 AI 協助分層，在指令中要求它把驗收和核准分開寫。

請依下面的工作內容，判斷 AI 產出的每一個部分該由誰確認。

先把產出拆成幾個部分，每一部分依影響範圍分成四層
1. 自用、可捨棄
2. 內部流通、有來源可對照
3. 會改變他人工作或觸發後續動作
4. 對外承諾或難以收回

每一部分請寫出
- 屬於哪一層以及判斷依據
- 驗收條件，每一條都要能回答通過或不通過
- 由規則、AI 自我標記或哪一個角色檢查
- 是否需要核准，核准者必須是有權承擔這個結果的角色
- 不通過或沒人回應時，流程要停下、退回還是改走其他路

其他規則
- 一個產出含有不同層級的部分時要拆開判斷，不要整份歸成同一層
- 不要只寫「人工確認」或「相關人員」，要寫出確認的項目與角色
- 不要把你自己的檢查結果當成通過依據，只標出需要人看的地方
- 資料不足以判斷層級時列出缺少的資訊

工作內容
<填入 AI 產出的內容、會送給誰、後續會觸發什麼動作>

表格填完之後常會發現需要人核准的只有少數幾項，多數部分只要條件寫清楚就能交給規則比對。人的注意力省下一大半，剩下的全部用在承諾與判斷上。

留到明天的問題

核准點設好之後主持人每天可能會收到十幾則待核准的通知，紀錄、待辦、回信草稿各有幾則。到了第三天他按下核准的那一刻，確認的是內容還是只是讓流程繼續往下走？如果核准之後才發現錯誤，修正的工作又會落到誰身上？

核准一旦只剩下按鈕，前面談過的那個位置就會悄悄從確認退回轉手，人留在流程裡的理由也會跟著變得模糊。