大家好，我是程序員魚皮。

記得我是從 2017 年開始用 IDEA，在那之前學校里教的是 Eclipse，我估計現在學編程的同學都沒聽說過這個軟件吧？

結果第一次用 IDEA 的時候，我就被征服了，智能補全、一鍵重構、Spring 全家桶原生支持，感覺和 Eclipse 完全不是一個時代的東西。

從那以后，作為一名 Java 后端開發，IDEA 和 JetBrains 就是我心中的神！甭管什么 VS Code，閃一邊兒去~

截止到我寫下這篇文章，IDEA 陪了我整整 9 年，陪伴了我從毛發茂密到禿頭的過程。曾經無數個深夜，是它讓我發如雨下，是它讓我患上了高眼壓，是它給了我寫代碼的快樂。

但對不起，這次，我決定要把 IDEA 卸載了。

最近幾年，真的發生了太多事情。。。

下面我就先給大家說說自己的心路歷程，然后對于仍在使用 IDEA 的朋友，我也會告訴你怎么在 IDEA 中爽用 Claude Code。

古法編程的三次變革

為什么我要在標題中強調「古法」編程呢？

因為回頭看，自己手寫每一行代碼的日子，好像真的成了「古法」。

這幾年，我的編程模式經歷了三次變革。

1、AI 輔助階段

最早是 2023 年前后，GPT 和 AI 編程剛冒頭的時候。

記得那會兒我在講項目教程，給 IDEA 裝了個代碼補全插件，能幫忙生成一些簡單代碼。寫個工具函數、生成個單元測試、改個小 Bug，還是很方便的。

但也僅限于此。那時候你讓 AI 幫你寫一段業務邏輯，心里還得打鼓，生怕它搞出什么幺蛾子。用之前還得自己仔仔細細審一遍，有時候審代碼的時間比自己寫還長，AI 更多是個打下手或者輔助的角色。

這個階段，IDEA 依然是 Java 開發 IDE 中絕對的主角，我打開電腦的第一件事就是啟動 IDEA。

2、AI 半自動階段

到了 2025 年上半年，情況開始變了。。。

我直播帶大家做 的時候，后端代碼還是自己在 IDEA 里手寫的，但前端已經完全交給 AI 去生成了。

簡單跟 AI 說一下頁面長什么樣、有哪些功能、把后端接口文檔甩給它，代碼刷刷刷就出來了，效果還不錯。

AI超級智能體項目

那是我第一次意識到，有些代碼是真的可以完全不用自己寫了，尤其是前端。

然后過了 2 個月吧，我帶大家做下一個大項目 的時候，就已經能讓 Java 后端代碼調用 AI 生成精美的前端頁面了，而且整個項目的前端代碼基本都是 Vibe Coding 的。

之后，AI 生成后端的能力也逐漸加強，于是我打開 IDEA 的次數也從每天變成了隔幾天，也就偶爾用它看看代碼。

3、AI 全自動階段

從 2025 年下半年到現在，變化就更徹底了，我相信有緣刷到這篇文章的你肯定能感受到。

這段時間 AI 編程工具的 Agent 能力突飛猛進，從簡單的代碼補全進化到了能自主規劃、自主執行、自主測試的全流程 Agent。你只要把需求描述清楚，AI 能前端 + 后端一把梭全部搞定，中間遇到報錯它還會自己排查、自己修。

我現在 99% 的項目代碼和日常工作流都在 AI 編程工具里完成。全棧項目、自動化腳本、Chrome 插件、各種提效工具，基本都是 AI 從頭到尾生成的。之前我還專門寫了一篇 ，感興趣的同學可以看看。

當然 AI 不只改變了我，整個行業都在加速擁抱 AI。

一些頭部團隊已經做到了 100% 代碼由 AI 生成。比如 Anthropic 的 CPO 公開表示：Claude 的代碼是 Claude 自己寫的。Claude Code 的負責人 Boris Cherny 從 25 年 11 月開始就沒有手寫過一行代碼了，一個月交了 259 個 PR，全部是 AI 生成的。

馬斯克甚至在 xAI 全員會上放話，說今年年底 AI 可能直接跳過代碼和編譯器，生成優化好的二進制文件。

國內這邊，AI 編程的普及速度也很快。前段時間有個央企找我去給他們做 Vibe Coding 培訓，預算上百萬。我直接放棄了，甩給他們我的 ，給了一些建議，讓他們自己學習就好。都有 AI 了，還怕學不會？

