Claude Codeの法人導入ガイド｜セキュリティ・権限・運用設計

Claude Codeの法人導入は、アカウントを配布するだけでは完了しません。成果を出すには、対象業務の選定、データと権限の境界、利用状況の可視化、レビュー責任を一つの運用として設計する必要があります。

本記事では、Anthropicの公式仕様を基準に、検証開始から全社展開までの実務を整理します。価格・プラン・設定項目は変更される可能性があるため、契約時には必ず公式情報と自社の契約条件を確認してください。

結論：小さく検証し、統制を先に作る

推奨する順序は次のとおりです。

1. 対象チームとリポジトリを限定する
2. 扱ってよいデータと禁止データを定義する
3. permissionsとsandboxを管理設定で配布する
4. 2〜4週間のパイロットで効果と事故を計測する
5. 基準を満たした業務だけ段階的に広げる

最初から全員・全リポジトリへ展開すると、効果が出た理由も、問題が起きた原因も追えません。まずは「誰が、どの業務で、何を改善するか」を固定します。

法人導入で決めるべき7項目

1. 目的とKPIを先に置く

「AIを導入する」こと自体を目的にすると、利用回数だけが増えて成果を評価できません。パイロットでは、対象業務ごとに基準値を取ります。

推奨KPI

成果指標は「生成コード行数」ではなく、リードタイムやレビュー負荷など、事業に近い数字を選びます。

2. プランと認証方式を選ぶ

Claude Codeは、対象のClaudeプラン、Anthropic Console経由のAPI、クラウドプロバイダー経由など、組織の要件に応じた利用方法があります。

• 少人数の検証：利用者と対象を明確にし、短期間で価値を確認する
• チーム運用：メンバー管理、利用状況の可視化、共通ポリシーを重視する
• 全社・規制業種：ID管理、組織ポリシー、データ保持、監査、調達条件まで確認する

プラン名だけで判断せず、Anthropic公式のプラン情報と契約書面で、利用上限・データ利用・保持・管理機能を確認してください。APIを使う場合は、個人のキーを共有せず、組織単位の請求・ローテーション・失効手順を設計します。

料金の基礎は

でも解説しています。

3. permissionsで最小権限を強制する

Claude Codeの権限ルールは、deny、ask、allowの順に評価されます。CLAUDE.mdの指示は行動を誘導しますが、セキュリティ境界にはなりません。強制したい内容はpermissionsかsandboxへ設定します。

プロジェクト設定の出発点は次のようになります。パスやコマンドは自社環境に合わせて調整してください。

{
  "permissions": {
    "defaultMode": "default",
    "allow": [
      "Bash(npm run lint)",
      "Bash(npm run test *)",
      "Bash(git status)",
      "Bash(git diff *)"
    ],
    "ask": [
      "Bash(git commit *)"
    ],
    "deny": [
      "Read(./.env)",
      "Read(./.env.*)",
      "Read(./secrets/**)",
      "Bash(git push *)"
    ],
    "disableBypassPermissionsMode": "disable"
  }
}

Readの拒否は同じパスへのEdit・Writeも止めます。ただし、任意のスクリプトが内部でファイルを読むケースまで完全に封じるものではありません。OSレベルの境界が必要なら、次のsandboxを併用します。

権限の詳細は

を参照してください。

4. sandboxでOSレベルの境界を作る

組織でsandboxを必須にする場合の公式設定例は次の形です。

{
  "sandbox": {
    "enabled": true,
    "failIfUnavailable": true,
    "allowUnsandboxedCommands": false,
    "network": {
      "allowedDomains": [
        "github.com",
        "api.github.com",
        "registry.npmjs.org"
      ],
      "strictAllowlist": true
    }
  }
}

• failIfUnavailable: true：sandboxを開始できない端末では実行を止める
• allowUnsandboxedCommands: false：sandbox外での再試行を禁止する
• allowedDomains：コマンドから接続できるドメインを限定する
• strictAllowlist: true：一覧外の接続を都度許可せず拒否する

組み込みsandboxはmacOS、Linux、WSL2で利用できます。Windowsネイティブではsandboxが動作しないため、同等の境界が必要な場合はWSL2、コンテナ、VMなどを検討します。

5. 設定を利用者任せにしない

リポジトリの.claude/settings.jsonは共有ルールに向きますが、利用者が変更できる環境では組織統制として不十分です。強制する項目は、MDM等で配布するmanaged settingsまたはserver-managed settingsへ置きます。

