Claude Academy
加载中

Claude Cowork 企业管理员指南

Claude Cowork 将 Claude 的智能体能力带入 Claude.ai 和 Claude Desktop 应用，使超越编码的多步骤知识工作成为可能

20 分钟Claude Cowork
打开 Cowork

简介

什么是 Claude Cowork？

Claude Cowork 将 Claude 的智能体能力带入 Claude.ai 和 Claude Desktop 应用，使超越编码的多步骤知识工作成为可能。Claude 不再是按顺序响应单个提示，而是可以处理复杂的多步骤任务并代表用户执行这些任务。用户委派工作，然后回来查看已完成的交付成果，例如格式化的文档、整理好的文件、综合研究报告等。

在 Claude 产品系列中，Claude Cowork 与 Claude.ai 中的 Chat、API 以及 Claude Code 并列存在。对企业而言，它的独特之处在于结合了本地文件访问、连接到团队已在使用的工具（例如 Slack、Google Workspace、M365）的连接器、一个组织可以策划和治理的具有可重复工作流的插件生态系统，以及按计划周期运行的定时任务。它在 macOS、Windows 和 Linux（测试版）的 Claude Desktop 应用中适用于所有 Claude 付费方案；在企业版方案中，网页版和移动版需要由所有者（Owner）开启，而处理本地文件和桌面应用程序则需要使用桌面应用。在企业版方案中，统一的 Claude 体验将 Chat 和 Cowork 整合在一起。请参阅帮助中心的统一 Claude 体验设置文章，了解其可用性以及管理员如何管理它。对于启用零数据保留、HIPAA 就绪配置或客户管理加密密钥的组织，统一体验尚不可用。

要求

  • Claude Desktop 应用： 处理本地文件、桌面应用程序或浏览器时需要此应用。适用于 macOS、Windows 和 Linux（Debian 和 Ubuntu，测试版）。Claude Cowork 也可在网页版和 Claude 移动应用中使用，具体取决于您组织的设置。
  • Claude 订阅： Claude Cowork 适用于付费 Claude 方案（Pro、Max、Team 和 Enterprise），部分功能仍处于研究预览阶段。了解更多信息，请点击此处。
  • 有效的互联网连接： 整个会话期间均需要。
  • 连接器： 当您通过连接器将 Claude Cowork 连接到您喜爱的应用、服务和数据源时，它的功能最为强大。

第一阶段：技术设置

您正在构建委派基础设施：身份控制决定谁可以将工作委派给 Claude，连接器为 Claude 提供完成工作所需的工具，而可观测性则让您了解正在发生的情况。完成以下步骤，将 Claude Cowork 部署到您的组织中。

规划与前提条件

在接触任何管理控制台之前完成这些步骤。安全审查可以与其他步骤并行进行。

组建您的推广团队

在开始之前确定您需要哪些人员。如果这些人员没有及早参与，后续步骤会停滞不前。

  • 主要所有者（每个组织一名；确认由谁担任）
  • DNS 管理员和 IdP 管理员（如果已在使用 Claude Enterprise，则已完成）
  • 连接器负责人——每个数据源一名（M365、Slack、Google Workspace）
  • MDM 管理员（如果进行集中部署）
  • 内部推广大使——作为试点小组的一部分，每个部门确定 2-3 名。这些人将在第二阶段推动同事采用。

规划桌面应用安装

  • Claude Cowork 可在 Claude Desktop 应用中使用。在企业版方案中，一旦所有者开启"在云端运行 Cowork"（默认关闭）并通过自定义角色向各组授予"云端 Cowork"功能权限，它也可在网页版和移动端使用。统一的 Claude 体验也无需该设置即可将它带到网页版、桌面端和移动端。对于 Claude Desktop 应用，请决定是通过 MDM 推送还是让用户自行安装，并规划好沟通方案，确保用户在启动日之前知道要安装它。请参阅 Claude Desktop 合集获取安装资源。请参阅安装 Claude Desktop。

选择您的组织架构

  • 根据您拥有多少身份提供商以及需要多少数据隔离，决定采用带有基于角色的访问控制（RBAC）和分组的单一组织，还是父子结构，或多个父组织。此决定会影响下面的每一步，并且之后很难更改。

确认端点和网络前提条件

  • 在企业版方案中，默认情况下 Claude Cowork 在每个用户的机器上本地运行，代码执行在内核隔离的环境中进行沙盒化处理。因此，它的基础设施要求与 claude.ai 不同。在网页版和移动端，Claude Cowork 会话在 Anthropic 的云端运行。有关 Claude Cowork 运行位置的概述，请参阅在 Team 和 Enterprise 方案上使用 Claude Cowork。

