交付生產變更，不交出無限權限

GembaOS 是企業 AI Agent 的治理執行平台：以政策判定權限、以綁定參數的單次放行令授權每一個動作、以可追責的簽署鏈記錄人的審批，部署於企業本地機房或私有 VPC。此場景是 IT 維運與生產變更：Agent 可以讀取和分析生產環境，但要改動它，只能走變更審批。

不給 Agent 生產密鑰，如何讓它處理生產環境的工作？

GembaOS 完全不給 Agent 任何生產憑證。Agent 在受限沙箱內診斷並草擬變更集；每個特權動作都經過能力閘道，由政策判定是否需要變更審批，Adapter 再在綁定確切參數的放行令下，把已批准的變更執行一次。

	導入前	GembaOS 做法
存取	持有 SSH 或管理 API 密鑰的 Agent，或者根本不敢用 Agent	Agent 沒有密鑰；憑證由閘道保管
排障	凌晨三時有人翻日誌	Agent 在沙箱內讀日誌，事實與推論分開，然後回報
變更	由當值的人套用，事後才記錄，甚至不記錄	草擬為變更集，由變更負責人批准，執行一次，前後皆有記錄
日誌行內埋下的指令	沒有機制阻止它被執行	那一行只是資料；具類型的關注事項把流程交給人

步驟	誰	記錄甚麼
1. 觸發	監控告警或工單開出一張工單	信號及其來源
2. 調查	Agent 只讀，在 GembaOS 實際探測而非盲信的沙箱內	每次讀取、每個被遮蔽的密鑰
3. 回報	覆核後的報告送到負責人；Agent 欠缺的東西登記到缺口台賬	報告、缺口、等待人手審定的知識草案
4. 草擬	載有確切變更及其前提條件的變更集	審批單
5. 批准	變更負責人以通行密鑰簽章；授權表決定那是誰	簽署鏈
6. 執行	生產 Adapter 在放行令下執行一次；先重新讀取前提條件	執行及其結果

控制點是變更集上的簽章。簽章之前，沒有任何東西觸及生產；簽章之後，只有那個變更、那組參數可以執行，而且只執行一次。如果系統在負責人審視之後已經改變（前提條件與申請上的事實不符），GembaOS 會退回申請而不執行。不需要變更的無人值守執行在第 3 步結束：甚麼狀態都沒有改變，審計記錄如實顯示。