Coding Agent 正在越獄:25 億美元 AI 寫程式市場的下一步

Latent Space 主持人 swyx 與 Redpoint 投資人 Jacob Effron 對談,剖析 AI coding 市場五大趨勢:Anthropic Cloud Code 年營收 25 億美元、coding agent 從寫程式擴張到自動化一切、dark factory 零人類審查模式、市場集中於兩大玩家,以及 agent 正成為軟體產品的主要使用者。

Coding Agent 正在越獄:25 億美元 AI 寫程式市場的下一步

本文整理自《Latent Space》與《Unsupervised Learning》2026 年 4 月播出的跨界對談。

{{< youtube A_7WafI9bhE >}}



一年內從零到 25 億美元

AI 寫程式市場的成長速度,已經超出多數人的想像。

Latent Space Podcast 主持人暨 AI Engineer 共同創辦人 swyx(Shawn Wang)在與 Redpoint Ventures 投資人 Jacob Effron 的跨界對談中,攤開了一組驚人數字:Anthropic 光靠 Cloud Code 一個產品線,年經常性收入就達到 25 億美元(雖然 ARR 的認列方式仍有爭議)。OpenAI 的對應數字估計在 20 億美元上下,Cursor 同樣是 20 億的量級。而這些營收全部在過去一年內從無到有長出來。Cloud Code 才剛慶祝上線一週年,就已經是一門數十億美元的生意。

swyx 目前同時參與 AI 寫程式新創 Cognition 的工作,對市場有第一手觀察。在他看來,AI coding 不只是當前 AI 產業最大的營收引擎,更是所有垂直應用市場的預告片。因為 coding 這個領域集中了模型能力最強、競爭最激烈、商業化最快的特性。想知道 AI 接下來會如何改變金融、醫療或法律?先看 coding agent 的演化軌跡就對了。

Effron 指出了一個出乎意料的現象:即使 OpenAI 的 Codex 在功能上已經非常接近 Cloud Code,用過 Cloud Code 的開發者黏著度依然很高,沒有大規模轉換。這種 first-mover 優勢和 ChatGPT 在消費市場的黏著度如出一轍。在產品差異化有限的市場中,最先帶給使用者「哇」一聲的那個產品,往往就是他們最後留下來用的。

2026 是越獄年

如果 2025 是 coding agent 年,那 2026 是什麼?swyx 的答案是:越獄年。

他的論述邏輯很直接。軟體吃掉世界(software eats the world)是老生常談,而 coding agent 吃掉軟體也已經成為現實。所以結論是:coding agent 吃掉世界。之前這些工具只是幫工程師寫程式碼,但現在它們開始跳脫程式碼編輯器,進入更廣泛的自動化任務。想預訂機票?讓 coding agent 寫一段腳本幫你搞定。想比價?一樣。想整理財務報表?還是一樣。只要任務可以被軟體解決,coding agent 就有可能接手。

swyx 強調這不是他的樂觀預測,而是市場正在獎勵的方向。他引用了一個案例:OBI 的 Ryan 每天消耗 10 億個 token,換算成市價大約一天一萬美元的 API 費用。多數產出可能品質不一,但這種瘋狂的探索速度讓他比任何人都更早發現新能力。在這個階段,市場不獎勵節省,而是獎勵探索。不是誰用得精準,而是誰用得多、用得廣。

Effron 也認同這個觀察。他提到業界出現了各種「token 消耗排行榜」,企業員工競相展示自己用了多少 AI 算力。看起來粗糙,但方向是對的。因為目前整個產業仍然處於嚴重低度使用 AI 的階段。在探索期,瘋狂嘗試比精打細算更有價值。那些活在邊界上的人,才會最先撞見下一個突破。

Dark Factory:零人類審查

但 swyx 認為真正的前線比「越獄」更激進。他提出了一個叫做「dark factory」的概念,源自 Simon Willison 等人的討論。

邏輯是這樣的:我們已經接受了「零人類撰寫程式碼」這件事。五個月前 swyx 在 Cognition 第一次遇到這個概念時,覺得很瘋狂,現在它已經是日常。那麼下一步呢?零人類審查。程式碼由 agent 產生、由 agent 測試、由 agent 部署,全程沒有人類看過一眼。

聽起來不負責任,但 swyx 認為這是唯一能真正規模化的方式。如果每一行程式碼都要人類審查,速度永遠上不去。要做到零審查,你必須徹底翻轉軟體開發生命週期(SDLC):更多自動化測試、更嚴格的 CI/CD 管線、更完善的驗證機制。這些其實都是本來就該做的事,只是過去沒有足夠的急迫性。

