Claude CodeやCodexを会社で使わせる前に——開発AI特有のリスクと管理の考え方

Claude CodeやCodexのようなAIコーディング支援ツールは、試した開発者が手放せなくなる程度には強力です。だからこそ、会社が何も決めないままでいると、開発者は個人契約で使い始めます。ソースコードという会社の中核資産が、会社の把握しない経路で外部に流れます。シャドーAIの中でも、開発AIは扱う情報の質からみて優先度の高い領域です。

本記事では、ブラウザで使うAIとの違いを踏まえて、開発AIを会社として使わせるための管理の考え方を解説します。

ブラウザAIと何が違うのか

ChatGPTをブラウザで使う場合、外に出る情報は「人が貼り付けたもの」に限られます。一方、開発AIツールは作業ディレクトリのファイルを読み、コマンドを実行し、その結果をAIに送ることで動きます。ここから、リスクの質の違いが生まれます。

送信が仕組みに組み込まれている。 開発AIの価値は「コードベースを理解して提案する」ことにあり、そのためにファイルの内容を継続的にAIへ送ります。人の「貼る/貼らない」の判断を通らない送信が常態である、という前提で管理を設計する必要があります。

秘密情報が作業場所に同居している。 開発ディレクトリには、ソースコードだけでなく .env ファイルのAPIキー、データベースの接続情報、顧客データのサンプルなどが同居しがちです。コードの流出より先に、まずこれらの秘密情報が送信対象に混ざることを防がなければなりません。

ツール自体が強い権限で動く。 コマンド実行やファイル書き換えを伴うツールは、便利さと引き換えに、誤操作・誤指示の影響も大きくなります。

管理の3つの軸

軸1: 会社契約への集約

ブラウザAIと同じ第一歩です。個人契約・個人アカウントでの業務コード利用をやめ、会社契約（法人プランまたは会社管理のAPI契約）に集約します。開発AIの多くは、サブスクリプションで使う形と、API契約で使う形があり、API契約はキーの発行・失効・利用量の管理を会社側で握れるという管理上の利点があります。誰がどのキーでどれだけ使ったかを会社が把握できる形が、後の記録の土台になります。

軸2: 対象リポジトリ・情報の区分

すべてのコードが同じ機密度ではありません。次のような区分を作ると、現場が判断しやすくなります。

• AI利用可: 自社の一般的なコード、社内ツール、公開予定のコード
• 条件付き可: 顧客名や業務ロジックを含むコード（顧客との契約を確認のうえ）
• 利用不可: 顧客から預かったコード、NDAで明示的に縛られた案件

あわせて、.env などの秘密情報ファイルを送信対象から除外する設定（ツール側の除外指定）を標準の開発環境設定として配布します。APIキーは「漏れたら差し替える」が効く情報なので、万一の混入時の失効手順もセットで決めておきます。

軸3: 利用の記録

開発AIの利用も、ブラウザAIと同様に「誰が・いつ・使ったか」の記録に寄せます。会社管理のAPI契約に集約していれば利用量は契約側で把握でき、社内ネットワークの経路で記録すれば、公認外のAIツールへの接続にも気づけます。可視化の手段の比較はこちらの記事にまとめています。

ブラウザAIと同じルールにしない

実務上のつまずきどころは、ブラウザAI向けに作ったルールを開発AIにそのまま適用してしまうことです。「機密を入力しない」というブラウザAI向けの言い方は、ファイルを仕組みとして送る開発AIには合いません。逆に、開発AI向けの厳しい制限をブラウザAIに広げると、一般部門の活用が止まります。

ルールも、利用経路も、ブラウザAIと開発AIは別のものとして分けて扱う。これが、両方を無理なく使わせるための実務的な結論です。AI関所BOXがブラウザAIと開発AIを別プロファイルとして設計しているのも、同じ理由によります。

段階的に始める

開発AIの管理は、次の順で段階的に進めるのが現実的です。

1. 実態把握: 開発チームで誰が何を使っているかを、罰しない前提で聞く
2. 会社契約の用意: 最も需要のあるツールを会社契約にし、個人契約の業務利用をやめてもらう
3. 除外設定の標準化: 秘密情報ファイルの除外設定を、開発環境の標準としてチームに配る
4. リポジトリ区分: AI利用可否の区分を決め、案件契約と突き合わせる
5. 記録: 利用が記録に残る形（会社キー・会社経路）に寄せる

まとめ

• 開発AIは「仕組みとして送る」ツール。ブラウザAIの延長で考えない
• 最優先は秘密情報（APIキー等）の分離。コードの区分はその次
• 会社契約・区分・記録の3軸で、禁止せずに管理する

開発AIを安全に使わせる体制は、採用の場面でも「AIを使える開発環境がある会社」という強みになります。開発者が隠れて使う状態から、会社が公式に提供する状態へ。移行は早いほど楽です。