早晨九點的八張待辦：從單線編輯到並行派發
舊的 IDE 工作流是一條直線：打開專案、選中檔案、敲鍵盤、儲存、提交。螢幕上同時只有一個游標在動，CPU 大部分時間在等你打字。把同一個開發者放到 2026 年的桌面前，畫面會完全不同：他打開的不是工程，而是 Agents Window；螢幕上不是一個游標，而是五到八張 Agent 進度卡。
單線編輯變成多 Agent 派發：Cursor 3 的 Agents Window 把同一台機器變成「調度台」，/worktree 讓每張 ticket 自動落進獨立 git worktree，主分支始終乾淨。早晨第一件事不再是「打開哪個檔案」，而是「把今天的八張卡片分給誰」。
檔案級編輯變成任務級編輯：用 /best-of-n 把同一張 ticket 同時丟給三個模型，每個跑在自己的 worktree 裡；你看到的不是 diff，是三份完成度不同的候選 PR。
等編輯器回應變成等 Agent 收斂：瓶頸從打字速度遷到「挑哪一份合併」。Claude Code 的 /goal 讓一個長任務跨多輪自動推進，評估模型每輪判斷是否達成，達成才退出工作階段。
一份本機工作目錄變成五個臨時 worktree：同時活在磁碟上的不是一個 node_modules，而是五份；每個 Agent 有獨立連接埠、獨立 dev server、獨立 .env。lifecycle hooks 啟動時自動複製環境變數與起服務。
一塊螢幕變成多面看板：split-pane、Agent View、Verun 的 tile 檢視把「我現在在做什麼」可視化成五張並列的卡片；切換桌面就是切換「指揮位」。
這種變化的代價是磁碟裡同時存在五份 node_modules、記憶體裡同時跑五個 dev server、CPU 上同時掛著兩到三個 LLM 推論用戶端。本機工作目錄不再是「我和我的程式碼」，而是「我和我的五個分身」。程式碼本身的難度沒有變，但環境複雜度被乘以五。
這一節的關鍵不是「哪個工具最好」，而是工作姿勢從「我打字、機器執行」變成了「我設目標、機器並行嘗試、我挑結果」。開發者真正要訓練的肌肉，是怎麼把一天的目標拆成可以並行跑的小卡片，以及怎麼在五份候選 PR 裡五分鐘內挑出最優。
終端機不再是敲指令的地方：和 Claude Code 同坐一張工位
舊的終端機是一個被動工具，指令在你按 Enter 後才動；現在的終端機常駐一個 Claude Code 工作階段，它會把你給的目標變成多輪工具呼叫，自己決定下一步是 git diff 還是 npm test。把這兩種終端機擺在一起，差別在角色定位、互動節奏、監督方式。
| 維度 | 傳統 IDE 終端機 | Claude Code / Codex CLI 工位 |
|---|---|---|
| 角色定位 | 指令輸入面板 | 常駐協作 Agent |
| 主要互動 | 你 → 終端機 → 程式 | 你 → 自然語言目標 → Agent → 程式 |
| 持續時間 | 秒級，指令完即歸你 | 小時級，/goal 設完目標後人離開 |
| 監督方式 | 全程盯螢幕 | 偶爾 ping 一次 claude agents 看板 |
| 退出條件 | 指令執行完成 | 評估模型確認目標達成 |
| 失敗模式 | 報錯你看你修 | Agent 自迴圈修，卡 N 輪才上拋 |
終端機從「被動執行的工具」變成了「能主動推進任務的同事」——你給目標，它給 PR。
真正改變工作姿勢的是 --bg 這種小細節。把一個長任務背景化之後，終端機就不再綁你的注意力；你去開會一小時，回來 Agent View 上多了三條「完成」和一條「卡住等你回答」。「等指令跑完」這個動詞，從一個人獨佔終端機的狀態，變成了一份背景任務清單，效果接近把單線開發外包給一個永遠在線的同事。
這一節的另一個隱性變化是：終端機裡掛的 codex-plugin-cc 把 Codex 變成了 Claude Code 的子工具——同一個對話裡，長鏈路推論交給 Claude，便宜的一次性腳本（寫正則、生 JSON Schema、起一段 Bash）派給 Codex。開發者不再需要在兩個終端機視窗之間切換，而是在同一個對話裡按成本動態路由。
同一張 ticket 三種風格：從寫程式的人變成挑程式的人
最深的工作流變化不在於「用哪個工具」，而在於「同一張 ticket 同時丟給三種工具」。Cursor 3 的 Agents Window、Claude Code 的 subagent、Codex CLI 的 sandbox 各有擅長，並行跑完之後回頭挑一份合併，已經是 2026 年的日常。
| ticket 類型 | Cursor 3 Agents Window | Claude Code | Codex CLI |
|---|---|---|---|
| 多檔案 UI 調整 | 主路（Design Mode 預覽） | 備用 | 極少 |
| 長鏈路重構 (≥1h) | 備用 | 主路（準確度高） | 備用 |
| 一次性腳本/正則 | 高射炮打蚊子 | 備用 | 主路（4× token 效率） |
| review 專項 | 備用 | 主路（adversarial review） | 主路（plugin-cc） |
| 跨儲存庫串聯 | 主路（同窗多 Agent） | 備用 | 不適合 |
| 無人值守過夜 | 備用 | 備用 | 主路（kernel sandbox） |
這套並行流程對人類的能力要求也變了：開發者過去八小時裡大概有六小時在打字、兩小時在思考；現在反過來，六小時在挑結果與設計 ticket、兩小時在寫關鍵程式碼。「寫」被外包，「挑」和「拆」留下來，這是 2026 年最核心的姿勢位移。
任務大小 = 小 (< 30min) | 中 (30–90min) | 大 (> 90min)
含 UI 改動 = yes | no
預算敏感 = 低 | 高
if 任務=大 and 預算=低:
選 Claude Code（/goal 跑過夜，準確度優先）
elif UI=yes and 跨檔案>3:
Cursor 3 Agents Window（Design Mode 預覽）
elif 任務=小 and 預算=高:
Codex CLI（4× token 效率）
else:
三個並行跑 best-of-N，回頭挑一份
提示：挑哪一份合併，是 2026 年最貴的認知活動。建議在每個 worktree 裡加一份 review.md，強制 Agent 輸出「做了什麼 / 沒做什麼 / 風險點」，挑選時先讀它再看 diff。
六步把這套工作流真正跑起來
下面六步是把上述變化落到一台機器上的最小可行路徑，按順序執行即可。
把儲存庫改造成 worktree-friendly：新增 .cursor/worktrees.json，宣告每個 worktree 的連接埠範圍、依賴安裝指令、dev server 啟動指令；讓任何 Agent 一被派發就能拿到獨立環境。
開啟 Agents Window 與並行派發：在 Cursor 中切到 Agents Window，把今天的待辦拆成 5–8 個獨立 ticket，每個分配一個 worktree，啟動 split-pane 同步監控。
終端機常駐 Claude Code 工作階段：升級到 v2.1.149+，跑 claude agents 打開 Agent View；把過夜任務用 --bg 背景化，前景留一個 /goal 主線。
掛載 codex-plugin-cc 做反向 review：在 Claude Code 中安裝 codex-plugin-cc，PR 自動跑 /codex:adversarial-review；review 通過才算 Claude 那側「完成」。
本機常駐一個輕量推論服務：用 mlx_lm 在 8081 連接埠長駐 Qwen2.5-Coder-32B 4bit；讓日常補全、一次性 Bash、JSON Schema 這種活先走本機，模糊匹配不上才上拋遠端。
用 Verun / mcode 把多 Agent 編成駕駛艙：每個 Agent 一個 tile，配合 macOS 多桌面切換；rate limit 撞牆時切帳號、卡住時切模型，整天不離開同一面控制台。
這套工作流給硬體畫的新底線
把上述六步合在一起跑，單機的負載輪廓和 2023 年完全不同。過去機器的瓶頸是 Xcode 編譯，現在的瓶頸是「五個分身同時活著」——這條線對 Mac 提了三條新硬性指標。
記憶體壓力分水嶺從 16 GB 上移到 48 GB：5 個 worktree + 5 個 dev server 穩態吃 18–22 GB；本機 32B 模型 4bit 量化再要 18–22 GB。32 GB 是溫飽線，48 GB 起步推薦，64 GB 才有餘量；少於 32 GB 會把 Swap 寫穿。
CPU 叢異構調度成為關鍵：M4 Pro 14 核（10P + 4E）能把 Agent 決策與遠端 IO 攤到效率核，把效能核留給本機推論與 Xcode 編譯；普通 M4 在 5 個 Agent 全速跑時 P 核會被打滿，編譯尾延遲出現毛刺。
持久化 Apple Silicon 不能因合蓋中斷：5 個 dev server + 2 個本機推論服務 + 背景 Agent 不能因筆電合蓋、螢幕保護程式、電池低電量而被掛起。本機上做這條最難——鎖定螢幕與圖形子系統會拖累背景程序。
注意：本機常駐 32B 模型不是必選項，但一旦把它從工作流裡拿掉，每次補全都要打遠端 API，月度 token 成本會成倍上升。本機加遠端的混合分工才是 2026 年的穩態成本結構。
回到工作姿勢：要讓「早晨派發八張待辦、過夜跑長任務、白天挑五份候選 PR」這條流水線真正可持續，本機需要一台不休眠、記憶體充裕、熱設計穩定的 Apple Silicon 機器；輕薄筆電會因散熱降頻與合蓋中斷把 Agent 佇列打斷，普通 M4 會因記憶體不足把混合推論拉爆。對於這種「五個分身同時活著」的開發環境，MESHLAUNCH 的 Mac mini M4 / M4 Pro 雲端裸金屬租賃通常是更穩的起點：獨佔 Apple Silicon、64 GB 選項、7×24 不休眠、按天/週/月彈性下單——把「我那台筆電今天合蓋沒」這句話從 Runbook 裡徹底拿掉。
不會，前提是按 worktree 模式部署：每個 Agent 拿到獨立分支與工作目錄、獨立 dev server 連接埠與 node_modules，不共用 main 工作區，只有顯式合併時才進入主分支。詳細設定可參考 租賃價格頁 選擇合適的記憶體檔位。
可以跑兩到三個 Agent，但沒法常駐本機 LLM、也撐不住 5 個 dev server 同時存活。要把這套工作流變成日配，建議 32 GB 起步、64 GB 才算餘量；選型可見 說明中心 內的記憶體對照說明。
把日常補全、一次性 Bash、JSON Schema 這種活交給本機常駐的 Qwen2.5-Coder-32B；遠端 Claude / Codex 只在跨檔案重構、adversarial review 等硬骨頭時被呼叫，月度 token 通常能壓到原來的 30% 以下。