機密情報を AI に投入する際、「誰が、いつ、何を投入したか」を追跡できる監査ログは不可欠です。しかし、Claude の Team プランでは監査ログが提供されていません。Anthropic の公式ヘルプセンターには「監査ログは Enterprise 組織のみで利用可能」と明記されています。

本記事では、Enterprise プランへのアップグレードなしに、Team プランのまま監査ログ相当の可視性を確保する方法をまとめます。

Enterprise プランの監査ログで記録される情報

代替手段を検討する前に、Enterprise プランの監査ログが何を記録するかを整理します。

Enterprise プランの監査ログは、過去 180 日間のイベントを CSV でエクスポートできる機能です。Organization Owner または Primary Owner が管理画面の Admin Settings > Data and Privacy から「Export logs」を実行すると、ダウンロードリンクがメールで届きます。

各ログエントリには以下のフィールドが含まれます。

記録されるイベントは、SSO ログイン/サインアウト、ユーザー招待・削除、プロジェクト作成・削除・公開設定変更、会話作成・削除、ファイルアップロードなど約 30 種です。

ただし、Enterprise プランの監査ログは「誰がいつどの操作をしたか」を記録するイベントログであり、ユーザーと AI のやりとり（会話内容）は含まれません。記録されるのは会話の一意識別子のみです。Compliance API も推論（inference）活動はログ対象外と明記されています。

会話の入出力内容を取得するには、Primary Owner による「データエクスポート」機能を使う必要がありますが、この機能は Team プランでも利用可能です。つまり、会話内容の取得という観点では Enterprise にアップグレードしても得られる追加価値はありません。

Team プランと Enterprise プランの機能差分

Claude の料金ページを基に、監査ログ周辺の機能差分を整理します。

Team プランでもデータエクスポートや利用分析は利用できますが、「誰がいつどの操作を行ったか」を IP アドレスやデバイス情報付きで追跡する監査ログは Enterprise 限定です。

Team プランでネイティブに取得できる情報

Team プランでも以下の情報は取得可能で、監査ログの「材料」になります。

利用分析（Analytics）と支出レポート CSV

Analytics 画面から、ユーザー別・モデル別・日別のリクエスト数、トークン数、推定支出を CSV で取得できます。異常な利用量の検知に有効ですが、1 日程度の遅延があり、操作レベルの監査ログとは目的が異なります。

組織データエクスポート

Primary Owner が組織設定の Data and Privacy からデータエクスポートを実行すると、会話データとユーザーデータを一括取得できます。ただし、リアルタイム監視には適さず、ユーザーが削除した会話は含まれません。

OpenTelemetry（Claude Code CLI / Cowork）

OpenTelemetry（OTel）モニタリングは、Team プランで監査証跡を確保する上で最も実用的な手段です。Claude Code CLI と Cowork（デスクトップアプリのエージェント機能、Research Preview）の両方で利用できます。

Cowork は現在 Research Preview 段階で、Enterprise 機能（監査ログ、Compliance API、データエクスポート）からは除外されていますが、OTel モニタリングは利用可能です。Anthropic は公式に「監査ログの代替ではない」と明言していますが、Team プランにおいては最も粒度の細かい監査証跡を提供します。

収集できるデータ

prompt.id 属性により、ユーザープロンプト → ツール呼び出し → API リクエストのトレーサビリティチェーンが構成されます。「誰が・いつ・何を・どのツールで実行したか」を追跡できます。

管理者設定: Claude Code CLI

MDM で managed-settings.json を配布します。ユーザーによるオーバーライドはできません。

{
  "env": {
    "CLAUDE_CODE_ENABLE_TELEMETRY": "1",
    "OTEL_METRICS_EXPORTER": "otlp",
    "OTEL_LOGS_EXPORTER": "otlp",
    "OTEL_EXPORTER_OTLP_PROTOCOL": "grpc",
    "OTEL_EXPORTER_OTLP_ENDPOINT": "http://collector.example.com:4317",
    "OTEL_EXPORTER_OTLP_HEADERS": "Authorization=Bearer example-token"
  }
}

管理者設定: Cowork

デスクトップアプリの Organization settings > Cowork > Monitoring から、OTLP endpoint / protocol / headers を一元設定できます。管理者が設定すれば組織メンバー全員に適用されます。

導入事例: ZOZO

ZOZO が Claude Code + OTel + BigQuery の構成でログ収集システムを構築した事例が公開されています。Intune で全社員端末に managed-settings.json を配布し、Cloud Run 上の OTel Collector 経由で BigQuery にデータを格納する構成です。

3 層アーキテクチャによる監査ログの実現

単一のツールですべてをカバーすることはできません。以下の 3 層を組み合わせることで、Team プランのまま実用的な監査体制を構築できます。

flowchart LR
  U[ユーザー] -->|SSO| IDP[IdP ログ]
  U -->|API 経由| GW[API ゲートウェイ]
  GW --> CLAUDE[Claude API]
  U -->|claude.ai 直接利用| BM[ブラウザ監視]
  BM --> CLAUDE_WEB[Claude Web UI]
  U -->|ネットワーク| NW[CASB / プロキシ]
  IDP --> SIEM[SIEM / ログ基盤]
  GW --> SIEM
  BM --> SIEM
  NW --> SIEM

第 1 層: API ゲートウェイ

Claude の利用を Web UI から API 経由に切り替え、API ゲートウェイを介してすべてのリクエストとレスポンスを記録する方法です。プロンプト全文、応答全文、トークン数、コスト、タイムスタンプ、ユーザー情報を完全に記録できます。

