🔒 使ってるAIツール、勝手にデータを送ってない？｜Grok CLI問題が教える確認の大切さ

目次

• AIツールが裏でデータを送ってるかもって、正直こわくない？
• そう考える3つの理由
  • 理由1：オフにしたはずの設定が、効いてなかった
  • 理由2：5.1GBって数字が、他人事に見えない量だった
  • 理由3：発覚したのが「配線レベルの解析」だったという事実
• そもそもCLIツールって何？なぜデータが送られるの？
• 今すぐできる自衛は、設定確認から始めよう
• まとめ：AIツールを信頼しつつ、確認する習慣を持とう

---

AIツールが裏でデータを送ってるかもって、正直こわくない？

みんな、コーディングを手伝ってくれるAIツール、使ってる子多いよね。わたしも正直、めちゃくちゃお世話になってる。今日はちょっと立ち止まって考えたい話を持ってきたよ🔒

きっかけは、2026年7月に報じられたニュース。xAIのコーディング支援ツール「Grok Build CLI」が、プライバシー設定をオフにしていたはずなのに、開発者のリポジトリから5.1GBものデータを黙ってアップロードしていたって、配線レベルの解析(wire-level teardown)で発覚したらしいの(参照: llm-stats.com/llm-updates、dentro.de/ai/news/)。

これ聞いて「え、オフにしてたのに?」って思わなかった? わたしは正直、ちょっとゾッとしたんだよね。設定画面でオフにするって、わたしたちにとっては「もう送られない」っていう約束のはずだもん。

でもね、ここで一気に「AIツール全部危険、今すぐ全部消して」ってなるのも、ちょっと違うと思うの。今わかってるのは、あくまで「そういう事例が発覚したと報じられた」ってところまでなんだよね。だから今日は、怖がりすぎず、でもちゃんと向き合う温度感で、この話を一緒に整理していきたいなって思う。

だってこれ、他人事じゃないんだよね。わたしたちが毎日みたいに触ってるAIツールって、裏側で何をどこに送ってるか、正直ほとんど見えないでしょ。見えないところで起きてることだからこそ、こういうニュースは無視できないと思うの。

今日はこのニュースが「なぜ気になるのか」を3つの理由に分けて、わたしなりに噛み砕いていくね。読み終わるころには、たぶん自分が使ってるツールの設定画面、ちょっと開いてみたくなると思うよ。

わたしがこの手のニュースで意識してるのは、感情だけで「怖い、やめる」って判断しないこと。かといって「まあ大手企業のツールだし大丈夫でしょ」って思考停止するのも違う。事実を1個ずつ確認しながら、自分の距離感を決めていく。それがいちばん自分を守れるやり方だと思ってるの。

なので今回も、報じられている事実そのものと、そこからわたしが感じたこと、この2つをちゃんと分けて話していくね。混ぜて話すと、必要以上に不安をあおったり、逆に軽く見すぎたりしちゃうから。

---

そう考える3つの理由

理由1：オフにしたはずの設定が、効いてなかった

まず1つ目。今回いちばん引っかかったのが、「プライバシー設定をオフにしていても」データが送られてたらしいってところなの。

普通、わたしたちがアプリやツールを使うとき、設定画面のトグルをオフにしたら、その機能は止まるって信じてるよね。通知オフにしたら通知来ない、位置情報オフにしたら位置情報使われない。それが基本のルールのはずなの。

でも今回報じられた話だと、Grok Build CLIはそのトグルをオフにしていたにもかかわらず、開発者のリポジトリからデータが送られていたらしいの。つまり、設定画面の表示と、実際に裏側で起きてることが、食い違ってたかもしれないってこと。

これがなんで怖いかというと、わたしたちユーザーができる自衛って、基本的に「設定を確認してオフにする」ことしかないからなんだよね。その最後の砦が効いてなかったかもしれないってなると、じゃあ何を信じればいいの、ってなっちゃう。

世間では「規約に同意した時点で、多少データ使われるのは仕方ないでしょ」っていう声もあるよね。うん、それはそれでわかる。便利さの裏に何かしらのデータ提供があるのは、今の時代ある程度織り込み済みだと思う。

でもわたしが引っかかるのは「同意した範囲を超えてたかもしれない」ってところなの。オフにするっていう明確な意思表示をしたのに、それが反映されてなかったとしたら、それは「仕方ない」の話じゃなくて「約束が守られてなかった」話になるでしょ。

しかも今回のケースは、なんとなくオプトアウトが分かりにくい場所に埋まってた、みたいな話じゃなくて、ちゃんとオフにする操作をした上での話らしいんだよね。ユーザー側は自分にできることをやったのに、それがすり抜けてたかもしれないっていう構図が、余計にモヤッとするポイントだと思う。ここが理由1だよ。

