处理 Compliance API 错误

本页列出了每个已记录的 Compliance API 端点返回的响应消息、原因及解决方法。

Compliance API 以标准的 Anthropic 错误格式返回错误：一个非 2xx 状态码、一个 request-id 响应标头，以及一个包含 error 对象（其中含有 type 和 message）的 JSON 正文。在向支持团队升级问题时，请附上 request-id 标头的值。

{
  "error": {
    "type": "authentication_error",
    "message": "The API key provided is invalid or has been revoked."
  }
}

请根据 error.type 进行匹配，而不是根据消息字符串。消息内容足够稳定，可以复制到运维手册中，但措辞可能会随时间调整；而类型值是 API 契约的一部分。本地会话端点有几个已记录的例外情况，其中共享同一类型的响应需要通过消息内容加以区分；每个例外情况都会在相应位置注明。

下表可让您一目了然地判断是否应重试。后续各节会展示逐字的错误正文及解决方法。



400 Bad Request

请求在语法上有效，但包含服务器拒绝的参数。修正参数后重试。



时间戳格式无效

类型： invalid_request_error

The `created_at.gte` parameter contains an invalid timestamp format. Timestamps must be provided in RFC 3339 format e.g., "2024-03-01T00:00:00Z". Got "2024-01-01".

原因： 某个 created_at.* 或 updated_at.* 值（.gte、.gt、.lte、.lt）无法解析为日期时间。消息会指明解析失败的参数，并回显所发送的值。

解决方法： 发送包含时间和时区的完整 RFC 3339 时间戳，例如 2024-03-01T00:00:00Z 或 2024-03-01T00:00:00+00:00。

当同时提供两个时间边界且 created_at.lt 不严格晚于 created_at.gte 时，本地会话列表（GET /v1/compliance/apps/sessions/local）也会返回 400 invalid_request_error。正文内容如下：

created_at.lt must be strictly after created_at.gte.

发送一个晚于 created_at.gte 的 created_at.lt，或省略其中一个边界。



限制值无效

类型： invalid_request_error

The limit parameter must be between 1 and 1000, inclusive. Got 1500.

原因： limit 查询参数超出了可接受的范围。消息中指明的边界反映了所调用的特定端点的最大值。

解决方法： 发送一个在端点可接受范围内的 limit。每个列表端点都有自己的 limit 范围；请参阅相应 Compliance API 参考页面上的参数约束。

会话记录端点（GET /v1/compliance/apps/sessions/remote/{session_id}/messages 和 GET /v1/compliance/apps/sessions/local/{session_id}/messages）以相同方式验证其截断参数：tool_use_input_max_bytes 和 tool_result_max_bytes 各自接受一个正字节数或 -1（服务器最大值），因此诸如 0 之类的值会返回相同的 400 invalid_request_error。



分页 ID 无效

类型： invalid_request_error

Invalid `after_id`. No activity found for `after_id` "activity_invalid123"

原因： after_id 或 before_id 游标无法解码为不透明游标，也无法解析为活动 ID。

解决方法： 将分页游标视为不透明字符串。始终复制上一页返回的 first_id 或 last_id 值；当 has_more 为 false 时停止。不要从对象 ID 构造游标。

目录、项目和会话端点（组织、用户、角色、角色权限、群组、群组成员、项目、项目附件、本地和远程会话以及会话消息）使用不透明的 page 令牌而非 after_id 和 before_id 进行分页。同样的建议适用：原样传递上一个响应中的 next_page 值，并在 has_more 为 false 时停止（或者，在不返回 has_more 的会话端点上，当 next_page 为 null 时停止）。格式错误的 page 令牌会返回与格式错误的 after_id 或 before_id 相同的 400 invalid_request_error。

两个本地会话端点（列表端点和消息端点）对于任何无法解码的 page 值都会返回以下 400 invalid_request_error，例如在您存储后被截断或更改的令牌，或由不同端点或不同父组织下签发的令牌。在本地会话消息端点（GET /v1/compliance/apps/sessions/local/{session_id}/messages）上，每个 page 游标还绑定到签发它的会话和 order，因此为不同会话或排序顺序签发的游标会返回相同的正文：

The page parameter is not a valid cursor for this request.

消息端点上的游标在遍历（即对各页的一次完整遍历）开始后 24 小时过期。过期的游标会返回：

The page cursor has expired. Restart the walk without a page parameter; results will reflect the current retention boundary.

对于第一个正文，将上一个响应中未经修改的 next_page 值重新发送到签发它的端点和会话。对于过期的游标，不带 page 参数重新开始；新的遍历反映的是其开始时生效的保留边界，因此在此期间已超出保留期的消息将不再返回（请参阅检索本地会话记录）。



