三十三個AI編程工具擠在同一份清單上：開發者的桌面，兩年內換了一批人

2026年9月11日，掘金上一篇名為「2026年AI編程工具大全，33個主流工具一次看懂」的長文開始流傳。作者起因很單純：看到某個開發社羣官網的「支援的工具」清單，數一數有31個AI編程工具，兩年前這份清單最多5個。作者再把字節的Trae Work與豆包工作補進來，湊成33個，並按出身分成四類：海外大廠、創業公司、中國本土團隊、開源新勢力。

這篇文章不重複那份清單的推薦語，而是把鏡頭拉近一點，看清單本身透露的訊號：當工具多到需要「大全」來整理時，真正的問題已經從「選哪個」變成「怎麼選」。

從5個到33個，中間發生了什麼

兩年多時間，這個品類的數量膨脹了六倍。背後的推力可以拆成兩層。

第一層是模型能力的下放。當自然語言驅動整個程式碼庫變成可行的產品形態， Anthropic 的 Claude Code 跑通了終端編程代理這條路，skills、subagent、hooks 這套玩法由它帶起來，隨後整個行業都在做同樣的事。OpenAI 的 Codex、Google 的 Gemini CLI、xAI 的 Grok Build，各家的切入點不同，但共享同一個前提：模型已經好到可以直接交付任務，而不只是補全一行。

第二層是商業模式的確立。Claude Code 採訂閱，Codex 的雲端玩法是任務派出去在雲上自己跑、改完提 PR 回來等驗收，且 ChatGPT 訂閱自帶額度。Amp 按任務量收費而非按座位。當付費方式出現多種並存的穩定方案，代表市場已經從實驗期進入採購期。企業採購時往往預設 GitHub Copilot，因為它資格最老、滲透率最高，從2021年的補全工具一路進化成 IDE 插件、對話、CLI、網頁端代理的全家桶。這種「穩」字當頭的採購慣性，正是品類成熟的另一個訊號。

四個陣營，四種活法

那份清單最有價值的部分是分類。33個工具按出身分成四撥，每一撥的生存邏輯不同。

海外大廠系的優勢是基礎設施。Google 一手開源 Gemini CLI（Apache 協議、免費額度大方、多模態看圖改UI是強項），一手推出 agentic IDE 的 Antigravity，吸納了 Windsurf 原班人馬，核心玩法是把任務丟給一個 manager agent、由它編排多個代理並行工作。一家公司同時押終端和 IDE 兩條路，這是大廠才玩得起的姿態。

創業公司打的是單點體驗。Cursor 把 AI 原生 IDE 的體驗做成行業標竿，Tab 補全加 Composer 的任務式生成；Zed 是 Atom 原作者 Nathan Sobo 用 Rust 重寫的編程器，把「快」做成信仰；Warp 把 shell 整個代理化，一個會話裡並行跑多個代理任務，終端輸出還能直接當上下文餵回去。Amp 背後的 Sourcegraph 做代碼搜尋出身，天生懂大型程式碼庫，跨倉庫檢索是它的底子。Kiro 則走了一條不同的路：先寫需求、設計、任務三段式規格，代理照規格幹活，等於把研發流程本身管起來。

中國本土軍團的數字本身就是新聞：33個裡佔了10個，兩年前是零。字節的 Trae Work 與豆包工作是最近加入的兩個。這個變化與整個中國AI應用生態的節奏同步，模型供給增加之後，工具層的創業窗口隨之打開。

開源新勢力則提供另一種選擇。Grok Build 用 Rust 寫了約80萬行，開源9天拿到2萬星，全螢幕TUI、計畫模式、子代理、MCP 一應俱全，缺點是用起來貴。開源在這裡的意義不只是省錢，而是讓團隊可以檢視、修改、自架，這對有合規要求的組織特別重要。

對一般開發者，「所以呢」

工具多到33個，對每天寫程式的人意味著三件實際的事。

第一，切換成本在下降。Codex 的終端 CLI 開源、Gemini CLI 免費額度大、Antigravity 目前免費用 Gemini，試錯的門檻被壓得很低。多數工具都提供免費層，開發者可以在真實專案裡並行試用，而不是看 demo 影片做決定。

第二，選擇的框架比選擇的結論重要。這與我們先前探討過的AI編程工作流的流程設計是同一個問題：工具每季都在換，但「AI在你的開發流程裡站哪個位置」這個決定，價值比任何單一工具的選擇更持久。清單式的文章會過期，分工式的判斷不會。

第三，隱含的治理議題正在浮上來。工具越多，產出程式碼的來源越難追溯。OpenJDK 已經明文禁止提交 AI 生成的程式碼與內容，這代表了基礎軟體社羣對這件事的態度。一般企業雖然不至於跟進禁令，但「這段程式碼是誰寫的、由哪個工具生成、誰負責驗收」這三個問題，採購越多工具就越需要書面答案。這也呼應了我們在OpenJDK 擋下AI生成程式碼一文中討論過的治理邏輯。

採購與導入的實際判斷

把這份清單轉成可用的決策，有幾個問題值得先問自己。

你的痛點是補全、重構，還是跨倉庫理解？補全派選 Copilot 或 Cursor，大型程式碼庫的理解派看 Amp，流程管理派看 Kiro 的規格驅動模式。終端重度使用者看 Claude Code、Codex、Gemini CLI 這一掛，編程器派看 Zed 與 Cursor。

你的團隊對資料敏感度如何？雲端代理模式（任務丟上去自己跑）效率高，但程式碼會離開本機。開源且可自架的工具在這個維度上有明顯優勢，這也是 Grok Build 開源9天拿2萬星的部分原因。

你的預算結構是按座位還是按用量？Amp 按任務量收費的模式對試用期團隊友好，訂閱制對重度使用者更劃算。收費模式的選擇，本質上是對自己團隊使用型態的預判。

最後一個提醒：清單上的工具，兩年後大概只剩一半還在名單上。這個品類的淘汰速度和它的膨脹速度一樣快。與其記住33個名字，不如記住四個陣營的活法，因為不管名單怎麼換，想在你的桌面活下去的，永遠是這四種打法的變形。