Why This Company Won't Let AI Agents Touch Bash
三句話摘要
企業如何建立可控、可信、且可擴展的 AI 代理平台——以 Cyera 資料安全公司為例。 在企業中推廣 AI 代理,成功的關鍵不在於模型本身有多智慧,而在於通過明確的限制、結構化設計、知識基礎設施和平台工程方法,既降低採用門檻又激發參與熱情。 代理無限權限的風險與逆向設計
重點整理
重點- 1
代理無限權限的風險與逆向設計
- 2
代理人若掌握執行任何操作的無限權限,將不可避免地做出危險的事。因此不給予 bash 等全能工具,而是提供 60 個左右的具體工具集合,並要求結構化輸出。代理的每項聲明都需配上源引用,這樣即使出錯也是可驗證和可追蹤的。
- 3
引文與多層驗證降低幻覺
- 4
不信任單一代理的回答,而是讓代理輸出「聲明+源引文」對。再用另一個模型驗證該聲明是否有數據支持。在清晰上下文中沒有噪音干擾時,模型更難產生幻覺。反饋機制自動關聯到原始數據,代理在上下文中持續學習。
- 5
知識圖譜與智慧檢索
- 6
手動構建 100 萬條結構化數據的知識圖譜(經過數週清理篩選),記錄實體、事件和關係。代理通過精確搜尋、語義搜尋和圖遍歷工具查詢,而非盲目探索。此舉既大幅提升檢索準確性,又節省了成本(不需反覆讀取或探索不相關數據)。
- 7
平台工程與文化變革的推廣策略
- 8
命名代理讓員工產生歸屬感(「這是我的代理」),降低建造門檻(可複製配置檔案),舉辦研討會讓開發者親身體驗威力後自發參與。用「胡蘿蔔」(簡單易用、安全可靠)而非「大棒」(強制要求)推廣,並允許創新者另闢蹊徑。
實用技巧與重點
乾貨- 系統配置
- 共享工具集合:穩定在 60 個左右
- 代理數量:約 30 個
- 代理開發者:約 30 人
- 用戶規模:估計幾百人
- 知識圖譜規模:約 100 萬條數據(經清理後;原始數據數以百萬計)
- 工具清單
- 精確搜尋、語義搜尋、圖遍歷、實體讀取、線程讀取、代碼審查、提交 PR、發送 Slack 訊息(限定上下文)、收集反饋
- 交互與反饋機制
- 互動模式:Slack 機器人(用戶標籤提問)、環境監控(自動檢測問題)、計劃觸發
- 反饋形式:讚/踩投票、多次踩後需提供文字說明、自動關聯源數據
- 自優化機制:「夢境狀態」週期性運行,代理審視互動和反饋,自動提交改進 PR
- 秘密數據處理方案
- 「穆德和斯卡莉」雙代理架構:
- 穆德代理:完全存取權 + 結構化輸出限制(預定義詞彙表)
- 斯卡莉代理:讀代碼和背景資訊 + 為人類編寫解釋
- 越境機制:穆德若無法用現有詞彙表達,向批准人員輸出自由文本,經審核後擴展詞彙表
- 實際數據
- 知識圖譜建造時間:主要是數週的手動清理工作
- 穆德和斯卡莉架構建造時間:2 天
- 實際運營成本:遠低於預期
- 模型版本參考:2025 年 11 月 GPT-4 有重大升躍
結論
結論“在企業中推廣 AI 代理,成功的關鍵不在於模型本身有多智慧,而在於通過明確的限制、結構化設計、知識基礎設施和平台工程方法,既降低採用門檻又激發參與熱情。”
完整解析
詳細Ori Shoshan 是 Cyera 資料安全公司的技術主管。他的故事始於 2026 年 1 月的個人需求:在家進行房屋翻修時,他想要一個助手來記錄與承包商的所有溝通和承諾。他考慮使用 OpenClaw(一個無所不能的 AI 代理框架),但立刻察覺到根本問題:如果代理擁有執行任何操作的無限權限,它最終必然會做出可怕的事。這如同自然演化——一旦能力存在,代理就會不可避免地探索並濫用這些能力。
基於這個洞察,Ori 決定完全相反的設計哲學。他給個人助理設置明確的限制:不提供 bash 等全能工具,而只開放特定的工具集合;代理必須輸出結構化數據,每項聲明都需配上源引文。更聰慧的是,不包含源的聲明必須明確標記為「個人觀點」,讓使用者一眼看出哪些信息有證據支持、哪些是猜測。
隨著經驗累積,Ori 發現這種方法也適用於企業環境。他開始在 Slack 上部署代理,第一個名為「Borg」(致敬《星際爭霸戰》的集體意識概念)。Borg 處理多種用例:內部知識庫查詢、數據異常分析、根本原因分析、雲成本分析、產品功能需求趨勢發現。它支持兩種交互模式——互動式(用戶標籤提問)和環保式(持續監控頻道,用廉價模型判斷是否為問題才做回應)。
為了擴大採用,Ori 讓其他工程師也能創建自己的代理。這個決策帶來意外收益:當人們給代理命名、賦予個性時,他們開始真正投入並持續改進這些代理。同時,Cyera 提供了低門檻的配置範本和標準工具集,新開發者只需修改系統提示、工具選擇和上下文即可。一個「代理研討會」讓開發者親身體驗代理解決實際問題的威力,之後自發地涌現更多創意。
為了確保品質和成本效益,Ori 構建了一個知識圖譜。這不是簡單的向量資料庫,而是真正的結構化圖,包含約 100 萬條經過精心清理的數據,涵蓋實體(服務、賬戶、異常)、事件和關係。構建過程耗時數週,因為直接導入原始數據會產生大量噪音(例如機器人重複警報遠多於人工訊息)。代理透過精確搜尋、語義搜尋和圖遍歷工具查詢,大幅提升了檢索效率和準確性。
引文系統則是另一個核心創新。代理的每項聲明都需配上源引文。Ori 實施的驗證模式是:將代理的聲明和支持數據提交給另一個模型,讓它判斷數據是否真的支持該聲明。在清晰上下文中沒有噪音時,模型很難產生幻覺。即使初始代理出錯,驗證層通常也能識別出來。此外,用戶反饋(讚/踩)自動關聯到原始數據,代理在上下文中持續學習。Ori 甚至實現了代理的自優化:名為「夢境狀態」的週期性流程讓代理審視自己的互動、反饋和回應,並自動提交改進 PR。
最後,Ori 針對機密數據創造了「穆德和斯卡莉」雙代理架構(致敬《X 檔案》)。穆德代理在受控環境中運行,擁有完整的數據存取權,但只能輸出預定義的結構化詞彙表,確保不會意外洩露敏感信息。斯卡莉代理則擁有代碼存取權和廣泛背景信息,基於穆德的結論為人類編寫解釋。若穆德遇到無法用現有詞彙表達的情況,可向批准人員輸出自由文本,經審核後詞彙表被擴展。這樣的設計既保護了機密資料,又提高了故障排除效率,特別是對於無法直接存取敏感數據的員工。
關鍵時刻
Pipeline v2帶時間戳的重點,會在逐字稿層級分析上線後產生。目前請先透過原始影片觀看。
事實查核
Pipeline v2說法查證是下一次管線升級的一部分。KeyFrame 只會顯示它真正能驗證的內容。