從寫代碼到駕馭 AI

現在你用 AI 編程，其實就是當 AI 的老板。你更多關心的是結果，是 AI 能不能把活兒干完，是功能跑不跑得通。至于 AI 寫出來的代碼長什么樣，很多時候你可能看都不看。

OpenAI 把這種新的工作方式叫做 Harness Engineering 駕馭工程，意思是程序員的核心職責已經從寫代碼，變成了定義問題、編排 AI、審查結果。

我做 AI 編程工具銳評的時候，提到 Codex 目前讀代碼和寫代碼的體驗不太好。結果發出來之后，發現基本沒什么人在意這一點，大家更關注的是它能不能幫我把活兒干完、速度快不快、價格貴不貴。

Diffray AI 的一份代碼審查行業報告也印證了這個趨勢：78% 使用 AI 代碼審查工具的團隊忽略了超過一半的審查反饋，34% 的開發者根本不再閱讀 AI 生成的代碼審查評論。

以前程序員還需要自己讀代碼。現在如果你是從零開發新項目，代碼都不用自己讀了。

如果要閱讀分析項目源碼，我會把整套源碼丟給 AI 編程工具，讓 AI 幫我整理依賴關系、生成架構圖、畫 Mermaid 流程圖、生成一個網頁報告，比自己在 IDEA 里一個類一個類地點進去看，不知道快了多少倍。之前我寫那篇 Claude Code 源碼分析的文章，就是用這種方式把整個項目的架構梳理清楚的。

到了這個階段，改改環境變量配置文件、填個 API Key，就算是我對古法編程最后的倔強了。

所以不是 IDEA 不行了，是古法編程要淘汰了。

IDEA 的不可替代之處

雖然我自己幾乎不用 IDEA 了，但我不是要勸退大家。每個人和團隊都有自己的開發習慣和技術棧，IDEA 在很多方面依然是獨領風騷的存在。

1）調試能力：這應該是 IDEA 最核心的護城河了。HotSwap 邊調試邊改代碼、Java Flight Recorder 性能分析、多線程調試、內存分析，排查復雜線上問題的時候是真的好用。

2）重構能力：比如安全重命名、提取方法、更改自動傳播到所有調用鏈、移動類自動修改包名和導入等等，這些操作 IDEA 做起來是非常精確的。

3）框架支持：Spring Bean 可視化、屬性追蹤、事務追蹤、Spring Debugger 自動發現數據庫連接，這是做 Java 企業級開發的剛需。

4）數據庫工具：內置 SQL 編輯器和數據庫管理，省掉了單獨裝 Navicat 之類工具的麻煩。

但是，這些優勢有一個共同的前提：你還在自己「手寫」代碼。

如果你在企業里維護大型項目，需要精確調試、安全重構、深度理解框架行為，那 IDEA 依然是最佳選擇。

但當越來越多的代碼由 AI 生成，調試和重構的需求也在減少。

比如我們的 面試刷題神器 - 面試鴨 之前遇到線上 Bug，媽好幾個開發在那查了 1 個多小時都沒什么結果。然后我把所有報錯信息和異常表現收集好，甩給 AI，直接就定位到問題并給出了修復方案，前后不到 10 分鐘。

排查問題的方式已經變了，以前是調試器一步步走，現在是把上下文喂給 AI 讓它幫你想。

總的來說，不是 IDEA 變差了，只是越來越多的場景用不到它了。

如果你還用 IDEA，怎么接入 AI？

如果你因為各種原因還在用 IDEA，完全沒問題，其實在 IDEA 里用 AI 也很方便，給大家介紹幾種方式。

1、在終端里運行 AI

打開 IDEA 內置的終端，你會發現終端右側直接就有 Claude Code、Codex 等 AI 工具的快捷入口（前提是你已經提前安裝好了這些工具）。除此之外，JetBrains 自家的 Junie CLI 也可以在終端里運行。

本質上就是幫你在終端里執行了運行這些工具的命令，跟你在外部終端用沒什么區別，只是不用來回切窗口了。

2、安裝第三方 AI 插件

雖然現在獨立的 AI 編程工具發展很快，但 JetBrains Marketplace 上的 AI 插件也一直在更新迭代，選擇很多。