验证您的设备群和网络是否能够支持它——端点和网络问题是部署问题最常见的原因。确保所需域名已加入允许列表，满足最低操作系统版本要求，并且任何代理或防火墙规则都允许 Claude Cowork 流量通过。

规划计费和席位

  • 确认您的席位分配涵盖了您打算通过 SCIM 配置的所有人员。即使在基于用量的计费模式下，席位数量也会限制配置——如果 SCIM 尝试配置的用户数超过您拥有的席位数，配置会在没有任何错误提示的情况下静默失败。

开始您的安全审查

身份与访问

先配置 SSO，再配置 RBAC。在两者都完全配置完成之前，不要强制执行 SSO 或将用户迁移到自定义角色。

设置身份和 SSO

身份是其他一切都依赖的基础。RBAC、连接器和部署都会引用您在此处创建的分组。

  • 对于现有的 Claude Enterprise 组织，请确认您的 SSO 和 SCIM 配置，并为基于角色的访问控制设置 IdP 分组。对于新组织，请完成完整的身份设置。
  • 在配置 RBAC 之前先创建 IdP 分组——RBAC 引用的是分组，而不是单个用户。不支持嵌套的 IdP 分组；只有直接成员会同步。
  • SSO 控制谁可以登录；RBAC（下一步）控制他们可以访问哪些 Claude 产品界面——包括 Claude Cowork。
  • 只有在分组/映射和 RBAC 角色都完全配置并测试完成后，才强制执行 SSO。过早强制执行会将所有尚未配置的用户锁在外面，而且没有自助恢复的方式。

配置基于角色的访问控制

  • 创建具有 Claude Cowork 功能的自定义角色并将其分配给分组。使用内置角色的用户只要该功能在组织范围内开启，就会获得 Claude Cowork。如果该功能关闭，则在用户迁移到自定义角色之前保持关闭状态。有关配置步骤，请参阅 RBAC 设置。
  • 角色是累加的——属于多个分组的用户会获得这些权限的并集。支出限额的工作方式有所不同：当用户属于多个设有限额的分组时，一个组织范围的设置（"组织设置 > 用量"下"支出默认值"中的"来自分组的成员限额"）决定应用较高还是较低的分组限额。
  • 只有在角色配置完成，并且您要迁移的每个用户都属于拥有该角色的分组之后，才将用户迁移到自定义角色。未分配角色就被迁移的用户会失去自定义角色所控制的所有功能的访问权限，直到他们获得角色，或者您将他们切换回之前的角色。

连接器与加固

在 RBAC 就位之后再进行配置，以确保在连接器上线之前访问控制已经设置好。

设置连接器

  • 连接器让 Claude Cowork 能够接入团队已在使用的工具——Slack、Google Workspace、M365 等等——从而使 Claude 能够读取、搜索并处理真实的工作数据。

  • 连接器采用三重门控模型：管理员在组织范围内启用连接器，用户的角色包含该连接器，并且每个用户链接自己的账户，除非您通过身份提供商设置了托管授权。自定义角色按分组控制连接器。已有的角色在每个连接器上都被设置为"始终允许"，因此在您收紧某个角色之前不会有任何变化；请检查每个角色的"连接器"选项卡。您现在创建的角色默认从"需要批准"开始（成员需确认每次调用）。使用内置角色的用户会看到组织范围内启用的每个连接器，但须遵守您组织针对每个连接器的工具策略。在管理控制台中您组织的连接器设置下配置连接器。

  • 优先启用与用户已有工作方式相匹配的连接器。从第一天起就能连接到日常工具的用户会产生更少的支持请求，并更快上手。

设置插件

  • 插件是您为组织策划 Claude Cowork 体验的方式。预先填充的市场能让用户从第一天起就获得高价值的工作流，而不必从零开始。
  • 如果适用，请为您的私有插件市场预先填充内容。在启动前配置分发策略并预先批准插件。请参阅为您的组织管理 Claude Cowork 插件。

配置安全控制

  • 通过配置网络出站允许列表、挂载控制和桌面扩展允许列表来加固您的部署。网络出站允许列表在管理控制台中您组织的"功能"设置下配置，桌面扩展允许列表在其"连接器"设置下配置，挂载控制则通过您的 MDM 工具进行配置。

部署与启动

在身份、访问和连接器都确认正常工作之后再部署 Claude Cowork。

部署桌面应用

