ハクソク

世界を動かす技術を、日本語で。

ステータス/ニーズトリアージラベルが削除されたようです

2026年1月23日原文(github.com)

概要

JetBrains IDEの ネイティブ認識 をGemini CLIに追加する提案 既存の 環境変数依存の制限 による問題点の指摘 JetBrains IDEでの 認識失敗とその影響 新たな 検出ロジックの必要性 このPRでの 具体的な修正内容

JetBrains IDEのネイティブ認識追加の必要性

  • Gemini CLI は現在、 IDE統合機能 を特定の環境変数（例: TERM_PROGRAM=vscode）に依存して判定
  • JetBrains IDE用の jetbrains-ide-companion などのサードパーティ統合は、 VS Codeを偽装する環境変数 を設定して機能を有効化する必要性
  • Windows/Linux環境 でのプロセス検出が正常に動作せず、 JetBrains IDEの自動認識に失敗
  • ユーザーからの JetBrains Plugin Review や GitHub Issue #9273、バグ報告メールなどで問題が多数報告
  • Gemini CLIが 環境変数ベースでIDEを検出 し、 ポート情報ファイル に依存しない認識ロジックの実装が必須

このPRの修正内容

  • JetBrains IDEシリーズ を IDE_DEFINITIONS へ追加
  • 検出ロジックを更新し、 TERMINAL_EMULATOR=JetBrains-JediTerm を 第一級サポート環境 として認識
  • JetBrains IDEユーザーが 追加設定や偽装なしでGemini CLIと連携可能 に
  • VS Code以外のIDE環境 でも、 安定した統合体験 を提供
  • #16083の議論を参考に、 IDE検出の柔軟性と拡張性 を向上

追加コンテキスト

  • JetBrains IDEでの 環境変数やプロセス検出の課題
  • サードパーティ製プラグイン による一時的な回避策の限界
  • Gemini CLIの 公式対応によるユーザー利便性向上
  • 今後の IDE統合機能拡張への布石

Hackerたちの意見

クラシックなCIバグにLLMの楽しさが加わった感じ！数週間前に、うちのカスタムマージキューにも似たようなことが起きたよ。

└

どんな「クラシックなCIバグ」がボット同士を永遠に会話させるんだろう？プロの開発者になってからずっとCIをやってるけど、そんな問題に遭遇したことは一度もないよ。以前に「返信ボット」を作ったことは何度もあるけど、IRCで初めて作った時、ほぼ2、3ステップ目で「うーん、これが自分に返信できるのはおかしいから、ループにハマるな」と思ったんだ。だけど、それは「クラシックなCIバグ」ってわけじゃないから、ここで言ってることとは違うよね？

見落としがちだけど、ページの真ん中にある: > 4609件の残りアイテム。どうやらgemini-cli同士が自分たちのことを理解できてなかったみたいで、誰かがラベルを追加/削除したと思い込んで、それを修正しようとして、また別の方がそれを修正しようとして… そのリポジトリには約10人の長期貢献者がいるみたいで、彼らは多分メール通知を受け取ってるし、他にも通知を受け取る人がいるから、これでどれだけのメールが送られたんだろう？10人がメールを受け取ると仮定すると、24時間以内に46,000通のメールが送信されることになるね… それに、このgemini-cliの推論に誰が費用を払ってるんだろう？「ユーザー」リンクをクリックすると https://github.com/apps/gemini-cli に飛ぶけど、「開発者」のところにはランダムなGitHubユーザーがいるし、公式のGoogleプロジェクトって感じじゃないから、ここでの推論コールに誰かが費用を払ったのかな？それはかなり厄介な請求書になりそうだね…

└

これが起きたのは初めてじゃないよ。実際、かなり頻繁に発生する問題なんだ: https://github.com/google-gemini/gemini-cli/issues/16723 https://github.com/google-gemini/gemini-cli/issues/16725 https://github.com/google-gemini/gemini-cli/issues/16732 https://github.com/google-gemini/gemini-cli/issues/16734

└

ご理解ありがとうございます！ × 4609

└

あのリポジトリには、約10人の長期的な貢献者がいるみたいで、彼らはおそらくメール通知を受け取ってるし、他にも通知を受け取る人がたくさんいるから、これでどれだけのメールが送信されたんだろう？ もし10人がメールを受け取ると仮定すると、24時間以内に46,000通のメールが送られることになる… GitHubがバカじゃなければ、これを緩和するためにメールの更新をバッチ処理してるはず。

└

もうジュニア社員の居場所がないって言ってる人もいるけど、これらのLLMのスパズムが、ジュニアが扱うには適切な複雑さと優先度のある混乱を生み出してるみたいだね。

└

「みんな、ただREPLY-ALLを押すのをやめて！」これはボットだけの罠じゃないからね。

└

ここでの推論呼び出しに誰かが金を払ったの？ これらの返答が全く同じ二つの返事しかないことを考えると、AIなしでも簡単に自動化できるタスクだし、実際の推論が原因だとは思えないんだけど。

└

オーナーはGoogleの社員だけど、安全のために本物のGoogleの組織が所有してるべきだよね。OSSの組織に移行するように頼んだんだけど、残念ながらGitHubのアプリ作成フローが普通の組織ユーザーにはアプリを作るのを不可能にしてるんだ。だから、個人アカウントでアプリが作られて、負担になることが多い。アプリ作成権を組織メンバーに与えるための作業項目があって、次の6ヶ月間の優先度リストに入れてるよ。支払いについてだけど、私の理解では、gemini cliエージェントを使ってる各組織がAPIキーをアクションのシークレットに入れて、それを使ってGoogleの推論APIを呼び出してるみたい。だから、このコメントがある組織が推論の費用を払ってるってわけ。

この問題は、Gemini-cli[bot]が自分自身と喧嘩して、ラベルを追加したり削除したりしてるみたいで、4,600回も繰り返してるんだ。

└

空飛ぶ車がないことを嘆いてはいないけど、未来がこんなにバカみたいになったのは残念だな。

Hacker Newsで議論の続きを見る