IntelliJ IDEA 2026.1 这次东西不少。

Codex、ACP Registry、AI 智能体数据库访问、Java 26、Kotlin 2.3.20、Git 工作树、Dev Containers、Wayland、JavaScript 免费支持，发布页上看起来挺热闹。

但我把这一圈看完之后，感觉也挺直接：

真落到日常开发里，不是每一项都一样重要。

如果只说一句话，我的看法是：

这次更新真正有用的，其实只有 5 个变化。

别的不是没价值，只是离大多数人的日常工作没那么近。

先说结论

如果你主要用 IntelliJ IDEA 写 Java、Kotlin、Spring，或者已经把 AI、容器、并行开发接进日常工作流，那 2026.1 值得升。

如果你只是把 IntelliJ 当成一个稳定的纯编辑器来用，也没有 AI、容器、远程开发这些需求，那就不用急着升。

因为这次最值得看的，不是“功能变多了”，而是下面这 5 个变化，确实会影响一部分人的工作方式。

1. JavaScript / TypeScript 免费支持变多了

这是我觉得最容易被低估的一项。

JetBrains 在 2026.1 里，把一部分原本更偏 Ultimate 的 JavaScript、TypeScript、HTML、CSS、React 能力下放到了免费层。

这件事的价值，不只是“省钱”。

它真正改变的是 IntelliJ IDEA 的入口。

以前很多人对 IntelliJ 的印象还是很固定：

  • 写 Java、Kotlin 很强
  • 做后端很强
  • 前端和全栈要么去 Ultimate，要么直接去 WebStorm 或 VS Code

但 2026.1 又把这个边界往外推了一点。

如果你本来就是 Java 开发者，偶尔也要改前端、看 React 组件、处理一点 TypeScript，这次更新会更有感觉。

它当然不会让 IntelliJ 直接变成“前端首选”。

但它确实让免费用户能更自然地把更多工作留在一个 IDE 里。

2. Kotlin + JPA 这类老问题，终于被认真处理了

如果你的项目是 Kotlin + Spring Boot + JPA 技术栈，这一项很可能比 AI 更有实际价值。

原因也很简单，这些问题不是不会处理，而是总会反复烦你：

  • JPA 需要无参构造器，但 Kotlin 默认不这么写
  • 类和属性默认是 final，代理机制会受影响
  • data class 用在实体上，经常会引出一些奇怪问题
  • 注解目标和 Kotlin 的写法，也不总是天然匹配

JetBrains 这次不是只写了一篇博客解释这些坑。

它是把这些常见问题做成了 inspections 和 quick-fixes，直接塞进 IDE 里。

这类更新看起来不酷，但很值钱。

因为它处理的是高频摩擦。

对很多 Java / Kotlin 开发者来说，这比“又多一个聊天入口”更有意义。

3. Git 工作树终于更值得日常用了

Git 工作树不是新东西。

但把它放进 IDE 之后，它开始从“知道这个功能的人会用”变成“普通开发者也更可能真的用起来”。

这件事为什么重要？

因为现在大家的工作流已经变了。

你可能会同时处理：

  • 一个主线需求
  • 一个 hotfix
  • 一个实验性分支
  • 甚至一个交给 AI agent 去改的任务

以前很多人面对这种场景，还是在反复切分支、stash、恢复现场，或者干脆复制一个目录。

Git 工作树的好处，就是你可以在同一个仓库下并行开几个工作树，各干各的。

这在 AI agent 时代尤其有用。

你完全可以把一个工作树留给自己继续主线开发，把另一个工作树交给 agent 去做重构、修 bug，或者试验方案。

这个能力本身不新。

但 2026.1 让它更接近日常工具，而不是 Git 老玩家才会去用的隐藏技巧。

4. Dev Containers 对工程团队更实用了

这一项不是所有人都会立刻用到。

但对团队开发来说，它的价值很实际。

JetBrains 在 2026.1 里继续推进原生 Dev Container workflow，也就是让你更自然地在容器化环境里打开、开发和调试项目。

这里要说清楚，这部分属于 Ultimate 能力。

它的意义不在于“又支持了一个新名词”，而在于 JetBrains 正在认真补现代开发环境这一块。

这几年 Dev Container 已经不只是云原生团队的需求了。

很多团队都开始用它来统一环境、降低 onboarding 成本、减少“我本地没问题”这种问题。

如果你的团队已经走到这一步，那 2026.1 的这部分更新就不是锦上添花，而是会直接影响协作效率。

5. AI 终于开始更像工作流能力，而不是附加功能

如果一定要从 AI 相关更新里只挑一个重点，我不会选“接入了某个模型”。

我会选 JetBrains 这一版对 AI 的整体处理方式。

Codex 接进 JetBrains IDE，本身当然是一个信号。

但比它更重要的是，JetBrains 不只是想做“IDE 里有 AI”。

它在做的是让 AI agent 真的进入 IDE 工作流。

这也是为什么 ACP Registry 这件事值得关注。

它不是单纯“支持的 agent 变多了”，而是在把 agent 接入这件事，往平台能力上推。

再加上 Cursor 也已经能通过 ACP 进入 JetBrains IDE，这个方向就更清楚了：

JetBrains 想占的位置，不只是提供一个 AI 功能点。

它想让 IntelliJ 继续成为你组织代码、工具、环境和 agent 的主工作台。

这一点未必会让所有人立刻受益。

但如果你已经开始把 AI 用进真实开发，它会比“再多几个生成按钮”更重要。

哪 2 个变化没那么重要

为了避免这篇又写成一份 release notes，我反过来说两个没那么值得单独关注的。

Wayland 默认支持

这项更新对 Linux 用户当然是好事，而且是实打实的好事。

但它更像体验改进，不太像会决定你“要不要升”的关键点。

除非你本来就长期在 Linux 上用 IntelliJ，而且确实被图形体验折腾过。

Java 26 支持

这项更新很必要，但不新鲜。

每次 IntelliJ 大版本更新，Java 新版本支持本来就是基本盘。

它重要，但它的价值更像“没有不行”，而不是“有了就值得专门写一篇”。

我的结论

如果只问一句话：

IntelliJ IDEA 2026.1 值得升级吗？

我的答案是：

值得，但前提是你真的会用到它这次最有价值的那 5 个变化。

如果你是 Java / Kotlin / Spring 主力用户，我会重点看 Kotlin + JPA、免费能力扩张、Git 工作树。

如果你已经在团队里推进 AI 或容器化开发，我会重点看 ACP / Codex 这条线，以及 Dev Containers。

如果你只是一个轻量用户，那这次更新未必非升不可。

所以这篇文章真正想说的，不是“2026.1 很强”，而是 JetBrains 这次的更新里，真正和日常开发贴得比较近的，其实就这 5 件事。

参考资料