雲代理的開發環境 · Cursor
Cursor推出了新工具,用於配置雲代理的開發環境,包括多倉庫支持、Dockerfile配置改進、增強的代理設置和治理控制,使團隊能夠運行並行代理並端到端處理任務。
Cursor 今日發佈了一系列新工具,旨在為雲代理配置更強大的開發環境。雲代理相比本地代理更容易並行化,可在筆記本電腦關閉時繼續工作,並能響應程序化觸發自動運行。但代理的能力取決於其運行環境。能夠編寫代碼但無法運行測試、查詢服務或調用 API 的代理無法閉環完成工作。
為了從開始到結束完成工程任務,雲代理需要一個類似本地設置的開發環境:克隆的倉庫、安裝的依賴、內部工具鏈的憑據以及對構建系統的訪問權限。有效的開發環境為代理提供代碼庫和組織的完整上下文,使其能夠測試和驗證自己的工作。
本次發佈的核心功能包括多倉庫環境支持。在大企業中,工程工作往往跨越多個代碼庫和倉庫。微服務架構下的大型組織通常需要多個倉庫協同變動。侷限於單個倉庫的代理效用有限,因為它無法跨所有必要上下文進行推理。雲代理和自動化現在支持多倉庫環境,基於 Cursor 的多根工作區功能構建。團隊可以配置包含代理所需所有倉庫的單一環境,並在會話間重用。多倉庫範圍內,代理可以推理變更如何影響代碼庫其他部分,並跨倉庫交付、測試和驗證變更。
此外,環境配置即可代碼得到改進。Cursor 優化了基於 Dockerfile 的配置,支持構建密鑰,使安全訪問私有包註冊表變得簡單。構建密鑰限定於構建步驟,不會傳入運行代理的環境。層緩存升級後,僅當 Dockerfile 更改時才重建更新的層,命中緩存的構建速度提升 70%。對於不願從頭編寫 Dockerfile 的團隊,Cursor 可以自動檢查倉庫並生成配置,該功能處於私有測試階段,將在未來幾周內逐步向企業團隊推出。
代理引導的環境設置也得到了增強。Cursor 在配置環境時會提問、標記缺失的憑據並驗證設置是否正確。若環境配置失敗,Cursor 會默認使用基礎鏡像並帶有明確的警告標識,確保雲代理繼續運行而非立即失敗。
治理和安全方面,每個開發環境現在擁有自己的版本歷史,用户可審查和回滾,管理員可限制回滾權限。審計日誌捕獲團隊成員對環境的所有操作,提供完整可見性。出站網絡訪問和密鑰可限定到環境級別,不同環境可設置不同的允許列表和密鑰。
未來,Cursor 正在構建能夠隨着代碼庫演變而自動進化的環境配置。團隊可以從今日開始嘗試這些新功能,詳情請閲讀文檔或訪問雲代理儀表板。