访问透明度

了解 Access Transparency（访问透明度）如何为 Anthropic 人员对您组织数据的人工访问创建记录、它涵盖哪些内容，以及如何通过 Compliance API 接收事件。

访问透明度的工作原理

Anthropic 人员仅在明确规定的条件下访问客户内容。访问透明度旨在让此类访问对您可见。其设计基于以下原则：

• 人工访问仅在已公布的原因代码下发生。
• 对您涵盖内容的人工查看会被记录。 Anthropic 能够触及您涵盖内容的内部工具均已进行埋点，每次查看都会发出一个事件。
• 事件代表人工访问，而非自动化处理。 Anthropic 的自动化安全系统在一个安全的管道中处理您的内容，不存在交互式人工访问；该处理不会生成 anthropic_access 事件。自动化处理唯一可能触发的事件是 cmek_preserve 保全记录（请参阅 CMEK 内容保全）。
• 事件会送达您现有的活动源。 活动可通过您的 Compliance API 活动源访问。Compliance API 现有的凭证、审计、导出和 SIEM 集成仍然适用。

访问透明度涵盖的内容

• 涵盖的内容： 访问透明度涵盖通过 Claude Messages API 或 Claude Code 会话发送的提示和响应内容。Anthropic 的通用 ZDR 文档和 Claude Code 的 ZDR 文档说明了哪些 API 和功能受 ZDR 涵盖。访问透明度涵盖相同的 API 和功能。
• Anthropic 人员的人工查看： Anthropic 审查人员对您涵盖内容的人工查看会生成事件。

访问透明度不涵盖的内容

• 自动化处理： 模型服务、安全分类器和滥用检测管道在正常运行过程中处理您的内容，不会生成 anthropic_access 事件。由自动化处理触发的保全确实会生成 cmek_preserve 事件（请参阅 CMEK 内容保全）。
• 您自己组织的活动： 您的 API 调用、管理员操作和 Compliance API 读取由标准的活动源事件类型涵盖。
• Claude for Enterprise 和 Claude 应用： claude.ai Enterprise 席位、Claude for Work、Cowork 和 Claude in Chrome 不在涵盖范围内。
• Claude 消费者产品： Claude Free、Pro 或 Max 套餐。
• 合作伙伴运营的平台： Amazon Bedrock 和 Google Cloud；请参阅这些平台的透明度控制。
• ZDR 不涵盖的任何内容： 不受 ZDR 涵盖的产品（例如 Files API、Anthropic 托管的有状态应用程序以及 Batch API）不受访问透明度涵盖。更多详情请参阅 ZDR 文档。

快速开始

要启用访问透明度：

1. 1

   申请访问透明度

   联系您的 Anthropic 客户代表。

2. 2

   Anthropic 审核资格

   Anthropic 确认您的组织符合资格标准，并在组织级别启用该功能。

3. 3

   通过 Compliance API 接收事件

   anthropic_access 活动会出现在您现有的活动源中，使用您现有的 Compliance Access Key；无需新的端点或凭证。

访问透明度在组织级别启用，涵盖所有工作区。目前不支持按工作区单独注册。

接收访问透明度事件

访问透明度事件以 anthropic_access 活动类型在 Compliance API 活动源上交付。使用 activity_types[] 进行筛选：

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/activities" \
  --data-urlencode "activity_types[]=anthropic_access" \
  --data-urlencode "limit=50" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

分页、日期范围筛选（created_at.gte / .lt）以及响应封装（has_more、first_id、last_id）与活动源的其余部分共用。请参阅查询活动源。

每条 anthropic_access 活动都包含标准的 Activity 字段以及以下字段：

JSON 消息示例：

{
  "id": "activity_013b013744txqZtFHLUaRqLr",
  "type": "anthropic_access",
  "created_at": "2026-06-08T17:12:09.812446Z",
  "accessed_at": "2026-06-08T17:12:06.478035Z",
  "organization_id": "org_0910d9133038914eta7i3vt",
  "actor": { "type": "anthropic_actor", "email_address": null },
  "resource_details": { "type": "message", "id": "msg_1234ABCD" },
  "accessor_department": "Safeguards",
  "reason_code": "safety_review",
  "organization_uuid": "5b236db4-3fb4-4bf3-a560-b5e266038a15"
}

CMEK 内容保全

