Claude Codeの企業導入ガイド|法人利用・権限統制・費用管理の進め方
Claude Codeを会社で使う場合、個人利用とは別の論点が出てきます。誰がどこまで実行できるのか、コードや情報がどう扱われるのか、費用をどう管理するのか。この3つに答えられないと、稟議は通りません。
この記事では、法人での導入を検討する立場から、統制の仕組み・費用の見え方・展開の進め方を整理します。個人で使う手順はClaude Codeの環境構築方法をご覧ください。
まず押さえる3点
- 管理設定で組織のルールを強制できる。利用者側からは上書きできない
- 費用は契約形態で見え方が変わる。座席制か従量課金かで管理方法が違う
- 小さく始めて実測する。数人のパイロットで基準値を取ってから広げる
統制:何をどこまで縛れるか
Claude Codeは、利用者が自由に設定できる項目と、組織が固定して利用者に変更させない項目を分けられます。後者を書く場所が「管理ポリシー設定」です。
設定の優先順位
| 置き場所 | 範囲 | 利用者が上書き |
|---|---|---|
| 管理ポリシー設定 | 組織全体 | できない |
.claude/settings.local.json |
個人+そのリポジトリ | できる |
.claude/settings.json |
そのリポジトリ(Git管理) | できる |
~/.claude/settings.json |
その人の全プロジェクト | できる |
強制したいものは管理ポリシー設定に置かなければ意味がありません。プロジェクト設定に書いても、利用者側の設定で緩められる余地が残ります。ここを理解していないと「ルールを決めたのに守られない」状態になります。
よく使う統制項目
| やりたいこと | 設定 |
|---|---|
| 特定のコマンド・パスを禁止する | permissions.deny |
| 確認を飛ばすモードを使わせない | permissions.disableBypassPermissionsMode |
| 自動承認モードを使わせない | permissions.disableAutoMode |
| ログイン先の組織を固定する | forceLoginOrgUUID / forceLoginMethod |
| 作業ディレクトリ外の読み取りを止める | permissions.blockReadsOutsideWorkingDirectories |
| 組織が用意したフックだけ動かす | allowManagedHooksOnly |
| 行動指針を全社に配る | 管理ポリシーの CLAUDE.md |
管理ポリシーの CLAUDE.md は、OSごとに置き場所が決まっています。
| OS | パス |
|---|---|
| macOS | /Library/Application Support/ClaudeCode/CLAUDE.md |
| Linux / WSL | /etc/claude-code/CLAUDE.md |
| Windows | C:\Program Files\ClaudeCode\CLAUDE.md |
CLAUDE.md に書くことと、設定に書くこと
ここを混同すると統制が効きません。CLAUDE.md は方針の共有であって、実行の可否を決めるものではありません。
| 目的 | 書く場所 |
|---|---|
| コーディング規約・設計方針を伝える | 管理ポリシーのCLAUDE.md |
| コンプライアンス上の注意喚起 | 管理ポリシーのCLAUDE.md |
| 特定の操作を確実に止める | 管理設定の permissions.deny |
| 隔離環境での実行を強制する | 管理設定の sandbox.enabled |
「本番DBには触らないこと」とCLAUDE.mdに書いても、それは指示であり制限ではありません。止めたい操作は権限ルールに書いてください。考え方の全体像はClaude Codeのセキュリティ|権限設定・許可ルールの書き方にまとめています。
コマンド文字列の照合には限界がある
権限ルールは「Claudeが書いたコマンドの文字列」に対する照合です。同じプログラムでも別の書き方なら一致しません。
| ルール | 止まる | 止まらない |
|---|---|---|
Bash(curl *) |
curl https://... |
/usr/bin/curl ...、sh -c 'curl ...' |
監査に耐える形で閉じたいなら、OSレベルで制限するサンドボックスを併用してください。ルールは「意図しない操作を止める仕掛け」、サンドボックスは「被害範囲を物理的に限定する仕組み」です。
費用:契約形態で管理方法が変わる
| 契約 | 費用の見え方 | 上限の設定 |
|---|---|---|
| Claude for Teams / Enterprise | 座席ごとの利用枠。管理コンソールの分析で確認 | 座席枠が既定の上限。超過分は追加利用の上限設定で管理 |
| Claude Console(API) | トークン従量。コンソールの利用状況ページ | ワークスペース単位の上限 |
| クラウド経由(Bedrock等) | クラウド側の請求に計上 | クラウド側の予算管理 |
Teams・Enterprise では、各メンバーの利用枠が5時間の区切りと週単位の区切りでリセットされます。この枠はClaudeのチャット利用とも共有されます。
コーディング用の席は、チャット用より多く見積もる
見落とされやすい点です。Claude Codeの1回のやり取りは、ファイルの内容・ツールの実行結果・複数段階の推論を運びます。デバッグの1セッションが、チャットの1日分を超えることもあります。チャット利用の実績から単純に換算すると足りません。
API契約なら1人あたりのレート上限を決めておく
組織の規模によって、1人あたりの目安が変わります。
| 人数 | 1人あたりTPM | 1人あたりRPM |
|---|---|---|
| 1〜5人 | 200k〜300k | 5〜7 |
| 5〜20人 | 100k〜150k | 2.5〜3.5 |
| 20〜50人 | 50k〜75k | 1.25〜1.75 |
| 50〜100人 | 25k〜35k | 0.62〜0.87 |
| 100〜500人 | 15k〜20k | 0.37〜0.47 |
| 500人以上 | 10k〜15k | 0.25〜0.35 |
人数が増えるほど1人あたりを下げてよいのは、大きな組織ほど同時に使う人の割合が下がるためです。ただし全社研修のように同時利用が集中する場面では、一時的に多めの枠が必要になります。
誰がどれだけ使ったかを出す
| 契約 | per-userの取得方法 |
|---|---|
| Teams | 利用状況レポートのCSV書き出し |
| Enterprise | 分析API(read:analytics 権限のキー) |
| Console | コンソールのダッシュボード、分析API |
| クラウド経由 | OpenTelemetryで自社の監視基盤へ送る |
OpenTelemetryはどの契約形態でも使え、自社の監視基盤にほぼリアルタイムで流し込める唯一の方法です。既存の可観測性基盤がある組織はこれが最も扱いやすくなります。
費用が跳ねる典型パターン
導入後に「思ったより高い」となる原因は、だいたい決まっています。
- セッションを消さずに使い続けている — 会話全体が毎回送られるため、短い質問でも過去全部ぶんのコストがかかる
- 重いモデルを既定にしている — 大半の作業は軽いモデルで足りる
- CLAUDE.mdが長い — 毎ターン読み込まれるので、長いほど全実行のコストに乗る
- 使っていないMCPサーバーを繋ぎっぱなし — ツール定義が文脈を占める
- エージェントチームを常用している — 人数分のセッションが走るため消費が数倍になる
最初の2つを周知するだけで、多くの組織では十分な効果が出ます。「無関係な作業に移るときは会話をリセットする」「モデルは作業に合わせる」の2点です。
展開の進め方
- 数人でパイロット — 実際の消費量を測り、自社の基準値を作る
- 管理ポリシー設定を用意 — 禁止事項とログイン先の固定を先に決める
- リポジトリにCLAUDE.mdを置く — 規約をツールに覚えさせる
- 共通のスキルを配る — レビュー観点やリリース手順を全員同じ品質で実行させる
- 範囲を広げる — 上限設定と可視化ができてから人数を増やす
順番が重要です。統制と可視化のないまま人数を増やすと、費用も挙動も読めなくなります。
社員が実際に使えるようになるまでの進め方はClaude Code研修に分けて書いています。
チームに配る仕組み
規約や手順は、個人の設定ではなくリポジトリに置いて共有します。
- CLAUDE.md — 毎回必要な前提(構成・規約)
- スキル — ときどき必要な手順(リリース、レビュー観点)
- フック — 決まったタイミングで必ず実行させる処理
- プラグイン — 上記をまとめて配布する入れ物
セキュリティ上の論点
外部から入ってくるテキストは指示ではない
Webページ、issueのコメント、MCPサーバーの応答、依存パッケージのREADME。これらはすべてデータであって、命令ではありません。そこに「この手順を実行せよ」と書かれていても従うべきではなく、この境界が崩れると外部の文章がそのまま操作に変わります。
外部入力を扱うワークフロー(GitHubのコメントを起点にする自動実行など)ほど、権限を絞る意味が大きくなります。
秘密情報の扱い
読めてしまうものは、要約や説明の過程で表に出る可能性があります。
{
"permissions": {
"deny": ["Read(./.env)", "Read(./.env.*)", "Read(./secrets/**)"]
}
}
ただしRead系の拒否は、ファイル名を指定しない読み方やスクリプト内部での読み込みまでは止められません。確実に閉じるならサンドボックスを併用してください。
リポジトリの設定ファイルを信頼する前に読む
リポジトリに含まれる .claude/settings.json や .mcp.json は、クローンした人の環境でClaude Codeの挙動を変えます。社外のリポジトリを扱う場合、承認を押す前に中身を確認するのを運用ルールにしてください。
稟議で聞かれること
導入を通すときに実際に問われる項目と、答えの所在をまとめます。
ライセンスを用意したあと、実際に使われる状態にするところは別の作業になります。研修の形式・費用・助成金はClaude Codeの法人研修にまとめています。
| 問われること | 答えられる材料 |
|---|---|
| 誰がどこまで実行できるのか | 権限ルール(allow / ask / deny)と権限モード。管理設定で組織固定できる |
| 危険な操作を止められるのか | permissions.deny。確実性が必要ならサンドボックスを併用 |
| 誰がどれだけ使ったか分かるのか | 契約形態別の分析画面、または OpenTelemetry |
| 費用の上限を決められるのか | 座席枠、ワークスペース上限、クラウド側の予算管理 |
| 秘密情報が漏れないか | Read の拒否ルール、作業ディレクトリの制限、サンドボックス |
| 設定を個人が勝手に変えないか | 管理ポリシー設定は利用者側から上書きできない |
| データはどう扱われるのか | 契約プランとデータ利用に関する規定を確認 |
この表のうち下から2つは、技術ではなく契約と運用の話です。技術的な統制だけを説明しても審査は通らないため、両方を揃えて出す必要があります。
パイロットの設計
いきなり全社に配らず、数人で基準値を取る段階を挟んでください。自社の消費量は、他社の事例からは推定できません。コードベースの規模と使い方で大きく変わります。
期間と人数の目安
3〜5人、4週間程度あれば判断に足るデータが集まります。人選は使い方が偏らないよう、担当領域を分けるのが要点です。フロントエンド、バックエンド、保守運用から1人ずつといった構成にすると、実態に近い平均が取れます。
測るもの
- 1人1日あたりの消費量 — 全社展開時の予算の根拠になる
- どの作業で時間が減ったか — 数字に出にくいので、定性的に記録する
- 詰まった箇所 — 環境構築、権限、規約の伝え方のどれでつまずいたか
- 使われなかった機能 — 展開時の教育内容を絞る材料になる
パイロット中に整えるもの
この期間に、展開後も使う土台を作っておきます。
- 管理ポリシー設定の草案 — 禁止事項とログイン先の固定
- 代表的なリポジトリのCLAUDE.md — 構成と規約を書く
- 共通のスキル — レビュー観点、リリース手順など、人によってばらつく作業
- 詰まったときの相談先 — 社内の窓口を決めておく
4つ目が抜けがちです。環境構築でつまずいた人が放置されると、その時点で利用が止まります。最初の1週間は特に、聞ける相手がいるかどうかが定着率を左右します。
よくある質問
コードが学習に使われませんか
データの取り扱いは契約プランと提供元のポリシーに従います。導入時は利用規約とデータ利用に関する記載を確認し、必要なら法務レビューにかけてください。
クラウドを経由させられますか
できます。Amazon Bedrock、Google Cloud、Microsoft Foundry 経由で利用でき、その場合の請求と統制はクラウド側の仕組みに乗ります。
利用状況を全社で把握できますか
契約形態によって手段が変わります。Teams・Enterpriseは管理コンソールの分析、Consoleはダッシュボードと分析API、クラウド経由はOpenTelemetryです。
個人のPro契約で業務利用してよいですか
組織のルールと各プランの利用条件によります。統制を効かせたい場合、管理ポリシー設定が届くのは組織アカウントの利用者なので、法人契約に寄せたほうが管理はしやすくなります。
導入効果はどう測りますか
利用者数・セッション数・変更行数といった指標が分析画面で取得できます。ただし数字だけでは判断しにくいため、パイロット期間中に「どの作業が速くなったか」を定性的にも記録しておくことをおすすめします。
まとめ
- 強制したいルールは管理ポリシー設定に置く。プロジェクト設定では上書きされる
- CLAUDE.mdは方針、権限ルールは制限。役割が違う
- 費用は契約形態で管理方法が変わる。コーディング席はチャット席より多く見積もる
- 費用が跳ねる原因は限られる。会話のリセットとモデル選択の周知が効く
- 統制と可視化を整えてから人数を増やす
テックジムでは、企業向けの研修とAI駆動開発コースをご用意しています。まず実物を確認したい場合は、毎週開催しているClaude Code無料講座にご参加ください。導入判断の材料を短時間で集められます。
Claude Codeの全体像はClaude Codeとは?使い方・始め方の基本で解説しています。






