主题
访问与监督
控制谁可以访问 agent、他们如何身份验证，并审计他们所做的一切。
Fleet 为在你组织中扩展 agent 提供了控制层：分层权限、凭据管理、人在回路监督，以及 agent 动作的审计跟踪。
权限与共享
Fleet 从两个维度为你提供对每个 agent 的细粒度控制：谁能获得访问以及他们能做什么。
- 谁：与个别用户或你的整个工作区共享。
- 什么：三个权限级别：
- Clone：复制并自定义该 agent
- Run：使用但不修改
- Edit：更改指令、工具和设置的完全访问权限
你可以对这些权限进行分层。给核心团队编辑权限，向更广的组织共享仅限运行的权限，并随时撤销。
有关设置说明，参阅更改对 agent 的访问。
Agent 身份与凭据
Fleet 提供两种凭据模型，控制 agent 如何与外部工具进行身份验证：
- 固定凭据（"Claws"）：无论谁运行，agent 都使用同一套凭据。用于共享资源型的 agent，例如一个团队 Slack bot，所有人通过同一个账户与之交互。
- 用户凭据（"Assistants"）：agent 代表调用它的个人行事。每个用户通过 OAuth 用自己的账户进行身份验证。用于用户有不同访问级别的工具，例如一个个人邮件助理。
这是按 agent 可配置的，因此你可以为每个用例选择合适的模型。
有关设置说明，参阅Agent 身份。
工具访问控制
Fleet 为工具提供分层访问控制，涵盖自定义 MCP 服务器（用户添加，工作区范围）和内置集成（平台提供，例如 Gmail、Slack 和 GitHub）：
- 基于角色的访问控制（RBAC）：在角色级别控制访问。
- 基于属性的访问控制（ABAC）：在 RBAC 之上增加按资源的粒度。
- 工作区集成策略：为内置集成提供一个由管理员控制的启用/禁用门。
NOTE
工具访问控制是一项企业版功能。如果你对此功能感兴趣，请联系我们的销售团队。
基于角色的权限
基于角色的访问控制（RBAC）根据用户角色来授予或拒绝对工作区中所有 MCP 服务器和集成的访问。在 Settings > Roles 中配置角色。
MCP 服务器和集成可用的以下权限：
| 权限 | 描述 |
|---|---|
mcp-servers:read | 发现并列出 MCP 服务器和集成 |
mcp-servers:invoke | 执行来自 MCP 服务器和集成的工具，包括 OAuth 连接/断开 |
mcp-servers:create | 创建新的 MCP 服务器配置 |
mcp-servers:update | 修改 MCP 服务器配置 |
mcp-servers:delete | 移除 MCP 服务器配置 |
NOTE
具有 mcp-servers:read 和 mcp-servers:invoke 的角色可以查看并使用工作区中所有的 MCP 服务器和集成。
有关 RBAC 的更多信息，参阅基于角色的访问控制。
创建带工具权限的角色
Open role settings
导航到 Settings > Roles 并点击 Create role。
Configure MCP Servers permissions
展开 MCP Servers 部分并选择要包含的权限。例如，为需要使用工具但不管理服务器配置的用户授予 Read 和 Invoke。
Assign the role
在 Settings > Members 中将该角色分配给工作区中的用户。
基于属性的访问控制
基于属性的访问控制（ABAC）在 RBAC 之上增加资源级粒度。管理员可以标记单个 MCP 服务器或集成，并创建基于那些标签授予或限制访问的策略。
ABAC 对工具作用于两种资源类型：
| 资源类型 | 适用于 |
|---|---|
mcp_server | 添加到工作区的自定义 MCP 服务器 |
fleet_integration | 内置集成（Gmail、Slack、GitHub 等） |
NOTE
没有任何 mcp-servers:* RBAC 权限的角色，仍可通过 ABAC 允许策略被授予对特定被标记资源（例如仅 Notion 和 Gmail）的访问。反之，具有宽泛 RBAC 访问的角色可以通过 ABAC 拒绝策略被限制访问特定资源。
有关策略结构、操作符以及通过 API 管理策略的详情，参阅基于属性的访问控制。
工作区集成策略
内置集成有一个额外的控制层：一个在 Settings > Integrations > Access control 中管理的工作区级启用/禁用切换。它充当一个由管理员控制的基线，先于按用户的 RBAC 和 ABAC 运行。
如果某个集成在工作区级别被禁用，无论用户的角色或 ABAC 策略如何，都没有用户可以访问它。
NOTE
Access control 页面对管理员用户可见（需要 workspaces:manage 权限）。
策略评估顺序
这三层按顺序评估。评估顺序在自定义 MCP 服务器和内置集成之间略有不同：
自定义 MCP 服务器：
ABAC deny → RBAC → ABAC allow内置集成：
Workspace policy gate → ABAC deny → RBAC → ABAC allow在每一步：
- 工作区策略门（仅集成）：如果该集成被禁用，则拒绝访问。不再进一步评估。
- ABAC 拒绝：如果一条拒绝策略匹配，则拒绝访问。拒绝总是胜出。
- RBAC：如果用户的角色授予了所需权限，则允许访问（除非需要第 4 步）。
- ABAC 允许：如果 RBAC 未授予访问，一条允许策略仍可为特定的被标记资源授予访问。
可观测性与审计跟踪
Fleet 中的 agent 动作会被捕获到一个结构化的 LangSmith 追踪中，包括工具调用、决策和输出。你可以检查、搜索和导出追踪。
结合 agent 身份和权限，追踪会告诉你哪个 agent 采取了行动、代表谁、使用什么凭据，以及它在每一步做了什么。
人在回路监督
Fleet 提供了一个中央收件箱，用于跨你的所有 agent 审查 agent 动作。你可以配置 agent 在执行特定动作前暂停并请求批准，然后从一个地方进行审查、批准、编辑或拒绝。
有关设置说明，参阅人在回路。