團隊與企業治理

📖 本篇術語速查表

英文 / 縮寫	中文	一句話解釋
團隊企業治理	governance	團隊和企業級的管理能力。
按需選用	pick	按治理需求選該配什麼。
基線優先	baseline-first	先建身份和資料治理基線。

不想讀完？把下面這段提示詞丟給 AI 幫你跑完——幫你按團隊治理需求定位該先配什麼。

你是 Cursor 團隊企業治理導航顧問。

【角色】
Cursor 團隊企業治理導航顧問，按最小夠用、安全合規優先的原則給可落地方案。

【輸入】
- 團隊 / 企業規模：___
- 最緊迫的治理需求（身份 / 資料 / 合規 / 成本）：___
- 現有 IT / 安全體系：___
- 誰負責：___

【工作流程】
1. 把需求歸到治理維度
2. 給該先建的基線
3. 排出落地順序
4. 標出合規和安全要點

【輸出規範】
▌一、需求歸類
▌二、該先建的基線
▌三、落地順序
▌四、合規 / 安全要點

【硬約束】
- 先建身份和資料治理基線再擴充套件
- 一次聚焦一個維度，不全面鋪開
- 高風險項預設收緊
- 不要替我臆測情況或編造不存在的能力，資訊不全先問清
- 不確定的設定或介面一律以官方文件為準，禁止照搬過時寫法

個人能用不等於團隊能管。團隊需要身份、許可權、資料邊界、用量策略、審計和採購口徑。這一組是 Cursor 的治理層——Team、Enterprise、SSO（Single Sign-On，單點登入）、SCIM（System for Cross-domain Identity Management，跨域身份同步標準）、成員管理、隱私、analytics 和 billing groups 決定組織怎麼安全擴充套件 Cursor。

閱讀方式：先看判斷和路徑，再進入具體章節。Cursor 的資料變化很快，模型、價格、用量和企業策略以官方頁面為準。

Team Setup

建立和設定 Cursor Team。

成員、SSO 與 SCIM

團隊成員、單點登入和自動化身份管理。

Dashboard 與 Analytics

團隊後臺和使用分析。

Enterprise 總覽

Cursor Enterprise 能力邊界。

身份與訪問管理

企業 IAM 相關設定。

隱私與資料治理

企業隱私、資料治理和區域控制。

網路設定

企業網路、代理和訪問設定。

模型安全控制

企業模型安全和控制策略。

模型與整合管理

企業模型和整合管理。

合規與監控

企業合規、監控和審計。

服務賬號與計費組

服務賬號和企業計費組。

官方能力地圖

按 Cursor 官方企業文件，團隊和企業層覆蓋這些能力：

領域	關鍵能力	落地意義
Team setup	建立 team、邀請成員、domain matching、可選 SSO	從個人賬號切到組織管理
Identity access	SSO/SAML、SCIM、RBAC、MDM policies	控制誰能進入、如何自動入離職
Privacy data governance	Privacy Mode、data flows、data residency	明確程式碼和資料如何處理
Network	proxy、IP allowlist、encryption、remote connectivity	讓企業網路環境可用
LLM safety controls	hooks、terminal sandboxing、agent controls	控制 agent 工具和執行行為
Models integrations	模型控制、MCP、第三方整合	管理模型和外部工具面
Compliance monitoring	audit logs、SIEM、tracking	滿足審計和安全團隊要求
Service accounts billing groups	自動化賬號、成本分組	支援平臺化和 chargeback

這些內容不是“管理員後臺說明”，而是團隊能不能安全擴充套件 Cursor 的前提。

團隊上線順序

建議按這個順序推進：

先建立 Team，確認 billing、成員邀請和 domain matching。
啟用 SSO，必要時再接 SCIM。
設定 Privacy Mode、團隊規則和基礎安全策略。
接 GitHub、Slack、Linear、MCP 等整合前先做許可權評審。
對 Cloud Agents、CLI、service accounts 和 billing groups 做分層授權。
最後再接 audit logs、SIEM、AI code tracking、conversation insights 等治理能力。

不要先開全部整合再補治理。團隊落地的關鍵是身份、許可權、資料、網路、成本、審計先有邊界。

企業採購和安全審查

官方 Enterprise 文件建議安全審查從 Trust Center、Security page、Privacy Overview 和 Data Processing Agreement 開始。實際落地時，可以把審查拆成六個問題：

Cursor 是否滿足公司的安全和合規要求。
程式碼、prompt、輸出和記錄如何處理。
是否需要 Privacy Mode、data residency 或 BAA。
企業網路是否需要 proxy、IP allowlist 或私有連線。
哪些模型、整合和 MCP server 允許使用。
審計記錄、用量分析和成本控制由誰負責。

這些問題確認後，再讓開發團隊進入 Agent、Cloud、CLI 和 SDK 的具體使用。

驗收標準

團隊治理頁學完後，至少要能做出一份 rollout checklist：

誰是 admin，誰能邀請成員。
是否啟用 SSO/SCIM。
是否限制 Cloud Agent、CLI、BYOK、MCP、Marketplace。
是否設定團隊規則、sandbox、hooks 或 repository blocklist。
是否能檢視 usage analytics、billing groups、audit logs。
網路和代理問題由哪個團隊處理。

如果這些項沒有 owner，團隊規模一大，Cursor 會從個人效率工具變成不可審計的開發入口。