Claude Enterprise 讓您的組織能夠在聊天、Claude Code 和 Claude Cowork 中存取強大的 AI。隨著這種存取權限而來的是有效管理消費的責任——確保您的團隊獲得最大價值，同時保持使用量可預測且在預算範圍內。
本指南引導 Enterprise 管理員瞭解可用於控制和最佳化代幣消費的關鍵槓桿：設定支出上限、設定角色型存取控制、教育使用者，以及為正確的任務選擇正確的模型和工作量級別。
為什麼消費管理很重要
Claude Enterprise 採用按座位、基於使用量的定價模式。您組織的消費池在所有使用者之間共享，某些介面（特別是 Claude Code 和 Cowork）的代幣消費速率明顯高於標準聊天。
主動設定支出限制並教育使用者的管理員可以減少浪費，並確保高價值使用案例獲得所需的容量。
瞭解各介面的代幣強度
介面 | 代幣強度及其驅動因素 |
核心聊天 | 強度較低。標準的來回對話、摘要、草稿和問答。代幣使用量隨著訊息長度和對話歷史記錄而變化。 |
Claude Code | 強度較高。每個編碼工作階段都包括系統提示、檔案內容、工具呼叫和多輪推理——每個工作階段的代幣數量比聊天多。 |
Claude Cowork | 強度較高。代理工作流程、多步驟任務執行和技能會產生大量中間代幣使用量，最終使用者可能看不到。 |
管理員提示：與您的團隊設定期望
執行 Claude Code 或 Cowork 工作流程的使用者可能沒有意識到他們的工作階段有多耗代幣。單一 Cowork 任務或 Claude Code 偵錯工作階段可能消耗遠多於聊天的代幣。在您發送的任何使用者上線內容中包含此內容。
角色型存取控制
角色型存取控制 (RBAC) 讓您可以將使用者分組，並以單位而非逐個管理他們對 Claude 介面和消費預算的存取權限。這是在較大組織中管理使用量的最可擴展方式。
如何構建群組
根據工作職能和使用案例而非組織層級來考慮群組。以下是一些原則：
建立對應於不同使用模式的群組，而非組織圖方塊。「工程」和「銷售」比「北美」和「EMEA」對消費管理更有用。
限制群組增殖。超過 8–10 個群組會變得難以管理。從 4–6 個開始，只有在使用模式明顯不同時才進行分割。
使用群組來限制對高強度介面的存取。例如：只有「工程」群組的成員可以存取 Claude Code；其他使用者只能看到聊天和 Cowork。
指派群組級別的支出上限作為起點，然後在使用者級別為異常值進行覆蓋（例如，需要 Claude Code 進行特定專案的非技術 PM）。
群組支出管理
群組設定完成後：
在初始推出期間每週檢查群組消費，之後每月檢查一次。
當群組持續接近其上限時，在自動提高之前進行調查——正確的回應可能是模型指導（使用 Sonnet 而非 Opus），而不是更多預算。
考慮在每個部門指派一位「群組擁有者」，負責檢查使用量並回答團隊成員的問題。這樣可以分散管理負擔，並讓具有業務背景的人參與其中。請注意，這需要為這些人員提供管理員權限，這可能不是所需的。
治理提示：將介面存取作為第一道關卡
在擔心代幣級別限制之前，請確保合適的人員可以存取合適的介面。在第一天就給予所有人 Claude Code 和 Cowork 存取權限是產生意外消費的最快方式。分波推出高強度介面，從最可能有效使用它們的團隊開始。
設定支出限制
支出限制是您控制消費的主要工具。Claude Enterprise 讓管理員可以在三個級別設定限制：組織級別、群組級別（使用 RBAC）和個別使用者級別。我們建議的方法是從 RBAC 群組級別限制和每位使用者限制開始——這些可以提供精確、有針對性的控制，而不會因為達到限制而冒著切斷整個組織的風險。
組織級別支出限制
組織級別限制可作為所有使用者和介面的硬性上限，但請謹慎使用：達到它會同時影響所有人，這可能會造成中斷。大多數管理員發現在群組和使用者級別管理消費可以獲得更好的結果，同時降低營運風險。
群組支出限制
群組支出限制讓您可以為整個群組指派每位使用者的每月支出限制，因此該群組的每位成員都會繼承相同的限制，而無需個別設定。這是在中型到大型組織中管理消費的最可擴展方式，也是管理員應該開始的地方。
請注意以下優先順序規則：
個別限制始終覆蓋群組限制，無論哪個更高。
如果使用者屬於多個具有不同限制的群組，組織可以應用最低或最高支出限制。使用「支出預設值」下的下拉式清單來決定您想要應用的優先順序。請注意，座位類型預設限制也包含在此比較中。
組織範圍的限制仍然是硬性上限。
任何地方都沒有限制 = 沒有限制。如果成員沒有個別限制，且其群組都沒有限制，則其支出不受限制。
如何設定：組織設定 → 使用量 → 按群組。將限制設定為特定美元金額或「無限制」。
使用者級別支出上限
使用者級別上限讓您可以為個別帳戶設定消費限制。對於使用量在角色之間差異很大的組織來說，這是必不可少的——每天使用 Claude Code 的開發人員的需求與使用聊天進行文案撰寫的行銷人員的需求非常不同。
使用者級別上限的最佳實踐：
在推出前根據角色類型定義消費層級。分層結構（例如輕量、標準、強大）使得更容易一致地指派和調整上限。
保守開始。根據使用者的請求增加上限比處理超額對話要容易得多。
給予進階使用者（工程師、資料科學家、研究人員）更高或無上限的個人額度，但要確保他們為正確的任務使用正確的 Claude 模型來抵消這一點。
每月監控個人使用報告，以識別異常值——既要找出持續達到上限的使用者（可能需要更多額度），也要找出消費很少的使用者（可能尚未啟用）。
建議的起點
使用者類型 | 程式碼 | 協作 | 聊天 |
進階（前 10%） | $200 | $100 | $50 |
典型（平均值） | $85 | $50 | $20 |
輕度（中位數） | $25 | $20 | $5 |
*這些數字是粗略的規劃估計。實際消費將根據您的團隊規模、工作流程和使用模式而有所不同。
模型選擇指南
管理員最有影響力的做法之一是為使用者設定清晰的指導，說明哪個模型適合哪些任務。模型選擇對代幣消費有直接且重大的影響——Opus 在執行相同任務時消費的代幣可能是 Sonnet 的數倍。
努力程度是第二個消費槓桿。使用者可以選擇 Claude 對每個回應應用多少思考，更高的努力程度比更低的努力程度消費更多代幣。鼓勵使用者將最大努力保留用於更複雜的工作，並將較低的努力用於日常任務。
正確任務的正確模型
模型 | 最適合 | 代幣強度 | 建議使用 |
Claude Sonnet | 日常任務、寫作、分析、問答 | 中等 | 所有使用者的預設模型——設定為您的組織範圍預設值（見下文） |
Claude Opus | 複雜推理、研究、多步驟任務 | 高 | 僅保留給進階使用者或特定工作流程 |
Claude Haiku | 簡單查詢、摘要、快速回應 | 低 | 大量、輕量級自動化任務 |
設定您的組織預設模型（測試版）
除了引導使用者選擇正確的模型外，您還可以設定組織中所有人新對話開始時使用的模型。這是最直接的消費槓桿之一——預設值會影響大多數使用者每天執行的操作。
您有兩個選項：
Anthropic 推薦——隨著新模型發佈自動更新，因此您的組織始終從我們目前推薦的通用模型開始，無需手動維護。
選擇您自己的——將特定模型設定為組織預設值，並將其保持在那裡直到您更改它。當您想要標準化為已知模型以實現消費可預測性時使用此選項（例如，預設為 Sonnet 而不是 Opus）。
此設定僅適用於聊天和協作。Claude Code 模型預設值通過受管設定單獨管理。
您也可以通過自訂角色按角色設定模型預設值，以便不同的群組可以從不同的模型開始——例如，將您的工程群組預設為一個模型，將組織的其餘部分預設為另一個模型。這與您已配置的 RBAC 群組自然配對（見第 2 節）。
如何配置：組織設定 → 模型。
注意：使用者目前對新對話的模型選擇可能會被清除，因此他們將在下一次對話時採用組織預設值。
管理員配置建議
如果您有高容量、低複雜度的工作流程（例如，總結支援工單、生成初稿電子郵件），請評估 Haiku 是否更適合——它可以大幅降低這些用例的消耗。
定期審計您的使用者實際選擇的模型。如果您的大部分消耗都在 Opus 上，這表示您的模型指導沒有發揮作用。
向使用者說明模型選擇
Sonnet 是您的日常工具。它速度快、功能強大，專為絕大多數任務設計——撰寫、分析、編碼協助和問答。
Opus 用於更難、更複雜的工作。當您處理真正複雜的多步驟問題，或品質比速度更重要時，請使用它。
有疑問時，從 Sonnet 開始。您可以隨時在對話中途切換模型至 Opus，以獲得更深入的分析。
使用組織偏好設定來塑造使用者行為
組織偏好設定讓管理員可以在整個組織的每次 Claude 對話中注入常設指導——實際上是給 Claude 一個系統提示，反映您團隊的規範、最佳實踐和護欄。這是一個高槓桿工具，可以改變使用者行為而不增加摩擦，因為指導會在使用時在產品中顯示，而不是在使用者必須查找的文件中。
您可以使用組織偏好設定來管理消耗和使用模式的幾種方式：
勸阻令牌密集的輸出格式。如果您注意到特定工件類型的增加（例如，HTML 儀表板在跨職能執行緒中共享，而更簡單的格式就足夠了），您可以指示 Claude 在生成前向使用者確認。這增加了輕量級檢查，而不會完全移除該功能。
將使用者指向內部資源。在偏好設定中直接參考您團隊的 wiki、最佳實踐文件或使用指南。Claude 會在相關時顯示它們——引導使用者使用正確的內部背景，而不是每次都重新發明。
強化模型選擇規範。提醒 Claude（進而提醒使用者）Sonnet 是預設值，Opus 保留用於特定工作流程。這補充了使用者教育，無需每個人都預先內化。
追蹤使用情況和支出
分析頁面
使用者選單中的分析頁面（claude.ai/analytics）是快速了解您組織的最快方式。它顯示每週活躍使用者、座位利用率、頂級連接器、總支出（MTD/QTD/YTD）、按模型的支出，以及前 10 名按支出排列的使用者排行榜。Claude.ai、Claude Code 和 Cowork 的產品特定檢視會分解每個表面的活動。深入了解。
支出報告 CSV 匯出
如果您需要一次性詳細明細，可以從 分析 → 所有活動 → 支出 → 匯出支出將每個使用者、每個模型的支出報告匯出為 CSV。選擇 MTD、上個月、過去 90 天或最多 90 天前的自訂範圍。CSV 包括使用者電子郵件、使用者 ID、帳戶 UUID、產品、模型、請求計數、提示和完成令牌，以及美元淨支出和總支出。
分析聊天
分析聊天讓您可以用自然語言提出有關組織使用情況的問題。輸入一個問題——「顯示過去 30 天的每日支出」、「誰是我們的最大支出者」、「我們的座位利用率是多少」——Claude 會返回一個圖表和一份簡短的書面摘要，說明它發現的內容。您可以跟進以細化、深入或轉向，無需重新開始。
當您有特定問題且不想瀏覽儀表板時，或當您探索趨勢並想要快速來回時，請使用此功能。結果預設涵蓋過去 30 天；如果您需要，請在問題中指定不同的範圍。資料每天刷新。深入了解。
分析 API
如需程式設計存取，請使用 Claude Enterprise 分析 API。拉取按使用的令牌或花費的美元排列的使用者排名列表，或查看按產品、模型、上下文視窗或地區分解的使用情況和成本趨勢。每個請求的寬度上限為 31 天，從過去 365 天內開始，不早於 2026 年 1 月 1 日。
終端使用者教育
技術控制會讓您走大部分的路，但使用者行為驅動其餘的。理解消耗如何運作的團隊會獨立做出更好的選擇——並為您減少需要排除故障的邊界情況。
向終端使用者傳達的內容
當您上線使用者時，請分享以下內容：
Claude 如何計費
使用情況以令牌為單位測量。長提示和長對話消耗更多令牌。
Claude Code 和 Cowork 工作階段的令牌密集度遠高於聊天。單個長編碼工作階段可以使用比典型聊天工作階段多得多的令牌。
通過切換至 設定 → 使用情況在設定中檢查您的使用情況。
如何選擇模型
Sonnet 是預設值，可以很好地處理大多數任務。只有當 Sonnet 無法讓您達到所需的位置時，才使用 Opus。
您的組織為新對話設定了預設模型；您仍然可以在對話中途切換模型，當任務需要時。
模型選擇器在介面中可見——提醒使用者檢查它，特別是如果他們正在執行複雜任務。
模型選擇器是粘性的，所以養成檢查它是您想要使用的模型的習慣。
努力級別出現在模型名稱旁邊。更高的努力意味著更徹底的回應，但令牌消耗更高，所以將其與任務相匹配。
當他們達到上限時會發生什麼
如果使用者達到其個人上限，他們可以聯繫其群組所有者或 IT/管理員團隊以請求增加。
他們不會丟失進行中的工作——Claude 會在限制進一步使用之前完成當前回合。