401 Unauthorized

x-api-key 标头缺失或与任何已知密钥不匹配。具有错误作用域的有效密钥会返回 403 Forbidden。



API 密钥无效

类型： authentication_error

The API key provided is invalid or has been revoked.

原因： x-api-key 中的密钥不存在、已被删除或已被禁用。缺失或为空的 x-api-key 标头会返回相同的正文，因此请同时检查您的密钥存储和密钥的吊销状态。

解决方法： 确认密钥值，检查它是否已在 claude.ai（Compliance Access Keys）或 Claude Console（Admin API keys）中被删除，并确认它已启用。请参阅设置 Compliance API。



403 Forbidden

x-api-key 中的密钥有效，但不具备端点所需的作用域。逐字消息会列出密钥所具备的作用域（Got:）和端点所需的作用域（Needed:），因此您无需重新检查 Claude Console 或 claude.ai 即可确认密钥所具备的作用域。Compliance Access Key 的作用域在创建后不可更改，因此每个作用域不足的解决方法都会指导您创建新密钥，而不是编辑现有密钥。



作用域不足：Activity Feed

类型： permission_error

Missing required scopes. Got: ['read:compliance_user_data'] Needed: ['read:compliance_activities']

原因： 使用了不具备 read:compliance_activities 的密钥调用 GET /v1/compliance/activities。导致此错误的常见路径有两种：

• 创建 Compliance Access Key（sk-ant-api01-...）时未选择 read:compliance_activities 作用域。
• 在组织未启用 Compliance API 时创建了 Claude Console Admin API 密钥（sk-ant-admin01-...）。在 Compliance API 未启用时创建的密钥不具备该作用域；请参阅设置 Compliance API。

解决方法： Compliance Access Key 的作用域在创建后不可更改。创建一个包含 read:compliance_activities 的新密钥，或使用 Claude Console Admin API 密钥。有关 Admin API 密钥在何种条件下具备此作用域，请参阅您需要哪种密钥？。



作用域不足：组织数据

类型： permission_error

Missing required scopes. Got: ['read:compliance_user_data'] Needed: ['read:compliance_org_data']

原因： 使用了不具备 read:compliance_org_data 的密钥调用组织、角色、群组或有效设置端点。导致此错误的常见路径有两种：

• 创建 Compliance Access Key（sk-ant-api01-...）时未选择 read:compliance_org_data 作用域。
• 使用了 Claude Console Admin API 密钥（sk-ant-admin01-...）。Admin API 密钥仅具备 read:compliance_activities，无法读取组织元数据。

解决方法： 创建一个新的 Compliance Access Key，并选择 read:compliance_org_data。Admin API 密钥无法读取组织元数据；必须使用 Compliance Access Key。



已停用的作用域：组织设置

类型： permission_error

Missing required scopes. Got: ['read:compliance_org_settings'] Needed: ['read:compliance_org_data']

原因： read:compliance_org_settings 作用域已于 2026 年 6 月 30 日停用。GET /v1/compliance/organizations/{organization_id}/settings 现在需要 read:compliance_org_data，与其他组织端点相同的作用域，而已停用的作用域不再授权任何操作。仅具备 read:compliance_org_settings 的 Compliance Access Key 在每次调用设置端点时都会返回此错误，即使该密钥在停用之前可以正常工作。创建密钥时已无法再选择或授予已停用的作用域。

解决方法： Compliance Access Key 的作用域在创建后不可更改。创建一个新的 Compliance Access Key，并选择 read:compliance_org_data，更新您的集成以使用它，然后删除旧密钥。已具备 read:compliance_org_data 的密钥不受此停用影响。



作用域不足：用户数据

类型： permission_error

Missing required scopes. Got: ['read:compliance_activities'] Needed: ['read:compliance_user_data']

原因： 使用了不具备 read:compliance_user_data 的密钥调用聊天、消息、文件、项目、会话、组织用户或群组成员端点。导致此错误的常见路径有两种：

• 创建 Compliance Access Key（sk-ant-api01-...）时未选择 read:compliance_user_data 作用域。
• 使用了 Claude Console Admin API 密钥（sk-ant-admin01-...）。Admin API 密钥仅具备 read:compliance_activities，无法被授予 read:compliance_user_data，因此无法调用聊天、文件、项目、项目附件、会话、用户或群组成员端点。

解决方法： 使用在 claude.ai 中创建并选择了 read:compliance_user_data 的 Compliance Access Key。如果该请求确实应仅限于 Activity Feed，请将 Admin API 密钥改为指向 GET /v1/compliance/activities。



