Grok Build CLIが、デフォルトであなたのローカルGitリポジトリ全体をパッケージ化してクラウドにアップロードすることが暴露されました。さらに、AIに読ませるよう指示していないファイルまで含まれます。
以下、後輩（師妹）が最もわかりやすい方法で整理します。CLIとは何か、なぜあなたのコードを読む必要があるのか、今回の論争が具体的に何だったのか、そして今も使えるのか。

1️⃣何が CLI？
CLI = Command Line Interface（コマンドライン・インターフェース）で、ターミナルでコマンドを打つあの黒い枠の操作スタイルのことです。
2️⃣Grok Build CLI とは？
これはxAIが提供する、ターミナル版のAIプログラミング支援アシスタントです。ウェブやIDEを開かずに、ターミナルでgrokと入力すれば、コードを読んだり、コードを修正したり、プロジェクトを計画したり、コマンドを実行したりしてくれます。
3️⃣なぜAIはあなたのコードリポジトリを読み取る必要があるの？
それは「コードを書くためのエージェント」で、複雑なタスクを完了するにはプロジェクト全体を理解する必要があるためです：
- 複数ファイル間の関連
- プロジェクトのアーキテクチャと依存関係
- Gitのコミット履歴（以前どこをどう変えたかを把握する）
- サブエージェントを並行して動かす対応
公式見解では、AIに「完全な文脈」を与えることで、いま開いている単一ファイルだけを見るのではなく、真のエンジニアのように動けるようにするためだとされています。
4️⃣論争の核心は「読み取り方法」：
研究者がパケットをキャプチャして調べたところ、Grok Build CLIは「デフォルトで、あなたのローカルのGitリポジトリ全体をパッケージ化してアップロードする」ことが判明しました（AIに一度も読ませていないファイル＋完全なgit履歴を含む）。
プロンプトで「どのファイルも読まないで」と明確に指示していても、それでもリポジトリ全体をアップロードします。
さらに、.envファイルを読み取っている場合、その中のシークレットも送信されます。
この「デフォルトでリポジトリを丸ごとアップロードする」仕組みは、公式ドキュメントにおいて「明確に説明されていない」。これが議論を引き起こした主な理由です。
5️⃣出来事のタイムライン：
• 7月10-11日：セキュリティ研究者がパケットキャプチャにより上記の挙動を発見
• 7月12日：関連分析がRedditおよびXで拡散
• 7月13日未明：xAIがサーバー側で素早く設定をプッシュし、リポジトリ全体のアップロード挙動を制限
現在、Grokの公式アカウントは返信しており、この仕組みの存在を認め、フィードバックに基づいて調整したと述べています。
主要な証拠 Gist：

6️⃣現時点での使用おすすめ：
- 通常の個人プロジェクト：引き続き使用してよいが、Plan Modeを有効化することを推奨
- 機密情報、会社のコード、本物のシークレットを含むプロジェクト：当面は使用しない
- .gitignoreで機密ファイル／ディレクトリを徹底的に除外すること
今回の件は、次のことも皆さんに思い出させてくれます：
AI時代では、データが簡単に丸裸になります。AIのコーディングツールを使うなら、その裏で読み取られてアップロードされるデータ内容を絶対に見落とさないでください。

原文表示