終端機優先 · worktree 多工位 · 監督式迴圈 · agents.md + MCP · 遠端高效能 Mac
你打開電腦，第一個亮起的視窗不再是 IDE，而是三個終端機：Claude Code、Codex CLI、Antigravity CLI 各自跑著不同的 session。這不是「獵奇配置」，而是 2026 年越來越多開發者真實的早晨。本文不講新聞、不做時間線，只回答一件事：開發者一天的工作方式到底變成了什麼樣，以及當 worktree 並行 agent、/goal 長任務、MCP 與 agents.md 把筆電推到風扇拉滿之後，為什麼遠端高效能 Mac 節點會成為新的「主工位」。可與 Mac Mesh × AI Agent 協作、Git Worktree 多分支並行 對照閱讀。
2026 年典型開發者的早晨，工位順序已悄悄反過來：先開終端機，再開 IDE。終端機裡 claude、codex、antigravity 三個 session 同時存在，每一個都釘在一個專案目錄裡；瀏覽器停在 GitHub 的 PR 頁與 staging 網域；IDE 反而只是「右副屏那個用來看 diff 與微調 UI 的視窗」。原因不是開發者迷信終端機，而是主戰場已從「寫程式碼」遷移到「指揮 agent 寫程式碼」——agent 天然住在 shell 裡，能直接讀專案、跑指令、寫檔案、執行測試。IDE 當然沒死，它退居成「視覺化與回看工具」。
這項變化最直接的表現，是工作動作的拆分發生了位移：以往一天 80% 的時間在敲字、20% 在除錯執行；如今差不多 30% 在寫自然語言指令、30% 在審 diff、30% 在跑/看測試、10% 真正動手補幾個只有人能寫的關鍵位。開發者從打字員變成了 reviewer 與 tech lead，而 agent 是那支反應飛快的「初階工程師團隊」。
終端機優先於 IDE：啟動 Claude Code、Codex、Antigravity CLI，把專案目錄作為 cwd 釘好；IDE 放進副屏作為 diff/review 面板。
Session 即工位：每個 agent session 對應單一目標（refactor / 修 bug / 寫測試 / 寫遷移），不在同一個 session 裡混跑兩件事，避免脈絡污染。
從對齊意圖開始：一天第一句話通常是「讀 README、PR 模板與最近兩週的改動，告訴我你理解的目標」，而不是「請幫我寫一個函式」。
IDE 留給視覺化：要肉眼看長 diff、調 UI、設中斷點時再切回 Cursor / Antigravity 2.0；寫程式的主鍵盤不再在它身上。
不再「裝滿外掛」：過去靠外掛市集補能力，現在能力靠 agents.md 與 MCP server 接進 agent，IDE 設定反而越來越薄。
2026 年的開發者，不是「在終端機裡寫程式碼」，而是「在終端機裡指揮寫程式碼的人」。
單一 session 只能跑一件事，是 AI 工作流最先卡住的瓶頸。解法在 git 裡早就存在——worktree。同一個 repo 可以同時 checkout 多條分支到不同目錄，共用一份 .git，互不干擾；每個 worktree 交給一個 agent，refactor、加測試、寫遷移指令稿、改文件得以同時推進。衝突從「在編輯器裡互相覆蓋」延後到「合併時由人決定」，整個開發節奏因此從串行轉為並行。
| 面向 | 傳統 IDE 單工位 | AI agent + worktree 多工位 |
|---|---|---|
| 同時進行的任務 | 1 個 | 3–5 個（refactor / 測試 / 遷移 / 文件 / 實驗分支） |
| 主要動作 | 編輯、儲存、執行 | 下達意圖、審 diff、放行、合併 |
| 衝突發生時機 | 編輯同一檔案的瞬間 | 合併時刻，由 git 工具識別 |
| 回饋鏈路 | 人 → 程式碼 → 測試 → 人 | 人 → agent → 程式碼 → 測試 → agent → diff → 人 |
| 本機資源佔用 | 低（單一行程） | 高（多個長任務並行編譯/測試） |
| 瓶頸位置 | 打字與思考 | 本機算力、記憶體、儲存 IO |
這種工位劃分不只是「跑得更快」，更重要的是它把工程師的注意力從「逐行編輯」抽到「策略與邊界」：你不再需要盯著游標，而是定期巡視五個 worktree 的進度，像 tech lead 巡視五個工位。某個 worktree 的 agent 卡住、走偏、過度修改——你 SendMessage 一句話糾正即可，不必親自接手敲鍵盤。
提示：worktree 也是隔離編譯產物（如 iOS DerivedData、Gradle 快取）的關鍵，否則多 agent 並行會污染同一份 build cache。落地經驗詳見 Git Worktree 多分支並行。
真正改變工作節奏的，不是「讓 agent 寫得更多」，而是「讓 agent 自己知道什麼時候做完」。2026 年新一代的 /goal（Claude Code）與 Codex 等價能力，給 agent 設了一個「可驗證的完成條件」——每跑完一輪，就讓另一個小模型評估這個條件是否成立；未成立就繼續做下一輪，直到達成。開發者不再需要逐 prompt 推進，而是在「下達目標」與「檢查交付」之間切換。
一個真實場景：午餐前你在終端機裡寫下「目標：讓 npm run test:e2e 全部通過，且 PR diff 不超過 500 行」，回工位時已經是 PR-ready 的 diff——agent 自行跑了 6 輪、修了 3 個 flaky 案例、回退了一處不必要的介面修改。下列是最小化的「監督式迴圈」六步實操，適用於絕大多數 CLI agent：
寫清完成條件：用一句話描述「跑什麼指令、看什麼輸出、達到什麼門檻」，例如「pnpm test 全綠且 lint 0 warning」。
劃定邊界：明確允許修改的目錄與禁止觸碰的檔案（如 migrations/、.env、正式環境的 secrets）。
開啟迴圈：下達 /goal "..."（或工具等價指令），讓 agent 自行讀、改、跑、看輸出、再改一輪。
設置 checkpoint：每 N 輪或每 X 分鐘，讓 agent 把「目前做了什麼、下一步要做什麼」寫到一份 Markdown 摘要，便於你隨手掃一眼。
人為介入：只在 agent 卡死、走偏、試圖觸碰禁區時介入；糾偏後讓迴圈繼續，不要自己接手敲鍵盤。
合併前一次性 review：在 PR diff 視圖中一次性 review 全部產出，留下 review 評論，讓 agent 再跑一輪修正後再合。
git worktree add ../proj-fix-flaky fix/flaky-e2e
cd ../proj-fix-flaky
claude
> /goal "pnpm test:e2e 全綠；不動 migrations/；diff < 500 行；
每 3 輪把當前進展寫入 PROGRESS.md"
# 離開工位，去用餐 / 開會
# 回來時檢查 PROGRESS.md 與 git diff main，決定放行或糾偏
這一節真正的變化，是開發者的注意力分配：以往要全程在場，現在可以把 30–60 分鐘的小任務「派發出去」，自己去做更高價值的事——讀文件、畫架構、與產品對齊——只在 checkpoint 回來看一眼即可。開發者的時間第一次擁有了「排程」屬性。
新工作流真正的基座，不是某個 IDE 外掛市集，而是「一堆 markdown 加上一個協定」。CLAUDE.md、agents.md、.cursorrules 這類檔案，本質上是「寫給 agent 看的專案說明書」——團隊約定、編譯指令、目錄限制、安全紅線、常見坑——寫一次，所有 agent 共用，勝過反覆在對話裡叮嚀。MCP（Model Context Protocol）則把外部工具（資料庫、瀏覽器、內網 API、Issue Tracker）統一成 agent 可直接呼叫的能力，跨工具共用同一份設定。
| 檔案 / 協定 | 主要服務對象 | 典型內容 |
|---|---|---|
| CLAUDE.md | Claude Code | 專案背景、編譯指令、測試入口、不要碰的目錄 |
| agents.md | 越來越多 CLI agent 採用的通用約定 | 「向新 agent 自我介紹這個專案」的標準入口 |
| .cursorrules | Cursor / Cursor cockpit | 編輯風格、命名約定、目錄邊界 |
| skills / commands 目錄 | 各 CLI agent（自訂指令） | 將重複流程包成 /deploy、/release 等 |
| MCP server | 所有支援 MCP 的客戶端 | 資料庫查詢、瀏覽器自動化、內網 API、Issue 系統 |
把這一層做厚，等於給團隊配了一個「公司大腦」：新人入職第一件事不再是讀 wiki，而是讓 agent 讀 agents.md 後自我介紹專案；改命名規範不用再寄信，更新一行 .cursorrules，隔天所有 PR 都會自動收口；接入新資料庫不用重寫 script，掛一個 MCP server 即可被所有 agent 呼叫。團隊規範第一次從「人記著」變成「機器記著」。
注意：不要把金鑰、正式環境連線字串塞進 CLAUDE.md 或 agents.md——這些檔案會被 agent 全文讀進脈絡視窗，等同公開。secrets 應走 MCP server 的執行期注入，或寫入 .env 並明確告知 agent「禁止讀取」。
這套工作流聽起來浪漫，但有一份現實的硬體帳單。並行 worktree + /goal 長任務 + 無頭瀏覽器 QA + 本地大模型旁路推論，會同時吃 CPU、GPU/ANE、記憶體與儲存 IO；一般筆電撐不了多久就會風扇拉滿、電池告警、儲存空間見紅。這一節給出一組可引用的硬體參考，方便你判斷自己的工位還撐不撐得住：
node_modules、DerivedData、Gradle 快取 10–40 GB，再疊上多份 Docker 鏡像與本地模型權重（動輒 4–20 GB/個），1 TB SSD 起步，否則一週內必爆。/goal 通常要跑 30 分鐘到數小時；本機一旦闔蓋、斷電、切系統更新，迴圈就被打斷，常駐節點的「不被打斷」是軟價值，但收益巨大。把帳單攤開，結論很自然：這套新工作流最大的短板不是模型，也不是工具，而是承載它的那台機器。筆電繼續做「寫意圖 + 看 diff + 決策」的輕量終端是合適的；真正吃資源的並行 worktree、長任務迴圈、無頭 QA、快取與編譯，更適合放到一台 7×24 在線、記憶體與儲存充裕、散熱不掉鏈的遠端高效能 Mac 節點上。相比「用本機硬撐 + 卡頓 + 烤盤」，對追求 iOS CI/CD 與 AI Agent 常駐並行的生產工作流來說，VpsMesh 的 Mac Mini 雲端租用通常是更優解——獨佔節點、可預測資源、本地 SSH/遠端桌面即接即用，免去自購硬體的折舊與維護。具體規格與價格詳見 價格頁，接入與最佳實務見 幫助中心。
沒有。IDE 仍是 UI 設計、中斷點除錯、視覺化 diff 與審閱的最佳載體；改變的是它從「寫程式碼的主戰場」退居成「審 diff 與視覺化」的副屏，主戰場遷移到終端機中的 AI agent。更詳細的協作模式可見 Mac Mesh × AI Agent 協作。
並行 worktree、/goal 長任務、無頭瀏覽器 QA 與本地模型旁路會同時吃 CPU、GPU/ANE、記憶體與儲存 IO，筆電撐不住會卡頓、降頻、風扇拉滿；遠端 M4 Pro/Max 等級 Mac 節點擁有更大的記憶體、更高頻寬與不掉速的散熱，把「開發體力活」接走後，本機只剩 diff 審閱與決策。具體規格與價格見 價格頁。
三者本質都是「寫給 agent 看的專案說明書」：CLAUDE.md 服務 Claude Code，.cursorrules 服務 Cursor，agents.md 是越來越多 CLI agent 採用的通用約定；可並存，各工具按需讀取。建議先寫一份 agents.md 作為通用入口，再為主要工具補上專屬檔。遠端節點協作示範可見 幫助中心。