AI Agent 一件工作要跑三日。傍晚六點，這張工單由誰經辦？

GembaOS 是企業 AI Agent 的治理執行平台：以政策判定權限、以綁定參數的單次放行令授權每一個動作、以可追責的簽署鏈記錄人的審批，部署於企業本地機房或私有 VPC。

當 Agent 開始接手要跑幾小時甚至幾天的工作，一個以往軟件不用回答的問題就出現了：Agent 在做事的這段時間，這件事由誰負責？發起請求的人？打開畫面的人？傍晚六點那個人下班了，又由誰接手？

「大家一起用」過不了審計

常見的答案，是把 Agent 當成共享文件：誰都可以打開、看它在做甚麼、在裏面打字。用來觀看沒有問題，問題在後面：五個人都打過字，然後 Agent 給客戶退了款，那是誰叫它退的？「整個團隊」不是審計會接受的答案，「當時登入着的人」也不是。

GembaOS 把兩件事分開：看是開放的，動手要有一個名字。

觀看：有權查看的人都可以

每張工單的頁面上都有一個協同處置室面板，顯示經辦人、此刻有誰打開了這張工單、Agent 正在哪一步。面板第一行寫明：這是實時協同，不是審計記錄；記錄在下方的事件時間線。誰在看不會寫進記錄，因為觀看不是一個動作。

發指示：只有經辦人

一張工單任何時候都只有一位經辦人，預設是 Agent 替其工作的那位同事，所以不需要任何設定。只有經辦人能向 Agent 發指示，指示分三類：

• 補充：Agent 不知道的事（「財務規定退款金額四捨五入」）。
• 收窄：比原先交代的範圍更小。
• 轉向：在 Playbook 容許的範圍內，換一個目標。

Agent 在下一步讀到指示，不會打斷正在進行的那一步；要即時停下，經辦人先保留、再指示、然後繼續，三個動作都以經辦人的名字記錄。指示改變的是 Agent「嘗試甚麼」，不改變它「被允許甚麼」：不能增加工具、不能提高上限、不能跳過審批，因為這些檢查全部發生在 Agent 讀完指示之後。

移交：兩個人，記錄在案

收工時，經辦人附上理由，向同事提出交接。工單會出現在同事桌面的「提議交接給你的工單」一欄。同事認領之前，經辦人不變；一天內無人認領，提議自動失效。沒有「他登出了，所以歸你」這回事：沒人認領的工單仍屬原經辦人，記錄也這樣寫。

以下畫面來自本文末尾提到的示範環境的一次實際運行。示範中的模型是按劇本行事的 stub；經辦人、指示、移交與簽章則是產品本身的機制，換成真實模型也完全一樣。

工程師何健請 Agent 修復一個失敗的測試，運行途中補充了一句。傍晚六點，修正在等代碼負責人審批，他把工單移交給楊美琪。這是她的桌面：

她打開工單並認領。面板上的經辦人變成楊美琪（已交接），「在看」列出兩人，指示欄只對她開放：

在看的人也可以就這張工單問助手。助手按提問人本人的權限回答，回答只有提問人看得到。經辦人可以把回答用作自己的指示；只是在看的人不能，所以沒有經辦人的名字，回答不會變成給 Agent 的指示。工單的時間線只記下她問過，回答本身只留在她那裏。（示範中的模型是 stub，這裏的回答只會說明它看到了工單的多少內容。）

簽章的人沒有換

這個修正改動了代碼負責人管轄的路徑，所以審批路線指定由代碼負責人簽章。移交換的是經辦人，不是簽章人：交接之後，審批單上剩下的唯一決定仍然屬於代碼負責人周綺雯。

這是刻意的設計。誰簽章，由公司設定的審批路線與組織架構決定；GembaOS 裏負責判定的那部分不讀取誰在經辦、誰在觀看，一旦讀取，測試就會失敗。反方向也有規則：經移交或接管成為經辦人的人，在一般級距上不能為同一張審批單簽章。他參與了工單的走向，簽章就必須由另一個人負責，道理和發起人不能為自己的請求簽章一樣。

代碼負責人簽章後，工單的時間線把以上每一步都連同名字列出：何健的指示、Agent 各階段讀到指示、何健向楊美琪提出交接、經辦人變更、周綺雯的簽章，以及合併。

指示被讀了三次，是因為調查的專員、提出修正的專員、覆核的主管，各自與模型開一段新的對話，三者都會收到經辦人的話。

它不做的事

• 不讓「在場」變成權限。 打開畫面不會因此得到簽章權或指示權。
• 不替兩個人的指示分勝負。 兩條指示互相矛盾時，如果 Playbook 容許，Agent 會如實提出，交回經辦人判斷；Agent 自己不裁決。
• 不讓 Agent 的範圍擴大。 Playbook 不容許的轉向，是另一張有自己審批的工單。
• 公開示範裏試不到。 公開示範的訪客沒有名字，而沒有名字的經辦人，正是這套機制要防止的。上面的畫面來自本地示範，每個人都以本人身份登入：啟動 gemba demo，以兩位員工身份分別打開員工頁面，然後提出缺陷修復請求即可。

---

給架構師

• 記錄在案：指示、提出交接、認領、接管、保留、取消，都是工單哈希鏈記錄上的事件，附操作者姓名；需要理由的動作一併記下理由。
• 指示的文字同樣不被信任：與外來訊息一樣要經過注入檢查。
• 只接受具名登入：共用的運維密碼這類沒有具名本人的登入，可以觀看工單，但不能成為經辦人、不能發指示、也不能移交。