接入可观测性

  • 设置您的 OTEL 端点，将 Claude Cowork 会话数据导出到您的 SIEM 或可观测性平台。OTEL 为 Claude Cowork 会话提供实时的、事件级别的遥测数据。如果您在运行父子结构，请先在沙盒中进行测试。请参阅 Claude Cowork 监控与可观测性。

启动前检查清单

在向试点小组开放 Claude Cowork 之前，请确认：

  • 已有一名用户端到端完成了一项真实任务
  • OTEL 仪表盘已上线并正在接收数据
  • 插件市场至少已预先填充与您试点团队相关的 Anthropic 插件（如适用）
  • 支持渠道已上线，升级路径已有文档记录

第二阶段：变更管理与启动

Claude Cowork 引入了一种与 Claude 协作的全新方式。在聊天中，用户进行协作——来回提示以共同得出答案。在 Claude Cowork 中，用户进行委派——他们描述一项任务，提供上下文和工具，定义什么样的结果算好，然后回来查看完成的工作。

一个理想的 Claude Cowork 任务会产生一个交付成果：一份文档、一个财务模型、一份研究备忘录、一份格式化的报告。一次成功的任务意味着用户以他们所需要的形式获得了预期的输出。这正是您的赋能计划需要推动的转变：从聊天到创造。

配套指南： 以下每个阶段都为您提供了框架——需要思考什么以及为什么重要。有关如何在团队中扩展 Claude Cowork 工作流的操作细节，请参阅在您的组织中扩展 Claude Cowork 工作流。

Claude Cowork 分析

在定义成功指标之前，先了解您的数据存放在哪里。Claude Cowork 的使用数据可通过两个渠道获取：claude.ai 中的管理员仪表盘和分析 API（Analytics API）。两者结合起来，能让您全面了解组织如何采用和使用 Claude Cowork——从高层次的活跃用户趋势，到哪些技能和连接器使用最多。

管理员仪表盘

管理员仪表盘（claude.ai 组织分析）将 Claude Cowork 与 Chat 和 Claude Code 一并显示，涵盖从活跃用户到 Cowork 会话的内容，其数据每天刷新（昨天的数据今天可用）。

有关更多详细信息，请参阅查看 Team 和 Enterprise 方案的使用分析。

分析 API

分析 API（仅限企业版方案）提供对 Claude Cowork 使用数据的程序化访问，数据按天汇总。Claude Cowork 新增了以下指标：

  • 每用户每日活动： 已开始的不同会话数、已完成的工具操作数、调度轮次（自主后台工作——Claude Cowork 独有）、已发送的消息数、技能调用次数（总数和不同数）以及连接器调用次数（总数和不同数）。
  • 组织范围汇总： Claude Cowork 的 DAU、WAU 和 MAU 数量与现有的 Chat 和 Claude Code 数据并列，方便您比较各产品间的采用情况。
  • 技能和连接器排名： 每个条目现在都会显示有多少 Claude Cowork 会话调用了它，因此您可以看到您的 Claude Cowork 用户实际使用的工具。

有关完整的端点规范、查询参数和响应模式，请参阅 Claude Enterprise 分析 API 参考。

定义成功指标

证明您的推广正在奏效的指标要回答三个问题——而且答案应该每周都有所改善。

  • 人们在使用它吗？：您要关注的是"拥有访问权限"和"已委派过任务"之间的差距。
  • 使用得有多深入？： 您要关注的是用户是否真正在完成工作，还是只是在聊天。

是否有回报？： 您要关注的不仅仅是"节省的时间"，还要看 Cowork 是否被用于真正重要的工作

1. 人们在使用它吗？2. 使用得有多深入？3. 是否有回报？
激活率（已登录 / 已授权）每位活跃用户的会话数每周重新分配的小时数（自我报告）
按群组划分的每周活跃用户高级功能采用率（连接器、技能、插件）每个群组的具名成功案例
回访率（第二周留存）推广大使与用户的接触点现在在 Claude 上运行的工作流
从培训到首次真实任务的天数帮助会话参与度成本与价值对比

价值这一列最难填写，因为最容易想到的指标——节省的时间——恰恰忽略了最大的影响来源：以前没有在做的工作。将价值衡量锚定在三个问题上：

  • 哪些以前不可行的新工作现在正在完成？
  • 这些新工作与哪些业务成果相关联？
  • 在节省出来的时间中，这些时间被用到了哪里？

围绕特定工作流开展定期用户调查。

如果任何一列表现不佳，先往左看。价值低几乎总能追溯到上游的参与度或采用问题。

识别并赋能推广大使