作用域不足：删除

类型： permission_error

Missing required scopes. Got: ['read:compliance_user_data'] Needed: ['delete:compliance_user_data']

原因： 使用了不具备 delete:compliance_user_data 的 Compliance Access Key 调用聊天、文件或项目的 DELETE 端点。

解决方法： 创建一个新的 Compliance Access Key，并选择 delete:compliance_user_data。删除作用域与 read:compliance_user_data 是分开的，以确保只读审计密钥无法删除内容。



404 Not Found

端点已解析，但资源 ID 不存在或已被删除。Compliance API 的删除操作是即时且永久的，因此对先前已知 ID 返回 404 通常意味着内容已通过 Compliance API 删除调用被硬删除，或已被保留策略移除。一个例外是仍处于 pending 状态的远程会话，其消息端点在会话开始之前会暂时返回 404；请参阅未找到远程会话。每个解决方法中引用的活动类型字符串（例如 claude_chat_created）是您可以传递给 Activity Feed activity_types[] 过滤器的值；有关每个支持的值，请参阅查询合规活动。

本地会话没有 pending 状态，因此 Local session not found. 404 从不是暂时性的；有关其原因以及单独的 Local sessions are not available. 响应（该响应不依赖于会话 ID 且可能是暂时性的），请参阅未找到本地会话。



未找到聊天

类型： not_found_error

Chat claude_chat_01H5CWunD7RpVJ5bHa8RCkja not found.

原因： 路径中的聊天 ID 与可通过 Compliance API 读取的聊天不匹配。该聊天可能已通过先前的 Compliance API 调用被硬删除，或已被您组织的保留策略移除，或者它属于调用密钥无法读取的组织。用户在 claude.ai 中软删除的聊天不会返回 404；它们仍然可读，且 deleted_at 已填充。

解决方法： 对照最近的 claude_chat_created 或 claude_chat_viewed 活动确认聊天 ID。如果活动是最近的但读取仍然失败，则该聊天已被硬删除（通过此 API 或因保留策略到期），或属于您的密钥作用域之外的组织。



未找到文件

类型： not_found_error

No file found with provided id, or it has already been deleted.

原因： 文件 ID 不存在或已被删除。此错误适用于聊天附加文件（claude_file_...）和项目文件。

解决方法： 对照最近的 claude_file_uploaded 或 claude_file_deleted 活动进行核对。如果文件已被删除，则二进制内容已消失；活动记录在 6 年保留窗口内仍保留在信息流中。



未找到项目

类型： not_found_error

No project is found with the provided id.

原因： 项目 ID 不存在或已被删除。

解决方法： 对照最近的 claude_project_created 或 claude_project_deleted 活动进行核对。即使项目本身已消失，Activity Feed 仍会继续公开该项目的生命周期事件。



未找到项目文档

类型： not_found_error

No project document found with provided id, or it has already been deleted.

原因： 项目文档 ID 不存在或已被删除。此错误适用于文本项目文档（claude_proj_doc_...），而非项目文件。

解决方法： 使用 GET /v1/compliance/apps/projects/{project_id}/attachments 列出当前附件。如果文档缺失，则它已被删除；如果您只需要元数据，可通过 claude_project_document_uploaded 活动记录检索。



未找到远程会话

类型： not_found_error

Remote session not found.

原因： 传递给 GET /v1/compliance/apps/sessions/remote/{session_id}/messages 的会话 ID 与可通过 Compliance API 读取的会话记录不匹配。当会话 ID（cse_...）不存在或会话已被删除、会话属于您的密钥无法读取的组织，或会话的 status 仍为 pending 时，会发生此情况：待处理的会话尚无记录，因此消息端点在会话开始之前会返回 404。格式不正确的 cse_ 标识符会话 ID 会返回 400 Bad Request。

解决方法： 对照 GET /v1/compliance/apps/sessions/remote 确认会话 ID 及其 status；请参阅检索远程会话。如果会话为 pending，请在其离开该状态后重试。如果会话不再出现在列表中，则它已被删除，其记录无法检索。



未找到本地会话

类型： not_found_error

Local session not found.

原因： 传递给 GET /v1/compliance/apps/sessions/local/{session_id} 或 GET /v1/compliance/apps/sessions/local/{session_id}/messages 的会话 ID 与可通过 Compliance API 读取的本地会话不匹配。当 ID 不是您的密钥可读取的组织中的会话（包括属于另一个父组织的 ID）、会话从未存在、该会话适用零数据保留，或会话的所有活动已超过运行该会话的组织所适用的保留期时，两个端点都会返回这同一条消息，而不区分原因。与远程会话不同，本地会话没有 pending 状态，因此 Local session not found. 响应没有暂时性形式。格式不正确的 clls_ 标识符会话 ID 会返回 400 Bad Request。