很多人對 dark factory 的本能反應是:「大量生產垃圾?」swyx 不這麼看。他認為數量帶來品質。當軟體的生產成本趨近於零、可以隨時丟掉重來,你反而能更大膽地實驗、更快地迭代。2026 年表現最好的開發者和公司,不會是旁觀嘲笑「又是一堆 slop」的人,而是接受現實、把量導向正確方向的人。

OpenAI 已經在內部探索這種模式。這不是幾年後的未來式,而是現在進行式。

市場為何只有兩個玩家?

Effron 在對談中提出了一個尖銳的問題:這麼大的市場,為什麼目前只集中在 Anthropic 和 OpenAI 兩家手上?Google 的 Gemini 呢?xAI 呢?

swyx 的回答很坦率:它們都在嘗試,只是還沒有突破。他認為 AI coding 市場目前處於「高波動、高溫度」的階段。在這種環境下,第一個帶來魔法般體驗的產品會獲得不成比例的黏著度。Cloud Code 在 terminal-based AI coding 這個品類裡搶了先手,建立了很深的使用者習慣。Codex 雖然功能不差,但切換成本高於多數人的預期。

不過 swyx 也指出,這個集中度不太可能永遠維持在兩家。整個生態系的參與者,從投資人到 NVIDIA,都有動機讓更多模型供應商崛起。微軟手上有 GitHub,如果認真做,可能遠不只是 Copilot 的規模。xAI 正以 1.2 兆美元的估值 IPO。連 Meta 的大語言模型團隊都在一場早餐會上明確表示想進入 coding 領域。中國的 ZAI、GLM 同樣在嘗試。

swyx 預測六到十二個月內會看到至少一兩家新玩家站穩腳步。但他也提醒:過去一年市場格局其實相當穩定。要改變它,需要的不是另一個功能相似的產品,而是一個全新的產品體驗。就像當初 Cloud Code 給人的震撼那樣。

你的客戶不是人類了

在基礎建設這一端,swyx 帶出了另一個值得注意的轉變:你的產品的主要使用者,可能已經不是人了。

他轉述了 Vercel 技術長 Malte Ubl 在 AI Engineer 大會上透露的數據:Vercel 管理後台的流量中,60% 來自機器人,不是人類。這些機器人多半是 coding agent,透過 CLI 操作 Vercel 的服務來部署程式碼。

如果你的產品不是 API-first,在 agent 的世界裡等於不存在。Netlify 的 Matt Billman 嘗試為這個趨勢創造術語:Agent Experience(AEO),對應過去的 Developer Experience。swyx 的觀點是,AEO 其實就是你本來就該做好的 DX:一致的 stateless API、完整的文件、漸進式的功能揭露。只是過去開發者 UI 可以勉強湊合,現在 agent 不接受「勉強」。你要嘛有好的 API,要嘛就是從 agent 的推薦清單上消失。

更有趣的是一個具體案例:Resend 是 2023 年才成立的電子郵件服務公司,歷史很短。但在一份最近的調查中,如果不給 Claude 任何特別指示,只問「給我一個 email provider」,Claude 在 70% 的情況下會推薦 Resend。一家只有三年歷史的公司,靠著在大型語言模型訓練資料中佔有一席之地,就獲得了壓倒性的推薦率。這是一個全新的競爭維度。過去你靠 SEO、廣告和社群經營來獲取開發者,現在你還需要「語意關聯」,讓品牌在 LLM 的世界裡和正確的使用情境綁在一起。

我的觀察

這場對談有三件事讓我印象最深。

第一是「越獄」這個框架的解釋力。我們習慣把 coding agent 理解為「幫工程師寫程式的工具」,但 swyx 的洞察是:它不是工具,它是一種新的生產力模式。軟體可以解決的問題,coding agent 都能觸及。這不是漸進式改善,是整個類別的擴張。對臺灣的科技公司來說,如果你還在想「我們團隊要不要導入 coding agent」,你可能問錯了問題。更該問的是:「哪些本來不是軟體問題的事情,現在因為 coding agent 變成了軟體問題?」

第二是 dark factory 的時間線比我想的近得多。零人類審查的程式碼部署聽起來像是三五年後的事,但 OpenAI 已經在探索,Cognition 等公司也在推進。這對整個軟體產業的品質保證體系是根本性的衝擊:過去我們依賴 code review 來抓 bug、確保品質,未來可能要完全依賴自動化測試和驗證管線。還沒認真投資測試基礎設施的團隊,現在該動手了。

第三是 Agent Experience。60% 的 Vercel 流量來自 agent,這個比例只會繼續上升。對做 B2B SaaS 的團隊來說,這是很明確的訊號:你的 API 品質,將決定你能不能被 agent 採用。而 agent 的流量很快就會超過人類的直接使用量。如果你的產品目前只有漂亮的 UI 卻沒有穩定的 API,這件事的優先順序應該往前調了。