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の対象となるかを説明しています。同じAPIと機能がAccess Transparencyの対象となります。
• Anthropicの担当者による手動閲覧： Anthropicのレビュアーによるお客様の対象コンテンツの手動閲覧はイベントを生成します。



Access Transparencyの対象外

• 自動処理： モデルの提供、安全性分類器、および不正使用検出パイプラインは、通常の運用の一環としてお客様のコンテンツを処理し、anthropic_accessイベントを生成しません。自動処理によって開始された保全はcmek_preserveイベントを生成します（CMEKコンテンツ保全を参照）。
• お客様自身の組織のアクティビティ： お客様のAPI呼び出し、管理者アクション、Compliance APIの読み取りは、標準のアクティビティフィードイベントタイプの対象です。
• Claude for EnterpriseおよびClaude Apps： 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イベントは、Compliance APIアクティビティフィード上でanthropic_accessアクティビティタイプとして配信されます。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アクティビティには、標準のアクティビティフィールドに加えて以下が含まれます：

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を有効化してからコンテンツが対象となるまでに、最大2時間の遅延が発生する可能性があります。



通知のタイミング

anthropic_accessおよびcmek_preserveイベントは、記録対象のアクセスまたは保全から2営業日以内にCompliance APIフィードに配信されます。このフィードはリアルタイムのアラートチャネルとして扱うべきではなく、accessed_atタイムスタンプはアクセスが発生した日時を反映しており、アクティビティがフィードに表示されるまでに最大2営業日かかる場合があります。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