当本地会话端点本身对您的父组织不可用时，这些端点（包括列表端点）会返回不同的 404 消息 Local sessions are not available.。该响应不依赖于会话 ID；客户端的任何密钥、作用域或设置都无法改变它，且它可能是暂时性的。两个响应都带有 not_found_error 类型；区分它们的是消息文本。

解决方法： 对照 GET /v1/compliance/apps/sessions/local 确认会话 ID；请参阅检索本地会话。如果会话不再出现在列表中，则其内容已超过保留期（或该会话因其他原因不再属于您的密钥可读取的组织），其记录无法检索；将该 ID 从您的队列中移除。如果每次调用（包括列表调用）都返回 Local sessions are not available.，请保留您已排队的会话 ID，并在下一次计划运行时重试；如果该响应持续存在，请联系您的 Anthropic 代表并附上 request-id 响应标头。



未找到组织、角色或群组

类型： not_found_error

The "ce86b5f3-7c16-48b3-a9f3-e1d2c4b8a0f1" organization does not exist or the requester is not authorized to access it.

组织、角色和群组端点以标准错误格式返回 404 not_found_error。组织消息会指明 org_uuid；角色和群组消息是通用的（Role not found.、Group not found.）。当路径 ID（org_uuid、role_id 或 group_id）不存在或不再属于调用密钥可读取的树时，会发生此情况。

原因： 路径中的 ID 与可通过 Compliance API 读取的记录不匹配。角色和群组可以被删除，组织可以从父树中取消链接。

解决方法： 对照相应的列表端点验证 ID，并对照 Activity Feed 中最近的组织、角色或群组活动进行核对。



组织设置不可用

类型： not_found_error

organization `91012d09-e48b-438e-a489-1bebfd8fa6f9` not found in this organization's hierarchy

原因： GET /v1/compliance/organizations/{organization_id}/settings 在三种情况下返回此 404，这三种情况有意共享相同的正文，以免响应泄露组织是否存在：organization_id 不是您的父组织的链接组织之一、该值不是有效的 UUID，或设置端点尚未为您的父组织启用。

解决方法： 对照列出组织验证 ID。如果已知正确的组织 ID 仍返回 404，则设置端点尚未为您的父组织启用；请联系您的 Anthropic 代表。



409 Conflict

请求格式正确且已授权，但与资源的当前状态冲突。



项目有附加的聊天

类型： conflict_error

The "claude_proj_01KGp4eZNug9ri4kE35RSppq" project cannot be deleted as it has chats attached to it. Delete or detach all chats, and try deleting the project again.

原因： 对仍有聊天附加的项目调用了 DELETE /v1/compliance/apps/projects/{project_id}。

解决方法： 使用 GET /v1/compliance/apps/chats?user_ids[]={user_id}&project_ids[]={project_id} 列出项目的聊天（project_ids[] 过滤器需要至少一个 user_ids[] 值；通过列出组织用户枚举 ID），使用 DELETE /v1/compliance/apps/chats/{claude_chat_id} 删除每个聊天，然后重试项目删除。



429 Too Many Requests

