先說事件。2026年10月10日，APPI News 刊出一篇張饒輝（Lightman Chang）寫的長文，談 AI 代理的信任設計：親切可愛的介面會讓人產生好感，但好感跟系統可靠是兩回事。文章把問題拆成資料讀取、內容草擬、對外執行幾個權限環節，也整理了狀態提示、確認、撤回與紀錄的設計原則。
這聽起來離餐桌很遠。但你要是曾經讓別人進過自家廚房，就知道這件事你早就在處理了。
廚房裡的信任，從來不是看笑臉。親戚來幫忙，笑容再熱情，你還是會先交代一句：炒菜的鍋在右手邊，瓦斯關小的方向是逆時鐘，高湯在爐上，別蓋鍋蓋。你交代的這些，就是信任設計。你把「他能做什麼、正在做什麼、做完會怎樣」一項一項說清楚，而不是憑感覺把整間廚房鑰匙交出去。
文章裡有一個很關鍵的區分：好感、信任、可靠性、授權意願，四件事相關卻不能互相代替。翻成廚房話就是：這個人聊天很愉快，不代表他刀工好；刀工好，也不代表你可以讓他把冰箱裡那鍋滷了三天的老滷倒掉。這跟我們先前聊過的湯是對的但食譜抄錯了人是同一種毛病：味道對了，來源錯了，整鍋還是要重新檢查。
研究那一段也值得咀嚼。de Visser 等人2016年的實驗發現，擬人化代理在信任受損時有較高的「信任韌性」，意思是出錯之後，人比較願意再給它一次機會。但2023年 Cockram 等人的另一項研究，操作只改變表面外觀時，參與者根本沒感受到預期差異，信任也沒有提升。換句話說，裝可愛有沒有用，看任務、看情境，沒有保證。就像廚房裡繫了條好看圍裙的新手，圍裙不會讓他少灑鹽。
真正容易出事的地方，文章點得很具體：看不清資料範圍、看不清代理狀態、看不清操作後果。這三件事在廚房裡都有對應。
看不清範圍，就像說「冰箱隨便用」，卻沒講清楚是指那盤剩菜，還是包括你醃了一週的梅子酒。文章建議介面要列出來源、範圍、用途與管理方式，並提供逐來源授權與撤回。廚房的版本很樸素：貼標籤，寫日期，說清楚哪一罐可以動。我們之前也從廚房裡貼標籤貼紙的道理聊過同樣的事。
看不清狀態，是「我來處理」四個字的問題。它可能代表正在切菜，也可能代表已經把菜下鍋了，差別在於你還來不來得及喊停。文章建議標出「正在搜尋」「草稿待確認」「正在送出」這些階段。爐邊的道理一模一樣：備料中你可以插手，下了鍋就得等，端上桌就來不及了。
看不清後果，是最貴的那一種。草稿可以改，寄出去就傳出去了。文章說得直接：讀取行事曆不代表可以取消會議。廚房版本是：聞一下老滷可以，倒掉就是一條回不去的路。所以刪除、對外送出這類動作，不該跟「已授權」共用同一個狀態，送出前要再確認一次，就像端湯上桌前你總會再試一口味道。
所以這篇設計文章讀完，留在餐桌上的線索其實很短：下回無論是請人幫廚，還是把權限交給一個會說話的代理，別急著看它笑得多親切。先問三句：你要動哪些東西，你現在做到哪一步了，做完之後還能不能回頭。這三句問完，湯多半還是你要的那鍋湯。