Access Transparency

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



Access Transparency 的工作原理

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

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



Access Transparency 的涵盖范围

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



Access Transparency 不涵盖的范围

• 自动化处理： 模型服务、安全分类器和滥用检测管道作为正常运行的一部分处理您的内容，不会生成 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）不受 Access Transparency 涵盖。更多详情请参阅 ZDR 文档。



开始使用

要启用 Access Transparency：

Access Transparency 在组织级别启用，涵盖所有工作区。目前不支持按工作区单独注册。



接收 Access Transparency 事件

Access Transparency 事件以 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 引入新代码，将更新此页面。



适用范围

下表列出了 Access Transparency 涵盖的各个界面。涵盖意味着对来自该界面的内容的人工访问会生成 anthropic_access 事件。



限制与排除



涵盖时间

Access Transparency 自为您的组织启用之时起适用。启用时已在您保留窗口内的内容在被访问时也可能生成事件，但 Anthropic 不保证对启用之前写入的内容的涵盖。请将您的启用日期视为可靠涵盖的起点。在启用 Access Transparency 与您的内容被涵盖之间可能存在最多两小时的延迟。



通知时间

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



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

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



Access Transparency 不会改变 Anthropic 可以访问的内容

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



CMEK 密钥使用日志不是逐次读取的记录

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



常见问题



相关资源

• Compliance API 概述
• 活动源
• API 与数据保留
• 客户管理加密密钥（CMEK）
• Claude Code 数据使用
• Trust Center