支出上限

這是五項決策中的第四項：支出。您已經設定了成員建置內容的規則。本課程將介紹支出上限：其所在的三個層級、成員達到上限時會發生什麼事，以及由誰負責處理升級。

上限是什麼，以及其所在位置

支出上限分為三個層級，從最廣泛到最狹窄：

1. 組織上限： 貴組織在特定月份可動用的總額；任何群組上限或個別成員覆寫都不能讓任何人超出此限額。
2. 群組上限：群組中每位成員都會繼承的個別成員限額，依該群組的典型使用量來設定。
3. 個別成員覆寫：特定成員自己的限額，個別設定，可高於或低於其群組的數字。

群組上限之下是席位預設限額，在「支出預設值」下設定——這是成員在設定任何群組上限或覆寫之前所獲得的數字。當成員同時屬於兩個都有上限的群組時，一項組織層級的設定（「支出預設值」下的「群組成員限額」）會決定適用哪一個，而您可以選擇較高或較低的群組上限勝出。席位預設值也會納入這項比較，因此在「較高群組限額」設定下，若席位預設值高於群組上限，該成員所獲得的就是這個數字。請謹慎設定此項，因為與第 5 課中權限聯集規則（較廣泛的授予永遠勝出）不同，這裡的決定權在您手上。

上限在實務上如何運作

當成員達到其上限時，其使用量會被暫停。暫停並非中斷服務，也不會有工作排入佇列稍後執行。該成員在限額隨新月份重置之前，或在獲核准的請求解除限制之前，都無法超出上限使用 Claude。該成員也會在應用程式內看到請求增加額度的提示。該請求會送達「組織設定」中的「使用量」頁面，由擁有者（Owners）、主要擁有者（Primary Owners），以及任何自訂角色中「帳單」設為「可管理」的人員核准或拒絕。

在規模擴大時需要注意一點：能夠核准請求的人，往往不是擁有預算的人，因此產品內的請求有時可能要等上好幾天才能得到決定。如果您的預算擁有者使用自訂角色，將「帳單」設為「可管理」的角色可讓他們直接做決定；請只將此權限授予應該核准支出的人員所擔任的角色。大型組織通常會改為透過自己的工單系統來處理上限提高請求——支出限額 API（Spend Limits API）可以列出、核准及拒絕請求，也可以設定限額。

與其逐一為每位成員設定上限，不如將群組上限作為您的擴展機制：依群組的典型使用量來設定，並讓成員身分來完成分配。群組上限並非群組共享的集合預算，也不一定與人數成正比——它回答的是「這個群組中一位成員通常需要多少？」覆寫則用於特定例外情況，例如每月使用 Claude Code 執行繁重資料分析工作的分析師。這讓該分析師獲得所需資源，而不必為包含他們的整個群組提高上限。

當個別成員覆寫數量增多時，屬於 Claude Enterprise Admin API（公開測試版）一部分的支出限額 API 可以透過程式設定這些覆寫，讓平台團隊不必逐一手動設定。群組上限仍保留在您的組織設定中。如果覆寫清單持續增長，請將其視為一個訊號：這些成員需要屬於自己的群組，而不是更長的例外清單。

Pluto 的上限

Pluto 根據預算擁有者提供的數字設定了組織上限，並依各單位典型成員的使用量設定群組上限。在第一個月的使用量檢視之後，少數 Claude Code 工作量遠高於群組典型使用量的平台工程師獲得了個別成員覆寫，而非提高整個平台群組的上限。提高群組上限會讓每位工程師的上限都提高，包括那些原本就遠低於上限的人，因此覆寫只針對需要額外空間的異常值。Payments & Trust 會審查每一個涉及其群組的請求。

下方的互動小工具展示了群組上限與個別成員覆寫如何為一位成員結合運作，以及當她屬於兩個群組時，您的「群組成員限額」設定會套用哪一個上限。

1 · 您的決策

