管理支出

这仍然是五项决策中的第四项：支出。您已经设置了三个上限级别。现在您要将它们付诸使用。管理支出包含三个部分：您的计费方式、在达到任何上限之前就能调整支出的设置，以及能告诉您该调整哪个设置的审查习惯。目标是让提升上限的请求成为一个需要审视的提示，而不是自动获得批准。

您的计费方式

在典型的 Enterprise 协议下，您需要支付按成员计算的平台费用，外加以令牌（token）计量的共享消耗量。您可以查阅合同以获取贵公司的权威信息来源。令牌是 Claude 在读取您的输入和撰写其响应时计算的小文本块。更长的提示和更长的对话往往会产生更高的费用，并且不同界面之间也有差异；代理型界面（Cowork 和 Claude Code，Claude 在其中会自主执行多个步骤）在幕后完成的工作比单次聊天交流更多，因此每项任务往往会消耗更多。如果您的合同是销售协助型的，该消耗量会按月后付计费；如果您使用的是自助式 Enterprise，您需要预付点数，用完后使用会暂停。请参阅帮助中心以了解更多关于 Enterprise 计划如何计费的信息，或前往 Claude Academy 了解更多关于令牌与嵌入的内容。

本课的重点是：驱动账单的是消耗量，而不仅仅是人数，而且这个池子是整个组织共享的，因此某个团队某个月的高消耗会占用所有人的份额。某个团队是否真的能把池子用尽，取决于您设置的上限（第 9 课）：没有一个上限是强制性的，任何未设上限的级别都是无限制的。

能够调整支出的设置

支出上限设定了上限值；而这些设置决定了您的团队接近这些上限的速度。

• 模型默认设置和努力程度： 第 6 课介绍了这些设置的位置；这里要讲的是它们对支出的影响。大多数成员从不触碰选择器，因此如果默认设置是最强大的模型并配以高努力程度，那它就是您最昂贵的配置，也是您大部分使用量将运行在其上的配置。将中端模型设为默认（无论是整个组织范围，还是按角色设置，正如第 6 课所设置的那样），选择适中的默认努力程度，并为整个组织或某个角色的日常工作设置努力程度上限，这些措施比大多数上限调整更能影响支出。
• 组织指令作为使用时刻的指导： 您的组织指令会在对话内部、在产生费用的那一刻触达成员，而不是存在于他们必须去查找的文档中。一些有助于控制消耗的指令：除非成员要求更多内容，否则保持简短版本的回答；基于任务所需的文件工作，而不是所有附加的文件；将最高努力程度留给真正需要它的工作。这是一种柔性引导，可以塑造 Claude 的输出，而不是硬性限制。
• 自定义功能作为复用杠杆： 技能（skill）只有在任务需要时才会加载，这比每次都重新分享提示更节省令牌，也更一致。项目（Projects）提供了类似的功能：其指令和文件会为该项目共享给的每个人持续存在，不过这些上下文会出现在每次项目对话中，而不是按需加载。
• 成员的代理型使用习惯： 对于代理型工作，一个已启动且未被关闭的任务即使其所有者不再管理该任务，也会持续从池子中消耗。例如，在 Cowork 中，计划任务会按其节奏持续消耗，无论是否有人在关注。您在这方面的管理员杠杆是较为宽泛的：“在云端运行 Cowork”（在 Enterprise 计划中默认关闭）决定了 Cowork 会话是否可以在 Anthropic 的基础设施上运行，而成员的支出上限会在其达到上限后暂停其使用。使用统一版 Claude 体验的成员是例外：即使在该设置关闭时，他们也会在 Anthropic 的基础设施上运行代理型工作。真正的解决办法是一种成员习惯：限定任务范围，将其指向真正相关的文件，并定期审查您的计划任务，删除不再需要的任务——就像您会停止编译一份没人阅读的周期性报告一样。

在提升之前先审查

三个习惯能让支出保持受管理状态，而不仅仅是被设上限。

