GitHub CLIが既定でテレメトリ収集へ何を送るかと止め方

GitHub CLIを日常的に使っているなら、今回の変更は無視できません。gh が v2.91.0 で既定の利用テレメトリ収集を始め、何を送るかを確認し、必要なら止める手段まで公開しました。

この記事では、何が変わったのか、なぜ導入されたのか、実際にどう確認してどう無効化するのかを整理します。

何が変わったのか

GitHubは 2026年4月22日に、GitHub CLI v2.91.0 から pseudonymous な利用テレメトリを送るようになったと案内しました。対象は gh 本体です。GitHub Copilot や GitHub Copilot CLI とは別扱いです。

ポイントは、単なる「匿名化された何かを集める」という話ではなく、CLIの実利用を把握して改善に使うと明言している点です。新しいサブコマンドがどれだけ使われたか、どのフラグがよく使われるかを見て、導線や設計を見直すためだと説明しています。

CLIは便利ですが、使われ方の偏りが見えにくいです。ドキュメント上は存在しても、実際にはほとんど使われないコマンドがあります。逆に、想定していなかったフラグの組み合わせが多用されることもあります。

GitHubの説明はシンプルです。実利用を見ないと、改善の優先順位を正しく決められない、ということです。AIエージェントの利用が増えるほど、CLIは人間だけでなく自動化の入口にもなります。だからこそ、使い方の実態を把握したいという理屈は通ります。

GitHub CLIはオープンソースなので、実装を cli/cli リポジトリで確認できます。さらに、送信前に中身を見たい場合はログモードがあります。

この設定にすると、実際に送るJSONを標準エラーに出力します。どの項目が入るのかを自分の手元で確認してから、継続するか止めるかを決められます。これは、利用者側の透明性を確保するうえで重要です。

無効化も用意されています。方法は複数あります。

環境変数が設定より優先されます。つまり、CIやシェルで明示的に止めたいなら、環境変数のほうが扱いやすいです。手元の端末だけ止めたい場合も、設定より環境変数のほうが事故が少なくなります。

ここは混同しやすいので分けておくべきです。今回の変更は gh のテレメトリです。GitHubは明確に、GitHub Copilot と GitHub Copilot CLI は別のデータ収集体系だと書いています。

さらに、gh の拡張機能はそれぞれ独自に利用データを集める場合があります。gh のテレメトリを止めても、拡張機能の収集までは止まりません。拡張機能ごとのドキュメント確認が必要です。

この変更は、開発者向けCLIが「便利な道具」から「計測される製品」へ寄ってきたことを示しています。改善のための観測は合理的ですが、利用者側には可視化と制御が必要です。

GitHubが今回きちんとログモードと無効化手段を出したのは評価できます。少なくとも、利用者がブラックボックスのまま放置されない設計にはなっています。

一方で、CLIは自動化の中核に入りやすいです。個人利用でも、社内運用でも、どのコマンドが何を送るかを把握しておく価値は高いです。特に、AIエージェントが gh を叩く運用では、後から監査できることが重要になります。

gh を使っているなら、次の順で確認すると整理しやすいです。

GitHub CLIは開発現場に深く入る道具です。だからこそ、機能追加と同じくらい、収集設定の理解が重要です。今回の変更は、その境界線をはっきり意識させるアップデートです。