自定义项的治理

这是五项决策中的第三项：治理。您已经决定了Claude可以访问的范围。现在，您将了解那些会改变Claude工作方式的自定义项，以及这些变化如何在您的组织中层层扩散。技能、共享设置以及您的组织赋予Claude的常驻指导都属于这一范畴，因为它们在不同层面上回答同一个问题：一位成员所设置的内容，有多少能够触达其他人？

用户自定义项与组织指令

本课重点介绍三种类型的自定义项。以下各节将逐一展开说明，然后探讨治理其传播范围的姿态（即您组织关于谁可以创建、共享和扩展这些自定义项的规则）。

1. 技能和插件

   技能是一个包含指令、脚本和资源的文件夹，当任务需要时，Claude会加载它。实际上，它将某个工作流打包起来，使Claude每次都以相同的方式运行它：例如，您的法务团队依据自己的操作手册运行的初审合同审阅器、以您的语气撰写的摘要格式化工具，或按照您的模板进行的事故事后分析。有了技能，Claude已经了解您的惯例，因此无需在每次对话中重新解释。

   插件将技能与其他组件（连接器、子代理）捆绑在一起，从而一次性安装整套工具包；同一种姿态同时涵盖技能和插件，因此本课接下来将用"自定义项"统称这一整个系列。插件无法为成员提供其所在群组未包含的连接器或能力；它只能在已有的基础上运作。

2. 项目

   项目是一个拥有自己的上下文和文件的工作区，这些内容会为所有在其中工作的人持续保留。项目共享决定了一位成员创建的项目是否可以与您组织中的其他人共享，以及共享范围有多广。关闭"公开项目"会使每个公开项目变为私有，因此未被添加到该项目的任何人都将失去访问权限。没有人能再将新项目设为公开，不过与指定人员或群组的共享仍可继续。与群组共享项目目前处于测试阶段，因此您看到的粒度可能与其他组织不同；该设置本身就是姿态的选择。

3. 组织指令

   组织指令是一段指导内容，会包含在支持该功能的界面上，您的成员与Claude的对话中：这是您组织的常驻上下文。您可以用它向Claude提供常设事实和常设指令：您的组织是谁、组织结构如何、面向客户的写作语气，或者适用于每次会话的规则，例如Claude引用内部资料时必须注明来源文档。Pluto的版本将在本课稍后出现。

为什么自定义项需要治理

共享自定义项的能力为成员使用Claude的体验带来了切实的价值。一位成员构建的技能可以将团队已经在运行的工作流固化下来，使其以更统一、通常也更快、质量更高的形式传播开来。成员还可以构建在Claude出现之前并不存在的工作流，并将其推广到整个组织。

反面则是蔓延失控：如果不加以治理，您的组织最终可能会出现数十个近乎重复的技能、未经测试却传播到误以为已经过审核的团队的工作流，或者因在整个组织范围内共享项目而导致敏感数据被访问。治理就是让这种传播保持有意为之，而决定允许谁创建和扩展自定义项正是治理的核心。

治理归结为三个问题：

1. 自定义项运行时被允许做什么？
2. 谁可以创建它们，谁可以使用它们？
3. 它们如何从构建者传播到其他所有人？

自定义项运行时可以做什么

一项技能运行时被允许做什么取决于能力：有些技能运行代码，有些搜索网络，有些读取文件。只有当技能所需的能力处于开启状态时，该技能才能运行，因此在启用某项能力时，请同时检查两个开关：该能力本身，以及您的团队将依赖的、需要该能力的技能。技能需要代码执行：在组织设置中，您需要先开启"云端代码执行与文件创建"设置（部分控制台中仍显示为"代码执行与文件创建"）以及"技能"，成员才能使用任何技能。如果某项技能所依赖的能力在整个组织范围内保持关闭，那么您的财务团队想要的技能（比如一个研究摘要工具）将完全无法使用。

谁可以创建和使用它们

成员是否可以创建和使用技能是一项组织范围的设置。它是少数几个凌驾于群组之上、而非附属于某个群组的设置之一，不过自定义角色的"创建技能"能力决定了谁可以构建，其共享能力则决定了谁可以共享。不过，分发可以附属于某个群组：捆绑进插件的技能可以分配给特定群组，使其只对该群组可见。

它们如何传播到其他所有人

技能如何传播由四项独立的分发控制项所治理，它们共同构成了您的姿态：