1. 质疑每一次提升： 在批准请求之前，确保额外的支出是合理的，而不是某种症状的表现。
2. 同样质疑每一次重复请求： 同一团队上限的重复提升可能意味着使用量在增长，也可能意味着上限设置得低于成员实际所需，从而阻碍了真实工作，而不是减少了根本的支出。审查的任务就是判断究竟是哪种情况：当使用量是症状时调整设置，当上限本身是问题时重新设定上限基准。
3. 按节奏、双向地审查上限： 哪些成员和团队正在接近其上限，哪些利用率不足，这样您就能先发制人地处理请求，而不是被动应对，并做出能更好地平衡整个组织支出的调整。

解读您的支出

三个界面回答三类问题，因此请使用适合的那一个。

若要按团队逐一查看，分析 API 可按团队细分使用量和成本，分析仪表板还提供 Groups 视图（查看 Team 和 Enterprise 计划的使用情况分析列出了其中包含的内容）；支出 CSV 是按成员提供的，因此需要将其与您的团队映射关联，才能获得其他内容的团队视图。有一点范围说明，以便您在自动化时选用正确的工具：分析 API 读取使用数据，而支出限额 API（第 9 课）设置按成员的上限。

Pluto 的支出治理

Pluto 将中端模型设为组织默认模型，并每月审查一次仪表板。在第二个月，Platform 团队达到了其上限，一个提升请求随之而来；审查显示，大部分支出来自最强大的模型在运行常规的拉取请求（pull-request）摘要工作，因此 Pluto 降低了 Platform 成员所属的 Engineering 角色的默认模型，并保持上限不变。到了下个月，Platform 在相同工作量下运行在上限之内。

下面的互动小部件将 Pluto 第二个月的情况向前推演：您选择 Pluto 要更改的设置（提升上限、更改默认设置，或设置努力程度上限），然后观察下个月的支出和上限如何响应。

1 · 您的决策

您的支出治理姿态是什么：默认设置处于什么水平、您多久审查一次，以及在上限调整之前会发生什么？

2 · 您可以做出的选择

这项决策是一个判断性决定，而不是一份选项清单。有两个决定构成了它：您多久审查一次，以及是否有任何团队的支出需要额外的专门审查。

1. 您多久审查一次： 从每月开始，因为一旦默认设置确定下来，支出变化会很缓慢，每月对分析仪表板进行一次审查就足以在您仍有杠杆可用时捕捉到趋势。在情况仍在形成时（例如推广的最初几个月、新界面或新团队上线、预算没有余量等），收紧到每周或每两周一次，当变化需求开始趋于平稳时再拉长回去。
2. 受监管团队是否需要自己的审查： 支出需要单独监督的受监管团队，应在组织其余部分所采用的任何节奏之上，拥有自己的审查和自己的负责人。

3 · 如果您以后更改此设置

默认模型、努力程度上限和审查节奏都是您随着数据不断输入而调整的设置；每次更改都从那一刻起生效。

设置资源

当您做出决定后，默认设置和努力程度上限位于您的组织设置中，组织指令位于您在第 8 课中设置的位置，而审查则基于分析仪表板运行。

• Claude Enterprise 消耗指南：使用量如何计量，以及分析聊天、分析 API 和组织指令：每次支出审查背后的阅读材料。
• 我的 Enterprise 计划如何计费？：账单如何计算，以便提升或削减能落在您预期的位置。
• 管理您组织的模型访问权限：组织范围和按角色的模型访问权限及努力程度上限，模型组合习惯背后的杠杆。
• 管理 Team 和按席位计费的 Enterprise 计划的使用点数：购买、跟踪和充值点数池。

课程活动

写下您的组织范围默认模型、默认努力程度，以及按模型的努力程度上限，再加上任何需要不同设置的自定义角色的默认模型和努力程度上限，然后设定您的组织范围审查节奏，将第一次审查安排到日历上，并记下当提升请求到来时您将运行的前三项检查。起草您将添加到组织指令中的三行内容，并用您自己的语气写出成员指导，作为您将在推广时发送的说明。

带给您的预算负责人的内容： 您提议的默认设置、审查节奏及其负责人，以及您在批准任何提升之前将应用的规则。

→ 将此记录在随堂练习伴侣中，第 10 课部分。

接下来是什么

下一个模块，可见性，涵盖了您可以测量的内容以及对话数据保留多长时间：当有人询问发生了什么时，您所产出的记录。