AI 編程工具 Cursor 宣佈，在全新的 Cursor 3 界面中上線 multitask 能力
AI 編程工具 Cursor 宣佈，在全新的 Cursor 3 界面中上線“/multitask”能力，支持通過異步子代理（async subagents）並行處理請求：當用戶發出多個任務時，Cursor 不再將其串行排隊，而是爲不同任務啓動並行子代理在後臺運行，主會話可以繼續工作。 對於已經進入隊列、尚未執行的消息，用戶也可以直接調用 /multitask 指令，將這些請求從“排隊等待”轉換爲“並行執行”，減少長鏈任務佔用前端交互時間的問題。
來源：公開信息
ABAB AI 解讀
multitask 的引入，本質上是把“一個大模型一次做一件事”的線性交互模式，升級爲“一個總控代理調度多個子代理並行工作”的多線程執行模型。之前 Cursor 的子代理多以同步方式運行，主代理必須等待子任務完成才能繼續，現在異步子代理可以在後臺完成代碼搜索、測試、重構等子任務，主對話則繼續接受新指令或審閱其他變更，這等於在 IDE 裏內置了一個可以自我調度的“AI 多進程系統”。
從開發流程結構看，這種並行化會改變“時間瓶頸”的位置：過去開發者經常需要等待單個長任務（例如跨多文件 refactor 或大規模測試）完成，現在可以把這些工作交給後臺子代理處理，自己則在前臺推進其他問題，或者讓多個子代理分別負責測試、文檔、重構等不同維度。 這使得 AI 不只是“一個更聰明的自動補全”，而是開始扮演“工程團隊中的多名初級工程師”，由開發者作爲協調者和審閱者來分配任務。
更深層來看，/multitask 把 AI 工具從“單線程助手”推向“任務編排平臺”，這對軟件生產率和組織結構都有長期影響。真正的約束將逐步從“模型算力有多強”轉移到“任務如何被拆分、並行度如何設計、結果如何被合併審查”，也就是從模型能力競爭轉向“AI 工程與流程設計”競爭。 在這種框架下，有能力定義好子代理角色、任務切分和質量門檻的團隊，將比單純依賴一個大模型的團隊在交付速度和可靠性上形成結構性優勢。