对 Compliance API 的请求限制为每个父组织每分钟 600 个请求。该限制是一个共享预算，由父组织下的每个密钥（Compliance Access Key 和所有链接组织的 Admin API 密钥）以及每个 /v1/compliance/* 端点共享；远程会话端点在此基础上还有第二个请求预算。对于没有父组织的独立 Claude Console 组织，相同的预算适用于该组织本身，并在其 Admin API 密钥之间共享。如果您的集成需要更高的限制，请联系您的 Anthropic 代表。

一旦您的 API 密钥通过身份验证，Compliance API 响应会通过标准的速率限制响应标头报告共享预算，以便您的客户端可以主动限流，而不是等待 429：

• anthropic-ratelimit-requests-limit 是每分钟请求预算。
• anthropic-ratelimit-requests-remaining 是当前窗口中剩余的预算。
• anthropic-ratelimit-requests-reset 是窗口重置并恢复完整预算的 RFC 3339 时间戳。

429 响应还带有一个 retry-after 标头，其中包含发送下一个请求之前需要等待的秒数。此值可能包含超出 anthropic-ratelimit-requests-reset 的少量安全余量；请遵循 retry-after。

HTTP/1.1 429 Too Many Requests
date: Tue, 21 Apr 2026 14:38:02 GMT
retry-after: 25
anthropic-ratelimit-requests-limit: 600
anthropic-ratelimit-requests-remaining: 0
anthropic-ratelimit-requests-reset: 2026-04-21T14:38:25Z

{
  "error": {
    "type": "rate_limit_error",
    "message": "Compliance API rate limit of 600 requests per minute per parent organization has been exceeded. Retry after the time indicated by the retry-after header. Quote the request-id response header when contacting Anthropic support."
  }
}

原因： 您的父组织（或独立的 Claude Console 组织）在 1 分钟窗口内通过共享其预算的所有密钥向 /v1/compliance/* 发送了超过 600 个请求，或者耗尽了远程会话端点的第二个请求预算（本节稍后描述）。

解决方法： 等待 retry-after 标头中指定的秒数，然后重试。如果标头缺失（例如被中间代理剥离），则回退到指数退避（从 1 秒开始，翻倍至最多 60 秒）。在 429 时不要推进您的分页游标：失败的请求未返回任何数据，因此上一个成功页面的游标仍然正确。

身份验证失败的请求（缺失或无法识别的密钥，或使用了 Claude API 密钥而非 Compliance Access Key 或 Admin API 密钥）在速率限制器之前被拒绝，不消耗配额。缺少端点所需作用域的有效密钥在返回 403 之前会消耗一个配额单位。

远程会话端点在共享限制之上还有第二个请求预算，同样以您的父组织为键。来自该预算的 429 带有一个始终为 1 的 retry-after 标头（这是最小等待时间，而非实际重置时间）；该响应上的任何 anthropic-ratelimit-* 标头描述的是共享限制而非此预算，因此如果 429 重复出现，请使用指数退避。本地会话端点没有第二个预算，仅计入共享限制。

如果您按计划轮询 Activity Feed，请将您的总请求速率（跨所有密钥、链接组织和并发工作进程）预算在共享限制以下。监控 anthropic-ratelimit-requests-remaining 以在达到限制之前减速。有关在窗口轮询和游标驱动的摄取之间进行选择，请参阅设计您的合规集成。



500 Internal Server Error

当故障是确定性的时，来自 Compliance API 的 500 会带有 x-should-retry: false 响应标头。Anthropic SDK 会自动遵循此标头。如果您使用的是对每个 5xx 都重试的通用 HTTP 重试库，请在 x-should-retry 为 false 时抑制重试；重试此错误在每次尝试时都会以相同方式失败。

不带 x-should-retry: false 标头的 500 是暂时性的：使用指数退避重试（从 1 秒开始，翻倍至最多 60 秒）。这同样适用于 502、503、504 和 529 响应。接下来描述的一个本地会话 503 与数据相关而非暂时性的。有关平台范围的重试语义，请参阅错误。



本地会话暂时不可用

类型： overloaded_error

The local-sessions index is temporarily unavailable. Try again shortly.

Captured content is temporarily unavailable. Try again shortly.

The local-sessions index cannot currently evaluate retention overrides for this page. Try again later.

原因： 本地会话端点返回带有这些正文之一的 503。前两个表示会话列表或会话的捕获内容短暂不可用；这是与负载或后端相关的暂时性情况。第三个正文（在检索和消息端点上显示为 for this session 而非 for this page）表示适用于请求范围内一个或多个会话的保留或数据处理设置尚无法评估。这取决于运行该会话的组织的数据和设置，而非负载，并且可能持续较长时间。所有三个正文都共享 overloaded_error 类型，因此这是本页上少数几个需要通过消息文本而非 error.type 来区分需要不同处理的情况之一。

解决方法： 对于两个 Try again shortly. 正文，使用指数退避重试，并且不要推进您的 page 游标，因为失败的请求未返回任何数据。对于 Try again later. 正文，不要保持遍历打开状态等待其清除。在列表端点上，要么稍后通过不带 page 参数重新开始来重试（超过 24 小时的列表页令牌仍会被接受，但会根据当前保留边界重新评估，因此搁置的遍历可能会跳过会话），要么缩小 created_at.gte 和 created_at.lt 窗口直到请求成功，并在稍后的运行中单独导出跳过的范围。在检索和消息端点上，跳过该会话 ID，继续导出其余部分，并在稍后的运行中重试该会话；消息页游标在遍历的第一页之后 24 小时过期，因此当您返回该会话时，不带 page 重新开始该会话的遍历。如果该情况在多次运行中反复出现，请联系您的 Anthropic 代表并附上 request-id 响应标头。

有关服务范围的事件，请查看 status.anthropic.com。



后续步骤