公開動態與原創分析 · 消息日期: · 消息來源
企業數位員工進入持續執行階段後，身份、授權和責任歸屬需要成為上線前的基礎條件。Google 最新的 Gemini agent 公告把這些問題帶入產品設計，也讓企業採購的關注點進一步擴充套件到組織管理。
動態：持續工作與獨立身份進入產品設計
2026 年 10 月 8 日，Google Cloud 在 Gemini at Work 公佈 Gemini agent，介紹持續執行、多智慧體協作以及企業工具連線等能力。官方同時描述了 coworker agent 的獨立身份、郵件地址與持久儲存。具體開放範圍與可用時間仍須按產品公告核驗，公告中的方向不能直接視為每個企業帳號已經具備的能力。
墨客雲觀察：崗位身份需要貫穿業務系統
長期執行的智慧體會跨越多次會話、多個應用和人員交接。沿用某位員工的個人帳號，會讓執行責任與人員許可權混在一起；帳號被停用、崗位變動或密碼重置時，自動化鏈路也可能中斷。企業應為數位崗位建立可追蹤的主體，並記錄授權人、業務範圍、有效期和負責接管的人員。
身份只解決主體識別。資料讀取、業務修改、對外傳送和資金相關動作仍需要分級授權。把系統訪問許可權授予數位崗位後，還應繼續限制到具體組織、物件和動作；工具呼叫需要在執行時重新校驗許可權，避免長期任務使用已經失效的授權。
場景推演：供應商資料維護
以供應商資料整理為例，數位員工可以讀取採購共享目錄、檢查資料缺項並形成待辦。修改供應商銀行帳戶、確認准入或向外部傳送資料，應保留獨立審批步驟。業務部門需要看到每次讀取依據、擬變更內容和最終寫入結果，並能按供應商或任務編號追溯執行過程。
這類設計讓數位員工的職責能夠被業務負責人理解，也使離崗處理可以執行：撤銷工具憑證、停止排程、回收共享目錄許可權，並標記未完成任務的接管人。只刪除聊天記錄會留下仍在執行的後臺工作。
實施建議：從一個可停用的數位崗位起步
首個試點可選擇低風險、重複發生且結果容易核驗的工作。上線前形成崗位說明、系統清單、動作授權表和異常接管流程；試執行期間核對越權攔截、審批等待、重複執行和人員離崗等情形。驗收同時檢查完成率和責任可追溯性，明確撤銷授權後的生效時間。
本文為公開動態分析與實施建議。文中供應商場景為推演，未宣告墨客雲已交付該場景，也未將 Google 的產品功能歸屬於墨客雲。
消息來源
墨客雲編輯部 · neo@mokyun.com