Agent 跑了一整個星期。星期一早上，管理者打開甚麼？

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

關於管治 Agent 的文章，大多寫的是行動那一刻：這個 Agent 可不可以改這個，誰簽名。這是對的起點，四道防線正是為此而設。但管理者不是住在那一刻。管理者在 Agent 跑了一星期之後才到場，問的是另一組問題：我們有甚麼，誰為它負責，甚麼在等我，改了甚麼，甚麼接了甚麼，那個密碼用了多久。這篇文章走一遍 GembaOS 為這些問題準備的六個畫面，圖片來自本機 demo 的一次運行。

每個畫面都守兩條規則。全部是推導：由 playbook、租戶規則、能力包和運行時本來就保存的記錄產生，沒有第二份清單要維護，沒有東西要填。而且沒有數字往上湊：頁面撐不起的數字就照實顯示，每個數字都能點進背後的記錄。

員工交辦，收到收據

員工頁面由一個輸入框開始：寫下要辦的事。助手提出這屬於員工有權發起的哪一項業務，GembaOS 再按員工可以發起的業務和員工實際寫下的文字核對這個建議；認不出就列出候選來問，不會猜。員工交辦之前不會啟動任何工作。回來的是一張收據：哪項業務接了、票號、誰經辦、下一步是甚麼。同一件事交兩次，收到的是同一張收據。

這裏支援專員交辦的是查一份規程，截圖時查詢已跑完並回報，所以收據寫的是「完成」。需要人判斷的交辦，會寫明誰在等。

治理總覽

總覽是管理者最先讀的一頁：從 Agent 台賬看到的覆蓋與負責人、等候處理的例外（未解決的缺口與被主機標記的運行）、等人簽的審批、沒有簽名就通過的數量與有沒有抽查、以及等待覆核的規則變更。時間窗有 7 日、30 日、90 日。

三個無負責人和五個需注意都是真的：兩個合作方 Agent 未設定令牌，三個 worker 未設定連結材料。格子照實說並列出來，不會把它們摺進一個綠色數字。

Agent 台賬

公司負責的每個 Agent 一行：GembaOS 運行的 playbook 流水線、經閘道呼叫的合作方 Agent、公司在自己主機上跑的 worker，以及人手登記的其他 Agent。每行寫明負責人和這個名字的來源，以及一個推導出來、絕不往上湊的納管程度：只登記（寫下來而已）、只觀察（看得到呼叫，不攔）、部分納管（能應答，閉環不了）、受控（宣告的操作只能經閘道、憑放行令執行）。操作員可以在一行上認領負責人；這是人在這裏唯一加的東西，會記入記錄。

發佈前檢查過的規則變更

playbook 或角色指引的變更以一個發佈單位流轉。圖中是一份草稿，把規則自行簽名那一檔的上限提高。檢查已經跑過：版本必須遞增；差異從宣告讀出並用平白的話寫下（放寬：自行簽名那一檔覆蓋更多）；這個 playbook 記錄過的判定按記錄的事實在新規則下重判，不重發、不退款、不寄信。這裏過去四個判定都會落在原來的檔。下一步是第二個人批准；起草人不能批准自己的發佈。

發佈後，進行中的工作沿用開始時的規則；仍在變更路線上等候的審批單退回重判；已簽的維持；回退是一次須寫理由的新發佈，不撤銷任何已發生的效果。

風險登記

每個 playbook 由自身設定讀出：觸及的資料、可以做甚麼（讀、寫、執行、不可撤銷的執行）、誰能發起、資料會否流向 SaaS 模型或外部系統、人覆核多少。等級按固定表推出，並列出期望的控制，行上寫明哪些已達成。沒有人手填分數，模型也不提議分數；發佈一旦移動某個維度，行上就標「覆核後已變」，直至有人再看。

登記表之下，紅隊也是一張登記表。每個用例寫明攻擊的路線（注入、越權、跳過審批、簽章後事實變動、工具合約變更、交接後行事、備用模型外傳）、目標 playbook 和負責人、如何復現，以及運行後主機在哪些事件拒絕了它。被突破的用例由具名的人記錄修復，下一次防住即為複測。通過率不是結果。

接駁台賬

本租戶接駁的每個外部系統，由啟動時讀入的能力包、worker、模型供應商與各項服務推導。每行以變數名稱和是否已設定列出連結材料，絕不顯示值；端點未設定而由內置夾具回應的照實標明；寫明 GembaOS 可透過它做甚麼、在誰的簽章下；由記錄上的呼叫得出運作情況；以及每個密鑰已用多少天。下方是身份撤銷：每位離職者在離職處理當刻被撤銷的內容。

這套機制不做的事

• **不打分。**等級是對 playbook 宣告的一張表，納管程度由能力包與閘道推導。設定說的比管理者期望的少，頁面就只說那麼多。
• **不輪換密鑰。**只記錄指紋改變的日期，並標記比公司輪換政策更舊的密鑰。輪換是公司的動作。
• **不憑一個人的話發佈規則。**起草人不能批准自己的發佈。
• **不在公開 demo 裏。**圖片來自本機 demo，每個人以自己的身份登入：執行 gemba demo，打開主控台，左邊導航就有這六頁。

---

給架構師

• 是推導，不是清單：台賬、風險登記、接駁台賬都在讀取時由設定和運行時記錄組成；唯一寫入的是認領的負責人、覆核，以及密鑰的指紋。
• 一次發佈是 playbook 與指引的一束：模型、授權表、角色與各系統合約以雜湊釘住，不隨束移動。檢查會建立一份副本，跑啟動時的檢查，比對宣告，並把已記錄的判定當作其記錄輸入的純函數重判。
• 接駁台賬的憑證庫每個變數只存雜湊的 12 個十六進位字元，連同首見與最後改變日期。輪換是一條寫明變數名稱的管理台賬事件，從不寫值。
• 紅隊運行會保存在資料目錄下，主控台按用例摺成未運行、已防禦、被突破、已記錄修復、已複測。