部落格
Tactic Remote 1.12 設計細節：版面變了，任務怎樣接著做
從閱讀回覆到補充要求，說明 1.12 如何安排面板、保留目前脈絡，以及協調終端機尺寸與輸入。
在手機上追蹤 Claude Code 或 Codex 任務時，一段回覆往往只是下一步的起點。你讀到測試結果，想展開螢幕看看專案，再補充一段要求；也可能先切換到另一個 App，複製錯誤訊息後回來。
我們希望這些操作能圍繞原來的任務接著進行。Tactic Remote 1.12，關注的是這個過程裡的具體細節：對話怎樣留在眼前、專案脈絡放在哪裡，以及螢幕變化時正在傳送的文字該怎麼處理。
從正在讀的那則回覆開始
以截圖中的日期匯出任務為例，補充要求是：
保留既有設定。修正匯出時日期為空的情況，補一個回歸測試，先回報結果，再決定是否提交。
在收起的外螢幕上，首先需要讀清要求與回覆。較窄的檢視把主要空間留給對話，需要找專案或工作階段時再展開抽屜。閱讀訊息與繼續輸入都在目前對話中完成，輔助資訊按需出現。
這也決定了版面變化時應該保留什麼：原來的對話、寫到一半的草稿、剛讀到的位置，以及已開啟的面板。1.12 在尺寸變化時保留這些檢視狀態，讓展開螢幕後的下一步接上剛才的動作。
闔上狀態的 Duo 模擬器外螢幕，執行 1.12。對話使用範例資料，未執行代理任務。
工作區靠近對話，內文也需要自己的空間
讀完回覆後，你可能想對照專案與分支。展開後的內螢幕可以讓工作區留在左側、對話留在右側。在日期匯出的例子中，export-dates 工作階段和分支與回覆同時可見，補測試的要求就有了清楚的脈絡。
平坦且空間足夠的檢視中，工作區使用側邊欄寬度，其餘空間留給對話；系統回報啟用中的縱向摺疊區域時，面板再依它分置兩側。專案清單需要容易辨認，對話也需要放得下一段完整文字。
展開圖呈現的是這層關係：左側提供任務脈絡，右側繼續閱讀訊息。選取另一個工作階段會改變任務；改變可用空間時，則保留目前工作階段的內容與輸入狀態。
展開狀態的 Duo 模擬器內螢幕。對話、工作區與用量皆為範例資料，未執行代理任務。
讓目前空間決定版面
收起、展開、旋轉、調整視窗，都會改變檢視真正能使用的空間。因此，1.12 以目前容器尺寸與系統提供的摺疊資訊決定版面。能容納可讀面板時並排顯示，較窄時回到抽屜；橫向摺疊區域生效且上下空間足夠時，也能把對話與操作區域分置上下。
同樣的思路用於 iPad 視窗。視窗變窄後，能否繼續並排檢視，取決於此時的可用空間。面板安排跟著視窗調整，既有任務脈絡持續保留。
摺疊區域也帶來一項具體限制：控制項需要避開系統劃出的區域。我們使用系統提供的位置安排間隔，並在尺寸變化時維持內容檢視的識別，減少重新建立介面對草稿、焦點與閱讀位置的影響。
終端機變寬，還需要重畫既有輸出
對話可以重新排版，終端機則多了一層關係：它以字元欄數運作。手機上的檢視變寬後，電腦端也需要收到新的欄數，已顯示過的輸出才能依新寬度重畫。
一次展開或側邊欄動畫會經過多個中間尺寸。若尺寸請求同時傳送，電腦端可能以不同順序收到它們，最後停在過渡寬度。1.12 每次傳送一個尺寸請求，並持續跟進最新尺寸；寬度穩定後，再重新整理目前的終端機畫面。
鍵盤出現是另一種情況。它通常只改變可用列數，字元欄數維持不變。1.12 對只有高度變化的情況保留終端機串流，減少一次僅因可見列數改變而發生的重新連線。
文字正在傳送時，畫面更新需要等一等
一段較長的貼上內容會分塊傳送到終端機。若此時旋轉裝置或展開面板，就需要協調兩件事：傳完輸入，以及讓輸出適應新的寬度。
1.12 把順序明確下來：先完成已排入佇列的按鍵與貼上內容，再進行寬度變化後的畫面更新。這樣，調整版面就不會因過早重建終端機串流而取消尚未傳完的輸入。
第三張圖呈現原生終端機與鍵盤控制區。對話檢視適合閱讀要求與回覆；終端機檢視用於查看原始輸出及傳送終端機按鍵。兩種檢視方式圍繞同一個電腦任務，輸入列對齊與側邊欄間距的調整也讓這些區域在不同尺寸下更整齊。
Duo 模擬器上的原生終端機畫面。文字為本機範例輸出，未執行智慧體任務。
切回 App 時，把連線狀態交代清楚
其他操作也會打斷任務追蹤。例如，連線還沒建立完成，你就離開 App 複製一段錯誤訊息。1.12 會取消進入背景時尚未完成的連線嘗試，避免它在 App 已離開前景後才變成已連線，也不會在背景發起新的嘗試。
回到 App 後，目前連線與最新輸出用來說明此刻狀態。電腦上的代理程序獨立執行，能否繼續檢視和操作，仍取決於電腦、網路與程序是否可用。若輸出停在專案信任或登入提示，可參考代理等待狀態指南。
有些細節需要電腦端一起完成
手機負責顯示與輸入，電腦配套端負責銜接終端機與代理。此次 Mac/Linux 配套端也改善了分段讀取中文、表情符號等多位元組內容時的字元處理，以及還原終端機畫面時的游標位置。另有工作階段還原、代理啟動或等待期間的輸入處理與重複通知改進。
這些修正需要更新實際使用的那份配套端。使用 Mac App 時，更新 App 與內嵌服務；使用獨立 CLI 時，更新該份安裝。Windows 持續依獨立的 Preview 節奏更新。