從桌前到沙發：行動開發工作流程

「行動開發工作流程」聽起來像在沙灘上拿著雞尾酒工作的行銷詞。現實更平淡也更實用：晚餐後在沙發上，Mac 在辦公室，你想在明天早上之前啟動那個測試重構。

本文描述開發者實際如何使用手機程式設計工具——不是筆記型電腦的替代品，而是桌面工作的延伸，填補工作日的特定間隙。

開發者一天中的間隙

大多數開發者不會連續寫程式 8 小時。一天有自然的間隙：

• 通勤（30-60 分鐘）— 無法寫程式，可以監控或委派
• 會議（間歇性）— 無法寫程式，可以查看狀態
• 午餐（30-60 分鐘）— 可以審查結果或啟動下一個任務
• 晚上（不定）— 可能想查看進度或啟動低優先順序任務
• 等待建置/測試（不定）— 有時間，沒有螢幕

這些間隙正是手機程式設計工具真正有用的時候。你不是在 6 吋螢幕上寫複雜演算法，而是委派給 AI 智能體、監控進度、做決策。

三種工作模式

模式 1：委派後不管

情境： 通勤、會議、無法主動監控的任何時候

工作方式：

1. 從手機向 Claude Code 發送清晰、自包含的任務
2. 放下手機
3. 收到 Claude 完成時的推播通知
4. 有空時審查結果

適合此模式的任務：

• 「執行完整測試套件並修復所有失敗項」
• 「將所有相依套件更新到最新穩定版」
• 「為 src/utils/ 中的工具函式添加 TypeScript 型別」
• 「為 PaymentService 類別產生單元測試」

不適合此模式的任務：

• 需要 Claude 無法獨立做出的設計決策
• 需要看中間輸出來引導方向的任務
• 涉及憑證或特定環境設定的工作

模式 2：監督引導

情境： 沙發時間、午休、任何可以偶爾看看手機的低注意力時段

工作方式：

1. 發送可能需要引導的任務
2. 手機放在旁邊
3. Claude 請求輸入或審批時，做出回應
4. 反覆進行直到任務完成

適合此模式的任務：

• 「重構認證流程——我會審查每個變更」
• 「為新模組寫 README——先讓我確認結構」
• 「搭建 CI 管線——我來確認設定選項」

此模式行得通的原因是 Tactic Remote 的審批提示在鍵盤工具列上有專門的 Y/N 按鈕。你不需要輸入「yes」——只需點一下。看電視時也夠快。

模式 3：快速突擊

情境： 你有 2-5 分鐘，想完成一件具體的事

工作方式：

1. 開啟 Tactic Remote
2. 做一件具體的事
3. 關閉應用

適合此模式的任務：

• 檢查建置是否通過
• 查看 Claude 之前任務的輸出
• 發送一個快速 commit message
• 啟動一個背景任務待後續審查
• 查看各工作階段的 token 費用

程式碼片段是此模式的核心。 一鍵執行「git status」，一鍵執行「run tests」，一鍵執行「/cost」。常規檢查無需打字。

日常節奏

以下是使用此工作流程的開發者一天的典型樣貌：

8:00 AM — 桌前 啟動 Mac 應用，審查昨天的工作，規劃今天的任務。這是全桌面模式——你有鍵盤、螢幕和專注力。

8:30 AM — 發送第一個任務 在開始自己的工作前，先委派一個任務給 Claude：「修復昨天分類出的三個 bug。」Claude 開始在一個工作階段中工作。

9:00 AM - 12:00 PM — 桌前工作 + 監控 你在桌前寫自己的程式。偶爾手機震動：

• 「任務完成」— 瞄一眼，發送下一個任務
• 「需要審批」— 審查，點 Y，繼續工作
• 「錯誤」— 查看輸出，發送修正指令

12:30 PM — 午餐 在沙發上用手機查看工作階段狀態：Claude 完成了 2 個任務，1 個進行中。發送新任務：「為今早改過的端點添加整合測試。」繼續吃飯。

1:00 PM - 3:00 PM — 會議 手機靜音。Claude 在工作。會議期間收到兩條通知——結束後再查。

3:15 PM — 會議間隙 兩個任務完成。花 3 分鐘審查輸出。一個看起來沒問題，commit 掉。另一個需要調整——發送修正。啟動一個文件任務。

5:30 PM — 通勤 在捷運上查看狀態：一切已 push，CI 是綠的。無需操作。美好的一天。

8:00 PM — 沙發 低優先順序任務：「清理測試 fixtures，刪除未使用的資料。」委派後不管。通知什麼時候來都行——不急。

10:00 PM — 睡前 看一眼手機：任務完成，修改了 3 個檔案，測試通過。甚至不用開啟應用——明早再審查。

工作方式的變化

你用任務而非按鍵思考

當你的介面是手機時，你自然會組織更高層級的指令。不是手動輸入指令和編輯檔案，而是描述你想完成什麼。這正是 AI 程式設計智能體最佳的工作方式——清晰的意圖，而非微觀管理。

你批次處理決策

不用在 Claude 工作時逐步審批每個步驟，你可以讓幾條通知累積起來，在休息時一起審查。這比每隔幾分鐘切換情境更高效。

你更非同步地工作

手機工作流程本質上是非同步的。你發送工作，收到通知，做出回應。這與 AI 智能體的實際運作方式吻合——它們不是在等你的下一個按鍵，而是在執行一個任務。

總程式碼產出增加（某種意義上）

你在桌前寫程式的時間並沒有增加。但總的生產性程式碼產出增加了，因為 Claude 在你的間隙時段工作。原本浪費的 30 分鐘通勤，現在產出了一個完成的重構任務。

誠實的限制

小螢幕，有限的審查能力

在手機螢幕上審查程式碼變更，對小 diff 可行，對大 diff 很痛苦。如果 Claude 修改了 15 個檔案，你可能需要回到桌前審查。

變通方案： 讓 Claude 總結自己的變更：「列出你修改的所有檔案，並總結每個檔案的變化。」這給你一個適合手機查看的概覽。

打字很慢

在手機鍵盤上撰寫詳細提示比實體鍵盤慢。在手機上保持提示簡潔。

變通方案： 為常用提示建立自訂片段。如果你經常用類似的指令開始工作階段，把它們儲存下來。

缺乏視覺上下文

你無法從手機看到 IDE、瀏覽器或設計工具。需要視覺驗證的任務（「把按鈕改成藍色」、「檢查版面配置是否正確」）需要在桌前完成。

網路依賴

手機工作流程需要網路連線（Cloudflare Tunnel）或處於同一 WiFi（區域網路模式）。沒有網路就沒法寫程式。

緩解方案： Claude Code 在 tmux 工作階段中持續執行，不受你的連線狀態影響。斷網只是失去監控——不會遺失工作。

正確的心智模型

手機不是小筆電。它是帶通知的遙控器。

你不會在電視遙控器上剪輯電影。但你絕對會用它開始播放、跳曲、調音量。這就是手機在行動開發工作流程中的角色——控制、監控、決策。繁重的處理發生在 Mac 上。

一旦你內化了這一點，這個工作流程就不再像是一種妥協，而開始像是一種升級：你的 Mac 在你不工作的時候工作。