管理多個 Claude Code 工作階段：進階使用者技巧

一個 Claude Code 工作階段已經很有用了。多個工作階段並行執行，才是生產力真正倍增的地方。

你可以讓 Claude 在一個專案中修復測試，在另一個專案中重構程式碼，同時在第三個專案中撰寫文件——全部在你的 Mac 上同時執行，你只需用手機監控。關鍵在於管理好這些工作階段，不遺失上下文，也不會把錯誤的指令發送到錯誤的工作階段。

工作階段的底層運作原理

Tactic Remote 中的每個 Claude Code 工作階段都執行在 Mac 上的一個 tmux 工作階段中。tmux 負責程序隔離：

# Each session is a separate tmux session
tmux list-sessions
# my-api: 1 windows (created Sat Feb 28 14:30:01 2026)
# frontend: 1 windows (created Sat Feb 28 14:45:12 2026)
# docs-site: 1 windows (created Sat Feb 28 15:00:00 2026)

每個工作階段擁有獨立的：

• 工作目錄（專案路徑）
• Claude Code 實例及其獨立的對話上下文
• 捲動緩衝區（預設 50,000 行）
• 獨立的輸入/輸出串流

當你在 iPhone 上切換工作階段時，伺服器會從一個 tmux 工作階段卸離並連接到另一個。你離開的工作階段會繼續執行——Claude Code 不會因為你切走了就停止工作。

設定並行工作階段

命名策略

工作階段名稱會根據專案資料夾名稱自動產生。例如目錄 /Users/you/code/my-api，工作階段名就是 my-api。這在大多數情況下運作良好，直到你有多個名稱相似的專案。

建議：

• 使用有區分度的專案資料夾名稱
• 如果在同一個專案的不同分支上工作，在提示詞中包含分支上下文，而不是建立多個工作階段
• 保持工作階段名稱簡短——你會在手機上的清單中看到它們

專案路徑選擇

建立工作階段時，你可以從手機瀏覽 Mac 的檔案系統。Tactic Remote 會顯示：

• 最近使用的路徑（最多 10 個，最近優先）
• 你釘選的收藏路徑
• 完整的目錄瀏覽器，用於導覽到新位置

為了提高效率，在需要之前就把最常用的專案目錄設為收藏。在手機上瀏覽深層巢狀目錄非常繁瑣。

並行工作流程

下面是管理三個並行工作階段的具體範例：

工作階段 1：API 缺陷修復

Project: /Users/you/code/billing-api
Task: "The webhook handler is dropping events when multiple arrive simultaneously.
       Add a queue with retry logic."
Status: Claude is working autonomously

工作階段 2：前端功能開發

Project: /Users/you/code/dashboard-ui
Task: "Add a dark mode toggle to the settings page.
       Use the existing theme context."
Status: Claude is waiting for approval (wants to install a new dependency)

工作階段 3：文件撰寫

Project: /Users/you/code/docs-site
Task: "Update the API reference for the billing endpoints
       to reflect the new webhook queue behavior."
Status: Idle (waiting for Session 1 to finish so docs match the code)

你的手機顯示工作階段清單。你看到工作階段 2 需要注意（審批請求）。點擊切換過去，檢視 Claude 想要新增的依賴套件，點 Y 或 N，然後切回繼續監控。

工作階段管理模式

模式 1：流水線依賴

有時工作階段之間存在邏輯依賴關係：先完成 API 變更，再更新前端，最後更新文件。

方法：

1. 啟動工作階段 1（API）執行主要任務
2. 收到工作階段 1 完成的通知
3. 審查工作階段 1 中的變更
4. 啟動工作階段 3（文件），參照已完成的 API 變更
5. 同時，工作階段 2（前端）可以獨立執行

關鍵點：不要在上游任務完成之前啟動依賴任務。Claude Code 不知道你其他工作階段的存在——每個工作階段獨立運作。

模式 2：獨立並行任務

當任務真正獨立時，全部同時啟動：

1. 建立工作階段 1，發送任務
2. 建立工作階段 2，發送任務
3. 建立工作階段 3，發送任務
4. 等待通知