我個人比較推薦通義靈碼和 Cline。通義靈碼對國內用戶比較友好，注冊簡單，免費額度也夠用。Cline 的 Agent 能力強，適合喜歡折騰的同學。我之前做的 里都有詳細的評價，感興趣的同學可以去看一下。

3、通過 ACP 協議接入 AI

2026 年 1 月，JetBrains 和 Zed 聯合推出了 ACP（Agent Client Protocol）協議。

簡單來說，ACP 就是一套標準規范，讓各種 AI 編程 Agent 能夠統一接入不同的 IDE，不管是 Claude Code 還是 Gemini CLI，只要支持 ACP 協議，就能在 JetBrains IDE 里一鍵安裝使用。

他們還配套上線了一個 ACP Agent Registry，目前已經有 40 多個 AI Agent 可以一鍵安裝。

操作也很簡單，先安裝好 JetBrains 官方提供的 AI Assistant 插件：

然后打開 AI Chat 面板，第一次使用的話你可以免費試用：

或者點擊「Add ACP Agents」自主添加智能體，點擊后就能看到 Claude Agent、Gemini CLI、Codex、Cursor、GitHub Copilot、Cline 等一堆 Agent，選擇你需要的，點擊安裝就行了。

通過自主選擇 Agent，不需要 JetBrains AI 訂閱，裝完就能用，美滋滋~

另外提一下，Claude Code 在 JetBrains 里還有一個 專屬插件 叫 Claude Code [Beta]，比直接在終端跑多了幾個功能，比如在 IDE 里直接看 diff 預覽、自動把你選中的代碼發給 Claude、自動共享 IDE 的報錯信息等。不過目前這個插件還是以終端為基礎的包裝，整體體驗不如 VS Code 的插件成熟，聊勝于無吧。

最后嗶嗶

OK，這篇文章寫到這里，我也該正式把 IDEA 卸載了。

臨別之前，突然想起了很多用 IDEA 的畫面。。。哭，都給我哭！

剛開始學 Java 框架的時候，我在 IDEA 里寫第一個 Spring 項目，項目死活啟動不了，對著報錯信息查了一晚上。那時候我連 Stack Overflow 都看不太懂，全靠網絡搜索和自己硬啃。最后發現是 application.yml 里縮進多了一個空格，導致配置解析失敗。。。改完的那一刻，真的有一種破案的爽感。

后來我到了騰訊實習，第一次接觸那么大的企業級項目，光理清代碼調用鏈就花了好幾天。每天在 IDEA 里瘋狂按 Ctrl+B 跳轉定義，從 Controller 到 Service 到 DAO 層，一層層往下鉆。看到一段寫得特別精妙的代碼，會忍不住記錄下來，還偶爾跟室友吹吹牛唄。

再后來我離開騰訊，自己創業，在 IDEA 里從零搭起了編程導航和面試鴨的后端架構。那些一個人在辦公室肝代碼到深夜的日子里，IDEA 的深色主題就是我最熟悉的夜景。

時間過得真快啊，IDEA 從 2001 年發布至今已經 25 年了，從記事本到 Eclipse 到 IDEA 到 Cursor 等 AI IDE，工具一直在變，每一次遷移都伴隨著一種開發方式的退場。

不是 IDEA 不行了，是整個「人手寫代碼」的時代在加速退場。

但如今，代碼完成得越來越快了，我卻再也找不到當年那種 Bug 排查半天、終于定位到問題時的爽感了。自己一行行寫出來的代碼跑通的成就感，在調試器里一步步逼近真相的緊張感，看懂別人精妙代碼時的興奮感，都在慢慢消失。

現在 AI 一把梭，什么都能搞定，反而習以為常了，索然無味。

每天都在面向 AI 工作，描述需求、審查代碼、驗收結果。效率確實高了，但自己的思考好像越來越少了。做的事情越來越多，人反而越來越累了。。。

古法編程，算是時代的眼淚了吧。不過話說回來，我們有幸經歷了從手寫代碼到 AI 編程的整個變革，親眼見證了一個時代的開始和另一個時代的落幕，這本身也挺酷的。

我是魚皮，持續分享 AI 編程干貨和編程經驗。覺得有用的話記得點贊收藏和關注~

歡迎在評論區聊聊：你現在每天還打開 IDEA 嗎？你有多久沒自己從頭寫過一個函數了？