主要なツールを比較します。

LiteLLM Proxy の設定例を示します。

# litellm_config.yaml
model_list:
  - model_name: claude-sonnet-4-5
    litellm_params:
      model: anthropic/claude-sonnet-4-5-20250929
      api_key: os.environ/ANTHROPIC_API_KEY
general_settings:
  database_url: "postgresql://user:pass@host:5432/litellm"
  store_prompts_in_spend_logs: true  # 全プロンプト・レスポンスを記録

いずれのツールも、既存のアプリケーションで ANTHROPIC_BASE_URL をゲートウェイのエンドポイントに変更するだけで導入できます。

第 2 層: ブラウザ / エンドポイント監視

API ゲートウェイはアプリケーション経由の利用に有効ですが、ユーザーが claude.ai の Web UI を直接利用するケースではログを取得できません。この課題には、ブラウザ拡張やエンドポイント監視ツールで対応します。

小規模チームで手軽に始めるなら PromptRail、MDM を導入済みの組織なら Harmonic Security が現実的な選択肢です。

第 3 層: ネットワーク制御（CASB / DLP）

既に CASB や SASE ソリューションを導入している組織では、既存インフラの拡張として Claude の利用監視を組み込めます。

• Netskope: DLP 制御、アクティビティベースのポリシー、AI 脅威フレームワークへのマッピング
• Zscaler: ヘッダーインジェクションによるテナント制限のサポート
• Microsoft Purview DLP: M365 E5 に含まれるエンドポイント DLP。AI プラットフォームへの機密データ共有の監視

ネットワークレベルでは「誰がどのサービスにアクセスしたか」は把握できますが、会話内容の詳細な監査は困難です。API ゲートウェイやブラウザ監視との併用が前提になります。

また、テナント制限も重要です。Team プランではテナント制限を適用できないため、ユーザーが個人アカウントに切り替えて組織のセキュリティポリシーをバイパスするリスクがあります。ネットワークプロキシ側で anthropic-allowed-org-ids ヘッダーを挿入し、許可された組織 ID 以外の利用を遮断することで、すべての利用を監査可能な環境に限定できます。

組織規模別の推奨パターン

組織の規模と既存インフラに応じて、導入パターンを 3 つに分けて整理します。

パターン A: 小規模チーム（50 名以下）

Team プランの機能 + SSO ログで最低限の監査体制を構築します。

パターン B: 中規模チーム（50〜150 名）

パターン A に加え、API ゲートウェイと OpenTelemetry で「何を投入したか」の可視性を確保します。

パターン C: 大規模組織 / 規制業種

Enterprise プランへの移行を推奨します。2026 年 2 月に Anthropic がセルフサーブ型 Enterprise プランを導入しており、20 席以上からクレジットカード決済で即時利用開始できます。公式の監査ログ、Compliance API、カスタムデータ保持期間が利用可能になり、管理負荷は大幅に下がります。

ログ管理のベストプラクティス

監査ログを収集するだけでは不十分です。ログ自体が機密情報の塊になるため、保護と最小化が重要です。

情シス向けの説明方針

Enterprise 監査ログの代わりに、以下の補完的統制（compensating controls）を組み合わせることで、同等のカバレッジを実現できます。

1. 機密情報を扱う作業は Claude Code CLI / Cowork に集約 - OTel で監査証跡を確保
2. Web チャットでは機密情報の投入を禁止 - AI 利用ポリシーで明文化
3. Claude Team の利用分析 CSV エクスポート - ユーザー別トークン使用量の定期レポート
4. AI 利用ポリシー（Acceptable Use Policy）の策定 - データ分類ティアと利用ルールの明文化

OTel モニタリングでカバーできない Web チャット部分は、ポリシーによる統制で補います。機密情報を扱う作業を Claude Code CLI や Cowork に集約するルールを設けることで、技術的な監査証跡の網羅性を高められます。

まとめ

Claude Team プランで監査ログ相当の体制を構築するには、OTel モニタリングを軸にした多層的なアプローチが現実的です。

Enterprise プランの監査ログの代わりに、OpenTelemetry モニタリングを活用することで、Team プランでも開発作業の監査証跡を確保できます。OTel は Claude Code CLI と Cowork の両方で利用可能で、プロンプト内容、ツール実行、コスト、ユーザー情報をリアルタイムに収集できます。

加えて、以下の 3 層を組み合わせることでカバレッジを広げられます。

1. API ゲートウェイ（LiteLLM、Helicone、Portkey 等）で API 経由の利用を記録
2. ブラウザ / エンドポイント監視（Harmonic Security、PromptRail 等）で Web UI の直接利用を可視化
3. ネットワーク制御（CASB / プロキシ）でテナント制限を実施し、個人アカウントへの逸脱を防止

コスト効率を重視するなら、OSS の LiteLLM Proxy + Langfuse の組み合わせが最小投資で始められます。一方で、20 席以上の組織であれば、セルフサーブ型 Enterprise プランへの移行が最も確実な選択肢です。

最終的には、監査で求められるログの粒度、ユーザーの利用パターン（API 中心か Web UI 中心か）、既存のセキュリティインフラとの整合性を踏まえて判断してください。

以上、Claude Team で監査ログを実現する方法についてまとめた、現場からお送りしました。

参考情報

• Claude Code 監視 公式ドキュメント
• Claude Code ROI 測定ガイド（Docker Compose 設定等）
• Claude Code 監視実装（Amazon Bedrock）
• ZOZO 導入事例: Claude Code 利用ログ収集
• Claude Team 利用分析