チームでAIコーディングツールを導入する前に決める契約・権限・設定のチェックリスト

先に知っておく3つの前提

設定は「どこで決まるか」が製品ごとに違います。 Claude Codeでは、組織が配布する管理設定が、ユーザー・プロジェクト・ローカルの設定より優先されます。配布経路はClaude管理コンソールのサーバー管理設定、MDM、システムディレクトリのファイルなどです(Claude Code: Settings files and precedence)。GitHub Copilotでは、Enterpriseレベルで選んだポリシーを組織側で上書きできません(GitHub Docs: Copilotの組織ポリシー管理)。つまり「上位のどこで固定されているか」を最初に調べないと、組織の管理画面をいじっても効かない場合があります。

プランによって使える管理機能が変わります。 Cursorのセキュリティ強化ガイドでは、プライバシーモードの組織強制、SSO/SCIM、MCPの許可リスト、モデル制御、監査ログなどにEnterprise向けの表記があります(Cursor: Security and Privacy Hardening)。Copilotのコンテンツ除外もBusinessとEnterpriseが対象です(GitHub Docs: コンテンツ除外)。必要な統制が自社のプランで使えるかは、購入前に確認すべき項目です。

「学習に使われない」と「秘密が守られる」は別の話です。 Claude Codeの管理者向けページでは、Team、Enterprise、API、クラウド提供元の各プランで、コードやプロンプトがモデル学習に使われないと説明されています。一方で、保持期間やゼロデータ保持の可否は別項目です(Claude Code: Set up for your organization)。学習利用、保存期間、送信先、アクセス権は、それぞれ別の行で確認します。

導入前チェックリスト(一覧表)

空欄の「決定値」と「担当」「確認日」は、自社で埋める列です。表の「確認先の例」は各製品の公式ページ上の名称なので、使う製品に合わせて差し替えてください。

• 1、区分：契約、決める内容：利用プラン(個人/Team/Enterprise/API/クラウド経由)、確認先の例：各社の料金・プランページ、契約書、決定値：
• 2、区分：契約、決める内容：学習利用の有無、データ保持期間、ゼロデータ保持の要否、確認先の例：Claude: Data usage / Zero data retention。Cursor: Privacy and Data Governance、決定値：
• 3、区分：契約、決める内容：取り扱ってよいデータの区分(個人情報、顧客コード、鍵類)、確認先の例：自社の情報分類規程。個人情報の扱いは法務・個人情報保護委員会の資料で確認、決定値：
• 4、区分：ID、決める内容：SSO必須か、退職時の自動無効化(SCIM)をどうするか、確認先の例：Cursor: Identity and Access Management。Claude: Enterprise Administrator Guide、決定値：
• 5、区分：ID、決める内容：業務端末での個人アカウント利用を禁じるか、確認先の例：Cursor: Allowed Team IDs(MDM)。Claude: forceLoginOrgUUID、決定値：
• 6、区分：強制、決める内容：設定の配布経路(管理コンソール/MDM/ファイル)、確認先の例：Claude: managed settings。Copilot: Policiesタブ、決定値：
• 7、区分：強制、決める内容：上位ポリシーとの競合の確認担当者、確認先の例：Copilot: Enterprise設定が組織設定に優先、決定値：
• 8、区分：除外、決める内容：読ませないファイル・ディレクトリ、確認先の例：Copilot: Content exclusion。Cursor: .cursorignore。Claude: permissions.deny、決定値：
• 9、区分：除外、決める内容：除外が効かない機能・IDEの把握、確認先の例：Copilot: コンテンツ除外ページの対象外一覧、決定値：
• 10、区分：実行権限、決める内容：確認なしで実行してよいコマンド、確認先の例：Claude: permissions.allow/deny、sandbox。Cursor: Run Mode、決定値：
• 11、区分：実行権限、決める内容：権限確認を飛ばす起動方法を禁止するか、確認先の例：Claude: permissions.disableBypassPermissionsMode、決定値：
• 12、区分：実行権限、決める内容：MCPサーバー・拡張機能・プラグインの許可範囲、確認先の例：Claude: allowedMcpServers等。Cursor: MCP Allowlist。Copilot: MCP serversポリシー、決定値：
• 13、区分：費用、決める内容：使えるモデルの範囲、個人APIキー持ち込みの可否、確認先の例：Claude: availableModels。Copilot: Modelsタブ。Cursor: Model Access Control、決定値：
• 14、区分：費用、決める内容：利用上限・予算超過時の対応、確認先の例：Claude: Costs / spend report。各社の請求画面、決定値：
• 15、区分：ログ、決める内容：監査ログ・利用状況の取得先と保管期間、確認先の例：Claude: Monitoring / Analytics。Cursor: Audit Logs、決定値：
• 16、区分：運用、決める内容：バージョン固定・更新ルール、確認先の例：Claude: minimumVersion、requiredMinimumVersion、決定値：
• 17、区分：運用、決める内容：設定の見直し周期と、例外申請の窓口、確認先の例：自社の運用規程、決定値：

