管理支出

這仍然是五項決策中的第四項：支出。您已經設定了三個上限層級。現在是運用它們的時候了。管理支出包含三個部分：您的計費方式、在達到任何上限之前改變支出的設定，以及告訴您該調整哪一項的審查習慣。目標是讓提高上限的請求成為一個需要審視的提示，而不是自動核准。

您的計費方式

在典型的 Enterprise 合約下，您需支付每位成員的平台費用，外加以 token 計算的共用消耗量。您可以查閱合約以取得貴公司的權威依據。Token 是 Claude 在讀取您的輸入並撰寫回應時計算的小段文字。較長的提示和較長的對話往往會花費更多，而且不同介面的情況也不同；代理型介面（Cowork 和 Claude Code，Claude 會自行執行多個步驟）在幕後執行的工作比單次聊天交流更多，因此每項任務往往會消耗更多。如果您的合約是由業務人員協助簽訂的，該消耗量會按月以後付方式計費；如果您使用的是自助式 Enterprise，您會預付點數，用完後使用便會暫停。請參閱說明中心以進一步了解Enterprise 方案的計費方式，或前往 Claude Academy 進一步了解token 與嵌入（embeddings）。

對本課而言重要的是：驅動帳單的是消耗量，而不僅僅是人數，而且這個共用額度是整個組織共用的，因此某個群組用量特別大的月份會從所有人的共用額度中扣除。某個群組是否真的能把共用額度用盡，取決於您設定的上限（第 9 課）：沒有任何上限是強制性的，任何未設上限的層級就是完全無限制的。

能改變支出的設定

支出上限設定的是上限值；而這些設定則決定您的群組接近上限的速度。

• 模型預設值與努力程度： 第 6 課已說明這些設定的所在位置；這裡要談的是支出方面的影響。大多數成員從不會去動選擇器，因此如果預設值是以高努力程度運行的最強大模型，那就是您最昂貴的配置，也是大部分用量會套用的設定。將中階模型設為預設值（依第 6 課的設定，可以是整個組織層級，也可以是依角色設定）、選擇適中的預設努力程度，並為整個組織或某個角色的例行工作設定努力程度上限，這些做法比大多數上限調整更能改變支出。
• 組織指示作為使用當下的指引： 您的組織指示會在對話中直接傳達給成員，也就是在產生費用的當下，而不是放在他們必須自行尋找的文件裡。有幾項指示有助於控制消耗量：除非成員要求更多內容，否則答案維持簡短版本；只使用任務所需的檔案，而非所有附加的檔案；將最高努力程度保留給真正需要的工作。這是一種軟性引導，可以形塑 Claude 的輸出，而非硬性限制。
• 自訂功能作為重複使用的槓桿： 技能只會在任務需要時載入，這比每次重新分享提示更省 token，也更一致。專案提供類似的功能：其指示和檔案會持續存在，供所有共用該專案的人使用，不過該內容會出現在每次專案對話中，而非依需求載入。
• 成員的代理型使用習慣： 在代理型工作中，一項已啟動並持續執行的任務，即使其擁有者不再管理該任務，仍會持續從共用額度中扣除。舉例來說，在 Cowork 中，排程任務會依其排程頻率持續消耗，無論是否有人在關注。您在這方面的管理槓桿是較廣泛的：「在雲端執行 Cowork」（在 Enterprise 方案中預設為關閉）決定 Cowork 工作階段是否能在 Anthropic 的基礎架構上執行，而成員的支出上限則會在達到上限時暫停其使用。使用統一的 Claude 體驗的成員是例外：即使在此設定關閉時，他們也會在 Anthropic 的基礎架構上執行代理型工作。真正的解決方法是一種成員習慣：限定任務範圍、指向真正重要的檔案，並定期檢視您的排程任務，刪除不再需要的任務——就像您會停止編製一份沒有人閱讀的週期性報告一樣。

在提高上限之前先審查

三個習慣能讓支出受到管理，而不僅僅是被設限。

1. 質疑每一次增加： 在核准請求之前，請確認額外的支出是合理的，而不是某種徵兆。
2. 也要質疑每一次重複發生的情況： 同一個群組的上限一再被提高，可能代表用量正在成長，也可能代表上限原本就設得低於成員實際所需，這會阻礙真正的工作，而不是降低根本的支出。審查的工作就是要判斷究竟是哪一種情況：如果是用量本身的問題，就調整設定；如果是上限本身的問題，就重新設定上限基準。
3. 以固定頻率、雙向審查上限： 哪些成員和群組正在達到上限，哪些則使用不足，如此您便能預先因應請求，而非被動回應，並做出能讓整個組織支出更平衡的調整。