這樣可以最大化吞吐量。你的 Mac 處理並行執行（每個 Claude Code 實例是一個獨立程序）。透過監控工作階段清單檢視哪些仍在執行。

模式 3：探索 + 正式開發

用一個工作階段進行探索，另一個執行正式工作：

• 探索工作階段： 「閱讀支付模組並解釋其架構。列出主要的類別及其職責。」
• 工作階段：（閱讀探索輸出後）「重構 PaymentProcessor，將驗證邏輯提取到單獨的 ValidationService 類別中。」

這樣可以防止工作階段被探索性上下文填滿，稀釋 Claude 的專注力。

實用技巧

保持工作階段聚焦

每個工作階段應該有一個明確的目的。不要貪圖方便把已完成任務的工作階段拿來做別的事——之前任務累積的對話上下文可能會讓 Claude 在新任務上出現混淆。

更好的做法：為每個不同的任務建立新工作階段。工作階段的成本很低（它們只是 tmux 工作階段）。

長時間工作階段使用 /compact

如果一個工作階段經過長時間的反覆交互，對話上下文會不斷增長。這會拖慢 Claude 並增加 token 成本。/compact 斜線命令可以壓縮對話，保留重要上下文的同時減少 token 數量。

使用 /cost 監控成本

並行執行多個工作階段時，token 成本會成倍增加。在每個工作階段中使用 /cost 命令檢查消費。一個好習慣：每天結束時在每個活躍工作階段中檢查 /cost。

清理已完成的工作階段

閒置的 tmux 工作階段消耗的資源極少，但它們會讓你的工作階段清單變得雜亂。檢視完已完成任務的輸出後，如果不再需要參照，就關掉該工作階段。

使用程式碼片段處理重複操作

如果你經常在不同工作階段中執行相同的命令（例如「執行測試」、「檢查 git 狀態」），將它們儲存為自訂程式碼片段。一鍵點擊取代每次手動輸入。

內建程式碼片段已經涵蓋了常見操作：

• Claude 類別： 啟動工作階段、壓縮、檢查成本
• Git 類別： 狀態、提交、推送
• 系統類別： 列出檔案、檢查磁碟

資源注意事項

並行執行多個 Claude Code 實例會消耗：

• Mac 的 CPU 和記憶體 ——每個 Claude Code 程序和 tmux 工作階段都會佔用資源。現代 Mac 可以輕鬆處理 3-5 個並行工作階段。超過這個數量時，請查看活動監視器。
• API token ——每個工作階段與 AI 模型的對話都消耗 token。並行工作階段會線性增加成本。
• 網路頻寬 ——極少。終端文字相比影片或大型檔案傳輸來說非常小。

伺服器執行時 Mac 應用會阻止休眠，這對長時間並行工作階段很重要。但同時執行多個工作階段時，請注意 Mac 的溫度和電池（如果用的是筆記型電腦）。

切換上下文而不遺失進度

當你在手機上從工作階段 A 切換到工作階段 B 時：

• 工作階段 A 繼續執行（Claude 繼續工作）
• 工作階段 B 的最新輸出透過狀態恢復載入
• 你的手機從最近位置顯示工作階段 B 的終端

當你切回工作階段 A 時：

• 工作階段 B 繼續執行
• 工作階段 A 的輸出重新載入，顯示你離開期間 Claude 的所有進展

多階段狀態恢復（0.2s、0.7s、1.5s 重新整理間隔）確保即使初始載入不完整，你也能取得完整的當前狀態。

應該避免的反模式

不要微管理並行工作階段。 如果你不停地在工作階段之間切換檢查進度，那你並沒有獲得並行的生產力優勢。信任通知系統——它會在需要你注意時告知你。

不要用一個工作階段做所有事。 一個工作階段連續執行多個任務，會累積上下文並最終降低效能。為不同的任務建立新工作階段。

不要留太多閒置工作階段。 雖然它們消耗的資源很少，但手機上過長的工作階段清單會讓你更難找到活躍的那些。用完及時清理。

不要過早啟動依賴任務。 如果工作階段 2 依賴於工作階段 1 的輸出，請等工作階段 1 完成。過早啟動工作階段 2 並假設工作階段 1 的產出，會導致浪費的工作。