管理対象の例は次のとおりです。

• bypassPermissionsモードを禁止する
• sandbox必須とし、利用不能時は起動を止める
• ネットワーク許可ドメインを管理者設定だけに限定する
• 許可するMCPサーバー、プラグイン、フックを限定する
• 最低バージョンを定め、古いクライアントを残さない

設定の優先順位と配布方法は公式の設定ドキュメントで確認できます。

6. データ利用と保持を契約単位で確認する

「Claude Codeだから一律に同じ」ではありません。データの利用・保持条件は、個人向けかCommercial Terms配下か、APIか、組織の設定や契約条件は何かで確認します。

Anthropic公式では、Team、Enterprise、APIなどの商用利用データは、組織が明示的にオプトインしない限り生成モデルの学習に利用しないと説明しています。一方、ローカル端末にはセッション記録が保存されるため、端末管理と保存期間も検討対象です。

確認表を契約・法務・セキュリティ担当と共有してください。

最新条件はClaude Codeのデータ利用に関する公式文書を基準にしてください。

7. MCP・プラグイン・フックをサプライチェーンとして扱う

MCPサーバー、プラグイン、フックはClaude Codeの権限を外部サービスやローカル処理へ拡張します。便利さと同時に、新しい実行経路とデータ送信先が増えます。

導入前に最低限、次を審査します。

1. 提供元、ライセンス、更新履歴
2. 読み取るファイルと環境変数
3. 接続先ドメインと保存データ
4. 書き込み・削除・外部送信の能力
5. バージョン固定、脆弱性対応、廃止手順

「公開リポジトリにある」「利用者が多い」だけでは承認理由になりません。管理設定で承認済みの接続先だけを許可し、棚卸し日を決めます。

8. 監視と監査を実装する

Team・Enterpriseの利用状況画面に加え、Claude CodeはOpenTelemetryでメトリクスとイベントを外部基盤へ送れます。最小構成では、セッション数、コスト、トークン、ツール判断、コミット・PR数などを追跡できます。

export CLAUDE_CODE_ENABLE_TELEMETRY=1
export OTEL_METRICS_EXPORTER=otlp
export OTEL_EXPORTER_OTLP_PROTOCOL=grpc
export OTEL_EXPORTER_OTLP_ENDPOINT=http://otel-collector.internal:4317

送信項目はプライバシー要件に合わせて選びます。プロンプト内容やツール詳細を含める設定は、必要性・閲覧権限・保持期間を決めてから有効化してください。設定項目は公式のモニタリングガイドを参照してください。

9. 2〜4週間のパイロット設計

Week 0：準備

• 対象者：3〜10名程度
• 対象：内部ツール、テスト追加、保守改修など低リスクから選ぶ
• 除外：本番操作、顧客データ、認証基盤など高リスク領域
• 基準値：直近4週間のリードタイム、レビュー回数、CI失敗率を取得

Week 1：オンボーディング

• インストールと認証
• permissions・sandboxの配布確認
• 良い依頼、レビュー方法、禁止例の演習
• 問題報告窓口の共有

Week 2〜3：限定運用

• 対象Issueへラベルを付け、利用有無を記録
• 週1回、成果物とインシデントをレビュー
• 許可ルールを増やす場合は理由と承認者を残す

Week 4：判定

全社展開チェックリスト

• 対象業務と禁止業務が文書化されている
• データ分類と利用条件を法務・セキュリティが確認した
• managed settingsの配布と改変防止を検証した
• secrets、.env、本番資格情報へのアクセスを拒否した
• sandboxまたは同等の分離境界を用意した
• MCP・プラグイン・フックの承認プロセスがある
• コードレビューとCIを省略しないルールがある
• コスト・品質・安全性を月次レビューできる
• アカウント停止とアクセス剥奪の手順がある
• インシデント時の連絡先とログ保全手順がある

まとめ

Claude Codeの法人導入で重要なのは、ツールの機能比較よりも、価値を測れる小さな対象と、利用者が回避できない安全境界を同時に用意することです。

permissions、sandbox、managed settings、データ条件、監査を先に整え、実測したKPIで対象を広げます。これなら、利用回数ではなく開発成果を基準に投資判断できます。

公式資料

• Claude Code：管理者向けセットアップ
• Claude Code：権限設定
• Claude Code：sandbox設定
• Claude Code：セキュリティ
• Claude Code：データ利用
• Claude Code：利用状況のモニタリング