1. 所有者配置：所有者上传一项技能后，它会出现在每位成员的技能列表中，默认处于启用状态（成员可以自行将其关闭）。只有所有者，以及任何角色中"库"设置为"可管理"的人员，才能添加或移除这些技能。
2. 技能共享（默认开启，除非您的组织已设置了技能偏好）：成员可以将自己制作的技能或插件直接共享给特定同事，后者可以使用但不能编辑它。
3. 与群组共享（默认关闭）：成员可以将技能或插件共享给整个已开启"与该群组共享资源"的群组。
4. 发布（"关闭"、"需要审核"或"开放"）：成员将技能或插件提交到组织库，使其可以触达整个组织（在审核时，审批人可以选择让所有人还是特定群组获得它）。设为"关闭"时，成员无法提交，不过所有者仍可以直接为整个组织添加技能。设为"需要审核"时，每次提交及之后的每个新版本都需要等待一位所有者，或任何角色中"库"设置为"可管理"的人员批准；任何人都不能批准自己提交的内容。设为"开放"时，提交内容可以无需审核直接发布。如果您的组织中没有人选择过发布值，则会应用默认值，而默认值并非对每个组织都相同，因此请检查您当前使用的是哪一种。

Pluto的治理

Pluto采用一种分层姿态：大多数群组中的成员可以自由构建并在群组内共享，任何要超出群组范围传播的内容都需经过该群组中指定的审核人；Payments & Trust（支付与信任）部门的管控更严格，在那里构建的任何内容在获得批准之前都不会被共享（先批准后共享），这是Pluto通过其审核人和政策强制执行的规则；如果您希望由产品来承担此类规则的一部分，自定义角色也可以为某个群组的成员关闭技能共享和项目共享。Pluto的组织指令中写明了Pluto本身、其五个业务部门，以及面向客户写作时的公司风格。内容如下："您正在协助Pluto，这是一家拥有五个业务部门的金融科技公司：零售、B2B、支付与信任、平台和运营。面向客户的写作应简洁明了，符合Pluto的公司风格。"

下方的交互式小组件展示了一项技能在"构建-审核-发布"循环中的完整流程：在不同姿态之间切换——大多数群组采用Pluto的开放构建加审核传播模式，Payments & Trust采用先批准后共享模式——并观察审核关卡所处的位置。

1 · 您的决策

您的自定义项姿态：成员创建和共享技能、插件及项目的自由度有多高，是否由一种姿态覆盖整个组织？

2 · 您可以做出的选择

在这方面，并不存在大多数公司共有的单一姿态；姿态的选择取决于您的公司目前如何处理其员工自行构建的工具。以下三种姿态涵盖了大多数情况：

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

大多数姿态设置都可以自由撤销：更改某项设置后，它会从那一刻起生效，无需额外的撤销操作。不过，两个方向并不对等。放宽是没有代价的——允许更多的构建和共享，成员就会获得更多空间。收紧则是需要谨慎对待的方向，而且有两项设置的表现方式恰恰相反。关闭"公开项目"会影响已经存在的内容：公开项目会变为私有，即使之后重新开启，它们也仍将保持私有。更严格的发布设置不会移除任何已经发布的内容，这些内容会一直留在组织库中，直到所有者将其移除，因此请对照新规则审查使用频繁的技能，并移除不符合新规则的技能。

设置资源

做出决定后，创建与共享设置、代码执行、项目共享以及组织指令都位于组织设置中。

• 什么是技能？：在您设置治理它们的姿态之前，先了解技能从成员角度来看是什么、能做什么。
• 为您的组织配置和管理技能：创建、启用和治理技能，包括您在此处设置的组织范围共享和发布设置。
• 什么是项目？：项目是什么、包含什么内容，以便您决定它应该共享到多大范围。
• 管理项目可见性和共享：位于组织设置中的项目共享设置。
• 控制您组织的项目共享：关闭"共享项目"或"公开项目"会产生什么效果，以及如何按角色设置项目共享。
• 设置组织指令：指令存放在哪里、谁可以设置它们，以及字符数限制。
• Claude Enterprise使用指南：组织指令部分：每次对话都携带的常设指导。
• 在您的组织中使用Claude Cowork扩展工作流：来自Claude教程库，展示规模化共享在实践中的样子。

课程活动

需要带给您的治理负责人和安全负责人的内容：您所选择的姿态、自定义项在向整个组织传播之前的审核人及其适用的群组，以及代码执行是否保持开启、适用于哪些人。如果该姿态不是由您一人决定，这就是给他们的简报。

在记录姿态之前，请先用三个您已经能够回答的问题来检验它：

1. 这三种姿态中，哪一种与您公司目前处理员工自行构建工具的方式相匹配？是否有任何受监管的群组需要比其他群组更严格的姿态？
2. 如果您的姿态设有审核关卡，审核人是谁？适用于哪些群组？
3. 您的组织指令应该写些什么：每次对话都应携带的、关于您是谁以及Claude应遵循的标准的两三行内容？

→ 请将此记录在随堂练习手册的"第8课"部分。

接下来是什么

成员现在可以在您设定的范围内进行构建和共享。下一个模块"支出"将探讨这些活动的成本：支出上限在您组织中的分布位置，以及当成员达到上限时由谁负责。