看起来“status/need-triage”标签已被移除。

看起来“status/need-triage”标签已被移除。
It looks like the status/need-triage label was removed

原始链接: https://github.com/google-gemini/gemini-cli/issues/16728

你想添加什么？为JetBrains IDE添加原生识别，作为支持的IDE环境。为什么需要这个？目前，Gemini CLI将IDE集成功能限制在TERM_PROGRAM为vscode（或其他硬编码值）的环境中。这迫使第三方集成（如jetbrains-ide-companion）通过伪造环境变量来模拟VS Code，以启用核心功能，否则Gemini CLI无法发现它。由于某种原因，进程检测在windows/linux上无法正常工作（用户在此处JetBrains插件评论和此处#9273以及我收到的其他一些错误报告邮件中报告了这个问题），这使得这种原生IDE检测逻辑成为必须，以便gemini-cli能够通过环境变量而不是端口信息文件来发现并连接到IDE。这个PR将JetBrains IDE系列添加到IDE_DEFINITIONS中，并更新检测逻辑以识别TERMINAL_EMULATOR=JetBrains-JediTerm作为首类支持的环境。更多背景信息受#16083启发。

Gemini-cli 机器人在一个 Google GitHub 仓库中的一个错误，导致它反复添加和删除一个 issue 上的“status/need-triage”标签，触发了近 4600 次自动化操作。Hacker News 的用户估计这可能导致向贡献者发送了数万封电子邮件通知。问题在于该机器人似乎无法理解自己的行为，并试图“纠正”自己，从而导致了一个持续的循环。人们对驱动机器人的推理调用的成本表示担忧，因为它似乎不是一个官方的 Google 项目，留下了一个谁来承担大量处理费用的问题。一位评论员指出这种情况类似于 CI 错误，而另一位则质疑在机器人开发中采取了基本的预防措施，这种自我回复循环是如何发生的。

原文

What would you like to be added?

Adds native recognition for JetBrains IDE as a supported IDE environment.

Why is this needed?

Currently, Gemini CLI restricts IDE integration features to environments where TERM_PROGRAM is vscode (or other hardcoded values). This forces 3rd-party integrations like jetbrains-ide-companion to mock VS Code by spoofing environment variables to enable core features, otherwise it could not be discovered by Gemini CLI.

For some reason, the process detection is not working properly on windows/linux (, reported by users here JetBrains Plugin Review and here #9273 , and a few other bug report email i've received), which making this native IDE detection logic a MUST do for gemini-cli discover and connect to IDE via environmental variables instead of port info file.

This PR adds JetBrains IDE Series to the IDE_DEFINITIONS and updates the detection logic to recognize TERMINAL_EMULATOR=JetBrains-JediTerm as a first-class supported environment.

Additional context

Inspired by #16083