把程式碼 Review 帶到手機上

一個行動端 AI 編程工具最先要解決的問題，通常很直接：離開電腦之後，我還能不能看到 agent 正在做什麼？

這個能力很重要，但只解決了第一層需求。

當 AI coding agent 開始真正修改程式碼後，使用者更關心的問題會變成：它到底改了什麼？這些修改是否合理？下一步應該繼續、調整，還是停止？

這就是 Tactic Remote 1.8.0 背後的產品方向。

看輸出只是起點

終端輸出能告訴你 agent 是否還在執行，是否卡住，是否等待輸入。它能讓你確認任務沒有中斷。

但任務結束後，終端輸出並不總能回答關鍵問題：

• 哪些檔案被改了？
• agent 有沒有碰到不該改的地方？
• 實作方向是否合理？
• 是否補了測試或文件？
• 這個分支應該繼續推進、調整，還是放棄？

如果手機只能展示原始輸出，那麼所有真正重要的判斷，最終還是要等你回到電腦前才能完成。這樣一來，行動端 AI 編程就只能停留在「遠端監控」。

一個更完整的行動工作流，需要把 Review 也納入進來。

AI 編程天然會產生 Review 時刻

AI 編程並不是一段從頭到尾連續推進的對話。它更像一連串需要檢查和判斷的節點。

你讓 agent 修一個 bug。它修改了檔案。接下來你需要看 diff。

你讓它重構一個元件。它移動了邏輯。接下來你需要判斷改動是否乾淨，範圍是否過大。

你讓它補測試。它更新了測試檔案。接下來你需要確認測試是否覆蓋了真實行為。

這些都不是邊緣場景，而是 AI 輔助開發的日常節奏。

更理想的循環是：發送 prompt，等待 agent 執行，在手機上 Review 變更，然後決定繼續、轉向或停止。

Tactic Remote 1.8.0 正在讓這種循環變得更自然。

Git Review 應該靠近對話

當 agent 完成一個 coding task 時，對話和 diff 應該放在相鄰的位置。

對話解釋意圖：你要求了什麼，agent 如何理解，它聲稱做了哪些修改。

diff 展示事實：哪些檔案真的被改了，程式碼具體怎麼變了，實作是否符合原本目標。

如果這兩個視圖分得太開，使用者就需要手動重建上下文。在桌面上，這通常意味著在終端、編輯器、Git 工具和瀏覽器之間來回切換。在手機上，這種切換成本更高。

所以在 Tactic Remote 裡，Review 不再只是桌面端的後續動作，而是整個 AI 編程流程的一部分。

Chat Mode 讓 Review 前的閱讀更輕鬆

原始終端輸出很強大，但它並不總是最適合手機閱讀的格式。

Chat Mode 給 session 增加了更多結構。訊息、工具活動、Thinking 區塊和串流輸出都更容易掃讀。你仍然可以理解 agent 正在做什麼，但閱讀負擔更低。

這很重要，因為 Review 其實在打開 diff 之前就已經開始了。你需要先判斷任務的大致狀態：agent 是否理解你的請求、是否呼叫工具、是否停在某個決策點、是否解釋了關鍵取捨、是否過早宣稱完成。

更清楚的對話視圖能幫助你形成初步判斷，然後 Git Review 視圖再幫助你驗證這些判斷。

手機適合處理範圍明確的 Review

手機並不是做大規模架構 Review 的最佳設備。上千行 diff 仍然更適合在大螢幕上認真看。

但很多 Review 決策並沒有那麼重：agent 是否改了正確的檔案，是否誤改了無關程式碼，分支方向是否還對，這個 diff 是否值得繼續推進，是否應該先補測試。

這些判斷經常發生在你離開電腦的時候。

目標不是讓手機替代桌面 Review，而是減少「必須回到電腦前才能做判斷」的阻塞。

從監控走向 Review

Tactic Remote 並不是要讓手機成為唯一的發布設備。

這個方向更現實：現代 AI 編程已經會在你離開電腦時繼續產生程式碼。產品應該幫助你足夠接近這些變化，以便及時做出判斷。

Tactic Remote 1.8.0 正在靠近這個目標：Chat Mode 讓 agent 活動更容易閱讀，Git Review 讓變更更容易檢查，Quick Prompts 讓常用 Review 動作更容易重複使用，伺服器相容性檢查讓執行環境更值得信任。

問題不再只是「agent 還在不在執行」。

更重要的是：「它改了什麼？看起來是否合理？下一步應該怎麼做？」