人工智慧優先的程式碼編輯器和代理平台 Cursor 發布了 光標2.0 2025年10月29日－一項重大更新，將一個專門建構的編碼模型（名為 作曲家此次發布採用了重新設計的、以代理為中心的介面，並進行了一系列平台升級，旨在使代理程式編碼更快、更安全、更協作。該公司將此次發布定位為策略轉型，從接入第三方模型轉向發布其自主訓練的模型和工具，這些模型和工具針對「代理式」軟體開發進行了端到端的最佳化。
以下內容將深入探討 Cursor 2.0 版本新增功能、Composer 的建置方式、具體的更新日誌條目，以及——最重要的是—— 真正讓面向開發者的AI領域感到驚訝的是什麼？ 關於本次發布。
什麼是遊標（以及為什麼開發者應該關注它）？
Cursor 是一個從底層設計就旨在讓開發者使用人工智慧的編輯器和平台。 代理 作為編碼工作流程中的一流協作者，Cursor 融合了本地/遠端編輯器、代理編排、工具整合（終端、瀏覽器、語義搜尋）以及以模型為中心的工作流程，使代理能夠讀取、規劃、編輯、測試和迭代真實的程式碼庫。該公司將 Cursor 定位為“使用 AI 進行編碼的最佳方式”，專注於使代理商能夠執行有用的工程任務，而不僅僅是自動補全程式碼行。
為什麼 Cursor 2.0 現在如此重要
用於程式碼的 AI 助理已經從單次迭代完成任務發展到更長、多步驟的工作流程（計劃 → 編輯 → 測試 → 迭代）。這帶來了新的瓶頸——延遲、大型程式碼庫中的上下文一致性、安全執行 shell/CI 命令以及人工審核助理變更的工作量。 光標2.0 透過提供一個針對代理工作流程最佳化的模型，直接解決這些瓶頸問題。 用於安全並發運行多個代理程式的 UI/架構原語。簡而言之：Cursor 致力於成為以代理為中心的軟體工程全端解決方案。
遊標 2.0 更新功能：
- 速度提升 4 倍－平均對話回合在 30 秒內完成；
- 增強的多步驟任務處理能力－能夠獨立處理複雜的程式碼鏈；
- 增強語意搜尋－能夠理解並找出整個程式碼庫中的關係；
- 低延遲互動優化－適用於即時開發和快速原型製作；
- 強化學習（RL）訓練－針對基於代理人的編碼進行了最佳化。
Cursor 2.0 的核心理念是什麼？
Cursor 2.0 的核心在於推廣三個相互關聯的理念：
1. 以代理為先的編輯器設計
Cursor 2.0 並沒有將代理程式簡單地附加到傳統的 IDE 之上，而是將代理程式作為物件直接暴露在編輯器中：它們顯示在側邊欄中，可以像進程一樣進行管理，並且能夠針對程式碼庫運行「計劃」（多步驟策略）。這使得 AI 操作重新定義為可編排的任務——每個任務都包含輸入、日誌和輸出，供工程師檢查。
2. 快速、專用的編碼模型（Composer）
Cursor 的全新模型 Composer 是一款前緣編碼模型，專門針對 Cursor 環境中的智能體互動進行訓練和最佳化。它強調吞吐量和響應速度——這對於編輯器內短時迭代的編碼工作至關重要——而非原始且成本高昂的標記困惑度基準測試。該公司報告稱，Composer 的吞吐量和回應速度約為 。 4倍世代速度 與功能相近的模型相比，此模型在內部基準測試中，大多數互動式回合的完成時間都在 30 秒以內。這種速度不僅意味著便利性；它改變了智能體工作流程的體驗（從等待轉變為迭代）。
3. 並行、隔離的代理執行
Cursor 2.0 讓團隊可以針對相同專案並行執行多個代理，並透過沙箱化每個代理的工作區（例如使用 Git 工作樹或遠端工作沙箱等技術）來防止檔案衝突。這使得大規模的「假設分析」成為可能：並行運行多種不同的修復策略、重構方案或測試流程，並比較結果而不會相互幹擾。
Cursor 2.0 更新日誌：具體有哪些新增功能？
Cursor 在發布 2.0 版本的同時，也發布了詳細的更新日誌。以下重點總結了最重要的產品和研發方面的變更。
Composer－Cursor 的首個智能體編碼模型
- 專為前沿領域打造的模型： Composer 被描述為一種針對軟體工程任務和智能體速度進行最佳化的「前沿」模型。它在訓練過程中可以使用程式碼庫工具，這有助於它學習在真實程式碼庫中進行搜尋、編輯和多步驟問題解決的模式。
- 速度優勢： Cursor 報告稱 Composer 大約是 快 4 倍 在產生吞吐量方面，它比基準測試中具有可比智慧的模型更高，而且在實踐中大多數對話回合都能在 30 秒內完成——這對於互動式會話來說是一個關鍵的改進。
- 智能體優化： Composer 在智能體環境下進行訓練（可使用語意搜尋、編輯和測試運行器等工具），並採用強化學習方法進行最佳化，以實現快速可靠的程式碼修改。一些獨立研究指出，此模型的訓練方案採用了混合專家（MoE）架構和強化學習微調。
開發者影響：降低延遲並提高大型儲存庫的上下文感知能力，使迭代代理工作流程在多步驟編輯中感覺更流暢、更值得信賴。
多智能體：平行智能體編排
側邊欄和計畫管理： 新的編輯器使用者介面允許開發人員建立、命名和管理多個代理程式和「計劃」（多步驟代理策略），並帶有持久側邊欄，以便輕鬆檢查代理及其日誌。
並行運行（最多八個代理）： Cursor 2.0 支援運行至 八個代理並行運行 在同一個提示符下，每個執行緒都在各自獨立的程式碼庫副本中運行，以避免衝突。這可以透過本機 Git 工作樹或遠端機器工作節點來實現。平行處理將智能體實驗從線性阻塞的過程轉變為快速的對比過程。
瀏覽器（GA）：允許代理商測試和檢查真實的網頁使用者介面
瀏覽器已正式發布：* Cursor 的內建瀏覽器（最初為測試版）現已正式發布，並與編輯器實現了更佳的整合。代理可以與網頁互動、提取 DOM 元素，並將結構化資訊轉發回代理執行時間。這使得代理程式無需離開編輯器即可查閱文件、取得遠端 API 並進行 Web 驅動的偵錯。
開發者影響： 現在，代理可以驗證 UI 變更、重現客戶端錯誤，並使用具體的 DOM/視覺證據進行迭代，而不是盲目的文字描述。
改進的程式碼審查和差異比較
更方便地對代理變更進行多文件審查。 Cursor 2.0 簡化了查看代理程式在整個儲存庫中更改的內容的過程，無需在文件之間跳轉；差異的呈現方式降低了認知負擔。
開發者影響： 隨著代理商進行更大或跨文件的編輯，人類用於確定可信度的時間減少——這是推廣應用的重要一步。
沙盒終端（GA）和安全控制
沙盒終端已正式發布（macOS），預設在安全環境中執行代理 shell 命令。 Shell 運行在沙盒環境中，對工作區具有讀寫權限，預設會停用網路連接，並對敏感命令設定了白名單。此外，也提供企業級管理員控制功能。
開發者影響： 更安全的代理執行至關重要；當代理需要運行測試、執行程式碼檢查器或執行臨時命令時，沙箱可以降低風險。
語音模式、計劃模式和後台代理
- 語音控制 適用於代理商（語音轉文字 + 自訂提交關鍵字）。
- 計劃模式：使用一個模型建立計劃，並使用另一個模型執行；計劃可以在前台或後台運行。
- 背景和雲端代理啟動速度更快，雲端代理可靠性達 99.9%，後台工作可見度更高。
Cursor 2.0 對更廣泛的 AI 編碼領域意味著什麼？
Cursor 的這一舉動之所以引人注目，有兩個原因：
- 專業化優於一般化。 Composer 體現了一種趨勢，即建立針對特定領域和運行時環境（例如：IDE 中的智能體編碼）量身定制的模型。團隊不再追求單一通用的模型來服務所有用例，而是主張建立與使用者體驗和工具鏈協同設計的模型。
- 將代理編排作為產品原語。 Cursor 的使用者介面將代理視為可管理的資源，您可以對其進行編排、稽核和版本控制。這種產品模式——將代理視為具有獨立工作樹和共享計劃的託管進程——很可能會出現在其他開發者工具中，因為團隊會尋求安全地擴展自主輔助功能。
這種組合——專業化、速度更快的模型加上精心設計的用戶體驗——使行業從“模型作為自動完成”進一步轉向“模型作為積極的協作者”，但也提出了每個團隊都必須回答的治理問題。
如何取得 Cursor 2.0 的使用權限？
-
從官方網站下載或更新 Cursor 應用程式（Cursor 透過其網站發布版本）。 Cursor 2.0 以 v2 產品線（Composer + 多代理程式 UI）發布，因此更新到最新的 Cursor 版本是第一步。
-
請確保您已啟用 Cursor 2.0 / Composer。
- Cursor 的定價是基於訂閱計劃，每個計劃提供不同級別的 Composer 和其他模型的使用權限。該公司提供免費的 Hobby 計劃，但專業用戶通常會選擇付費計劃以解鎖所有功能。
- Cursor 的 2.0 版本（Composer、多代理 UI、應用程式內瀏覽器等）已在更新日誌中重點介紹；如果應用程式已自動更新，您應該已經是 2.0 版本了。如果沒有，請從下載頁面或套用的更新對話方塊更新應用程式。
- 編輯器或多檔案/代理功能可能在「設定」中以 Beta 版開關的形式啟用（舊版）。如果您看不到編輯器，請檢查「設定」→「功能/Beta 版」並啟用它；編輯器通常會透過編輯器/代理捷徑開啟（例如，
Ctrl/Cmd + I或從側邊欄打開。 Composer 可以切換開啟/關閉狀態，並顯示在 Agent/Composer 使用者介面中。
- 配置 API 金鑰/模型Cursor 使用配置的 API 金鑰來呼叫 LLM 提供者（OpenAI、Anthropic、Google 或自訂供應商，例如： 彗星API開啟 Cursor → 設定 → 模型（或設定 → API 金鑰）以新增提供者金鑰和自訂基本 URL。然後，Cursor 將允許您在聊天/代理/編輯器中選擇已啟用的模型。
如何在 Cursor 中使用 CometAPI？ （逐步指南）
簡要概述：CometAPI 是一個模型聚合網關（單一端點可以代理多個模型供應商）。要在 Cursor 中使用它，您需要在 CometAPI 註冊，取得 API 金鑰和模型標識符，然後將該金鑰和端點作為自訂提供者新增至 Cursor 的模型設定中（覆蓋基本 URL），並在 Composer/Agent 模式下選擇 CometAPI 模型。
步驟 A — 取得您的 CometAPI 憑證
- 在 CometAPI 註冊並 建立 API 金鑰 從他們的控制面板獲取密鑰。務必對密鑰保密（像對待任何持有者代幣一樣對待它）。
- 建立/複製 API 金鑰並記下您要使用的模型名稱/ID（例如，
claude-sonnet-4.5或透過 CometAPI 提供的其他供應商模型）。 CometAPI 文件/指南 描述該過程並列出支援的型號名稱。
步驟 B — 在 Cursor 中新增 CometAPI 作為自訂模型/提供者
- 開啟遊標 → 設定 → 模型 （或設定 → API 金鑰）。
- 如果遊標顯示一個 “新增自訂模型” or “覆蓋 OpenAI 基本 URL” 選項，請使用它：
- 基本 URL / 端點貼上 CometAPI 相容 OpenAI 的基本 URL（CometAPI 會說明他們是否公開了該 URL）。
openai/v1樣式端點或提供者特定的端點）。 （例如：https://api.cometapi.com/v1— 請使用 CometAPI 文件中提供的實際 URL。 ） - API密鑰將您的 CometAPI 金鑰貼上到 API 金鑰欄位中。
- 型號名稱：新增與 CometAPI 文件中完全相同的模型標識符（例如，
claude-sonnet-4.5orcomposer-like-model).
- 確認 如果 Cursor 提供「驗證」/「測試」按鈕，則需要建立連線。 Cursor 的自訂模型機制通常要求提供者與 OpenAI 相容（或 Cursor 接受基本 URL + 金鑰）。社群指南也展示了相同的模式（覆蓋基本 URL → 提供金鑰 → 驗證）。
步驟 C — 在 Composer/Agent 中選擇 CometAPI 模型
- 開啟 Composer 或 Agent（快捷方式）
Ctrl/Cmd + I或側窗）。 - 將模型選擇從自動（或您目前的模型）切換到您剛剛新增的自訂提供者/模型。
- 啟動 Composer 會話或產生一個代理，並確認它使用您選擇的 CometAPI 模型做出回應。使用簡短的提示進行測試（例如，「搜尋倉庫並為失敗的函數新增單元測試」）。
tests/”）以驗證行為。
結論：這是一次具有里程碑意義的更新嗎？
Cursor 2.0 不僅僅是一次功能更新；它是一項產品層面的革新，將專門構建的編碼模型與使智能體工作流切實可行的編排原語相結合。其令人驚訝的亮點包括：專為速度優化的內部智能體模型（Composer）、具有特定隔離機制的多智能體運行時，以及更深入的工具整合（例如 GA 瀏覽器）。這些都標誌著人工智慧與軟體工程整合方式的日趨成熟。對於那些注重程式碼審查、測試和工作流程規範的團隊而言，Cursor 2.0 提供了一條切實可行的途徑，能夠顯著加快迭代速度並實現更多日常工程任務的自動化。對於更廣泛的人工智慧開發者生態系統而言，Cursor 對智能體編排和工具的關注很可能會促使其他供應商超越單一助理互動的限制，轉而思考智慧體團隊、維運保障和延遲感知模型。
