Claude Codeのデータ利用と保存を切り分ける

「ローカルで動く」と「通信しない」は別です。Claude Codeは手元のファイルを読みますが、回答生成のため入力や必要なファイル断片を選択したAPI経路へ送ります。ローカルにはセッション履歴、設定、ログ、MCPやHookの出力が残る可能性があります。サーバー側の保持・学習利用・テレメトリも別の論点です。

最初に確認すること

利用経路ごとに、保存先と送信先を書き出して確認します。

• 手元のPC読み込むファイル、会話履歴、設定、ログ。
• 推論の接続先必要な入力やファイル断片をAPI経路へ送る。
• 外部連携・監視MCP、Gateway、Hook、監視の保存や通信を個別確認。

「ローカルで動く」ことは「通信しない」ことではありません。学習利用、サービス側保持、手元の保存も分けて確認します。

利用経路をClaude.ai/Console、Bedrock、Vertex、Foundry、Gatewayのどれかに分け、各契約と管理者ポリシーを確認します。プロジェクトの.claude/settings.jsonで機密ファイルをdenyし、.env、秘密鍵、顧客データを読ませない設計にします。CLAUDE.mdやコマンド出力へ秘密を置かないでください。

テレメトリとエラー報告は会話本文と別経路です。現行の環境変数ではDISABLE_TELEMETRY=1、DISABLE_ERROR_REPORTING=1などがありますが、プロバイダーや管理設定で既定が異なります。OpenTelemetryを有効にする場合は、ユーザー名・Skill・モデルなどの属性、ログの保持期間、アクセス権を決めます。API請求画面と監視の近似値を混同しません。

ローカル履歴の保存先・削除期間は設定とバージョンで変わります。/exportの共有前にはAPIキー、個人情報、パスを検索します。ZDRは一般設定のスイッチではなく、契約・プロバイダー条件です。公式Data usage、Configuration、ZDRを照合しました。ZDR解説も参照。実機検証はしていません。

運用前にデータフロー図を作り、入力、ローカル履歴、API、Gateway、MCP、監視ログの保存先を列挙します。機密ファイルをdenyしても、画面やコマンド出力から手動で貼り付ければ送信されるため、利用者向けの扱いもルール化します。

ローカルの会話履歴と保持期間はセッション管理、組織契約の保持ゼロ条件はZDRの整理で確認できます。