Enterprise Adoption Checklist

Claude Codeを企業導入する前のチェックリスト7項目

Claude Codeはコードを読み、ファイルを編集し、コマンドを実行できるため、チャット型AIより権限設計の影響が大きくなります。製品機能だけでなく、誰が、どの端末で、何に接続し、どこまで実行できるかを先に決めます。

結論：契約より先に「実行できる範囲」を設計する

企業導入で最初に決めるべきなのは、ライセンス数ではなく、Claude Codeが触れてよいリポジトリ、端末、データ、外部サービス、実行コマンドの境界です。チャットで回答するだけのAIと異なり、コーディングエージェントはファイル変更やコマンド実行を行えます。便利さと同じ場所に、誤変更、秘密情報の送信、依存関係の追加、本番操作のリスクがあります。

安全な導入は「全社許可」か「全面禁止」の二択ではありません。公開情報だけの検証環境から始め、deny・ask・allowの権限、サンドボックス、人間承認、ログ、停止条件を一つずつ確認します。管理機能があることと、自社業務に適した運用ができていることは別です。

1. 契約と認証方式を固定する

公式にはClaude for TeamsまたはEnterprise、Claude Console、Claude apps gateway、Amazon Bedrock、Google Cloud、Microsoft Foundryなど複数の認証経路があります。個人契約と会社契約を混在させず、請求主体、管理者、SSO、退職時の無効化、認証情報の保管方法を決めます。

2. 入力できるデータを分類する

商用条件では、顧客が明示的に提供した場合を除き、コードやプロンプトを生成モデルの学習に使わないと公式に案内されています。ただし、これだけで全データを入力できるわけではありません。標準保持期間、ZDRの適格性、ローカルに保存されるセッション記録、外部基盤の条件を確認します。

3. リポジトリと端末の境界を決める

対象リポジトリ、検証ブランチ、読み取り可能な追加ディレクトリ、ネットワーク接続先を限定します。顧客ごとのコードが同じ親フォルダにある端末や、本番認証情報へ常時アクセスできる端末から始めません。

4. 権限をdeny・ask・allowで設計する

Claude Codeは読み取り、Bash、ファイル変更で異なる承認方式を持ち、ルールはdeny、ask、allowの順に評価されます。会社共通設定をバージョン管理し、個人が上書きできないmanaged settingsを検討します。bypassPermissionsは隔離環境以外で標準化しません。

5. サンドボックスと外部接続を制御する

サンドボックスでファイルシステムとネットワークを隔離し、必要な範囲だけを許可します。MCPサーバーやWeb取得は外部データと命令を取り込む経路です。提供者、更新方法、権限、送信データを確認し、未承認の接続先を禁止します。

6. 人間確認とログを業務単位で決める

• コード変更は差分、テスト、依存関係、秘密情報混入を確認する。
• Git push、PR作成、デプロイ、本番操作は担当者を分ける。
• 誰が、どのリポジトリで、何を承認したかを記録する。
• プロンプト本文や秘密情報を監査ログへ無制限に複製しない。

7. 更新・事故対応・停止条件を用意する

ネイティブ版は自動更新が標準で、安定版チャンネルや組織設定も選べます。更新前後の代表テスト、必須バージョン範囲、緊急停止、認証失効、影響調査、再開承認を決めます。誤変更、秘密情報送信、権限逸脱、想定外ネットワーク接続を停止条件に含めます。

導入前に作るべき運用ルール

設定ファイルだけでは、業務上の判断まで統一できません。「何を入力してよいか」「どの操作は人間が承認するか」「事故時に誰が止めるか」を短い運用ルールとして文書化します。開発者が毎回長い規程を読む設計ではなく、作業開始前に確認できるチェックリストと、例外申請の窓口を用意します。

