代理要去雲端那間廚房上班了，交接班你清點了什麼

回顧一下這件事的時間點。2026 年 10 月 23 日，張饒輝在 APPI News 發表了一篇談 Cline SDK 雲端代理交接的文章。Cline SDK 在 v0.0.87 的發布說明裡指出，新的交接功能可以把本機工作階段移交給雲端代理，也能再移回本機，雲端工作區可以暫停、恢復，推理設定在重啟後會保留。聽起來像什麼？像你們餐廳聘了一位新廚師，他今天在本店的爐臺炒菜，明天可以去中央廚房出餐，後天再回來，爐火不熄，菜單接得上。

但開過餐廳的人都知道，換班從來把菜單念完就算數。鍋裡燉到一半的湯，火轉到哪了；冰箱裡那包高湯塊，是今天早上的還是昨天剩的；鑰匙掛在誰身上。這些沒寫在菜單上的事，才是交接真正的內容。

對話還在，湯不一定是同一鍋

文章裡有個很實在的提醒：對話能接續，不等於分支、檔案版本和依賴也已同步。工作階段是代理處理工作的脈絡與紀錄，工作區是它讀寫程式碼和執行指令的環境，兩者是不同的東西。

翻成廚房的話就是：新廚師記得你交代過「湯要收汁、不要太鹹」，但他手上那鍋，可能在另一個爐子上，用另一批高麗菜燉的。所以交接前後要看的東西很多：工作階段紀錄、程式碼差異、Git 分支與提交點、未提交變更、工作區設定、依賴版本、執行結果、代理權限。本機和雲端若同時動了檔案，就像兩個人在同一鍋湯裡各加了一次鹽，覆寫和衝突都會發生。文章建議把需審查的變更放在獨立分支，方便追蹤與回復。這就像把「待試味」的那鍋先端到旁邊小爐，別混進出菜線。

還有雲端環境的問題。作業系統、套件、環境變數、網路權限，換了地方就換了條件。雲端測試通過，只代表當時環境下的結果；同樣的道理，中央廚房試味道說可以，不代表你本店那口老爐燒得出同一個味道。交接紀錄裡該列出版本、測試指令、結果摘要與待重跑項目，等於在食譜空白處寫下「爐火大小、鹽的牌子、下次重試」。

鑰匙不能塞進食譜裡傳過去

文章裡另一段值得慢慢讀：環境變數可能含 API 端點與認證資訊，團隊應該用核準的密鑰管理方式供應憑證，避免把密鑰放進提示、對話、程式碼或交接摘要，也不要直接複製可能含祕密的本機環境檔。

這在廚房裡有很直覺的對應。餐廳的鑰匙、保險櫃密碼、供應商的賒帳額度，這些東西你會寫在牆上那張公開的菜單背面嗎？不會。它們該放在帶鎖的抽屜，交給指定的人，誰領過、什麼時候還，都要有一筆紀錄。這道理我們在換手機前先找出那把鑰匙那篇也聊過：鑰匙的管理方式，往往比鑰匙本身更值得花心思。

治理這一段也一樣。資料進入雲端後，存取權限、操作核準、紀錄與刪除政策都要納入檢查。來源也誠實地說了：Cline 的發布資訊並未說明各整合的儲存期限、服務區域與控制措施，這些要按實際版本、條款與組織政策確認。翻成白話就是，隔壁那間中央廚房願意幫你出菜，但它東西放多久、誰能進去、什麼時候清掉，合約裡的細字你得一個個讀。

暫停，不等於醃好了就不會壞

雲端工作區可以暫停、恢復，聽起來體貼。但文章提醒，暫停代表工作區稍後可恢復，不等同備份或永久儲存。儲存期限、刪除條件、復原方式，要看實際服務的文件與條款，重要成果應另由版本控制或備份保護。

廚房裡最懂這件事的，大概是冰箱。你把一鍋高湯冰起來，想說明天再煮。明天是明天，但冰箱會除霜、會跳電、有人會順手聞一聞就倒掉。真正重要的東西，該分裝、貼標籤、寫日期，甚至留一份在別的地方。這跟食譜存在雲端要記得搬家是同一課：工具提供的「先放著」，從來不等於「永遠都在」。

收在你可以用上的地方

來源文章列出的五個確認面：工作狀態、Git 變更、環境依賴、資料治理、回復流程。你可以把它想成打烊前那張檢查表：瓦斯關了沒、湯收了沒、鑰匙交了沒、明天備料誰負責、萬一停電怎麼辦。

工具越方便，越容易讓人忘了交接其實是手工活。Cline SDK 的雙向交接讓工作跨環境流動，這點確實省事，但本機設定、憑證與未提交變更不會自動同行。下次你要把工作交出去之前，先別急著問能省多少時間。問問自己，接手的人知不知道爐子上那鍋，鹽已經加過了。