一段工作階段先被搬上了雲端：Cline SDK v0.0.87，是一套被排好條件的交接介面

2026 年 9 月 30 日，APPI News 刊出一篇關於 Cline SDK v0.0.87 的整理文章。這個版本在 ./cloud 匯出中新增了一項能力：本機工作階段可以交給雲端代理執行，之後再交回本機；雲端工作區也支援暫停與恢復。表面上這是一則版本更新消息，值得從設計角度看的，是「交接」這件事被拆成了哪些必須逐一確認的條件。

交接的方向被寫進了版本說明

官方版本說明對新功能的描述很節制：「將本機工作階段移至雲端代理，再交回本機。」這句話確認了雙向移轉的能力範圍，也確認儲存的推理設定會在執行環境重啟與恢復後保留。但它沒有宣稱的，同樣重要：整套開發環境、工具憑證與設定，並不會自動同步。

Cline 的架構文件把責任切成兩層：共用的雲端控制器處理遠端工作階段狀態；宿主，也就是把 SDK 接進自家產品的應用程式，仍要自己處理驗證、帳號選擇、資料儲存方式與畫面呈現。這條邊界畫得很清楚。SDK 提供的是交接的「能力出口」，宿主把它做成什麼樣的按鈕、流程與進度呈現，是另一回事。對導入者來說，確認 SDK 版本支援，與確認自己用的宿主已完成整合，是兩個獨立的檢查動作。

這種把能力與呈現分層的做法，與我們先前觀察過的開源 TTS 服務用一個相容介面降低切換成本有相似的邏輯：底層協議先標準化，體驗交給接入者。

它和 Git 的分工

一個容易混淆的比較基準是 Git。Git 儲存版本差異，做版本控制，但它不會帶走代理當下的任務脈絡、工作階段識別與接續操作。反過來說，工作階段交接也不能取代版本控制：它處理的是執行位置的轉換，程式變更是否正確，仍要交給測試、差異檢視與團隊的核準流程。兩者各自管一段，誰也不涵蓋誰。

四組必須逐項確認的狀態

APPI News 的整理把交接條件分成四組，每一組都對應一種可能被忽略的落差。

對話與任務脈絡：代理若知道目標、已檢查的檔案與待辦事項，換環境後要能讀到足以接續的紀錄。若接回本機後只剩一段摘要，代理可能得重新檢查程式。

工作區：本機的未提交檔案、暫存變更、忽略檔案、子模組或大型測試資料，雲端是否取得同一份內容，取決於交接採用的建立或同步方式。「持久雲端工作區」指的是暫停後可回復該環境，不宜解讀為本機與雲端持續雙向同步。交回本機時兩邊同時改了同一個檔案，誰解決衝突，也需要先想清楚。

工具與設定：推理設定會保留，但模型服務憑證、MCP 連線、環境變數、網路白名單與本機代理程式不會跟著移轉。雲端缺某個指定版本的工具，任務就可能無法重現。

權限與機密：工作交到雲端，意味著程式碼、建置記錄與工具呼叫離開原本的電腦。涉及客戶資料、金鑰或受合約限制的原始碼時，資料分級與存取審核要先於便利性。

這種把「能不能用」拆成逐項檢查清單的寫法，本身就有介面設計的意味。它不給一個籠統的「支援」或「不支援」，而是要求使用者對照自己的任務屬性判斷。這與遠距工作方案被排成一頁可協商的欄位是同一路數：把複雜條件攤開成可核對的版面，判斷權留給使用者。

一個誠實的功能邊界

Cline SDK v0.0.87 回答的問題其實很具體：工作能不能換地方續做。答案是「可以，但條件要自己對」。這種不把話說滿的功能設計，比一份承諾全環境同步的行銷文案更值得信任。對導入者而言，最有價值的動作不是急著試用，而是先列出自家任務需要哪些狀態延續，再逐項對照官方說明與宿主實作。交接能不能成立，取決於這張清單有多完整。