表の読み方で注意する点

• No.9の「効かない範囲」は必ず見ます。 Copilotのコンテンツ除外は、VS Codeやその他のエディターのCopilot ChatのEditモードとAgentモードでは未対応と記載されています。シンボリックリンクやリモートファイルシステム上のリポジトリも対象外で、IDEが間接的に渡す型情報などは使われる可能性があるとも書かれています。除外設定をしたから安全、とは言い切れません。
• No.10〜11は、拒否ルールだけでは足りない場合があります。 Claude Codeの説明では、WebFetchを拒否してもBashが許可されていればcurlで任意のURLに届きます。OSレベルの隔離(サンドボックス)と、許可するドメインの指定を組み合わせる考え方が示されています。
• No.6は配布経路の強さが違います。 Claude Codeでは、Windowsのユーザーレジストリ(HKCU)は管理者権限なしで書き込めるため、強制の手段ではなく利便性のための既定値として扱うよう書かれています。
• No.13は提供元ごとに届かない範囲があります。 Claudeの組織モデル制限は、Bedrock、Google Cloud、Microsoft Foundry経由のセッションには届かず、管理設定のavailableModelsで代替すると記載されています。

「確認先」の書き方テンプレート

確認先は「公式サイト」とだけ書くと、半年後に誰も再確認できません。次の6項目を1行にまとめておくと、更新時に差分を追えます。

製品名 / ページ名(URL) / 設定名・キー名 / 対象プラン / 確認した日 / 確認者

説明用の例(実際の社内記録ではありません):

Claude Code / Set up Claude Code for your organization (code.claude.com/docs/en/admin-setup)
 / allowManagedPermissionRulesOnly / Team・Enterprise / 2026-10-27 / 情シス担当A

「決定値」には、公式の説明ではなく自社の判断を書きます。たとえば「No.10: git diffとnpm test系のみ許可、それ以外は都度確認」のように、後から読んで同じ設定を再現できる粒度にします。

設定が効いているかを試験端末で確かめる

全員に配る前に、検証用の端末とダミーのリポジトリで次を確認します。以下は手順の案で、筆者が実行した結果ではありません。

1. ダミーの.env.sample(中身は「DUMMY=123」のような架空値)を置き、除外設定の対象にします。
2. AIに「.env.sampleの内容を要約して」と依頼し、読めないことを確認します。
3. 対象外のIDEやモードがある場合は、同じ依頼を各画面で試し、結果を表のNo.9に記録します。
4. 禁止したコマンド(例:外部へ送信するコマンド)を依頼し、拒否されるか確認します。
5. 一般ユーザー権限の端末で、個人設定から管理設定を上書きできないことを確認します。

Claude Codeでは、セッション内で/statusを実行すると、読み込まれた設定の出どころが「Setting sources」に表示されます。管理設定が効いているかの確認に使えます。

ベンダーへの問い合わせ文テンプレート

表のうち公式ドキュメントで答えが読み取れなかった行は、次の形で問い合わせます。プラン名と機能名を明記すると、回答のずれが減ります。

【件名】AIコーディングツール導入に関する確認(プラン:◯◯)

下記について、◯◯プランでの仕様を書面で回答ください。
1. 当社のコード・プロンプトのモデル学習への利用有無と、保持期間
2. 管理者が強制できる設定の一覧(利用者が変更できない項目)
3. コンテンツ除外/無視ファイルが適用されない機能・IDE・モード
4. 監査ログの取得方法、項目、保管期間
5. 上記が現在のプランで使えない場合、必要なプランと費用の見積り

返信は「担当者名・日付・プラン名」付きで表のNo.1〜2の確認先に貼り付けておくと、契約更新時にそのまま見返せます。

最小構成で始める場合の優先順位

17項目を一度に決めきれない場合は、取り返しがつきにくい順に決めます。

• 導入前に必須: No.1〜3(契約とデータ区分)、No.5(個人アカウント)、No.8(読ませない範囲)
• 導入と同時: No.10〜12(実行権限とMCP・拡張)
• 運用開始後1か月以内: No.14〜15(費用とログ)、No.17(見直し窓口)

個人情報や著作物の扱いなど法的判断を伴う項目(No.3)は、この表で結論を出さず、法務担当や専門家に諮ってください。管轄(日本国内か海外か)によって判断が変わるため、表には「判断者」と「判断日」だけを残す運用が安全です。