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 介面和消費預算的存取權限。這是在較大組織中管理使用量的最可擴展方式。
如何結構化群組
根據工作職能和使用案例而非組織階層來考慮群組。以下是一些原則：
建立對應於不同使用模式的群組，而非組織圖方塊。「工程」和「銷售」對於消費管理比「北美」和「歐中亞」更有用。
限制群組增殖。超過 8–10 個群組變得難以管理。從 4–6 開始，只有在使用模式明顯不同時才分割。
使用群組來限制對高強度介面的存取。例如：只有「工程」群組的成員可以存取 Claude Code；其他使用者只能看到聊天和 Cowork。
指派群組級別的支出上限作為起點，然後在使用者級別為異常值覆蓋（例如，需要 Claude Code 進行特定專案的非技術 PM）。
群組支出管理
設定群組後：
在初始推出期間每週檢查群組消費，之後每月檢查一次。
當群組持續接近其上限時，在自動提高之前進行調查——正確的回應可能是模型指導（使用 Sonnet 而非 Opus），而不是更多預算。
考慮在每個部門指派一位「群組擁有者」，負責檢查使用量並回答團隊成員的問題。這樣可以分散管理負擔，並讓具有業務背景的人參與其中。請注意，這需要為這些人員提供管理員權限，這可能不是所需的。
治理提示：將介面存取作為第一道關卡
在擔心代幣級別限制之前，請確保合適的人員可以存取合適的介面。在第一天就給予所有人 Claude Code 和 Cowork 存取權限是產生意外消費的最快方式。分波推出高強度介面，從最可能有效使用它們的團隊開始。
設定支出限制
支出限制是您控制消費的主要工具。Claude Enterprise 讓管理員可以在三個級別設定限制：組織級別、群組級別（使用 RBAC）和個別使用者級別。我們建議的方法是從 RBAC 群組級別限制和每位使用者限制開始——這些提供精確、有針對性的控制，而不會因為達到限制而冒著切斷整個組織的風險。
組織級別支出限制
組織級別限制可作為所有使用者和介面的硬性上限，但請謹慎使用：達到它會同時影響所有人，這可能會造成中斷。大多數管理員發現在群組和使用者級別管理消費能提供更好的結果，同時降低營運風險。
群組支出限制
群組支出限制讓您可以為整個群組指派每位使用者的每月支出限制，因此該群組的每位成員都會繼承相同的限制，而無需個別設定。這是在中型到大型組織中管理消費的最可擴展方式，也是管理員應該開始的地方。
請注意以下優先順序規則：
個別限制始終覆蓋群組限制，無論哪個更高。
如果使用者屬於具有不同限制的多個群組，支出預設值下的多群組支出限制設定會控制是否應用更高或更低的限制。座位類型預設限制包含在此比較中。
組織範圍的限制仍然是硬性上限。
任何地方都沒有限制 = 沒有限制。如果成員沒有個別限制，其群組也沒有限制，則其支出不受限制。
如何設定：組織設定 → 使用量 → 按群組。將限制設定為特定美元金額或「無限制」。
使用者級別支出上限
使用者級別上限讓您可以為個別帳戶設定消費限制。對於使用量在角色之間差異很大的組織來說，這是必不可少的——每天使用 Claude Code 的開發人員的需求與使用聊天進行文案撰寫的行銷人員的需求非常不同。
使用者級別上限的最佳實踐：
在推出前根據角色類型定義消費層級。分層結構（例如輕量、標準、強大）使得更容易一致地指派和調整上限。
保守開始。根據使用者的請求增加上限比處理超額對話更容易。
給予高級用戶（工程師、數據科學家、研究人員）更高或無上限的個人額度，但要確保他們為正確的任務使用正確的 Claude 模型來抵消這一點。
每月監控個人使用報告以識別異常值——既要找出持續達到上限的用戶（可能需要更多額度），也要找出消費很少的用戶（可能尚未啟用）。
建議的起點
用戶類型 | 代碼 | 協作 | 聊天 |
高級（前 10%） | $500 | $100 | $90 |
典型（平均值） | $215 | $40 | $30 |
輕度（中位數） | $40 | $10 | $5 |
*這些數字是粗略的規劃估計。實際消費將根據您的團隊規模、工作流程和使用模式而有所不同。
模型選擇指南
管理員最有影響力的舉措之一是為用戶設定明確的指導，說明哪個模型適合哪些任務。模型選擇對令牌消費有直接且重大的影響——Opus 在執行相同任務時可能消耗的令牌數是 Sonnet 的數倍。
努力程度是第二個消費槓桿。用戶可以選擇 Claude 對每個回應應用多少思考，更高的努力程度比更低的努力程度消耗更多令牌。建議用戶僅在最具挑戰性的任務中保留最大努力，並在日常任務中使用較低的努力程度。
正確任務的正確模型
模型 | 最適合 | 令牌強度 | 建議使用 |
Claude Fable | 長期代理編碼工作和推理任務 | 非常高 | 保留用於您最高價值、最複雜的代理工作。高級定價和比 Opus 更快的使用速度。 |
Claude Opus | 複雜推理、研究、多步驟任務 | 高 | 僅保留給高級用戶或特定工作流程 |
Claude Sonnet | 日常任務、寫作、分析、問答 | 中等 | 所有用戶的預設模型——設定為您的組織範圍預設值（見下文） |
Claude Haiku | 簡單查詢、摘要、快速回應 | 低 | 大量、輕量級自動化任務 |
設定您的組織預設模型（測試版）
除了引導用戶選擇正確的模型外，您還可以設定組織中所有人新對話開始時使用的模型。這是最直接的消費槓桿之一——預設值決定了大多數用戶每天運行的內容。
您有兩個選項：
Anthropic 推薦——在新模型發佈時自動更新，因此您的組織始終使用我們當前推薦的通用模型，無需手動維護。
選擇您自己的——將特定模型設定為組織預設值並保持不變，直到您更改它。當您想要標準化為已知模型以實現消費可預測性時使用此選項（例如，預設為 Sonnet 而不是 Opus）。
此設定僅適用於聊天和協作。Claude 代碼模型預設值通過受管設定單獨管理。
您也可以透過自訂角色按角色設定模型預設值，讓不同群組可以從不同模型開始—例如，將您的工程團隊預設為一個模型，其餘組織預設為另一個模型。這與您已設定的 RBAC 群組自然配合（請參閱第 2 節）。
設定方式：組織設定 → 模型。
注意：使用者針對新對話的目前模型選擇可能會被清除，因此他們在下次對話時將採用組織預設值。
管理組織的模型存取權限
除了設定預設值外，您還可以限制可用的模型—這是比單純指導更強有力的控制方式。這在兩個層級上運作：
組織層級：每個模型對所有人（包括擁有者和管理員）都是啟用或停用的。在此停用模型會將其從整個組織的每個選擇器中移除。
自訂角色層級：對於使用自訂角色的成員，每個角色只能存取組織層級啟用內容的子集。角色無法授予組織已停用的模型—組織設定始終是上限。
注意：Haiku 模型始終可供每位成員使用，無法停用，因此始終有備用模型。
如果成員屬於具有不同自訂角色的多個群組，存取權限是累加的—他們可以存取其任何角色授予的每個模型（只要該模型在組織層級啟用）。
按角色限制效能等級
除了限制角色可以使用的模型外，您還可以限制該角色成員每個模型可選擇的最大效能等級—這是上述已涵蓋的效能指導的更細緻版本。這僅適用於自訂角色，不適用於組織層級。如果成員有多個角色，這些角色中最高的效能上限將適用。
管理員提示：配對模型 + 效能限制
如果模型指導（「Sonnet 是您的預設值」訊息）沒有產生效果，您仍然看到大量 Opus 使用，限制 Opus 存取權限給特定角色—或將效能上限設為中等/高等而非最大值（適用於非進階使用者角色）—是下一個控制方式。為深度推理真正有價值的角色保留完整存取權限。
適用範圍
模型存取和效能限制在聊天（網頁、桌面、行動裝置）、Claude Cowork、Office Agents 和 Claude Code（CLI 2.1.196+—較早版本仍會顯示受限選項，但使用這些選項的請求會被拒絕）中強制執行。Claude in Chrome、Claude Design 和 Claude Security 尚不支援此功能。
設定方式：組織設定 → 角色 → 選擇角色 → 模型標籤。設定模型存取、每個模型的選擇性效能上限，以及選擇性的角色層級預設模型。若要管理整個組織的設定，請前往組織設定 → 模型。 更多詳情請參閱管理組織的模型存取權限。
管理員設定建議
如果您有高容量、低複雜度的工作流程（例如，總結支援票證、產生初稿電子郵件），請評估 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 Analytics API。提取按令牌使用或美元支出排名的使用者清單，或查看按產品、模型、上下文視窗或地區分解的使用情況和成本趨勢。每個請求的寬度上限為 31 天，從過去 365 天內開始，不早於 2026 年 1 月 1 日。
終端使用者教育
技術控制會讓您走大部分的路，但使用者行為驅動其餘的。了解消耗如何運作的團隊將獨立做出更好的選擇—並為您減少需要排除故障的邊界情況。
與終端使用者溝通的內容
當您上線使用者時，請分享以下內容：
Claude 如何計費
使用情況以令牌衡量。長提示和長對話消耗更多令牌。
Claude Code 和 Cowork 工作階段的令牌密集程度遠高於聊天。單一長編碼工作階段可以使用比典型聊天工作階段多得多的令牌。
在設定中切換至設定 → 使用情況以檢查您的使用情況。
如何選擇模型
Sonnet 是預設值，可以很好地處理大多數任務。只有在 Sonnet 無法讓您達到所需目標時，才使用 Opus。
您的組織為新對話設定了預設模型；您仍然可以在對話中途根據任務需要切換模型。
模型選擇器在介面中可見—提醒使用者檢查它，特別是在執行複雜任務時。
模型選擇器是固定的，所以養成習慣檢查它是否是您想使用的模型。
努力程度顯示在模型名稱旁邊。更高的努力程度意味著更全面的回應，但代幣消耗也更高，因此應與任務相匹配。
達到上限時會發生什麼
如果使用者達到其個人上限，他們可以聯絡其群組擁有者或 IT/管理員團隊以要求增加。
他們不會遺失進行中的工作—Claude 將在限制進一步使用之前完成目前的回合。