推广大使是热情的早期采用者，能够帮助推动团队内的同事采用。作为试点小组的一部分，在每个部门识别内部推广大使，并及早为他们提供装备，以便他们从第一天起就能支持自己的团队。寻找那些已经在尝试 AI 工具或自愿参加试点的人。

  • 每个部门或团队选择 2-3 名推广大使
  • 给予推广大使提前访问权限，以便他们在启动前建立熟练度。
  • 为推广大使提供关于 Claude Cowork 与 Chat 之间区别的关键要点、寻求帮助的联系人以及如何报告问题。
  • 为推广大使创建一个专门的沟通渠道，用于分享成功案例、技巧和常见问题，
  • 认可并奖励推广大使的贡献

启动沟通

分阶段进行沟通，让用户知道即将发生什么、为什么重要，以及遇到问题该去哪里寻求帮助。Claude Cowork 可以处理您的文件、工具和浏览器，并交付完成的工作——这与向 Claude 提问是不同的体验，您的信息传达应该设定这样的预期。

每条信息都应强化委派模式：Claude Cowork 产生的是交付成果，而不仅仅是答案。用户描述一项任务，提供上下文和工具，定义什么样的结果算好，然后回来查看完成的工作。

启动前（提前 2 周）

  • 发送一条来自领导层的信息，解释什么是 Claude Cowork、组织为什么要采用它，以及用户可以期待什么。强调 Claude Cowork 是用来委派真实工作的——而不仅仅是聊天。
  • 分享培训计划，并引导用户使用自助服务资源。让他们知道自己部门的推广大使是谁。

启动当天

  • 发送包含安装说明的入门指南（或确认应用已通过 MDM 推送）。
  • 宣布支持渠道和答疑时间安排。
  • 让推广大使在各自部门待命，帮助首次设置并回答问题。

启动后（第一周）

  • 分享早期使用技巧和快速成功案例。重点介绍用户成功委派的具体任务——强调他们收到的交付成果，而不仅仅是他们使用了 Cowork 这一事实。
  • 展示来自推广大使或试点用户的早期成功案例。
  • 发送关于培训资源和支持渠道的提醒。

持续进行

  • 分享定期技巧和功能亮点（例如新插件、定时任务模式、Chrome 工作流）。
  • 在新连接器获得批准并上线时进行宣布。许多连接器在每个用户链接自己的账户之前都无法使用。如果连接器需要单独的 OAuth 设置，请分享身份验证的操作说明。
  • 使用上面定义的指标，向领导层发布月度使用情况更新。
  • 开展季度审查，评估采用进展并重新校准目标。

第三阶段：赋能与培训

如果没有赋能，用户可能会把 Claude Cowork 当作与 Chat 没有区别的东西来对待。您的赋能计划需要培养委派的能力——描述一项任务、提供上下文和工具，然后回来查看完成的工作。

结构化培训计划

  • 全员 101 课程： 30-60 分钟的工作坊，每位参与者在课程结束前完成一项真实的委派式任务。该任务应产生一个交付成果——而不仅仅是一个聊天回复。在完成该任务的过程中介绍界面和文件访问，而不是作为独立的步骤。
  • 部门级赋能： 与高管赞助人一起定制的课程，聚焦于与每个团队相关的工作流。每次课程都应围绕团队实际工作中的一项真实任务展开——而不是演示走查。为团队配备可直接定制的工作流模板，以及与其职能相关的技能和插件。
  • 答疑时间： 每周或每两周一次的随到随问会议，用户可以带来真实工作，获得推广大使的实际帮助。
  • LMS 集成： 将培训打包成可跟踪的课程，以监控各部门的完成率，并识别需要额外支持的团队。

自助服务资源

面向最终用户

面向管理员

通用 AI 素养

需要涵盖的 Claude Cowork 功能

以下是用户应该理解的关键能力。

内部支持渠道

  • 为 Claude Cowork 相关的问题、技巧和故障排除创建一个专门的沟通渠道。在第一个月内，推广大使应每天在此保持活跃。
  • 与推广大使一起开展每周答疑时间，用户可以带来真实任务并获得实时帮助。
  • 与您的 IT 帮助台集成，以便 Claude Cowork 问题能路由到正确的团队——如果可能的话，与一般的 claude.ai 支持分开。确保管理员上线时有清晰的升级路径，让用户确切知道在出现问题或需要请求访问权限或更多用量时该去哪里。
  • 建立月度用户小组以进行知识共享——已经构建了有用技能或插件的团队向更广泛的组织进行展示。

第四阶段：扩大采用规模

您的试点验证了这种方法。扩大规模意味着复制这种方法——扩展到新团队、展示业务影响，并建立能随使用量增长而发展的治理机制。

