AIのコーディングツールを使うと、あなたが書いたコードは、AIを動かす会社のサーバーに送られている——これは、実は“当たり前の前提”だ（後で詳しく）。ところが、イーロン・マスク氏のxAIが提供する「Grok Build」は、その前提をはるかに超えることをやっていた。開発者のプロジェクト（リポジトリ）を丸ごと——Gitの全履歴も、うっかりコミットしてしまったパスワードやAPIキーごと——こっそりクラウドに送っていたのだ。しかも、“プライバシー設定”をオフにしても、それは止まらなかった。
01何が起きたのか
TechTimesやInc、Cybernewsなどが報じている。ことの発端は、ベトナムの開発者ティン・ダン氏（38、開発歴15年超）が7月に鳴らした警鐘だった。そしてあるセキュリティ研究者が、通信を回線レベルで解析（7月12日公開）して裏づけた——Grok Build CLIは、開発者の“追跡対象のリポジトリ丸ごと”（全Git履歴＋コミット済みの秘密情報を含む）を、Googleのクラウドストレージに送信していた。しかもその量は、実際のコーディング作業に必要なデータの、なんと約27,800倍。明らかに“やりすぎ”だった。
この件はHacker News（技術者の巨大掲示板）のトップに上がり、マスク氏は「過去にアップロードした利用者データはすべて削除する」と約束した。だが、xAIは“自分の何が具体的に取得・保存されたか”をユーザーが確認する方法を、いまだ示していない。英国のICO（情報コミッショナー）やカナダの当局も、Grokのプライバシーをめぐる調査に乗り出している。
02ここが誤解されがち——AIコードツールは“もともと”コードを送っている
ただし、冷静に押さえておきたい前提がある。スレッドのコメントが、この点をきれいに整理していた。
そう、クラウドで動くAIコードツールは、“処理のために読んだコード”を提供元に送る——これ自体は仕様であって、Grokに限らない。今回の問題は「コードを送ったこと」ではなく、①作業に無関係な“リポジトリ全体・全履歴・秘密情報”まで根こそぎ送っていたこと、②それを黙ってやっていたこと、そして③“プライバシー設定”で止められなかったこと、にある。“普通の送信”と“過剰な吸い上げ”は、分けて理解したい。
03「プライバシー設定」の罠
04つまり日本の読者にとっては——今すぐできること
まず大前提として、クラウドのAIコードツールは、処理するコードを提供元に送る。これは“悪”ではなく仕組みだ。だから、機密性の高いコードを扱うときは、それを承知のうえで選ぶ（前に紹介した“ローカルAI”や法人向けの選択肢も、ここで効いてくる）。そのうえで、今回の教訓を踏まえた具体策はこうだ。
- Grok Buildを7月13日より前に使ったなら：追跡対象ファイルやGit履歴に秘密情報（APIキー・パスワード・トークン・SSHキーなど）が含まれていた場合、“漏れたかもしれない”前提で、それらを今すぐ更新（ローテート）する。
- そもそも秘密情報をGitに入れない：環境変数やシークレット管理ツールを使い、.gitignoreで除外する。Git履歴は“消したつもりでも残る”——これが今回の被害を大きくした。
- ツールが“何をするか”を確かめる：便利さで飛びつく前に、そのツールがどこへ何を送るのかを一度チェック。“プライバシー”と書かれた設定が、実際に何を制御するのかまで見る。
- 機密は分けて扱う：本当に外に出せないコードは、クラウドAIに投げない。用途で使い分けるのが、いちばん確実な守りになる。
AIツールは強力で、手放せない相棒になりつつある。でも「便利＝安全」ではない。今回のGrokの一件は、“見えないところで何が送られているか”を知ることの大切さを、はっきり突きつけた。仕組みを理解し、秘密情報の扱いを整え、設定名を鵜呑みにしない——この基本の“戸締まり”が、AI時代にあなたのコードとアカウントを守る、いちばん確かな防波堤になる。
