jetbrains 在 2026 年 3 月 25 日上线的 intellij idea 2026.1 官方更新页面里，把「更多 ai 代理支持」和「acp 接入」放在了最靠前的位置。官方明确说明，这一版本已经内置对 codex、cursor 以及所有符合 acp 规范的代理的支持，同时把数据库访问能力直接接入 ai 聊天入口，等于 intellij idea 2026.1 这轮更新，直接把 ide 内的 ai 用法从单一助手升级成了多代理协同模式。
来源：JetBrains IntelliJ IDEA 2026.1 更新页
这一版最直观的变化，是把 AI 代理的选择权完全交到了开发者手里。官方页面写明，除了自带的 Junie 和 Claude Agent，Codex 也已经进入可选列表，Cursor、GitHub Copilot 以及更多外部代理都能通过 Agent Client Protocol 接入。JetBrains 还同步推出了 ACP Registry，直接在 IDE 内就能查找、安装各类代理。对已经在用不同模型、不同代理分别做代码生成、解释、排障和数据库操作的团队来说，2026.1 的意义不是多了一个 AI 按钮，而是把代理接入流程做了标准化，不用每次换工具都重新折腾一遍环境配置。
来源：JetBrains IntelliJ IDEA 2026.1 更新页
除了 AI 相关改动，2026.1 在基础开发栈上的升级也很明确。JetBrains 官方说明列出了 Java 26 日更版支持、Kotlin 2.3.20 支持、Spring 运行时洞察，还有直接查看运行中应用状态的能力。页面同时提到，Codex 和 Claude Agent 现在已经能直接访问已连接的数据库，用自然语言就能查询、分析甚至修改数据源状态。对后端和平台开发者来说，这些功能串起来看，2026.1 的核心不是新增某个零散的单点功能，而是把代码、运行状态、数据源和代理入口全部打通到同一条操作链路里。
还有一个偏向工程工作流的改动，是 Dev Container 本地工作流优化。JetBrains 官方页面写明，从 2026.1 开始，容器化项目可以像普通本地项目一样直接在本地 IDE 中打开，不用再沿用之前把完整 IDE 后端跑在 Dev Container 里的模式。对经常要和团队共享标准化容器环境的开发者来说，这个改动直接降低了项目启动耗时，也减少了资源占用，刚好符合大家平时「本地交互操作，远端或容器侧保持统一环境」的使用习惯。
使用 idealista CLI 按位置（城市、城镇、地区、街道）搜索 Idealista 房源并获取详情。适用于用户请求 Idealista 市场数据或需要 idealista‑cli 命令/标志时。
来源：JetBrains IntelliJ IDEA 2026.1 更新页
这轮更新也有明确的边界。JetBrains 在 Spring 部分标注了部分能力将在 2026.1.X 后续小版本推送，说明并非所有运行期洞察功能都会在 2026.1 初版完整上线；AI 相关能力能不能真正成为团队生产力，还取决于代理本身的能力、账户配置和企业内部使用策略。说白了，2026.1 的价值不在于吹什么「AI 编码全部解决」，而是 JetBrains 第一次把之前分散的 Codex、Cursor、ACP、数据库访问和 Dev Container 本地工作流这些能力，系统整合进了 IntelliJ IDEA 的正式主版本里。
信源说明：内容整理自 JetBrains 2026 年 3 月 25 日发布的 IntelliJ IDEA 2026.1 官方更新页；涉及 ACP、Codex、数据库访问、Spring 运行期洞察与 Dev Container 本地工作流的细节，以 JetBrains 最新产品页面和官方说明为准。