貴組織的上限設定在哪裡（上限、群組上限、任何第一天就設定的覆寫），以及當成員達到上限時由誰負責處理升級？

2 · 您可以做的選擇

這項決策是一種判斷，而非單純的開關切換。您必須同時決定如何設定上限，以及上限設定後由誰負責處理升級。請一併權衡以下各項考量。

您可以依靠 Claude Enterprise 消耗量指南的層級結構，而不必自行發明一套。該指南建議在推行前依角色類型定義消耗層級（輕度、標準、重度），以便一致地分配與調整上限。代理型工作每次工作階段的消耗量可能高於簡短的聊天：Claude Code、Cowork，以及統一的 Claude 體驗中轉入 Cowork 雲端工作階段的聊天。

根據您自己的使用量歷史，或您的客戶團隊（如有）提供的規模建議，為每個層級訂出一個數字，記錄您設定的日期，並將其視為您依自身使用量調整的起始數字，而非目標值。有兩件事會限制您最終得出的數字：預算擁有者所持有的組織上限，以及第 6 課中各群組實際獲得的介面。

設定上限歸結為三項考量，若您採預付方式則再加上一項限制，每一項都要依您擁有多少使用量歷史，以及該群組工作的型態來權衡：

1. 依典型使用量設定： 典型的適配。群組上限依各群組典型成員的使用量設定，並由成員身分完成分配。
2. 先緊後依證據提高： 當使用量確實未知時（沒有歷史資料、新介面），先從緊縮開始，並將每個請求視為您需要的使用量證據，以便將預算調整到合適規模。依證據提高意味著在第一個月的資料支持後，將群組上限重新基準化至觀察到的使用量，而不是反覆核准小幅增量。
3. 為尖峰工作預留空間： 有月底分析或季節性負載的群組，會獲得較高的上限或您為尖峰期設定、事後移除的覆寫，而不是反覆進行緊急核准。
4. 若您預付使用額度： 上限即為您剩餘的預付額度。歸零時，整個組織的使用量都會暫停，直到額度補充為止，因此預算擁有者必須參與每一次上限變更。

請在設定上限時就決定升級分工，而不是等到第一個請求送達之後才決定。從上述核准者名單中指定誰負責核准例行請求，並事先與預算擁有者就核准範圍達成共識；任何會變動群組上限或組織上限的事項，都由預算擁有者決定，並附上您的使用量說明。成員知道這個流程存在，比精確的分工方式更重要。

3 · 若您之後變更此設定

上限可以自由變更；每次變更都從該時間點起生效。

設定資源

做出決定後，您將在組織設定中設定上限、群組上限以及任何覆寫。

• 在 Enterprise 方案中管理群組與群組支出限額：為群組設定上限，以及該上限所在的位置。
• 管理 Team 與按席位計費 Enterprise 方案的使用額度：若您預付額度，這是您的上限所動用的組織層級額度池。
• 使用量與長度限制如何運作：位於您所設定任何上限之下的模型層級與方案層級限制。

課程活動

在許多組織中，這些數字是由預算擁有者拍板定案；如果您的情況也是如此，隨堂練習手冊的這個部分也可以作為您交給預算擁有者的簡報。請在您的隨堂練習手冊中草擬：

• 上限表：組織上限、各群組的數字，以及您為每個群組選擇的層級，並說明選擇該層級的原因。
• 您已預期需要覆寫的成員（如有）。
• 升級分工：哪些由您當天核准，哪些交由預算擁有者處理。
• 當成員同時屬於兩個有上限的群組時，哪一個上限勝出。
• 貴組織的使用量歷史（如有），與表格一併分享，讓每個上限背後的理由隨請求一同送達。

您應帶給預算擁有者的內容：上限表、您預期的覆寫、升級分工，以及背後的使用量歷史。

→ 請將此記錄在隨堂練習手冊的第 9 課章節中。

接下來

下一課將介紹您的計費方式，以及在不動用任何上限的情況下調整支出的設定，讓請求送達時，提高數字成為您的最後選項，而非第一選項。