这是五项决策中的第二项：访问权限。您已经创建了群组。现在您要授予它们访问不同Claude界面的权限。界面是您的成员使用Claude的场所，您的Claude Enterprise合同可以包含多个界面（例如Claude chat、Claude Cowork、Claude Code、Claude for Microsoft 365）。
在大多数Claude Enterprise合同下，合同涵盖的每个界面都可供您的组织启用。之后谁能使用它取决于其角色：使用内置角色的成员可以获得所有已启用的界面；自定义角色的成员只有在您授予时才能获得某个界面。这项工作就是决定谁获得哪个界面、何时获得，从而让界面在您的推广策略需要时到达相应群组，而不是一次性全部开启。在做出这项决策之前，有两个机制需要了解：授权如何到达群组，以及这些界面运行所依赖的模型。
访问权限如何授予
两个层级共同决定一个群组是否可以使用某个界面，二者必须同时允许。
- 组织范围的开关是上限： 每个界面都有一个面向整个组织的开/关开关。关闭意味着无论角色允许什么，任何人都无法使用它。
- 角色授权决定在该上限之下谁拥有访问权限： 一旦某个界面在组织范围内开启，您就可以将其授予应该拥有它的群组所关联的角色。将界面附加到群组的角色上，该群组中每个自定义角色成员都会获得它（第5课）；不将其附加到角色上，该群组就不会获得该界面的访问权限。
下面的交互式小组件展示了整个链条：成员归属于某个群组，而应用于该群组的角色正是开启其访问权限的因素。
Claude Code采用与其他界面相同的授权方式：先在组织范围内开启，然后附加到使用它的群组的角色上。由于它在您的工程环境中运行，它还带有其他界面所没有的边界配置。
这些边界存在于Claude Code的托管设置中，通常由了解每个团队代码仓库的平台或工程负责人编写，而不是由您编写。因此，当您向某个群组授予Claude Code时，您决定哪些群组获得它，而您的平台负责人则为每个群组配置它可以访问的文件、命令和网络目标。这些托管设置还可以固定Claude Code的默认模型，不过它可用的模型仍由您组织设置中的"模型"页面管理。
模型：群组的对话运行在什么之上
在每个支持默认模型的界面上，每个新对话都从默认模型开始，而您可以控制该默认值。开箱即用时，它遵循Anthropic的默认设置，该设置会随着模型的发布和退役而更新。如果您选择的模型在某个产品中不可用，该产品会回退到推荐模型。
要自行设置默认值，请选择一个组织默认模型：
- 它会在模型发布后持续保持，直到您更改它为止。Owner、Primary Owner或拥有Identity & Access权限的自定义角色可以设置它。
- 成员仍然可以在自己的对话中切换模型。该选择会延续到他们的下一次对话，直到您更改组织默认值，这会重置这些选择。
- 自定义角色可以拥有自己的默认模型，为其成员覆盖组织默认值。
- 除了默认模型之外，无论是针对组织还是针对角色，您都可以设置默认努力级别，一项测试版设置会让每个新对话都以这些默认值开始。
您还可以限制成员可以使用哪些模型，以及他们可以选择多高的努力级别。努力级别是指模型在一次响应中投入多少工作量；努力级别越高，消耗的令牌就越多。这两项限制都在两个层级上起作用。在组织范围内，您可以为所有人开启或关闭每个模型，并为每个模型设置一个适用于所有成员的努力上限；任何自定义角色都不能超过该模型的上限。在角色层面，您可以进一步缩小范围：为自定义角色提供一部分模型，其成员在选择器中只能看到这些模型（Haiku模型始终可用，无法关闭），并限制他们在每个模型上可以选择的最高努力级别。角色级别的限制仅适用于自定义角色（第5课）。您可以在Claude Academy上找到关于模型选择（在新标签页中打开）和模型努力级别（在新标签页中打开）的资源。
更新模型默认值或为您的组织限制模型主要有两个原因：
- 支出： 不同模型使用令牌的方式不同，因此运行成本也不同。能力最强的模型通常是处理日常工作时成本最高的选择。帮助中心关于使用量和长度限制如何运作（在新标签页中打开）的文章介绍了这些限制如何因套餐和模型而异。由于大多数成员在开始新任务时都会使用他们看到的模型，默认值主导了您大部分的支出，而模型限制则限定了一个群组每次交互可以花费的上限。第10课将更详细地介绍这两者作为支出杠杆的用法。
- 任务匹配度： 例如，编码团队可能从能力最强的模型作为起点中获益更多，而从事日常起草工作的团队可能不需要那种水平的能力。默认值是按角色设置的，因此每个群组都从适合其工作的模型开始，而限制则可以将成本高昂的模型排除在不会从中获得显著收益的群组的选择器之外。
Pluto的界面
Pluto向每个群组提供Claude chat和Claude Cowork，因为其目标是广泛的日常使用。Claude Code提供给Engineering和Platform，他们的日常工作是编写代码。Payments-eng要等到Pluto的可见性报告到位后才能获得Claude Code，这样可以保持Pluto的约束条件——不从Payments & Trust升级安全问题——完整不变。其余界面会根据工作需要逐个群组分阶段引入。
下面的交互式小组件会逐步填充Pluto的网格（先是广泛使用的界面，然后是专业化的界面），并在那个尚不能开启的授权处停下，并说明原因。
1 · 您的决策
每个群组获得哪些界面，以及您何时分阶段引入它们？
2 · 您可以做出的选择
这项决策是一种判断，而非机械规则。主要有两个考虑因素：
- 该界面是否会改变群组的日常工作： 根据群组需要并会使用的内容进行授权，而不是根据您的合同恰好涵盖的内容。
- 您的推广目标是否要求暂缓某个界面： 在向成员开放访问之前先与一个团队试点Claude，或者在群组获得某个界面之前等待审查完成。
| 选择 | 何时选择它 | 它的含义及影响 |
|---|---|---|
| 先广泛后专业化 | 您的推广目标不要求暂缓某个界面，并且只有部分群组的日常工作需要专业化界面。 | 在大多数成员首次获得价值的地方授予通用界面；暂缓专业化界面可以避免您为永远不会使用它们的群组配置边界。 |
| 先试点后扩大 | 您的推广目标要求在向成员开放访问之前先与一个团队测试Claude。 | 仅向试点群组授予界面，然后从那里扩大范围。您从试点中学到的经验会塑造大规模推广；其他群组要等到您的目标指示扩大范围时才能获得。 |
| 在审查之后分阶段引入 | 一项约束条件（您推广目标的后半部分）意味着群组必须等到审查通过后才能获得某个界面。 | 授权只是在审查通过后分阶段引入；群组届时获得该界面——在群组等待期间，约束条件保持完整不变。 |
3 · 如果您以后更改此设置
以后再授予某个界面成本很低：这是一项您随时可以添加的角色设置。成本高昂的方向是收回它：一个已经围绕某个界面建立了工作流程的群组，会在工作进行到一半时失去其依赖的工具，而撤销它是一项您必须与这些成员一起管理的变更。
设置资源
做出决定后，您将通过组织的角色授予每个界面。对于任何获得Claude Code的群组，请同时让您的平台负责人参与进来，以便在访问权限就绪时边界配置也已准备就绪。
- 在Enterprise套餐中设置基于角色的权限（在新标签页中打开）：通过角色向群组授予界面。
- 管理组织的模型访问权限（在新标签页中打开）：组织范围内的模型访问权限和努力上限、二者各自的按角色版本，以及这些设置涵盖哪些产品。
- 为您的组织设置默认模型（在新标签页中打开）：组织默认模型和默认努力级别、按角色的默认模型，以及同一默认值如何因界面不同而解析为不同的模型。
- 模型选择（在新标签页中打开）：来自Claude Academy的模型选择指南。
- 模型努力级别（在新标签页中打开）：来自Claude Academy的努力级别指南。
- 使用量和长度限制如何运作（在新标签页中打开）：限制如何因套餐和模型而异。
- Claude Code托管设置（在新标签页中打开）：您的平台负责人所负责的边界配置。
课程活动
针对您的每个群组，标记出它在第一天获得的界面，以及您将在以后分阶段引入的界面，并说明原因。单独列出每个获得Claude Code的群组：该授权会附带一项边界配置任务，交给您的平台负责人处理。
需要带给您的平台负责人和预算负责人的内容： 对于平台负责人，提供获得Claude Code的群组列表以及每个群组的代码所涉及的范围；对于预算负责人，如果您要设置按角色的默认模型，请提前告知，因为这正是支出设置（第10课）的起点。
→ 将此记录在随堂练习手册的第6课部分。
下载内容
接下来是什么
您的群组现在可以使用它们的界面了。下一个问题是Claude可以代表他们访问什么：让它能够读取并操作您组织工具的连接器。下一课将介绍决定连接器是否对某个成员生效的三道关卡，以及一项值得逐个工具决定的控制项：只读还是读写。