不只是另一個模組 — 治理平台
平台代理服務平台。JieGou 代理服務組織。不要將 AI 附加到您的 CRM 上 — 構建一個跨每個部門運作的治理代理層。
為何模組不夠好
將代理附加到現有平台的四個結構性限制。
供應商鎖定的資料
Agentforce 僅適用於 Salesforce 資料。ServiceNow 代理僅在 ITSM 內運作。JieGou 適用於任何資料來源、任何模型、任何部門。
繼承的限制
Salesforce 治理 = Salesforce 權限。ServiceNow 治理 = ServiceNow ACL。JieGou 治理 = 11 層專為 AI 代理監督設計的架構。
孤立的代理
Agentforce 代理無法與 ServiceNow 代理協調。JieGou 代理透過實體、對話、工作流程、部門和虛擬檔案系統記憶跨部門共享記憶。
平台前提
沒有 Salesforce？沒有 Agentforce。沒有 ServiceNow？沒有 AI 代理。JieGou 可獨立運行於雲端、VPC 混合或透過 Docker Compose 完全自託管。
平台代理 vs. 獨立治理代理
結構差異的並排比較。
| Area | Platform Agent Module | JieGou |
|---|---|---|
| Data Scope | Platform data only (CRM records, ITSM tickets) | Any data source via MCP, APIs, knowledge bases |
| Model Choice | Vendor-selected (Einstein, OpenAI partnership) | Any provider: Anthropic, OpenAI, Google, self-hosted |
| Department Coverage | 3-5 departments (Sales, Support, IT, HR) | 20 department packs covering the entire organization |
| Governance Layers | Inherited from parent platform permissions | 11 purpose-built layers including approval gates, BYOK, audit logging |
| Agent Memory | CRM record history / ticket history | 5-layer hierarchy: entity, conversation, workflow, department, filesystem |
| Deployment Options | Vendor cloud only | Cloud, VPC hybrid, Docker self-hosted |
| Prerequisite | Requires parent platform subscription | None -- standalone platform |
| Cross-Platform | Agents locked to one vendor ecosystem | A2A Protocol for cross-platform agent interoperability |
建構治理層，而非另一個模組
在每個部門部署治理 AI 代理，無需 Salesforce、ServiceNow 或任何其他平台。