跨团队扩展

  • 优先考虑那些工作经常产生交付成果（报告、分析、演示文稿、格式化文档）并且已经在使用 claude.ai 中有可用连接器的工具的团队。
  • 对于每个新团队：识别 2-3 个高价值的委派工作流，指定一名本地推广大使，并使用第三阶段中的部门级赋能课程提供量身定制的入门培训。
  • 扩展意味着逐步添加 RBAC 分组，并根据每个团队的需求启用更多连接器。

衡量影响

在第二阶段，您定义了跨三列的指标：人们在使用它吗？使用得有多深入？是否有回报？在这个阶段，将重点转移到第三部分。聚焦于领导层关心的成果：

  • 将定量数据与定性案例相结合，例如来自团队负责人的简短案例研究，说明真实的影响。
  • 建立定期报告节奏（例如季度业务审查），让利益相关者保持知情。

治理

随着使用量的增长，您的治理需求也会随之增长。从您在第一阶段配置的组织级控制开始，然后根据您观察到团队构建的内容进行调整。目前，部分治理在产品内完成，部分则需要在 Claude Cowork 之外通过人工流程完成。请为两者都做好规划。

您今天可以在产品内治理的内容

  • 连接器访问： 先是组织范围的开/关，然后通过自定义角色按分组控制。当您启用一个新连接器时，使用内置角色的每个人都会立即获得它，任何自定义角色允许的人也会立即获得它——请相应地规划您的推广沟通。
  • 支出控制： 基于分组的支出限额，并有一个组织范围的设置来决定在用户所属的多个分组中应用哪个限额。组织级上限会覆盖个人席位限额。
  • 插件市场： 策划哪些插件出现在您组织的市场中。配置分发策略，预先批准插件，并使用分组级覆盖来控制每个团队的可用性。可与 SCIM 分组配合使用。
  • 技能和插件发布： 组织级设置，有三个取值（"组织设置 > 插件与技能"，"策略"选项卡）。"关闭"：用户无法向组织的库提交技能或插件，但所有者仍可直接添加。"需要审核"：所有者，或任何角色中"库"权限设置为"可管理"的人，会在同一页面的"请求"选项卡上批准每项提交，然后才会发布。"开放"：提交内容可以无需审核直接发布。在企业版方案中，如果没有人选择过设置，则会应用默认值，而默认值并非对每个组织都相同，因此请检查"策略"选项卡。
  • 技能和插件共享： "技能共享"和"与分组共享"（默认关闭）是同一"策略"选项卡上的组织级开关，如果您使用自定义角色，则由自定义角色决定谁可以共享。
  • RBAC： 通过分配给分组的自定义角色，控制谁可以访问 Claude Cowork、Claude Code 和其他产品界面。自定义角色仅适用于角色设置为"自定义"的用户。

持续的治理实践

  • 维护一份已批准连接器的允许列表，将新请求通过您的标准变更管理流程进行处理。
  • 开展季度策划审查，归档过时的技能，并将高价值工作流提升为正式插件。推广大使可以推动这一流程。
  • 随着用户群的扩大，在推广的每个阶段审查数据策略和审计节奏。

能力治理

全面上线整个平台

Claude Cowork 的价值来自各项能力协同工作——文件访问、连接器、技能和代码执行结合在一起，产生完成的工作。随着规模扩大，请将以下附加能力作为治理决策来评估，而不仅仅是功能开关：

  • 记忆： 使 Claude Cowork 能够跨会话保留上下文。评估哪种程度的持久化上下文符合您的数据策略。
  • 网络出站： 控制 Claude Cowork 在运行代码时可以访问的内容。您的网络和数据策略应主导这一决定。
  • 网络搜索： 让 Claude 可以在 Chat 和 Claude Cowork 中搜索网络。网络出站设置不会管控它：所有者在"组织设置 > 功能"中开启或关闭它，使用自定义角色的用户还需要一个授予该权限的角色。
  • 办公智能体（跨应用的 Claude）： 让 Claude 能够跨应用程序工作。请考虑您团队的工作流是否跨越了应用程序边界。

构建持久的计划

扩展 Claude Cowork 不是一次性的启动，而是一项持续的计划。那些能看到复合价值的组织，是把采用当作一种纪律来对待的组织：持续发掘新的使用场景，将最佳工作流策划为可复用的技能，并将团队所学反馈回赋能计划中。

有关完整的操作手册——计划所有权模式、推广大使委员会、季度审查节奏以及长期维持框架——请参阅在您的组织中扩展 Claude Cowork 工作流。