Cursor 創辦人公開內部架構：他們為什麼敢挑戰 VSCode

在 Y Combinator 最近這支對 Cursor 三位共同創辦人 Michael、Sualeh、Arvid 的訪談裡，他們第一次比較完整地把公司內部架構攤開來說。對於還在思考「要不要做一個 IDE」、或更廣義地「要不要從工具切入 AI 創業」的人，這一小時的訪談價值極高。

為什麼這支影片值得看

不是「另一個 AI 工具故事」。Cursor 是少數真的把「AI 該怎麼變成一個編輯器」拆解到資料結構層的團隊，對任何想做 AI native 產品的人來說，他們的取捨值得參考。

1為什麼從 IDE 切入，而不是一個 plugin？

訪談一開始，主持人就丟出最常見的質疑：「為什麼不是做 VSCode 的 extension 就好？」他們的回答分成兩層 — 一層是技術，一層是設計。

技術上，extension 在編輯器內部能看到的東西非常有限。Cursor 想做的不是補全，而是讓 AI 直接「動手改檔案、跨檔案推理、追蹤狀態」，這意味著要能掌控檔案系統、Diff View、終端機、Git 整合，甚至是 LSP 的回應路徑。

「我們不是在做一個更聰明的 autocomplete。我們在賭：未來的 coding 介面長得不一樣。」

訪談裡 Sualeh 第一次清楚地描述了 Cursor 內部的三類模型：

Michael 在訪談中段花了不少時間談他們的混合制定價：訂閱包含一定額度，超過後變成 usage-based。他補充了一個值得創業者抄下來的句子：「定價要跟『使用者覺得自己得到了什麼』對齊，而不是跟『你內部成本長什麼樣』對齊。」

給創業者的 3 個啟發

1. 不要被「extension 就夠」綁架。
2. 模型不是答案，是材料。
3. 把定價接在「使用者覺得得到了什麼」。