Hello 各位！上一篇我們聊到 JetBrains AI Assistant 的時候提到 PSI 引擎——那個讓 AI 能理解語法樹、不是純文字掃描的核心底層。這篇往回退一步，看 IntelliJ IDEA 這個 IDE 本體這一年多的技術變化，因為它的演進速度比很多老用戶想像的快。
K2 從 2025.1 起變成預設，K1 已在 2025.3 棄用。JetBrains 自己拿 IntelliJ 這個超大型 monorepo 測試，編譯時間減少超過 40%，IDE 內即時分析（inspection、code completion）背後的語意分析速度也跟著受益，不只是純編譯環節。
新語法功能包含 Rich Errors、when guard conditions、多重字串模板插值。還沒切過去的專案，先確認用到 KAPT 的相依套件有沒有對應的 KSP 版本——K2 底下 KAPT 相容性是常見的遷移卡點。
這是最大的技術轉向。2026.1 引入 ACP（Agent Client Protocol）Registry，可以在 IDE 裡直接瀏覽安裝各種 AI Agent（Codex、Cursor，以及任何相容 ACP 的 Agent），不侷限 JetBrains 自家產品。
更關鍵的是資料庫存取給 AI Agent——Codex 或 Claude Agent 現在能原生查詢和修改資料來源，不只是讀寫程式碼檔案，讓「檢查資料表異常並修正對應 migration script」這類橫跨程式碼和資料層的任務有原生管道可做。
2026.2 原生整合 GitHub Copilot，並支援第三方補全提供者——IntelliJ 把自己定位成開放的 AI Agent 執行環境，不是要把使用者鎖進單一供應商。本地路由（LM Studio、Ollama）也是同一條線，資料敏感的團隊可以接本地模型，不是行銷詞而已。
2025 年 12 月起，JetBrains 把原本分開下載的 Community Edition 和 Ultimate 合併成單一產品。技術上這代表：只有一個安裝檔，功能解鎖與否取決於是否有 Ultimate 訂閱，訂閱到期不會被踢出 IDE，只是功能降回免費層。
免費層現在支援的範圍比舊 Community 版更廣，包含基本 JavaScript 支援和透過 CLion 外掛的 C/C++ 輔助，這些以前是 Ultimate 專屬。進階的 Spring 深度整合、資料庫工具這類企業開發常用的功能，仍然在訂閱牆後面。
| IntelliJ IDEA | VS Code | Cursor | |
|---|---|---|---|
| 程式碼理解基礎 | PSI 語法樹，原生索引 | 依賴外掛（如 language server） | 自建 context 索引 |
| AI Agent 接入方式 | ACP Registry，開放式 | 各外掛各自實作 | 內建 Agent 模式 |
| 資料庫存取給 Agent | 原生支援 | 依外掛而定 | 無原生支援 |
| 本地模型路由 | 支援（LM Studio/Ollama） | 依外掛而定 | 目前無 |
| 核心語言分析引擎 | K2（Kotlin）+ PSI | 各語言各自的 LSP | 依底層編輯器而定 |
VS Code 的優勢在外掛生態的廣度，但每個功能的深度取決於外掛品質，沒有像 PSI 這樣貫穿整個平台的語法樹分析基礎。Cursor 是原生 AI 優先設計，Agent 體驗可能更流暢，但代價是換掉整個編輯器，放棄 IntelliJ 系列的重構工具和語言分析深度。
如果你已經在用 IntelliJ IDEA 一段時間，這兩個功能值得專門去找一下：
ACP Registry：在設定裡找 AI Agent 相關選項，可以看到現在能一鍵安裝的 Agent 清單，不用再手動設定串接。
資料庫存取給 AI Agent：如果你的專案有連接資料庫，這個功能讓你可以直接跟 Agent 說「幫我查一下這張表有沒有資料異常」而不用自己先手動查詢再貼給 AI。
這兩個功能上線時間不算長，很多老用戶的工作習慣還停留在「AI 只能改程式碼檔案」的認知裡，沒跟上這波更新。
IntelliJ IDEA 過去的核心賣點是「最懂 Java/Kotlin 的 IDE」，這件事沒有變。但這一年多，它同時在往「AI Agent 的原生執行環境」這個方向長出新的能力——ACP Registry、資料庫存取、本地模型路由，這些不是行銷包裝，是實際的技術基礎設施。
有不同的使用心得，或是已經測試過 ACP Registry、資料庫 Agent 這些新功能，歡迎留言分享。
此文章同步發布於 Medium
參考來源：
YangSean
iThome鐵人賽
看影片追技術