當代理增多，問責在哪裡斷裂

起初，一切看似運作良好

把單一個 AI 代理放進真實服務裡，它往往撐得出奇地好。它寫程式、擬答覆、改檔案。於是你再加一個，然後又一個。你把角色分開，替每一個設定權限與限額，讓它們各自把活幹完。到這裡為止，一切順暢。

麻煩要等到那些運作順暢的環節之一出了差錯，才顯露出來。

「這件事，我之後要怎麼追？」

假設某個代理發布了有問題的程式。或者給出了錯誤的答覆，又或者動了本該擱著不碰的檔案。幾天之後，你得把那個決策重建出來——你有什麼可以倚靠？日誌是有的。你甚至可能替每一項工作都掛上「由誰建立／由誰核准」的標記。但你打開日誌、查看標記，到頭來還是得由人再把整件事看過一遍。

這自然而然引出了下一個問題。那些標記——你真的信得過嗎？

蓋章的人，就是被蓋章的人

「AI 提議，人做最後決定。」作為原則，這沒問題。實務上，速度會勝出。就算擺著核准這一關，也常常是揮揮手就過。於是「已經人工核准」的標記被記了下來——但究竟是真有人看過並核准，還是在趕工的壓力下就這麼滑了過去，光看那個標記是分辨不出來的。

更深的阻礙壓在底下。蓋上那個標記的東西，與寫下那份日誌的東西，是同一套系統。它記錄自己的工作，然後指著那份記錄說自己沒錯。在這一行待得夠久，一種說不上來的不安就會浮現：記錄越積越多，卻不像是在真正需要它們的那一刻能護得住你。

那份不安不是誤讀。結構本來就是那樣造的。

自己留下的記錄，替不了自己作保

無論記錄多麼周密，若它是出自你自己之手、存在你自己的系統裡，那麼對另一方而言，它不過就是「我們的日誌上是這麼寫的」——一方的說法罷了。同樣的道理，一家公司的內部帳簿無論多麼準確，都無法取代外部稽核。問題不在準確性，而在位置。當被評斷的一方與作出評斷的一方站在同一側，記錄就難以成為證據。

代理不只一個時，這件事會自我疊加。假設A把工作交給B，B一路帶到部署，然後跑出了一個錯誤。責任的界線要劃在哪裡？A的日誌是A自己的記錄，B的日誌是B自己的記錄。在各自那一側，一切都對得上。然而無處存在一份記錄，能把這三段串成一線，中立地說明：在哪個時點、什麼被定了下來。

那麼——把標記做得更細，就能解決嗎？

有一條線，是更厚的內部記錄跨不過去的

把標記掛得更仔細、把日誌堆得更厚，當然是有幫助的——對於按自己的方式重建發生了什麼而言。但無論堆得多厚，它們依舊是你自己留下的記錄，這一點不會改變。厚度動搖不了位置。自我證言可以變得更精細，卻無法不再是自我證言。

正因如此，把方向稍微轉一下會有幫助。不是往記錄的內部再挖下去，而是只把決定的邊界往外挪。

另有一條路——把決定的邊界預先固定在外部

不妨這樣想。在代理執行一項決定之前，先把那項決定的邊界，固定在自身之外的某處。這不是要往內部挖掘哪裡出了錯——那仍然是內部除錯的活。留在外部的東西薄得多：誰在何時、以什麼範圍宣告了一項決定，而且是在執行之前。就這樣而已。

有了這一層，那三個問題便落在略為不同的位置上。當你日後要追溯一項出錯的決定時，你比對的是一份在執行之前就已固定於外部的宣告——而不是事後拼湊起來的記錄。「已經人工核准」變成形式的問題而非內容的問題：把「核准是否存在」固定在決定發生的那一刻，日後你就有地方去查，那究竟是一次真正的核准，還是滑過去的東西。而在從A到B再到部署的每一個交接處，都留下一道「外部固定了什麼」的印記，那麼當你問責任該劃在哪裡時，就有了一個可以倚靠的中立點。

這些都算不上多新。若真要說，反而更接近傳統的做法。

這份問題意識，一開始就內建在裡頭

人們解同一個問題已經解了很久。越是重要的承諾，我們越是倚賴公證、登記、第三方保管——而不是任一方自己的帳簿——道理正在於此：唯有把作出評斷的手與被評斷的手分開，記錄才會成為證據。

運行幾個代理，你自己就會走到這個問題面前。沒有人需要教你——你試過標記、堆過日誌，然後走到「這樣真的夠嗎」的那個點上。那個點就是自我證言的牆。把一項決定的邊界預先固定在自身之外，這個構想正是從一開始就把那道牆放在心上而造的。這不是宣稱自己在賣答案——不過是有人先看過同一個問題所留下的痕跡。

目前也許還不急

如果你的代理眼下全在同一個屋簷下——由一個人擁有、跑在一個平台上——標記與日誌還能撐你一陣子。自我證言的牆就在那裡，只是你還不常走到。

那道牆會在你的代理開始與外部往來的那一刻變得清晰。一旦你正在與另一家公司的代理達成合意，而兩個不同平台上的日誌開始分歧，那麼無論各自的內部記錄多麼出色，你手上剩下的就是兩份「我們這邊是這麼寫的」。那一刻，中立的記錄住在哪裡——這件事值得在問題找上門之前，先想像一次。