Orchestrator（編排器）
又稱：編排器 · 編排層 · orchestration · lead agent
決定「哪個任務交給誰、按什麼順序、結果怎麼收」的那一層；在 lead/worker 模式裡，就是那個只分工、不親自幹活的 lead。
你會在什麼時候遇到它
從單代理走到多代理的那一步，你會遇到它。認不清「編排邏輯住在哪裡」，你會以為分工是模型自己領悟的 —— 實際上任務怎麼拆、誰先誰後、失敗了重派給誰，絕大部分是普通程式寫好的規則，模型只在少數模糊決策點被諮詢。
打個比方
像樂團指揮：自己不演奏任何樂器，但決定誰在哪一小節進場、快慢強弱。沒有指揮，樂手也能各自拉 —— 只是會變成各拉各的。
最小範例
Orchestrator（普通程式為主，少量模型決策）：
1. 收到目標「調研 A、B 兩家公司並出對比報告」
2. 拆任務 → 調研A / 調研B / 對比分析 ← 規則，或問模型
3. 派工 → 子代理1 拿調研A，子代理2 拿調研B ← 程式
4. 收結果 → 兩份都到齊才進入對比 ← 程式（barrier）
5. 失敗處理 → 子代理2 超時 → 重派或降級 ← 程式注意 3、4、5 全是確定性程式碼。編排寫成普通程式而不是「拜託模型自己協調」，多代理系統才可除錯 —— 出錯時你知道去查哪一行。
最常搞錯的地方
- 以為 orchestrator 是一個更強的模型。它可以完全不含模型 —— 很多生產系統的編排層就是一個任務佇列加幾個 if，模型只在「怎麼拆任務」這種模糊決策上出場。
- 讓 lead 代理既分工又親自幹活。lead 的上下文會被任務細節塞滿，分工品質跟著掉 —— 這正是把執行丟給 worker 的理由。