在极少数情况下，Anthropic 会将特定内容保留超过标准留存期限（例如，当安全审查确认存在严重有害内容且必须为正在进行的调查而保留时）。保全本身是一项有记录且对客户可见的操作：

• 保全事件会写入您的活动源。 当内容被保全时，一个类型为 cmek_preserve 的事件会写入您的 Compliance API 活动源。保全事件携带与 anthropic_access 事件相同的字段；仅事件类型不同，因此能处理其中一种的解析器也能处理另一种。请参阅原因代码。
• 无论保全是如何触发的，都会写入保全事件。 保全通常发生在对内容进行人工审查之后，但无论保全是由人工审查人员还是由自动化安全管道触发，都会写入该事件：该记录反映的是您内容的留存状态发生了变化，与由谁更改无关。
• 对于 CMEK 组织，保全是一次可见的密钥迁移。 被保全的内容会在您的客户管理密钥之外重新加密，以便调查可以独立于您的密钥继续进行。保全事件就是此事发生的记录。所有其他留存内容仍受您的密钥保护。

筛选保全事件的方式与访问事件相同：

curl --fail-with-body -sS -G \
  "https://api.anthropic.com/v1/compliance/activities" \
  --data-urlencode "activity_types[]=cmek_preserve" \
  --data-urlencode "limit=50" \
  --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY"

JSON 消息示例：

{
  "id": "activity_01AbCdEfGhJkMnPqRsTuVwXy",
  "type": "cmek_preserve",
  "created_at": "2026-07-02T09:41:53.204118Z",
  "accessed_at": "2026-07-02T09:41:50.118764Z",
  "organization_id": "org_0123456789abcdefghijklmn",
  "actor": { "type": "anthropic_actor", "email_address": null },
  "resource_details": { "type": "message", "id": "msg_0ExampleExampleExample" },
  "accessor_department": "Safeguards",
  "reason_code": "policy_violation_investigation",
  "organization_uuid": "00000000-1111-2222-3333-444444444444"
}

对于保全事件，accessed_at 记录的是内容被保全的时间。

原因代码

原因代码集合是封闭的。如果 Anthropic 引入新代码，将会更新本页面。

产品界面资格

下表列出了哪些产品界面受访问透明度涵盖。涵盖意味着对来自该界面的内容进行人工访问会生成 anthropic_access 事件。

限制与排除

涵盖时间

访问透明度自为您的组织启用之时起适用。启用时已处于您留存期限内的内容在被访问时也可能生成事件，但 Anthropic 不保证涵盖启用之前写入的内容。请将您的启用日期视为可靠涵盖的起点。从启用访问透明度到您的内容被涵盖之间可能存在最多两小时的延迟。

通知时间

anthropic_access 和 cmek_preserve 事件会在其所记录的访问或保全发生后的两个工作日内交付到您的 Compliance API 活动源。不应将此活动源视为实时告警渠道，accessed_at 时间戳反映的是访问发生的时间，可能比该活动在您的活动源中可见的时间早最多两个工作日。created_at 字段反映的是事件变为可见的时间。

自动化处理不会生成访问事件

anthropic_access 事件仅记录人工访问。Anthropic 的自动化安全系统和分类器在正常运行过程中会继续处理您的内容，该处理不会生成 anthropic_access 事件。自动化处理唯一可能触发的事件是 cmek_preserve 保全记录（请参阅 CMEK 内容保全）。活动源为空意味着 Anthropic 没有任何人查看过您的内容；这并不意味着您的内容未被自动化系统处理。

访问透明度不会改变 Anthropic 可以访问的内容

访问透明度记录访问；它不授予也不限制访问。Anthropic 人员可以访问您内容的目的受您与 Anthropic 的协议以及使用政策约束，无论是否启用访问透明度，这些目的都相同。

CMEK 密钥使用日志并非逐次读取记录

对于同时启用 CMEK 的组织，您的云 KMS 审计日志（CloudTrail、Cloud Audit Logs 或 Azure Monitor）会记录 Anthropic 对您密钥的使用。由于密钥在运行期间会被短时缓存，单次人工读取不一定会产生一条独立的 KMS 解密条目。请将访问透明度活动源用作逐次访问记录；您的 KMS 日志则独立确认密钥使用模式。

常见问题

相关资源

• Compliance API 概述
• 活动源
• API 与数据留存
• 客户管理加密密钥（CMEK）
• Claude Code 数据使用
• 信任中心