詞彙表

工單（Work Item）是 GembaOS 為每一個工作單位保存的持續記錄：誰提出、以誰的名義執行、每個 Agent 回合、每項政策判定、每個簽章與每次執行，依次序以雜湊鏈記錄。

本詞彙表的一切都圍繞工單。一宗客戶申請、一個監控告警、一份貼上的離職名單、一份已批准的會議記錄，各自開出一張工單。

常見問題安全與合規

審批單（Approval Request）是政策判定某個動作需要簽章時，GembaOS 組成的文件：主機核驗過的事實、確切參數、理由，以及路線所要求的審批人次序。

審批人在審批台看到的就是這份文件。簽章後，簽發一張綁定文件所列參數的放行令，不會簽發其他任何東西。

安全與合規

放行令（Clearance Token）是 GembaOS 為一個已批准動作簽發的單次、限時授權，綁定該動作參數的雜湊值（argsHash）。執行動作會消耗放行令；參數不同就不相符。

正因有放行令，Agent 不需要持有業務系統的憑證：憑證由閘道保管，一張放行令只放行一次呼叫。

常見問題安全與合規

簽署鏈（Signature Chain）是審批單上按次序排列的簽章：政策委託給 Agent 核查的步驟由 Agent 簽章，路線保留給人的步驟以通行密鑰由人簽章。

每個簽章記錄誰、何時、為何、看到甚麼。審計頁會按現行政策重放整條簽署鏈。

安全與合規

授權表（DOA）是一張按角色、金額或風險級別，列明誰可以批准甚麼、上限多少的表。GembaOS 的政策讀取授權表，決定一個動作憑 Agent 簽章通過，還是需要指定審批人。

它通常就是企業已有的授權表的轉錄。試點的首兩週用來把它寫下來。

Design Partner 計劃常見問題

代表執行（On-Behalf-Of）是 GembaOS 的一項原則：Agent 的每個動作都以某位指定員工的名義、在該員工的權限之內執行；Agent 不會得到員工沒有的任何權限。

審計員能讀懂記錄，正因如此：行為人是人，Agent 是工具。

安全與合規

能力閘道（Capability Gateway）是 GembaOS 站在 Agent 與業務系統之間的組件。Agent 只看到能力名稱與結構；閘道保管憑證、核對政策、預留及消耗放行令，並呼叫 Adapter。

讀取也經閘道，按欄位級規則進行，Agent 只看到其角色可見的欄位。

安全與合規常見問題

政策重放（Policy Replay）是把已記錄的判定按現行政策重新評估，由相同事實得出相同路線與規則鏈。GembaOS 為每項判定記錄足夠資料，令重放是確定性的。

審計員藉此核對數月前的決定今天是否仍然相同；政策變更亦藉此以歷史記錄測試。

安全與合規

影子重放（Shadow Replay）是把已記錄的工單交給新模型或新配置重跑一次，不執行任何動作，只顯示結果會在哪裡不同。

這是模型變更進入生產前的關卡，也是 Design Partner 計劃的第五週。

Design Partner 計劃

黃金測試（Golden Test）是一段附有預期判定的記錄對話，GembaOS 離線對執行平台重放；任何改變判定的變更都會令測試失敗。

黃金測試與紅隊案例，是與夥伴安全團隊一同檢視的證據。

安全與合規Design Partner 計劃

審計回放（Audit Replay）是從雜湊鏈事件重建工單、再在其上重跑政策的頁面，令路線、規則鏈與簽章可以被驗證，而不是被相信。

首頁各「審計記錄」分頁的畫面，就是這個頁面。

安全與合規

缺口台賬（Gap Register）是 Agent 登記完成任務所欠缺之物的台賬：欠缺的手冊、未定義的額度、不明的負責人。缺口不會擴大權限；它寫明應由誰決定，然後等待。

建議的規程送到審定台，經人批准後才成為知識。

常見問題Design Partner 計劃

變更集（ChangeSet）是 Agent 在受限沙箱內草擬、以審批單形式提交而非直接套用的生產系統變更。

這就是 IT 維運場景：調查可以自主進行，變更必須經過變更審批。

安全與合規

沙箱（Sandbox）是 Agent 讀取、測試、草擬而不觸及生產的受限環境。GembaOS 會實際探測並記錄沙箱允許甚麼，而不是相信它的名字。

示範第三幕中，程式錯誤的修正在沙箱內準備，只有經覆核的變更才會離開沙箱。

安全與合規

正式回覆（Official Answer）是工單結束時客戶或申請人收到的唯一回覆：由主機根據已批准的事實撰寫，與內部審批記錄分開，並引用所用的已批准知識。

涉及分類關注或失敗的執行會得到錯誤回覆，絕不猜測。

常見問題