Vincent5588 Wiki

並行 Claude 實例

閱讀時間約 5 分鐘

並行 Claude 實例

同時運行多個 Claude 實例，本地與網頁互補——把等待時間轉化為生產時間。Boris Cherny 列為 13 條心法第 1 條。

為什麼有效

傳統開發習慣是「一次專注一件事」，但 AI 工具的成本結構允許多個實例同時跑——當實例 A 在處理耗時的程式碼生成時，實例 B 可以同時做文件、實例 C 可以做 code review。等待時間 = 0。

Boris 自己的數據（兩波公開分享疊加後最新版）：

  • 30 天 259 個 PR
  • 連續 47 天有 46 天活躍
  • 一天推 20–30 個 PR
  • 同時跑 本地 5 個（iTerm2 編號 1–5）+ 網頁 5–10 個 + 手機 1 個 = 10–15 個 Claude session
  • 透過 iTerm2 系統通知追蹤哪個實例需要輸入
  • 用 & 把任務丟背景 / --teleport 在本地與網頁無縫轉移

實作方式

在 Claude Code（終端機）

Boris 的標準配方：iTerm2 開 5 個 tab，每個對應一個 Git worktree（不是同目錄切 branch），編號清楚：

~/repo-1 $ # Tab 1: Working on feature
~/repo-2 $ # Tab 2: Running tests
~/repo-3 $ # Tab 3: Code review
~/repo-4 $ # Tab 4: Debugging
~/repo-5 $ # Tab 5: Documentation

啟動：

# v2.1.29+ 內建 --worktree
claude --worktree my_worktree
 
# 也可加 tmux
claude --worktree my_worktree --tmux
 
# 或用 & 把任務丟到背景
claude -p "review this PR" &
claude -p "write tests for X" &
 
# 用 --teleport 在本地與網頁之間轉移任務

詳見 Git Worktree 工作流。

在 Cowork（桌面 App）

開多個對話視窗，每個跑獨立 Projects 持久化空間 容器，互不干擾。

本地 vs 網頁 vs 手機的三線分工

環境適合
本地（Claude Code / Cowork）需要存取檔案系統的複雜操作、長執行任務、跑測試
網頁（claude.ai/code）快速問答、腦力激盪、不需要 filesystem 的諮詢
手機（Claude iOS）早上路上交代任務、之後 /teleport 接到桌機繼續

Boris 自己的早上動線：在地鐵用手機開一個 session 交代任務 → 進辦公室 /teleport 把 session 接回桌機 → 桌機已有初步進度可以接續。

--teleport 讓任務在環境之間無縫轉移：本地寫一半發現需要查資料 → teleport 到網頁版繼續。

系統通知是關鍵

並行多實例的瓶頸不是運算，是「追蹤誰在等你回覆」。Boris 的解法是讓每個實例的「需要使用者輸入」狀態觸發系統通知（Channels / macOS 通知）。

不裝通知就會變成不停地切換窗檢查 → 反而比單實例還慢。

跟其他並行機制的關係

機制並行誰
本概念多個獨立 Claude session（你 vs 多個它）
Agent Teams一個 Claude session 內，主 agent 派 sub-agent（最多 10 隻）
Sub-agentAgent Teams 的單元
Tasks 任務管理單一 session 內的順序 / 並行 task

並行多實例 + Agent Teams 可以疊乘：5 個 session 各帶 10 個 sub-agent = 50 個並行單元。

反模式

  • ❌ 沒有 反饋循環 就並行 → 錯誤被放大
  • ❌ 每個實例都做同類工作 → 不如改用 Agent Teams
  • ❌ 沒系統通知 → 切窗追蹤把效率吃光

相關概念

強連結（原文明確提及）

推斷連結（LLM 認為相關，待確認）

  • Cowork ?? — 桌面端可開多視窗
  • Agent Teams ?? — 同 session 內的並行版
  • Channels ?? — 系統通知的實作機制
  • 反饋循環 ?? — 並行的前提（沒反饋會放大錯）

深入閱讀（外部資源）

← 回到 wiki

關係圖譜

反向連結