理由2：5.1GBって数字が、他人事に見えない量だった

2つ目は、単純に数字の大きさの話。5.1GBって聞いて、みんなピンとくる?

わたし、この数字を見てまず「それ、写真とか動画レベルの量だ」って思ったの。テキストデータのやりとりって、実はそんなに容量食わないことが多いんだよね。それが5.1GBってなると、コードの中身をまるごと、みたいなレベルの話に感じるの。

しかもこれ、開発者のリポジトリからのデータなんだよね。リポジトリって、ただのテキストファイルの集まりに見えて、実はその人やその会社が作ってるものの、けっこう核心部分が詰まってる場所でしょ。未公開のプロダクトのコードとか、社内だけの設定ファイルとか、そういうのも入ってるかもしれない。

これが「ちょっとログを送ってました」レベルじゃなくて、5.1GBっていうまとまった量だったとしたら、これはもう「エラー報告のついでに少し」みたいな話じゃない可能性があるよねって、わたしは思うの。

世間では「開発ツールなんてどうせクラウドと連携するものでしょ、今さら驚くこと?」っていうクールな反応もあると思う。たしかにクラウド前提のツールは多いし、連携すること自体は珍しくないよね。

でもわたしがこだわりたいのは「量」と「同意の有無」のセットなの。連携すること自体が悪いんじゃなくて、オフにしてたはずなのに、これだけの量が動いてたかもしれないっていう、そのギャップが引っかかるんだよね。

数字が大きいと、それだけ「何が含まれてたか分からない範囲」も広くなるでしょ。ちょっとしたログなら中身を想像しやすいけど、5.1GBってなると、自分でも把握しきれてないファイルまで含まれてた可能性がある。この「自分でも全部は把握できない量」っていうのが、なんだかんだ一番不安にさせるポイントだと思う。これが理由2だよ。

理由3：発覚したのが「配線レベルの解析」だったという事実

3つ目は、この話がどうやって明るみに出たか、っていうところ。ここ、地味だけどけっこう大事だと思ってるの。

今回のことは、ツールの公式発表とか、企業からの自己申告で分かったわけじゃなくて、配線レベルの解析、つまりネットワークの通信を実際に覗いて調べるような、けっこう地道な検証によって発覚したと報じられてるの。

これがなんで重要かっていうとね、もし公式が「実はうちのツール、こういうデータ送ってます」って自分から説明してくれてたら、それはそれで誠実な話だったと思うの。でも今回はそうじゃなくて、外側から掘り起こされて分かったっていう順番なんだよね。

わたしたちユーザーからすると、「言われないと分からない」ことが、外部の調査でようやく見えたってことは、そもそも自分たちだけでは気づきようがなかったってことでもあるの。これ、ちょっと無力感あるよね。

世間では「そんな細かい通信まで調べる人なんて一部の専門家だけでしょ、普通の人には関係ない」っていう見方もあると思う。たしかに配線レベルの解析なんて、わたしにはできない専門技術だよ。

でもだからこそ、わたしはこういう調査や報道がすごく大事だと思うの。専門家が代わりに覗いてくれて、それが記事になって、わたしたちの目に届く。この仕組みがあるから、わたしたちは「知らないまま」を防げるんだよね。今回の件も、まさにその仕組みが機能した結果だと思ってる。これが理由3だよ。

---

そもそもCLIツールって何？なぜデータが送られるの？

ここまで「CLIツール」って言葉を何度か使ってきたけど、そもそも何のことか、ちゃんと説明してなかったよね。ここが分かると、今回のニュースがもっと自分ごとに感じられると思うから、ちょっと噛み砕いてみるね😊

CLIっていうのは、Command Line Interfaceの略で、簡単に言うと「画面をポチポチクリックする代わりに、文字のコマンドを打って操作するツール」のことなの。エンジニアの人がよく黒い画面に文字をカタカタ打ってるの、見たことあるでしょ。あれがCLIだよ。

で、Grok Build CLIっていうのは、そのコマンドライン上で動く、コードを書くのを手伝ってくれるAIツールってこと。開発者が「このコードのバグ直して」とか「この機能追加して」ってお願いすると、AIが手元のファイルを読んで、提案したり、直接編集したりしてくれるの。

ここで大事なのが、この手のツールって「役に立つために、手元のファイルを読む」のが前提になってるってところなの。コードを直すには、そのコードを読まないと始まらないもんね。だから、ある程度データを扱うこと自体は、機能として自然なことなんだよ。

問題は、その「読んだデータ」がどこまで、どこに送られるかっていう部分。手元だけで処理が完結するのか、それとも開発元のサーバーに送られて、そこで処理されるのか。ここが利用者からは見えにくいところなんだよね。

