Cursor 的 Projects 為代理式開發帶來結構性升級：一位協調員在數週或數月內協調數千個編碼代理人，隨著工作演進保持狀態和上下文。它預設在雲端運行以實現並行，當硬體或環境一致性重要時則啟動本地代理人。共享上下文層累積工件、架構筆記和團隊偏好，使新人——無論是人類還是代理人——都能從機構知識開始，而非空白。訂閱功能讓協調員能對 PR 開啟、CI 失敗或 Slack 報告等信號做出反應，將間歇性提示轉變為持續運作。實際上，它是代碼工作的生產控制平面。
這很重要的原因：產能和完成率。功能開發可以在多個組件間並行推進，而協調員管理依賴關係。通常停滯在 70% 的遷移工作，能透過逐步放寬審查門檻的增量 PR 推動完成。「園藝」任務——設計系統維護、lint 規則推廣、不穩定測試排查——成為自主的背景作業。Cursor 報告依賴 Projects 的團隊合併 PR 數量顯著提升；無論你組織的具體數字如何，模式明確：持續協調加共享上下文會產生複利效應。風險在於無法管理的量——沒有政策，你將以審查疲勞和概率性質量換取速度。
買家的問題從「代理人能否編碼？」轉變為「我們能否運行安全且可衡量的代理艦隊？」這意味著 CI 可靠性、測試覆蓋、分支保護和秘密管理的準備度。也意味著將待辦事項產品化：定義遷移模板、審查門檻和回滾計劃；限制並行度以保護審查者；並用 PR 週期時間、失敗恢復和缺陷逃逸率追蹤投資回報率。預期呈 S 曲線：早期有人介入，中期受控自治，後期穩態自動化並有針對性監督。像基礎設施一樣採購，像 DevOps 一樣治理，像可靠性團隊一樣配備人員——而非當作聊天實驗。