代理部署中的治理空白
當顧問公司為企業客戶實施 AI 代理平台時，他們會遇到一個反覆出現的模式：平台管理代理（身份、權限、基本監控）但不治理它們（合規、評分、多代理保障、證據匯出、法規映射）。
對於受監管行業的客戶 — 醫療保健、金融服務、政府 — 管理是不夠的。歐盟 AI 法案合規要求風險管理（第 9 條）、記錄保存（第 12 條）和符合性評估（第 43 條）。SOC 2 審計師需要 17 個 TSC 控制映射到 8 個類別。NIST AI RMF 需要結構化治理功能（治理、映射、衡量、管理）。
本指南為需要為代理部署添加治理深度的顧問提供 7 節參考。
第 1 節：管理 vs. 治理
代理市場中最重要的區別：
- 管理 = 身份 + 權限 + 基本監控（2 層）
- 治理 = 管理 + 合規框架 + 法規映射 + 量化評分 + 多代理保障 + 證據匯出（10 層）
每個治理平台都包含管理。不是每個管理平台都包含治理。當您的客戶問「我們的代理平台合規嗎？」— 管理無法回答這個問題。治理可以。
第 2 節：三框架合規矩陣
企業現在面臨三個重疊的 AI 治理框架：歐盟 AI 法案（監管）、NIST AI RMF（標準）和 ISO/IEC 42001（管理系統）。每個都需要控制目錄、合規矩陣和風險登記冊。
JieGou 將 8 項核心功能同時映射到三個框架的特定條款和子句 — 代理市場中唯一發布的多框架合規矩陣。這為您的客戶節省了數月的手動映射工作。
第 3 節：10 層治理架構
10 層從身份（第 1 層）到法規合規映射（第 10 層）。每層都映射到特定的歐盟 AI 法案條款、NIST RMF 功能和 ISO 42001 子句。互動式 GovernanceStackDiagram 以視覺方式展示深度差距 — 您的客戶可以看到其當前平台提供哪些層級以及缺少哪些層級。
第 4 節：多代理治理
歐盟 AI 法案是為個別 AI 系統設計的。它沒有多代理問責、級聯故障或代理間治理的規定。JieGou 的多代理基礎設施（循環檢測、記憶體隔離、升級協議、每代理審計軌跡）填補了這 4 個監管空白。
對於部署多代理工作流的客戶，這是合規必需品 — 不是功能升級。
第 5 節：部署模式
三種部署模式適用於不同安全要求：
- 完全 SaaS：最快部署，由 JieGou 管理，標準加密
- 混合 VPC：客戶的 VPC 用於執行，JieGou 控制平面用於治理
- 氣隙：完全隔離，Docker Compose + Ollama，零雲端依賴
每種模式都映射到特定合規要求：HIPAA（醫療保健）、FedRAMP（政府）、SOX（金融服務）、GDPR（歐盟資料駐留）。
第 6 節：GovernanceScore
8 因素量化治理指標（0-100），提供持續衡量：
- RBAC 配置
- 審計日誌
- 工具審批閘門
- 升級協議
- 環境隔離
- 加密
- 合規框架
- 資料駐留
GovernanceScore 映射到歐盟 AI 法案第 9 條（風險管理）和第 43 條（符合性評估）。它為您的客戶提供一個代表其治理狀態的單一數字 — 可隨時間追蹤、跨部門比較、向監管機構報告。
第 7 節：互補架構
JieGou 設計為補充現有代理平台 — 而不是替代它們。您客戶的代理平台管理身份和權限。JieGou 為受監管合規添加 9 個治理層。
架構模式：
您客戶的代理平台（管理：第 1-2 層）
↕
JieGou（治理：第 3-10 層）
↕
合規輸出（歐盟 AI 法案 + NIST + ISO）這種互補定位意味著您可以將 JieGou 與任何代理平台（Frontier、Salesforce、ServiceNow、自建）一起推薦，作為治理深度層。
為您的下一個客戶案例
當您的客戶問「我們如何跨部門治理 AI 代理？」— 答案是一個涵蓋所有 10 層、映射到三個合規框架、提供量化評分、處理多代理保障並為審計師匯出證據的治理平台。
這就是治理基礎設施的樣子。管理是必要的。治理是使其合規的東西。