Claude Enterprise 讓您的組織能夠在聊天、Claude Code、Claude Cowork、Claude Design 以及您的團隊已在使用的工具（包括 Microsoft 365、Chrome 和 Slack）中存取強大的 AI。隨著這些存取權限而來的是有效管理消費的責任——確保您的團隊獲得最大價值，同時保持使用量可預測且在預算範圍內。
本指南引導 Enterprise 管理員瞭解可用於控制和最佳化 Token 消費的關鍵槓桿：設定支出上限、設定角色型存取控制、教育使用者、為正確的任務選擇正確的模型和工作量級別，以及衡量您的支出所產生的結果。
為什麼消費管理很重要
Claude Enterprise 採用按座位、基於使用量的定價模式。您組織的消費池在所有使用者之間共用，某些介面（特別是 Claude Code 和 Cowork）的 Token 消費速率明顯高於標準聊天。
主動設定支出限制並教育使用者的管理員可以減少浪費，並確保高價值使用案例獲得所需的容量。
瞭解各介面的 Token 強度
介面 | Token 強度及其驅動因素 |
核心聊天 | 強度較低。標準的來回對話、摘要、草稿和問答。Token 使用量隨著訊息長度和對話歷史記錄而變化。 |
Claude Code | 強度較高。每個編碼工作階段都包括系統提示、檔案內容、工具呼叫和多輪推理——每個工作階段的 Token 比聊天多。 |
Claude Cowork | 強度較高。代理工作流程、多步驟任務執行和技能會產生大量中間 Token 使用量，最終使用者可能看不到。 |
其他介面也會使用您組織的使用量，並在分析、支出匯出和分析 API 中顯示為單獨的產品：(a) Claude for M365（Excel、PowerPoint、Word、Outlook 增益集），受相同的組織、群組和每位使用者支出限制以及模型限制；(b) Claude Design（測試版），按標準 API 費率從您組織的消費中計費，並套用組織、群組和每位使用者的限制；(c) Chrome 中的 Claude，其側面板作為 Claude Cowork 工作階段執行，因此多步驟瀏覽任務的消費方式與其他 Cowork 代理工作相同（在組織設定 > Cowork 下管理）；(d) Claude Tag（Slack 中的 Claude，測試版），其頻道工作計費到組織的使用量餘額而非個別座位，因此每位使用者和群組限制不會限制它；在 claude.ai/admin-settings/usage/claude-tag 設定 Claude Tag 支出限制（以及選用的每個頻道限制）。與 Claude Tag 的直接訊息計費到寄件者自己的座位。
管理員提示：與您的團隊設定期望
執行 Claude Code 或 Cowork 工作流程的使用者可能沒有意識到他們的工作階段有多耗 Token。單一 Cowork 任務或 Claude Code 偵錯工作階段可能消耗遠多於聊天的 Token。在您傳送的任何使用者上線資訊中包含此內容。
角色型存取控制
角色型存取控制 (RBAC) 讓您將使用者分組，並以單位形式而非逐個管理他們對 Claude 介面和消費預算的存取權限。這是在較大組織中管理使用量的最可擴展方式。
如何結構化群組
根據工作職能和使用案例而非組織階層來考慮群組。以下是一些原則：
建立對應於不同使用模式的群組，而非組織圖方塊。「工程」和「銷售」比「北美」和「EMEA」對消費管理更有用。功能群組也使智慧報告更有用，因為限定於團隊的報告會產生足夠具體以便採取行動的發現。
限制群組增殖。超過 8-10 個群組會變得難以管理。從 4-6 個開始，只有在使用模式明顯不同時才分割。
使用群組來限制對高強度介面的存取。例如：只有「工程」群組的成員可以存取 Claude Code；其他使用者只能看到聊天和 Cowork。存取權限由您指派給每個群組的自訂角色授予，且僅對組織角色設定為「自訂」的成員生效。保留在內建使用者角色上的成員在整個組織中保持所有功能啟用。群組可以手動建立或從您的身分提供者同步。請參閱 在 Enterprise 方案上設定角色型權限。
指派群組級支出上限作為起點，然後在使用者級別為異常值覆蓋（例如，需要 Claude Code 進行特定專案的非技術 PM）。
群組支出管理
設定群組後：
在初始推出期間每週檢查群組消費，之後每月檢查一次。
當群組持續接近其限制時（請參閱「使用量」頁面上的「達到限制的時間」），在自動提高之前進行調查。限定於該群組的智慧報告顯示支出產生的結果，或者您可以向該群組傳送簡短問卷以直接詢問。正確的回應可能是較低的工作量上限或更清晰的模型指導。如果報告顯示高價值工作，請提高限制，因為達到限制的成員通常是您的頂級採用者。
考慮在每個部門指派一位「群組擁有者」，負責檢查使用量並回答團隊的問題。這分散了管理負擔，並將具有業務背景的人納入迴圈。您不需要讓這些人成為擁有者或管理員：建立授予分析（可檢視）管理員權限的自訂角色——以及選用的計費（可檢視），以便他們可以看到「使用量」頁面——並將其指派給小型「使用量檢查者」群組。管理員權限僅適用於角色設定為「自訂」的成員，分析檢視存取權限是組織範圍的，而非限於其群組。
若要讓群組擁有者只檢視其團隊，您可以讓他們執行限定於其群組的智慧報告。請參閱 讓團隊成員為特定群組執行智慧報告。
治理提示：將介面存取作為第一道關卡
在擔心 Token 級別限制之前，請確保正確的人員可以存取正確的介面。在第一天就給予每個人 Claude Code 和 Cowork 存取權限是產生意外消費的最快方式。分波推出高強度介面，從最可能有效使用它們的團隊開始。
設定支出限制
支出限制是您控制消費的主要工具。Claude Enterprise 讓管理員在三個級別設定限制：組織級別、群組級別（使用 RBAC）和個別使用者級別，加上選用的集區預算，為群組提供一個共用的每月金額。我們建議的方法是從 RBAC 群組級限制和每位使用者限制開始——這些提供精確、有針對性的控制，而不會因為達到限制而冒著切斷整個組織的風險。
組織級支出限制
組織級限制可作為所有使用者和介面的硬性上限，但要謹慎使用：達到它會同時影響所有人，這可能會造成中斷。大多數管理員發現在群組和使用者級別管理消費能提供更好的結果，同時降低營運風險。
群組支出限制
群組支出限制讓您為整個群組指派每位使用者的每月支出限制，因此該群組的每個成員都繼承相同的限制，而無需個別設定。這是在中型到大型組織中管理消費的最可擴展方式，也是管理員應該開始的地方。
請注意以下優先順序規則：
個別限制始終覆蓋群組限制，無論哪個更高。
如果使用者屬於多個具有不同限制的群組，支出預設值下的多群組支出限制設定控制是否套用較高或較低的限制。座位類型預設限制包含在此比較中。
組織範圍的限制仍然是硬性上限。
任何地方都沒有限制 = 沒有限制。如果成員沒有個別限制，其群組都沒有限制，則其支出不受限制。
如何設定：組織設定 → 使用量 → 按群組/層級。將限制設定為特定美元金額或「無限制」。
集區群組預算（測試版）
群組支出上限為每個成員提供相同的個別限制。集區預算為整個群組提供一個共用的每月金額，每個成員都從中提取。當團隊有固定預算但成員之間使用量不均時，請使用它。
每個請求都計入成員自己的每月限制和群組的集區。成員在先用完的地方停止。使用量可能在限制暫停之前略微超過。將每位成員的限制設定為護欄，而非集區的相等份額。當集區用完時，群組中每個成員的使用量都會暫停，直到管理員提高它或在下個月重設。計費管理員在集區的 50%、75%、95% 和 100% 時收到電子郵件警示。
如果成員屬於多個共用群組，將優先使用最大的池。您可以在 共用預算優先順序 下設定自訂順序。
設定方式： 組織設定 > 使用情況 > 支出限制 > 按群組/層級。開啟群組的選單，選擇 編輯限制，然後設定 共用月度預算 和 成員月度限制。群組需要先設定月度支出限制。擁有者、主要擁有者、管理員、帳單角色以及具有帳單（可管理）權限的自訂角色可以設定池。在測試版中，帳單權限適用於整個組織，因此任何可以編輯一個群組池的人都可以編輯每個群組的池。池尚未透過管理員 API 提供。請參閱 在企業方案上管理共用群組預算。
使用者層級支出上限
使用者層級上限可讓您為個別帳戶設定消費限制。對於使用情況在各角色間差異很大的組織來說，這至關重要——每天使用 Claude Code 的開發人員的需求與使用聊天進行文案撰寫的行銷人員的需求截然不同。
使用者層級上限的最佳實踐：
在推出前根據角色類型定義消費層級。分層結構（例如輕量、標準、高級）可以更輕鬆地一致地指派和調整上限。
保守開始。根據使用者的要求增加上限比處理超額對話要容易得多。
為高級使用者（工程師、資料科學家、研究人員）提供更高或無上限的個人限制，但通過確保他們為正確的任務使用正確的 Claude 模型來抵消這一點。
每月在「使用情況」頁面上檢查「達到限制的時間」，以查看成員達到限制的頻率。同時留意消費很少的使用者，他們可能尚未啟用。
模型選擇指南
管理員可以做的最有影響力的事情之一是為使用者設定明確的指導，說明哪個模型用於哪些任務。模型選擇對支出有直接且重大的影響。
努力程度是第二個消費槓桿。使用者可以選擇 Claude 對每個回應應用多少思考，更高的努力程度比更低的程度消耗更多令牌。鼓勵使用者僅為最具挑戰性的任務保留「最大努力」，並為日常任務使用較低的努力程度。
適合任務的正確模型
模型 | 最適合 | 令牌強度 | 建議使用 |
Claude Fable | 最困難、開放式的工作：深度研究、複雜分析和長期執行的代理工作 | 非常高 | 我們最先進的通用模型，適用於您最困難和最高價值的工作。 |
Claude Opus | 複雜推理、研究、寫作、分析、編碼和多步驟任務 | 高 | 大多數角色的強大預設，以及複雜的多步驟工作 |
Claude Sonnet | 日常任務、寫作、分析、問答 | 中等 | 較輕日常任務的快速選項，或進行大量簡單工作的群組的預設。 |
Claude Haiku | 簡單查詢、摘要、快速回應 | 低 | 大量輕量級自動化任務 |
設定您組織的預設模型
除了引導使用者選擇正確的模型外，您還可以設定組織中每個人的新對話開始使用的模型。這是最直接的消費槓桿之一——預設值決定了大多數使用者每天運行的內容。
您有兩個選項：
Anthropic 推薦 — 隨著新模型發佈自動更新，因此您的組織始終在我們目前推薦的通用模型上啟動，無需手動維護。
選擇您自己的 — 將特定模型設定為組織預設值並將其保持在那裡，直到您更改它。當您想要標準化已知模型以實現消費可預測性時使用此選項（例如，預設為 Opus 並為進行最困難工作的角色提供 Fable）。
此設定適用於聊天、Claude Cowork、Claude Code（CLI 2.1.199 或更高版本）和 Claude for Microsoft 365 中的新對話。如果選定的模型在產品中不可用，則使用 Anthropic 的推薦預設值。如果您還通過受管設定為 Claude Code 固定模型，該設定對 CLI 和 IDE 優先。請參閱 為您的組織設定預設模型。
粘性預設值 - 始終以預設模型和努力程度開始（測試版）。 預設情況下，模型選擇器是粘性的：新對話在成員最後使用的任何模型上開始。若要更改此設定，請在 組織設定 > 模型 中開啟 始終以預設模型和努力程度開始。每個新對話都在組織的預設模型和預設努力程度上開始。成員仍然可以在對話中更改兩者。
粘性預設值自動升級。當啟動更改預設模型時，粘性模型會移至新預設值，因此沒有人會停留在較舊的模型上。設定自己預設模型的角色在角色編輯器中具有相同的開關。它適用於聊天、Claude Cowork、Claude Code、Claude for Microsoft 365、Claude Design 和 Claude Science。請參閱 為您的組織設定預設模型。
若要遵循上述建議的設定，請通過自訂角色按角色設定預設值。例如，您可能會將 Claude Opus 設定為組織預設值，將 Claude Fable 設定為研究和分析角色的預設值。這建立在您已經設定的 RBAC 群組上（請參閱上面的 基於角色的存取控制）。
設定方式： 組織設定 > 模型 用於組織預設值。對於角色預設值，請前往 組織設定 > 角色 > 選擇角色 > 模型標籤。
管理您組織的模型存取
除了設定預設值外，您還可以限制哪些模型可用——這是比單純指導更強有力的槓桿。這在兩個層級上運作：
組織層級： 每個模型對所有人（包括擁有者和管理員）啟用或停用。在此處停用模型會將其從整個組織的每個選擇器中移除。
自訂角色層級： 對於自訂角色上的成員，每個角色授予對組織層級啟用內容的 子集 的存取權限。角色無法授予組織已停用的模型——組織設定始終是上限。
如果成員屬於具有不同自訂角色的多個群組，存取是 累加的 ——他們獲得其任何角色授予的每個模型（只要它在組織範圍內啟用）。
按角色限制努力程度
除了限制角色可以使用的模型外，您還可以限制該角色上的成員每個模型可以選擇的 最大努力程度 ——這是上面已涵蓋的努力指導的更精細版本。您還可以為整個組織設定努力上限，這是任何角色可以允許的最高級別。如果成員有多個角色，這些角色中最高的努力上限獲勝。
您也可以為角色的預設模型設定預設努力等級，讓新對話從您選擇的等級開始，可以是 Anthropic 建議的預設值或特定等級。預設值不能高於該模型的努力上限。請參閱為您的組織設定預設模型以瞭解更多資訊。
適用範圍
模型存取和努力限制在大多數 Claude 產品中強制執行，包括聊天（網頁、桌面、行動版）、Claude Cowork 和 Claude Code（CLI 2.1.199 或更新版本—舊版本仍會顯示受限選項，但使用這些選項的請求會被拒絕）。Chrome 中的 Claude 和 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 Code、Cowork 和 Claude Design 的產品特定檢視會分解每個表面的活動。瞭解更多。
技能分析和每項技能的投資回報率
每項技能代表一個可重複的工作流程—準備銷售電話、審查合約—因此其成本可以直接與該工作流程的價值進行比較。分析中的技能檢視顯示您組織中每項技能的使用者、每次使用的成本和總使用次數，可按群組（「我的法律團隊使用哪些技能？」）或產品表面進行篩選。
若要執行投資回報率分析：
從技能檢視將技能表匯出為 CSV。
為每項技能分配每次執行的價值—完成任務價值的粗略估計，例如它取代的員工時間（例如，「準備銷售電話對我們來說價值約 $20」）。
在您的試算表中計算：（每次執行的價值 − 每次使用的成本）× 總使用次數 = 每項技能產生的淨價值。
計算目前在產品外進行，但 CSV 匯出使其成為快速的試算表練習。即使是粗略估計也能講述一個引人注目的故事：每次執行成本 $0.90 的通話準備技能相對於 $20 的價值，每次使用都能獲得 20 倍的回報。
支出報告 CSV 匯出
如果您需要一次性詳細分解，可以從分析頁面將每個使用者、每個模型的支出報告匯出為 CSV：在概覽標籤上的支出部分（「Claude 的成本是多少？」）中，按一下「匯出支出報告」並選擇 MTD、上個月、過去 90 天或最多 90 天前的自訂範圍。
分析聊天
分析聊天讓您用純文字提出有關組織使用情況的問題。輸入問題—「顯示過去 30 天的每日支出」、「誰是我們的最大支出者」、「我們的座位使用率是多少」—Claude 會返回圖表和它發現內容的簡短書面摘要。您可以跟進以精煉、深入或轉向，無需重新開始。
當您有特定問題且不想瀏覽儀表板時，或當您探索趨勢並想要快速來回時，請使用此功能。結果預設涵蓋過去 30 天；如果您需要，請在問題中指定不同的範圍。資料每天更新。瞭解更多。
分析 API
如需程式設計存取，請使用 Claude Enterprise 分析 API。提取按使用的令牌或花費的美元排列的使用者排名清單，或查看按產品、模型、RBAC 群組、背景視窗、區域或服務層（標準與快速）分解的使用情況和成本趨勢。按 RBAC 群組對成本報告進行分組可提供每個部門的支出以進行退款，而無需匯出每個使用者的列。每個請求的寬度上限為 31 天，從過去 365 天內開始，不早於 2026 年 1 月 1 日。
您的主要所有者可以在組織設定 > API 下使用 read:analytics 範圍建立金鑰。成本和使用資料通常在約四小時內到達（偶爾最多 24 小時），並可在 30 天內修訂，因此查詢 30 天以上前的日期以獲得發票等級的總計。使用者、技能、外掛程式和連接器等參與端點每天更新，大約有一天的延遲。瞭解更多並查看API 參考指南。
每個使用者的技能、外掛程式和連接器使用情況
分析 API 也會按使用者分解技能、外掛程式和連接器使用情況。skills、plugins 和 connectors 端點各支援 group_by[]=user_id 參數，將您在儀表板中看到的組織範圍總計轉換為每個使用者每項技能（或外掛程式或連接器）的一列—因此您可以看到確切誰在執行給定的技能、執行頻率，以及哪些團隊成員實際上已叫用您推出的外掛程式。您也可以按 RBAC 群組或產品表面進行分組，或按名稱篩選至單一技能、外掛程式或連接器。
這對於上述相同的每項技能投資回報率問題很有用，只是按個別使用者而不是匯出至試算表進行分解—例如，確認外掛程式推出實際上已登陸到分發給它的團隊，而不是只檢查它是否已安裝。在 API 參考中瞭解更多：技能、外掛程式、連接器。
管理員 API
對於在許多群組中管理限制的組織，管理員 API 將成本控制工作流程移至指令碼—自動化增加請求審查、標記接近其限制的成員，以及大規模顯示快速變化的使用情況。API 讀取每個成員的有效限制和月初至今支出，並設定或清除每個使用者的覆蓋。群組、座位類型、組織等級限制和集區群組預算仍在組織設定中設定。管理員 API 的使用者管理端點（目前在 Enterprise 組織的測試版中）也讓您以程式設計方式建立群組、新增或移除成員，以及讀取您的自訂角色。請參閱使用者管理。
支出閾值警示
支出閾值警示在達到組織等級支出限制的 75% 和 90% 時通知管理員，讓您有時間在任何人被阻止執行中任務之前提高上限。集區群組預算在達到集區的 50%、75%、95% 和 100% 時向計費管理員發送自己的警示。
產品內調查
上述分析告訴您您的團隊使用 Claude 的頻率；調查告訴您他們用它做什麼以及什麼阻礙了他們。從分析 > 調查，管理員可以向使用者發送一份簡短調查，該調查會在 Cowork 或聊天中的自然休息時出現。按群組選擇受眾、設定時間範圍，並在主控台中查看彙總結果，包括回應率、按表面和群組的分解，以及書面答案的摘要，每份調查都有 CSV 匯出。瞭解更多有關為您的組織建立調查。
達到限制的時間（使用情況頁面）
組織設定 > 使用情況中的使用情況頁面會開啟一個檢視，顯示成員達到其支出限制的頻率。它顯示本月每個活躍座位達到限制的時間，適用於所有成員和您的超級使用者（按支出排列的前 10%），與先前月份進行比較並附帶預測。它也會指出哪個群組或限制類型佔達到限制時間最多，因此您知道首先要查看的位置。
使用此檢視作為您檢查限制是否適合人們工作方式的方式。達到限制的時間增加意味著成員在執行中任務時被阻止。您可以從同一頁面調整限制：提高預設值，或增加達到限制的成員的限制。
智慧報告（測試版）
分析顯示每個團隊花費多少。智慧報告顯示該支出正在產生什麼。將報告範圍限定為團隊、日期範圍和您想要包含的產品。Claude 審查成績單樣本並按工作流和輸出類型分解支出。
對於消耗管理，請關注這些部分：
按輸出類型計算的每次會話成本。查看哪些類型的工作成本高昂，以及該成本是否與其價值相符。
最常見的摩擦和低效率。返工循環和沒有可用輸出的會話是無回報的支出。重複出現的摩擦通常指向您可以在幾分鐘內啟用的連接器或設定。
可重複使用的技能和工作流程。將重複工作打包為共享技能可讓整個團隊更快地獲得一致的結果。推出後，在「技能」檢視中追蹤其成本和投資回報率。
成本最高的會話。查看支出集中的位置。
智慧報告旨在幫助您了解採用情況和規劃投資，而不是評估個人績效。如需了解可用性、設定以及如何建立和共享報告，請參閱 開始使用智慧報告。
調查（測試版）
您可以在 Claude 內執行簡短調查，了解人們使用 Claude 的用途、其價值以及他們遇到的困難。然後將他們的回答與您的支出資料進行比較。
調查在 Claude Cowork 中的任務之間或聊天中的回覆後顯示為卡片，永遠不會中斷執行中的任務。您可以將其發送給所有成員或特定群組，選擇 Cowork、聊天或兩者，並設定開始和結束日期。每位使用者只會看到一次調查。結果在調查進行中時更新：回應率、多選題的長條圖，以及您可以按群組篩選的書面回答摘要。您也可以將其匯出為 CSV。
對於消費管理，調查適用於：
檢查高支出背後的價值。當某個群組經常達到其限制時，在提高或降低上限之前，詢問其使用 Claude 的用途。
填入您的投資回報率數字。詢問 Claude 在關鍵工作流程上節省了多少時間，並在「技能投資回報率分析」中使用這些答案作為每次執行的價值估計。
尋找摩擦。詢問 Claude 在哪些方面沒有幫助。答案通常指向要變更的連接器、技能或模型設定。
如何設定：分析 > 調查 > 新調查。主要擁有者、擁有者、管理員和具有分析檢視存取權限的自訂角色可以建立調查並查看結果。回應會傳送給您組織的管理員，Anthropic 僅在需要時才存取這些回應以執行服務。不要在回應中放入受管制的資料（例如 PHI）。回應不是匿名的：匯出包含每位受訪者的電子郵件。使用客戶管理的加密金鑰 (CMEK) 的組織尚無法使用調查。請參閱 為您的組織建立調查。
終端使用者教育
技術控制將帶您走大部分的路，但使用者行為驅動其餘部分。了解消費如何運作的團隊將獨立做出更好的選擇，並為您減少需要排除故障的邊界情況。
與終端使用者溝通的內容
當您上線使用者時，請分享以下內容：
Claude 如何計費
使用量以權杖衡量。較長的提示和較長的對話會消耗更多權杖。
Claude Code 和 Cowork 會話的權杖密集度遠高於聊天。單一長編碼會話可以使用比典型聊天會話多得多的權杖。
在設定中切換至 設定 → 使用量以檢查您的使用量。
如何選擇模型
Sonnet 是預設值，可以很好地處理大多數任務。僅當 Sonnet 無法讓您達到所需目標時，才使用 Opus。
您的組織為新對話設定了預設模型；您仍然可以選擇不同的模型。在任務開始時選擇它。
模型選擇器在介面中可見，提醒使用者檢查它，特別是如果他們正在執行複雜任務。
除非您的管理員已啟用「始終以預設模型開始」，否則模型選擇器會記住您的最後選擇，因此在開始任務前請檢查它。
工作量級別顯示在模型名稱旁邊。更高的工作量意味著更徹底的回應，但權杖消耗更高，因此請將其與任務相符。
當他們達到上限時會發生什麼
當使用者接近其支出限制時會收到產品內通知，一旦達到限制，可以點擊「要求更多使用量」向管理員發送增加請求，而無需離開 Claude。告訴使用者誰是其核准者以及您預期的周轉時間。
他們已經產生的任何內容都不會遺失。已在進行中的請求會完成，但進一步的請求會被阻止，因此多步驟 Claude Code 或 Claude Cowork 任務可能會在完成前暫停。一旦管理員提高限制，或在每月 1 日 00:00 UTC 時限制重設，他們就可以立即恢復工作。
如果您的群組使用共用預算，當共用池用完時，整個群組的使用量可能會暫停，即使您尚未達到自己的限制。
與使用者共享的資源