作者 | Tim Anderson
出品 | 51CTO技術棧（微信號：blog51cto）
上周周末，Anysphere 正式發布了其 AI 編輯器 Cursor 的 1.0 版本，并引入了多項新功能，包括自動審查 Pull Request（PR）并發現問題的 BugBot 預覽版、可在遠程環境中修改代碼的 Background Agent（后臺智能體）功能、能記憶并引用 AI 對話信息的 Memories（記憶）功能以及一鍵安裝MCP的功能。
然而，在真實的開發者當中，人們對于 Cursor 的評價開始出現了不一樣的聲音，不少網友認為 Cursor 單 IDE 的孤島打法有違開發者的習慣，開發者更喜歡“多 IDE + 多任務 + 多 AI”無縫接入現有工具鏈的產品；另有一些網友認為 Cursor 最好的歸宿是被七大 AI 巨頭收購。
此外，本文還帶領大家梳理了目前海外AI編程產品的競爭格局。
1.BugBot：自動審查 PR 的 AI 助手
BugBot 可連接到 GitHub，檢查代碼提交的內容。每當 PR 更新時，它會自動觸發，并對檢測到的問題發表評論，同時附上跳轉到 Cursor 中相關代碼的鏈接。
圖片
圖片
要使用 BugBot，需開啟 Cursor 的 Max 模式——該模式提供更大的上下文容量與更多工具，至少需訂閱 Pro（每月 20 美元）。
2.Background Agent：遠程運行的智能體
Background Agent 當前處于測試階段，它允許開發者創建可在 Cursor 所提供的遠程環境中運行的智能體。該智能體會自動克隆 GitHub 倉庫、在獨立分支上工作并推送修改結果。文檔指出，遠程環境未來可能會收費，但目前僅按 AI 令牌使用量計費。與 BugBot 一樣，該功能也需啟用 Max 模式。
圖片
不過，文檔也警告稱，后臺智能體相比現有 Cursor 功能“擁有更大的攻擊面”，且“我們目前的基礎設施尚未經過第三方審計”。風險主要來自智能體對代碼倉庫具有讀寫權限，且會自動執行所有指令，直接在 Cursor 的基礎設施上運行代碼。文檔指出：“這可能引發某些類型的提示注入攻擊（prompt injection）。”比如，智能體可能遇到一個看似能幫它解決問題的網頁，實際上卻暗藏指令，用以竊取代碼或敏感信息。
此前我們也曾指出，提示注入是一類尚無明顯解決方案的安全風險，而隨著智能體能力通過 MCP（模型上下文協議）服務器不斷增強，這一風險將更加突出。
3.MCP 工具與一鍵部署
MCP 服務器如今已可在 Cursor 中實現一鍵安裝。Anysphere 正在維護一個官方認證的 MCP 工具列表，包括 GitHub、Figma、Notion、Stripe 和 Playwright 等開發工具。MCP 工具的開發者還可在文檔中加入跳轉到 Cursor 的深度鏈接。
圖片
圖片
4.Memories：記住 AI 聊天內容的記憶功能
另一個仍處測試階段的新功能是 Memories。用戶在與 AI 對話時，可以提供指令或建立事實，現在這些內容可被保存下來，供日后參考。Memories 可在設置中啟用、管理與查看。
5.Cursor 的競爭格局
Cursor 是基于 Visual Studio Code（VS Code）開發的衍生版本，最早于 2023 年發布預覽版。它是當前快速演進的一批 AI 編程工具之一，其競爭者包括 VS Code + GitHub Copilot、Windsurf（原名 Codeium）、以及 Amazon Q Developer、Google Gemini、Mistral Code、Tabnine 等 VS Code 或 JetBrains IDE 的 AI 插件。Anthropic 的 Claude Code 可運行于終端，并支持與 IDE 集成。Aider 同樣運行在命令行中，但通過監聽文件變動實現對 IDE 的響應。上述產品中，許多也支持基于瀏覽器的開發環境。
面對這一競爭激烈、節奏飛快的市場，開發者很難判斷該選擇哪款 AI 助手。GitHub 的 Copilot 是較早入局者，得益于其與 VS Code 的原生集成獲得了優勢。Claude Code 因其高質量的 AI 輔助體驗也收獲不少好評。
有開發者指出，Cursor 可能會被 Claude Code 甩在后頭。
目前 Cursor 在三方眼中的實力究竟如何？短時間不一而論。小編有找到一張近期各大編程代理所實現的 PR 合并率，作為衡量AI 代碼助手有效性和實用性的一個關鍵指標，或許可以一定程度反映出來。
圖片
由 AI 代理或開發者提交的 PR 中，有多少比例最終被合并進主分支，OpenAI 的 Codex 和 Cursor目前排名前二，分別是 83.3% 和 77%。
6.Cursor 的困局：選擇 VS Code 分叉，或是一種戰略性錯誤
Cursor 使用了 VS Code 的分支版本，也引發了一定爭議。像 Anysphere 這樣的公司有理由不使用微軟官方的 VS Code 發行版，但 VS Code 本身的流行度和擴展生態，使這些衍生版本的吸引力受到限制。
正如一條昵稱為“mythz”的網友評論所說：
“我認為，試圖基于 VS Code 分叉打造自有 IDE 是一個戰略性失誤。我只會考慮能集成到我當前 IDE（VS Code + Rider）中的 AI 工具。”
圖片
不多，這也只是其中一點，我們看到的 Cursor 的困局有四點。
首先，開發者的編程習慣問題。很多編程產品往往放棄了“IDE孤島”，而是大力發展“AI插件生態”。因此，雖然Cursor 選擇用 VS Code 分叉自建 IDE，確實帶來了產品整合的自由度，但在社區眼中，這是一種與主流開發習慣相背離的路線。
其次，競品的實力難以拉開差距，開發者越來越傾向“多 IDE + 多任務 + 多 AI”工作流。AugmentCode 和 Claude Code 也正在成為受歡迎的選擇，不只是因為 AI 能力強，還因為它們“無縫接入現有工具鏈”。
圖片
然后，Cursor 現階段的營收與增長，并不能掩蓋產品戰略上的風險。目前業內知道的情況是，Cursor是全球增長最快的 AI Coding 工具，在兩年內就實現了 3 億美元的年化營收。但有網友分析，這里的營收數字其實沒有什么信息量，“按照最低價位算，最多也就 150 萬付費用戶（甚至肯能更少）！”
更有網友直戳痛處：“營收不是利潤，如果你用0.9刀的成本賣1刀的產品，那在燒錢階段當然可以‘無限’增長~”
所以說，如果 Cursor 無法突破“只能在自己 IDE 內用”的限制，未來增長將面臨天花板。
圖片
不過，有網友認為這樣也不錯，Cursor 反正有著不錯的“用戶、營收和員工數量”，這些數據都足夠吸引七大AI巨頭或其他買家將其收購。
最后，安全與信任的問題依舊沒有解決。比如這次推出的 Background Agent 帶來的“提示注入風險”已被 Cursor 自己寫在文檔中，這是社區高度關注的技術與倫理隱患。讓用戶在“新功能”和“安全風險”中做選擇，同樣是一個影響產品體驗的雷點。
參考鏈接：
https://news.ycombinator.com/item?id=44190331
https://devclass.com/2025/06/06/cursor-ai-editor-hits-1-0-milestone-including-bugbot-and-high-risk-background-agents/
