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 或更新版本—舊版本仍會顯示受限選項，但使用這些選項的請求會被拒絕）。Claude in Chrome 和 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 小時），並可在其所屬月份結束後七天內修訂。如需發票等級的總計，請在該視窗關閉後再查詢一個月。使用者、技能、外掛程式和連接器等參與端點每天更新，延遲約一天。深入了解並查看 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 時限制重設時，他們可以立即繼續進行工作。
如果您的群組使用共用預算，當共用池用盡時，整個群組的使用量可能會暫停，即使您尚未達到自己的限制。
與使用者分享的資源