技術札記
技術札記
GembaOS 是企業 AI Agent 的治理執行平台：以政策判定權限、以綁定參數的單次放行令授權每一個動作、以可追責的簽署鏈記錄人的審批，部署於企業本地機房或私有 VPC。以下文章也涵蓋先由人來做、在瀏覽器裏示範一次，以及改規則前先查證規則是否管用的做法，逐篇說明相關決定、記錄與邊界；常用詞見詞彙表。
- 這條規則管用嗎？由個案中找答案，經有名字的程序去改無人簽批而放行的檔位運作得好不好，靠抽查答案、個案結束後的結果與比例變動去看；規則只經第二人批准的發佈才改變。這篇說明 GembaOS 的做法。
- 示範一次，變成有人負責的規則員工在瀏覽器裡的業務應用程式照常做一次。助手寫下它的理解並向員工發問，規則由負責這條規則的人確認，規則發佈草稿再由第二人批准。
- 先由人來做，Agent 一步一步接手一項業務可以在沒有任何 Agent 的情況下進入 GembaOS：人來讀、人來填申請、人來簽、人手執行並回報。之後在同一本作業手冊上，把其中一步交給 Agent，只是一次寫明了交接的發佈。
- 用自己的話描述公司怎樣運作，就能得到真正執行的規則本文介紹如何用自己的話向組織設計助手描述公司怎樣運作，產生規則發佈草稿，再由 GembaOS 校驗、另一人批准；另可手寫規則，或在指定的瀏覽器應用程式示範工作。
- Agent 跑了一整個星期。星期一早上，管理者打開甚麼？Agent 跑過之後管理者要讀的六個畫面：員工的收據、治理總覽、Agent 台賬、發佈前檢查過的規則變更、風險登記、接駁台賬。
- AI Agent 一件工作要跑三日。傍晚六點，這張工單由誰經辦？在 GembaOS，團隊裏有權查看的人都能實時看着 Agent 工作；能向它發指示、能移交工單的只有一位具名經辦人，而經辦人換了，簽章的人不會跟着換。
- AI 企業操作系統中，誰來閉環：是系統自我調整，還是具名責任人簽署？YC 提出整家公司預設對 AI 可查的自閉環。本文探討為何大企業的秘密分級、客戶隱私法規與防出境紅線，要求自動化閉環必須由具名責任人代碼化審查並簽署。
- 供應商無預警推出破壞性變更。翌日早上，你桌上有甚麼？外部 API 悄悄改動，代碼沒崩卻導致業務靜默失效。GembaOS 每晚自動探測供應商沙盒、推算業務影響清單，經雙人確認後派工單給工程師，由 AI 提補丁、人類親手合併。
- 一天裡的八個場面 —— AI 提議了，但絕非由 AI 拍板一間讓 AI 代理做實事的公司，一天裡八個由人或規程拍板的場面：夾帶指令的申請、簽署後被改掉的訂單、簽批人簽自己提的請求。每一個都是你可以即場打開、親手驗證的示範步驟。
- 這個 AI 究竟獲准做甚麼？上個月又改過甚麼？審批路線由運行時所讀的配置直接出圖，兩個版本可逐版比對，每處差異標明變鬆、變緊或角色可見範圍改變，變更申請送出時就已寫明方向。
- 聊天機器人的答覆就是公司的承諾：Air Canada 判例給企業 AI 的警示加拿大法院裁定航空公司須為客服 AI 的失實承諾承擔賠償責任。本文探討企業聊天機器人承諾即公司承諾的法律風險，以及如何透過治理內核阻斷未經授權的越權承諾。
- 特採的「為何允許放行」：如何完整留存不合格品讓步接收的決策證據製造現場的特採（讓步接收）判定每天都在發生，但依據散落在檢測表與郵件中。本文探討如何將不合格品處置綁定於結構化審批單，在解除鎖定前防範竄改。
- 董事變更只有 15 天：文件追收如何建立確定性的審計留痕委任或停任董事須在 15 日內交付 ND2A。最花時間的是追收同意書與身份證明。本文講如何把追收建立為有期限、有留痕的補件機制，確保簽署人清晰責任。
- 材料不齊怎麼辦：AI Agent 如何規範化發起補件輪次保險理賠與採購審核之所以耗費數週，往往不是卡在決策，而是卡在缺材料。本文探討 AI Agent 如何以標準種類發起補件輪次，守住材料未齊絕不簽批的內控底線。
- 寫給管理層的大白話：拆解企業不敢落地 AI Agent 的真正恐懼不是模型不夠聰明，而是出了事無人負責、權限一放就穿底、改錯一筆就招致損失。以實習生、單次支票與授權表，五分鐘講明白什麼是 AI Agent 治理。
- 冪等：一次簽批，怎樣才不會變成兩次寫入逾時、重啟與重新規劃都會令同一個呼叫發出兩次。冪等鍵從哪裡來，決定了重試是同一筆寫入還是第二筆退款，也決定了為何不能由 Agent 自己產生。
- 陳舊的審批：提請那一刻是對的，等待數小時後點擊放行還算不算數提請審批時數據正確，但在主管開會離席的數小時等待中，現實可能已變。現有框架將 Allow 視為解除暫停直接盲發，必致重複扣款。GembaOS 在寫入前重讀現狀並校驗前提，杜絕陳舊審批事故。
最後更新: · GembaOS v0.2