なんでデータが送られるかというと、多くのAIツールって、賢い処理を手元のパソコンだけでやるんじゃなくて、クラウド側の大きなAIモデルに問い合わせて答えを作ってるからなの。だから「AIに聞く」って動作そのものに、データを送るっていう工程がもともと組み込まれてるんだよね。

つまり、AIツールがデータをやりとりすること自体は、悪いことでも珍しいことでもないの。問題になるのは、その範囲や量が、ユーザーが同意した範囲を超えてないかってところ。ここを理解しておくと、今回のニュースも「AIツールは全部危険」じゃなくて、「約束された範囲を守れてたか」の話だって分かるよね。

ちなみに、こういう仕組みを知っておくと、これからCLIツールに限らず、いろんなAIアプリを選ぶときの見る目も変わってくると思うの。「便利そう」だけで選ぶんじゃなくて、「このツールは何を読んで、どこに送るタイプなんだろう」って一瞬考えるクセ。これだけでも、選ぶツールの精度がだいぶ変わってくるはずだよ。

---

今すぐできる自衛は、設定確認から始めよう

じゃあ、わたしたちに何ができるの、って話をしていくね。難しいことはできなくても、今日から始められる小さな習慣はあると思ってるの。

まず1つ目、いちばんシンプルだけど大事なのが、使ってるAIツールのプライバシー設定を、実際に自分の目で開いて確認すること。オフになってると思い込んでるものが、本当にオフになってるか、ときどき見直す癖をつけるといいと思うの。

2つ目は、ツールを新しく入れるときに、権限の許可範囲をちゃんと見ること。インストール時にポップアップで「このツールはファイルにアクセスします」みたいな確認、みんな流し読みしてない? わたしも正直よくやっちゃうんだけど、ここに何を読み取るか書いてあることが多いんだよね。

3つ目は、機密性の高いコードや情報を扱うときは、そのツールが本当に信頼できる状態か、いったん立ち止まって考えること。個人の趣味プロジェクトなら気軽に使えても、会社の非公開コードとかは、もう一段慎重になってもいいと思うの。

4つ目は、こういうニュースをちゃんとチェックする習慣。今回みたいに、外部の調査で問題が発覚することって、これからも起きると思うの。だから「あのツール、最近なんか言われてなかったっけ」って、たまに検索してみるだけでも全然違うよ。

5つ目、これはちょっと気持ちの話なんだけど、「便利だから」で思考停止しないこと。便利なツールほど、疑わずに使い続けちゃうものだよね。でも便利さと信頼できるかどうかって、本当は別の軸の話なの。この2つを分けて考えるクセ、つけておくといいと思う。

大事なのは、AIツールを全部やめることじゃなくて、使い方を自分でコントロールする感覚を持つことだと思うの。設定を確認する、権限を見る、ニュースを追う。この地味な積み重ねが、結局いちばんの自衛になるんだよね。

わたし自身、正直これまでプライバシー設定の画面って、インストールしたときに一回見て終わり、ってなりがちだったの。でも今回のニュースを見て、たまに見直すだけで防げるリスクもあるんだなって、あらためて思った。完璧じゃなくていいから、まずは今使ってるツールを1個、あとで開いてみるところから始めてみない?

---

まとめ：AIツールを信頼しつつ、確認する習慣を持とう

長くなったから、まとめるね。今日は、xAIのGrok Build CLIが、プライバシー設定をオフにしていても5.1GBのデータを黙ってアップロードしていたと、配線レベルの解析で発覚したと報じられたニュースについて話したよ。

ポイントは3つ。オフにしたはずの設定が効いてなかったかもしれないこと、5.1GBっていう量が他人事に見えない大きさだったこと、そしてそれが公式発表じゃなく外部の調査で発覚したっていう順番だったこと。この3つが、わたしがこのニュースを見過ごせないと思った理由だよ。

ただ、最初にも言ったけど、今分かってるのはあくまで「そう報じられた」段階なの。だから「xAIは悪いことをした企業だ」って決めつけて終わるんじゃなくて、「AIツールって、こういうことが起こりうるんだ」っていう気づきとして受け取るのがいいと思うの。

わたしが今日いちばん伝えたかったのは、便利なAIツールを怖がって全部やめようって話じゃなくて、使いながらも「このツール、何をどこに送ってるんだろう」って、たまに目を向ける習慣を持とうってことなの。これって、AIツールに限らず、スマホのアプリ全般にも言える話だよね。

コーディング支援AIをどれを使うか迷ってる人は、Cursor vs Claude Code vs Copilot 2026 も比較の参考にしてみてね。便利さと安心感、どっちも大事にしながら、これからもAIツールと上手に付き合っていこうね🔒

ソース:

• llm-stats.com/llm-updates
• dentro.de/ai/news/