解讀您的支出

三種介面能回答三種不同的問題，請選用最適合的那一種。

若要逐群組解讀，Analytics API 會依群組細分用量與成本，而分析儀表板則提供群組檢視（檢視 Team 與 Enterprise 方案的使用分析列出了其包含的內容）；支出 CSV 是以成員為單位，因此若要取得其他項目的群組檢視，需將其與您的群組對應表結合。這裡有一個範圍上的提醒，讓您在自動化時能選對工具：Analytics API 讀取的是用量，而支出限制 API（第 9 課）設定的是每位成員的上限。

Pluto 的支出治理

Pluto 將一個中階模型設為組織預設值，並每月審查儀表板。在第二個月，Platform 達到了上限，並送出了一份增加額度的請求；審查結果顯示，大部分的支出來自最強大的模型在執行例行的 pull request 摘要工作，因此 Pluto 降低了 Platform 成員所擔任的 Engineering 角色的預設模型，並維持上限不變。到了下個月，Platform 在相同的工作量下，用量維持在上限之內。

下方的互動小工具會推演 Pluto 第二個月之後的情況：您可以選擇 Pluto 要變更的設定（提高上限、變更預設值，或設定努力程度上限），並觀察下個月的支出與上限如何回應。

1 · 您的決策

您的支出治理態度是什麼：預設值設在哪裡、您多久審查一次，以及在上限變動之前會發生什麼事？

2 · 您可以做的選擇

這項決策是一種判斷，而不是一份選項清單。它由兩個判斷組成：您多久審查一次，以及是否有任何群組的支出需要額外的獨立審查。

1. 您多久審查一次： 從每月開始，因為一旦預設值設定完成，支出的變動就會很緩慢，每月檢視一次分析儀表板就足以在您仍有槓桿可用時察覺趨勢。在情況尚未明朗時（例如推行的最初幾個月、新介面或新群組上線、預算沒有餘裕等），可縮短為每週或每兩週一次，等到變更需求開始趨於平穩時，再拉長回原本的頻率。
2. 受監管的群組是否需要自己的審查： 若某個受監管群組的支出需要獨立監督，則除了組織其他部分所採用的審查頻率之外，該群組還應有自己的審查與自己的負責人。

3 · 如果您之後變更此設定

預設模型、努力程度上限，以及審查頻率，都是您會隨著資料不斷進來而調整的設定；每次變更都會從該時間點開始生效。

設定資源

當您做出決定後，預設值與努力程度上限位於您的組織設定中，組織指示則位於您在第 8 課設定的位置，而審查則依據分析儀表板進行。

• Claude Enterprise 消耗量指南：用量如何計量，以及 Analytics chat、Analytics API 與組織指示：每次支出審查背後的參考資料。
• 我的 Enterprise 方案如何計費？：帳單如何計算，讓提高或降低額度的結果符合您的預期。
• 管理您組織的模型存取權：整個組織層級與依角色劃分的模型存取權與努力程度上限，也就是模型組合習慣背後的槓桿。
• 管理 Team 與按席位計費 Enterprise 方案的使用點數：購買、追蹤並儲值點數額度。

課程活動

寫下您整個組織層級的預設模型、預設努力程度，以及依模型劃分的努力程度上限，再加上任何需要不同設定的自訂角色的預設模型與努力程度上限，接著設定您整個組織層級的審查頻率，將第一次審查排入行事曆，並記下當增加額度的請求送來時，您會執行的前三項檢查。草擬您要加入組織指示中的三行內容，並以您自己的語氣撰寫成員指引，作為您在推行時要發送的說明。

要帶給您的預算負責人的內容： 您提議的預設值、審查頻率以及由誰執行，以及您在核准任何增加額度之前會套用的規則。

→ 將此記錄在隨堂練習手冊的「第 10 課」章節中。

接下來

下一個模組「可見性」將說明您可以衡量哪些項目，以及對話資料會保留多久：也就是當有人詢問發生了什麼事時，您所產出的紀錄。