Cursor CEO 警告：別只靠 vibe coding

Cursor 最近很猛。它的每日活躍用戶已破 100 萬。公司也拿到 23 億美元融資，估值達 293 億美元。市場甚至傳出，它可能朝 500 億美元估值靠近。

但 CEO Michael Truell 的說法，卻很不浪漫。他直接提醒：如果你讓 AI 寫碼，自己又不看細節，軟體會越長越脆。講白了，就是地基沒打好，樓蓋再高也會晃。

這句話很適合現在的 AI coding 熱潮。大家都在追速度。可是真正上線後，速度不是唯一指標。可維護性、可測試性、可除錯性，才是產品能不能活下來的重點。

Truell 說的 vibe coding 到底是什麼

Truell 在 Fortune Brainstorm AI 上講得很直白。所謂 vibe coding，就是你叫 AI 做一個 app 或功能，自己卻沒仔細看它寫了什麼。這種方式做 demo 很快。做週末專案也很方便。

問題是，一旦拿去做 production，就開始出事。因為 production 不是一次性交作業。它會一直改。會有新功能。會有 bug。會有不同工程師接手。這時候，沒人看懂的 code 很快就會變成炸彈。

Truell 用房子來比喻，這個比喻我覺得很準。你沒看電線、地板、承重牆，外表看起來正常。可是一旦樓層加上去，問題就跑出來了。軟體也是一樣。認證、資料處理、狀態管理，任何一個小洞都可能先躲著，之後才爆。

• Cursor 的每日活躍用戶超過 100 萬。
• CNBC 報導它年化營收已達 10 億美元。
• 公司在 2025 年完成 23 億美元融資。
• 融資後估值是 293 億美元。
• Bloomberg 還報導它在談 500 億美元估值的新一輪資金。

Cursor 為什麼一直強調工程師要在場

Cursor 的核心不是把工程師趕走。它是把 AI 放進編輯器裡。也就是說，AI 在你寫 code 的地方幫忙。它可以補全、改寫、解釋、除錯。可是最後按下 commit 的人，還是工程師。

這個差別很重要。因為「AI 幫你寫」和「AI 幫你寫完你就直接上」是兩回事。前者是工具。後者比較像把方向盤交出去，然後希望車子自己會停紅燈。說真的，這種玩法很危險。

Cursor 由 Michael Truell 和三位 MIT 同學在 2022 年共同創辦。早期也拿到 OpenAI Startup Fund 的支持，後來又有 Andreessen Horowitz 等機構加入。這些背景讓他對 AI coding 的現場狀況，看得比一般外部觀察者更近。

“If you close your eyes, and you don’t look at the code, and you have AIs build things with shaky foundations as you add another floor, and another floor, and another floor, and another floor, things start to kind of crumble.” — Michael Truell, CEO of Cursor

這段話很直接。也很刺耳。因為它不是在罵 AI。它是在罵一種偷懶習慣。你可以用 AI，但不能把理解這件事一起外包出去。

Cursor 的產品策略，也是在回應這件事。它把模型放在 IDE 裡，讓工程師持續看見上下文。這樣做的好處很現實。你不需要在不同工具間來回切。你也比較容易發現模型到底改了什麼。

跟其他 AI coding 工具比，差在哪

現在的 AI coding 市場很擠。大家都想吃這塊。可是不同產品的哲學差很多。有些工具偏向輔助。有些工具偏向代理式操作。這差別會直接影響風險。

如果只看使用體驗，很多工具都很像。都能產 code。都能回答問題。都能幫你省時間。但如果看團隊落地，差別就很大。因為真正的問題不是「能不能寫」，而是「寫完後誰負責理解和維護」。

我整理幾個常見選項，差異很明顯：

• Cursor：AI 直接進編輯器，強調工程師持續介入。
• GitHub Copilot：偏 inline completion，適合補全與日常開發。
• Anthropic 的 Claude Code：更偏 agentic workflow，能跨檔案處理任務。
• Cursor 的年化營收已到 10 億美元，這代表市場真的買單。
• 但市場買單，不代表每種用法都安全。

講白了，工具越聰明，越不能亂用。你給 AI 的自治權越高，就越需要測試、review 和架構紀律。這不是保守。這是基本功。

很多團隊現在會拿 AI 來寫 boilerplate、測試、文件、refactor。這些都很合理。問題出在有人開始把核心邏輯也丟給模型，然後不看 diff。那就不是效率，是賭運氣。

為什麼這件事對台灣開發團隊很重要

台灣很多新創和接案團隊，現在都在導入 AI 工具。原因很簡單。人少、工時緊、需求又多。AI 看起來像救命繩。它確實能省時間，尤其在 CRUD、表單、API 串接這些地方。

但台灣團隊常見的問題也很現實。人少，所以 code review 常常流於形式。進度趕，所以測試會先被砍。這時候如果再把 AI 寫的 code 當黑盒子，後面維護成本很容易爆掉。尤其是資料權限、金流、登入、狀態同步，這些地方最不能亂。

產業脈絡也很清楚。現在大廠都在搶 AI coding 心智。GitHub Copilot、Cursor、Anthropic、OpenAI 都在往開發流程裡塞模型。這代表一件事：AI coding 不會退場，只會更普遍。

所以真正的問題不是要不要用，而是怎麼用。我的建議很簡單。把 AI 當 junior engineer。它可以先寫草稿。你要看它的邊界條件。你要看錯誤處理。你要看權限。你要看資料流。這些地方不看，遲早會痛。

結尾：速度可以買，理解不能省

我覺得 Truell 這次的提醒很實際。AI coding 不是不能用。是不能用到忘了自己在幹嘛。你可以讓模型幫你快 30%。但如果因此少看一個漏洞，後面可能要花 3 倍時間補洞。

接下來，真正會贏的團隊，不會是最會喊 AI 的那群。會是那些能把 AI 納進 review、測試、部署流程的人。換句話說，誰能把速度和紀律一起做，誰就比較有機會把產品做久。

如果你現在也在用 AI 寫 production code，先問自己一個問題：你有沒有真的看過它寫的每一段關鍵邏輯？