会社でClaude Codeを使う｜法人プラン・セキュリティ・稟議

導入形態は実質3択

注意すべきは「個人プランの経費精算で済ませる」形です。手軽ですが、退職時のアカウント処理・利用状況の把握・データの扱いの説明責任がすべて宙に浮きます。2〜3人の試用ならともかく、業務の標準にするなら法人契約に載せ替えるべきです。

いちばん聞かれる質問──「コードが学習に使われるのか」

結論を先に書くと、Team・Enterprise・APIといった法人向けの利用では、入力したデータは既定でモデルの学習に使われません。これはAnthropicの商用利用の基本方針で、稟議で最初に確認される点なので、根拠として公式のプライバシー・利用規約のページを添えてください。

一方、個人向けプラン（Pro/Max）は、学習への利用可否をユーザー自身が設定で選ぶ方式です。つまり「社員が個人アカウントで会社のコードを扱う」状態は、設定次第でデータの扱いが変わる、管理側から見えない領域になります。法人契約に載せる実務上の最大の理由はここです。

• SOC 2等の第三者認証・セキュリティ資料はAnthropicのTrustページ（公式）でまとめて入手できます。稟議の添付資料はここから
• 会話データの保持期間・削除の扱いも同じく公式ドキュメントに明記があります。「非公式サイトのまとめ」ではなく一次情報を添付するのが通る稟議の作法です

情シスに説明する技術面の要点

• 通信の形──Claude Codeはローカルでファイルとコマンドを扱い、AIモデルとの通信はAnthropicのAPIエンドポイントへのHTTPSです。社内プロキシ環境では環境変数でプロキシ設定が可能です
• コードはどこへ行くのか──作業対象のコードのうち、AIが読む必要のある部分がリクエストとしてAPIに送られます。「リポジトリ全体が常時アップロードされる」わけではありませんが、「一切外に出ない」わけでもありません。この正確な説明が信頼を作ります
• 権限制御──どのコマンドを確認なしで実行してよいか等をプロジェクトの設定ファイルで管理でき、組織のポリシーとして配布できます。危険な操作をブロックするhooksも組めます（hooksの解説）
• クラウド実行の選択肢──AWS Bedrock・Google Vertex AI経由でClaudeモデルを使う構成も取れます。既にこれらのクラウドと契約している会社では、請求とガバナンスを既存のクラウド管理に載せられるため、情シスとの話が早く進むことがあります

稟議書に書く内容のテンプレート

実際に通る稟議は、費用対効果を「時間」で書いています。構成例です。

1. 目的──開発・保守作業の所要時間短縮（具体的な作業名を挙げる：バグ調査、テスト作成、ドキュメント整備など）
2. 試用実績──後述のPoCで測った「同じ作業の before/after 時間」。これが最も強い説得材料です
3. 費用──シート数×月額（料金の整理）。時間短縮を人件費換算した回収見込みを添える
4. データの扱い──商用プランは既定で学習に不使用であること、公式のセキュリティ資料を添付
5. 運用ルール──対象リポジトリの範囲、秘密情報の扱い（Git連携の注意）、成果物のレビュー体制

失敗しにくい導入の進め方──2人PoCから始める

全社一斉導入は、教育コストと反発で高確率につまずきます。うまくいくパターンは決まって小さく始めています。

1. 2〜3人で1か月のPoC──Teamプランは少人数から契約できるので、まず推進役になる開発者だけで始めます。この期間に「効いた作業・効かなかった作業」を記録
2. CLAUDE.mdと設定を組織の資産にする──PoC中に育てたCLAUDE.md・Skills・権限設定をリポジトリで共有すれば、後から入るメンバーは「整備済みの環境」から始められます。ここが個人利用の寄せ集めとの決定的な差です
3. 測ってから広げる──PoCの時間計測を稟議に載せて本導入へ。広げる時は「使い方研修」より「よく効く作業リスト」の共有の方が定着します