Cursor Builds 讓 Cloud agents 啟動快三倍，失敗建置可回退

Cursor Builds 讓 Cloud agents 啟動快三倍，失敗建置可回退。 這項更新讓使用者更容易把複雜、耗時的工作交給 Agent 從頭執行到完成，同時降低環境故障中斷工作的風險。 產品重點 Builds 是 Cursor 在背景持續準備的可直接使用開發環境，無須額外付費。Cloud agents 啟動時不必重新開機、複製程式庫、安裝相依套件或執行安裝指令，而是直接進入已完成準備的環境，因此啟動時間可從數分鐘降至數秒。Cursor 表示，內部環境的啟動速度成長為十倍，取得第一個 token 的速度則達原本三倍。 Cloud agents 的速度與除錯功能展示畫面 可靠性設計 Cursor 也強調，Builds 不只是加速機制。若新的 commit、相依套件更新、Docker 建置或安裝指令造成環境失敗，該版本不會成為啟用環境；新的與既有的 session 會繼續使用最後一個成功的 build，團隊則能在背景除錯。影片示範中，畫面顯示某次 build 因 egress policy 變更而失敗，使用者可選擇手動修復或由 Agent 協助除錯，避免錯誤版本影響正在執行的工作。 anysphere/everysphere 專案在 Cloud Agents 介面下的 Environments 設定頁面，中央主區域顯示建置失敗的錯誤訊息與相關詳細資訊列表。 客戶採用 Cursor 表示，Faire、Headway 與 Descript 都看到 Agent 啟動時間從幾分鐘降至幾秒，並逐漸願意讓 Cloud agents 自主執行端到端任務。Faire 的 Senior Engineer Blair McAlpine 表示，團隊每週執行超過 2,000 次自動化 Agent 執行作業；導入 Builds 後，每次作業都能快速進入已確認正常的環境，最大且最複雜的程式庫也能在幾秒內啟動，失敗的 build 不會拖垮整個 Agent fleet。 可觀測性與管理 Cloud Agents dashboard 現在可查看每個環境的 Builds 分頁、類型、狀態、開始時間與版本資訊，也能檢視 build 詳細資料、記錄檔及其擷取的 commit SHA。系統還會把每次 Agent 執行與實際使用的 build 對應起來，並提供 git 狀態門檻，避免 Agent 從過度落後於預設 branch 的環境開始工作；Agent 也能透過內建的 Cursor Cloud MCP 檢查與管理 Builds。 Cursor 介面疊加了兩個帶有綠色虛線框的詳細說明視窗，左側視窗顯示後端測試的執行結果與 PASS 狀態，右側視窗則列出已開啟的 AWS EKS 主控台網址與相關檢查項目的勾選清單。 啟用方式與前提 既有環境可在 Cloud Agents dashboard 開啟環境後進入 Builds 分頁，選取「Enable Builds」；也可先選「Run setup agent」測試遷移並檢視建議的設定變更。由於 Builds 使用檔案系統快照，安裝指令應涵蓋可預先準備的相依套件；私有 registry 所需的 credential 應改用 team 或 environment secrets，使用者 secrets 會等 Agent 啟動時才加入。必須在 session 開始時取得最新狀態的服務，例如 Docker 容器或長時間執行的程序，仍應放在 start command 中。Cursor 表示，自 2026 年 8 月 17 日起，所有新舊環境都會預設使用 Builds，且不增加費用。Cloud agents 的速度與除錯功能展示畫面 影片中的 Prompt 與操作：操作步驟： 1. （00:13）點擊「Debug with Agent」按鈕原文：https://easyvibecoding.app/curated/2957-cursor-cloud-agents-builds-triple-speed-failed-build