# 策展 · X (Twitter) 🔥🔥🔥🔥

> 作者：Cursor (@cursor_ai) · 平台：X (Twitter) · 日期：2026-05-08

> 原始來源：https://x.com/cursor_ai/status/2052432778743210127

## 中文摘要

Cursor 推出 /orchestrate 技能，透過遞迴生成 Agent 處理複雜任務，提升效率並降低 token 消耗。

Cursor 團隊發布 /orchestrate 技能，利用 Cursor SDK 遞迴生成雲端 Agent 分解大型任務，已應用於內部 autoresearch 技能，token 使用量減少 20% 且評估表現提升；內部後端 cold start 時間縮短 80%。此技能基於多 Agent 系統研究，新增 verifier 機制：planner 生成 worker 撰寫程式碼及 verifier 執行驗證，若失敗則 planner 再生成 worker 修復。使用者可從 [Cursor Marketplace](http://cursor.com/marketplace/cursor/orchestrate) 下載 plugin 試用。

**核心運作機制**  
/orchestrate <goal> 指令將大型任務分派至平行 Cursor 雲端 Agent，worker 間不直接溝通，而是透過結構化 handoff 上報。spawn、wait 和 handoff 迴圈由 `scripts/cli.ts` 腳本管理：planner 撰寫 `plan.json`，腳本執行之，planner 讀取 handoff 決定下一步。相較長時間運行的 Agent 容易漂移，此腳本搭配 JSON 狀態檔案確保穩定。

**環境設定步驟**  
1. 設定 `CURSOR_API_KEY`，必須為個人/使用者金鑰，從 [Cursor Dashboard > Integrations](https://cursor.com/) 建立，閱讀 cursor-sdk Auth 文件後使用。  
2. `SLACK_BOT_TOKEN` 為選用，若設定則傳遞 `--slack-channel <id>` 至 kickoff 或首次 `--root` 執行，或設定 `SLACK_CHANNEL_ID`。腳本會儲存 channel 至 `plan.slackChannel`，發布 kickoff thread、鏡射任務狀態，並讀取 Andon reactions。若未設定，僅記錄一次並無 Slack 顯示，但正確性不變。

**核心原則**  
這些規則確保樹狀結構無需全球協調即自收斂：  
- Planner 擁有範圍並發布任務，不負責程式碼撰寫；撰寫 `plan.json`、讀取 handoff 及決定下一步為其職責，編輯檔案、執行 `git merge` 或 inline 修復衝突則否。若 planner 想寫程式碼，應發布任務給 worker。  
- Planner 不需知曉誰接任務，腳本將各任務路由至雲端 Agent，planner 僅維持任務層級心智模型。  
- Worker 完全隔離：單一任務、單一 repo 複本、無其他 Agent 頻道，完成後單一 handoff。  
- Subplanner 為遞迴 planner，planner 發布「subplan this slice」任務，subplanner 全權擁有該片段並回傳彙總 handoff。  
- 透過 handoff 持續推進，即使 planner 以為完成，仍可接收遲到 handoff 重新規劃，直至決定停止發布無「finished」狀態。  
- 傳播而非同步：兄弟 Agent 無跨談話，層級間無共享狀態，各層僅見子層 handoff。

**節點類型**  

| 節點類型     | 是否運行迴圈？ | 範圍                  | 輸出                          |
|--------------|----------------|-----------------------|-------------------------------|
| Planner    | 是            | 整個使用者目標       | 使用者訊息 + 選用 PR         |
| Subplanner (↻) | 是       | 父範圍之一片段       | 回傳父層 handoff             |
| Worker     | 否            | 單一具體任務         | 回傳生成 planner 的 handoff  |
| Verifier   | 否            | 單一目標驗收標準     | 判定回傳生成 planner 的 handoff |
| Git        | n/a           | 共享媒介             | 分支 (程式碼) + handoffs/ (意義) |

**角色分工**  
單一技能分兩角色，依角色讀取對應參考檔案並略過另一者：  
- **Dispatcher**：在本地 IDE 會話中，使用者輸入 `/orchestrate <goal>`，職責為啟動雲端 root planner 並回傳其 URL。參考 `references/dispatcher.md`，為一次性執行，非 planner。  
- **Planner (root 或 sub)**：以結構化提示生成，開頭為「You are the root planner for:」或「You are a subplanner for:」，或使用者選擇本地運行 planning loop。擁有範圍、發布任務、讀取 handoff、決定下一步。參考 `references/planner.md`。  

**必讀依賴**  
需先閱讀 cursor-sdk skill（位於 `cursor/plugins/cursor-sdk`），涵蓋 spawning、auth 及錯誤分類，不要重複實作其文件所述內容。技能設定 `disable-model-invocation: true`，僅於明確呼叫時載入。  

此設計強調結構化 handoff 取代 Agent 間直接互動，避免漂移與協調複雜度，Cursor 內部實測證明其在 token 效率與啟動速度上的實質獲益，反映多 Agent 系統從研究轉向生產應用的趨勢，但需嚴守腳本與 JSON 狀態以維持穩定。

## 標籤

Skills, IDE, 功能更新, Agent, Cursor