• 入力ルール：公開、社内、機密、個人情報などの区分ごとに可否を明記する
• 操作ルール：読み取り、編集、テスト、push、デプロイ、外部送信の承認者を分ける
• 接続ルール：MCP、Web取得、クラウド、Issue管理など許可済み接続先を一覧化する
• 記録ルール：必要な監査情報を残しつつ、秘密情報やプロンプトを過剰保存しない
• 停止ルール：認証漏洩、想定外送信、権限逸脱、重大な誤変更を発見したら利用を止める

安全な例・危険な例

安全に始めやすい例

公開済みのサンプルリポジトリで、READMEの改善、既存テストの説明、軽微なリファクタリングを行い、すべての差分を人間がレビューする運用です。本番認証情報は置かず、外部送信とデプロイを許可しません。失敗してもリポジトリを戻せるため、権限プロンプトやレビュー時間を観察できます。

避けるべき例

顧客ごとのコードと秘密鍵が同じ親フォルダにあり、本番クラウドへ接続できる管理者端末で、承認を省略して起動する運用です。便利でも、誤った対象への変更や外部送信が一度で重大事故につながります。bypassPermissionsを日常利用の標準にすることも避けます。

導入可否を判定するチェックリスト

• 会社契約、請求主体、SSO、退職時の無効化手順が決まっている
• 入力可能データと禁止データを具体例付きで説明できる
• 対象リポジトリ、端末、追加ディレクトリ、ネットワークを限定した
• deny・ask・allowとmanaged settingsの管理者を決めた
• MCPやWeb取得など外部接続先の審査方法がある
• push、PR、デプロイ、本番操作に人間承認がある
• ログの保存範囲、期間、閲覧権限を決めた
• 更新テスト、緊急停止、影響調査、再開承認の担当者がいる

小さく始める導入順

1. 公開情報だけを含む検証用リポジトリを選ぶ。
2. 構成説明、テスト追加、文書修正など低リスク作業を3〜10件評価する。
3. 権限プロンプト、失敗、レビュー時間を記録する。
4. 設定を会社共通ルールへ反映してから対象者を増やす。

製品横断のデータ・権限・停止条件はClaudeを企業利用する前のセキュリティ確認、端末への導入要件はClaude Codeのインストール方法で確認できます。本記事はコーディングエージェント固有の企業導入判断に絞っています。

30日検証で測る指標

導入判断を「便利だった」という感想だけで決めないため、対象業務と評価方法を先に固定します。品質指標は、レビューで見つかった誤り、差し戻し、テスト失敗、秘密情報の検出件数です。効率指標は、作業時間、レビュー時間、完了件数、再試行回数です。安全指標は、権限要求、拒否した操作、未承認の外部接続、停止条件の発生を記録します。

検証終了時には、継続、条件付き拡大、停止のいずれかを判断します。対象者を増やす場合も、同じ権限で一斉展開せず、扱うデータと業務リスクに応じて段階を分けます。Miraigentは、AI導入前の業務整理、権限、人間確認、停止条件を設計する支援を提供しています。

よくある質問

Enterpriseプランなら人間承認は不要ですか？

不要にはなりません。管理機能と、各業務での変更承認、外部送信、本番操作の確認線は分けて設計します。

商用プランのデータは学習に使われますか？

公式ではTeam、Enterprise、APIなど商用条件のコードやプロンプトを、顧客が明示的に提供した場合を除き生成モデルの学習に使わないと案内しています。契約と設定は導入時に再確認してください。

サンドボックスを使えば秘密情報を入力できますか？

サンドボックスは主にファイルシステムやネットワークの実行境界を制御する仕組みです。入力データの契約条件や社内分類を自動的に満たすものではありません。機密区分と保持条件を別に確認します。

全社導入前の検証は何人から始めますか？

人数だけでなく、低リスクな対象業務と代表タスクを固定することが重要です。少人数で3〜10件の実務タスクを評価し、権限要求、失敗、レビュー時間を記録してから拡大します。

公式情報

• Claude Code: Authentication
• Claude Code: Security
• Claude Code: Configure permissions
• Claude Code: Data usage

次の一歩

Miraigentの無料診断では、対象業務、入力禁止情報、権限、人間確認、ログ、停止条件を導入前に整理します。