JetBrains 强制将无法完全移除的 AI 免费增值插件塞进 IDE

原文 ↗ Hacker News 讨论 ↗

JetBrains 已将其新的付费 AI Assistant 插件捆绑进基于 IntelliJ 的 IDE 中，许多用户表示它无法被完全移除，而且在某些情况下在被禁用或“卸载”后似乎会自行重新启用。批评者认为这种行为具有敌意，带来信任和隐私方面的担忧，并且可能让开发者违反严格的公司政策——这些政策禁止 AI 工具或向外部传输代码，即使插件处于非激活状态。另一些人则反驳说这大概率只是 UI bug，并指出 AI 功能在明确激活之前不会做任何事；他们认为，在 AI 辅助编程日益普及的背景下，JetBrains 这样做只是为了保持竞争力。

插件行为与移除问题

  • JetBrains 将一个新的 AI Assistant 插件捆绑进了近期版本的 IDE。
  • 由于它是内置/捆绑插件，无法通过常规方式完全卸载；用户通常只能将其禁用。
  • 多名用户报告了一个 bug：
    • 禁用后再卸载该插件更新，会导致一个较旧的捆绑版本重新出现，并在重启后被重新启用，随后又提示更新。
    • 有人说仅仅禁用它就会持续有效；也有人报告它会被重新启用，尤其是由于依赖它的相关 ML 插件。
  • 一条链接的 JetBrains issue tracker 讨论将此描述为 UX/升级 bug，而非有意设计。

数据、安全与公司政策方面的担忧

  • 许多工作场所明确禁止任何 AI/LLM 工具，或禁止将代码发送给第三方服务。
  • 对某些组织来说，仅仅存在一个 AI 插件（无论是否激活）就已经违反政策；停用并不够。
  • 也有人回应说，除非明确激活（例如开始试用），否则该插件不会发送任何数据，因此他们认为风险很小。

信任、UX 与“enshitification”方面的担忧

  • 有些人认为这种不可移除、还会自行重现的插件很“敌对”，侵蚀了人们对 JetBrains 长期以来的信任。
  • 讨论还将其与更广泛的“enshitification”、暗黑模式式加售，以及付费工具中的广告式打扰做类比。
  • 批评者认为，这类功能应该默认关闭、由用户主动选择安装，而不是捆绑并自动启用。
  • 支持者则认为这只是一个小 bug 和营销选择；他们认为这种愤怒有些过度。

AI 助手的实用性

  • 体验褒贬不一：
    • 有些人声称生产力大幅提升（尤其适用于样板代码、迁移以及不熟悉的工具）。
    • 另一些人觉得建议很吵、经常出错，甚至不利于学习，更愿意禁用编辑器内的 AI。
  • JetBrains 的 AI Assistant 常被描述为不如 GitHub Copilot；有限的项目上下文降低了其实用性。

替代方案与生态方向

  • 一些评论者考虑固定在较旧的 JetBrains 版本，或转向 VSCode、Vim 或 Emacs，以获得更多控制权和更少的云端绑定。
  • 有人担心这种 AI 集成预示着 IDE 正在转向基于服务、依赖云的方向；也有人指出 JetBrains 也在开发本地 ML 功能。
  • .noai 文件可以按项目禁用 AI Assistant，即使用户拥有有效订阅也可以。