JetBrains 不可移除的 AI 助手引发了难以忽视的强烈反弹

原文 ↗ Hacker News 讨论 ↗

JetBrains 已经把一个专有的 AI 助手插件捆绑进其 IDE，而且无法完全卸载，这引发了长期付费用户的强烈反弹。许多人抱怨该工具具有侵入性、相较竞争对手质量较低，并且会给那些禁止任何会发送代码的 AI 功能的组织带来法律与合规上的麻烦，即使它已被禁用也一样。另一些人指出，这个助手是可选启用的，数据不会用于训练，而且可以隐藏或关闭；但批评者认为，此举是更广泛“enshittification”趋势的一部分：通过加价销售订阅、让界面变得杂乱、并削弱那些曾经可信赖的开发工具的性能。

捆绑的 AI 助手与可移除性

  • AI Assistant 作为捆绑插件随 JetBrains 各款 IDE 一同发布。
  • 它不能像其他非捆绑插件那样被完全卸载；只能禁用或隐藏。
  • JetBrains 表示，只有在以下条件全部满足时才会运行任何 AI 功能并发送数据：用户登录、明确接受数据政策、开始试用/付费，以及（对于商业许可证）组织管理员启用它。
  • 有人报告称，早期版本在被禁用后会重新启用，或不断提示更新；这在很大程度上激起了愤怒。
  • 可以通过 .noai 文件按项目禁用它；也有组织级的总开关，但并不是每个人都清楚这一点。

法律、合规与隐私顾虑

  • 许多工作场所有对 AI 工具的全面禁令；仅仅存在一个 AI 客户端（即使是“无害的”）也可能触发审计或封禁。
  • 一些人担心代码会被发送到第三方 LLM，以及可能出现训练数据泄漏；另一些人指出 JetBrains 明确表示 AI 流量不会用于训练。
  • 怀疑者认为，闭源 IDE 无论如何都可能外传数据，因此真正的问题在于信任。

用户体验、性能与界面

  • 常见抱怨包括：侵入性的图标、AI 条目占据主要的上下文菜单位置、以及用户并不想要的功能还不断弹出更新提醒。
  • 新 UI 因丑陋、对比度低、把控件藏在悬停后面而被广泛批评，降低了生产力；人们担心它最终会被强制启用。
  • 一些人表示 IDE 变慢了，尤其是配合 WSL + Gradle 时；另一些人则说性能以及 Git/重构功能仍在持续改进。

商业模式、“Enshittification” 与 AI 热潮

  • 许多人把这看作“捞钱”和加价销售：在付费 IDE 里再塞一个第二订阅，还持续在产品内做广告。
  • 也有人担心更广泛的趋势：更多订阅、遥测、云绑定，以及用户控制权的逐步侵蚀。
  • 支持者认为 AI 的运行成本很高，因此单独计费并突出展示是合理的。

替代方案与褒贬不一的反应

  • 一些用户正在转向 Neovim、VSCodium、Kate，或者继续使用 VS Code；还有人认为 JetBrains 在 Java、PHP 或 Rider/C# 方面仍然没有真正的对手。
  • 有些人喜欢 AI 自动补全和仅本地模式，觉得它确实有帮助。
  • 总体情绪在强制捆绑和 UX 方面偏负面，而对 AI 的实际实用性则褒贬不一。