假設你的團隊每週讓 Jules 維護測試或文件。得知服務要結束時，第一個反應可能是：「程式碼都在 GitHub，換一個 agent 就好了。」

新工具拿到 repo，卻不知道原本先跑哪個 setup、哪些環境設定不可少，也不知道上次沒做完的任務停在哪裡。程式碼沒有不見，工作還是接不起來。

下載完資料，至少讓團隊有備份可查。接下來要確認的是：少了 Jules，接手者能不能照著留下的設定把工作跑起來。

先處理 11 月 11 日，不要只記得年底

Jules 的服務結束日期是 2026 年 12 月 31 日，但還有一個更早的期限：使用者可到 11 月 11 日完成現有工作階段（session），之後服務轉為唯讀，直到年底結束。

還有未完任務的團隊，得先盤點哪些工作要在轉唯讀前完成、哪些需要交接。這比現在就決定下一款工具更急。公告的可見內容沒有指定時區，不宜把日期解讀成台灣時間的某個最後時刻；有期限壓力的工作，應提早處理。

Jules 的匯出範圍包括帳號設定、環境變數、排程、repo 連結、記憶、setup scripts，以及各工作階段的 prompt、plan、activity log 和 code patches。程式碼、分支與 PR 則留在 GitHub。

這份清單已經指出問題：團隊要帶走的東西，原本就不全在同一個地方。匯出的檔案也不代表其他 agent 能直接匯入。

用四類資料分派交接工作

以下是團隊可以自行整理的盤點表，不是 Jules 官方的跨工具匯入格式。小團隊可以由同一人負責多列，但每一列都要有人核對。

尤其要小心最後一列。匯出裡有一份 patch，不表示新環境應該再套一次；同一份改動可能已經在分支或 PR 裡。先對照基準與差異，再決定如何接手，才不會把已完成的工作重做一遍。

記憶和聊天紀錄也不宜整包當成新 agent 的指令。把仍然有效的專案規則整理出來，過期的假設、臨時決策與未確認建議另外標記。備份可以保留歷史，交接文件要讓接手者看得出哪些內容現在還算數。

原始匯出先當敏感備份處理

環境變數可能含憑證，工作紀錄也可能帶有內部資訊。不要因為匯出是一個資料夾，就順手把整包提交 Git，或貼進新工具的聊天視窗。

原始備份放在受控儲存位置，記下可存取的人與團隊決定的保存期限。共享交接文件只留變數名稱、用途、secret reference 和必要設定；需要敏感值時，讓有權限的人透過原有的祕密管理流程取得。

換工具時，依新工具的執行方式重新授權。舊 token 不該被當成一項普通設定，跟著 prompt 到處搬。

匯出操作則回到文末的 Jules 官方流程，由操作者核閱並互動登入。部分匯出端點未文件化，可能失效；遇到錯誤要記錄失敗範圍，不要把「有產生檔案」當成「每一項都備份成功」，也不要列印 token 或環境變數值來除錯。

用一個低風險任務做冷啟動驗收

先選專案原本就有的一個低風險檢查，讓接手者從新目錄重跑一次。一次只驗一個入口，環境缺什麼會比較好找，也不用急著把整套維護任務交出去。

1. 建立新的工作目錄，固定 repo 與基準 commit，不沿用舊工具留下的隱含設定。
2. 依交接文件準備環境。缺了哪一步、需要誰提供什麼權限，都留下紀錄。
3. 執行專案已記錄、確認不會碰正式資源的驗證入口。即使名稱叫「測試」，也先確認它是否連線、寫入資料或觸發其他工作；需要憑證時使用核准的測試權限。
4. 把結果綁回這次的 commit 與執行環境，列出實際跑過、失敗及未執行的項目，再核對未完任務能否接續。

這次演練不啟用正式排程、不合併 PR，也不發布。先釐清舊排程是否仍會觸發，再由人安排切換；新舊工具同時對同一份工作寫入，會讓驗收更難判讀。

交接紀錄可以很短，但至少要回答：

• [ ] 原始匯出有哪些缺項或錯誤，誰負責補齊？
• [ ] 新環境使用哪個 repo／commit，環境準備卡在哪裡？
• [ ] 哪個既有檢查實際跑過，結果與未跑項存在哪裡？
• [ ] 未完 patch、舊排程與新觸發器，接下來由誰處理？

setup 卡住就寫卡住。patch 的基準對不上就交回維護者確認。不要替缺口補上一句「應該沒問題」，再把遷移狀態標成完成。

agent 選單能換，工作設定仍要有人帶走

Android Studio Rabbit 2 可以透過 ACP 接入不同 agent；Google Cloud 在 Antigravity 的開發者外掛，則把 skills、文件工具與環境檢查納入整合。開發者有了在同一個 IDE 裡切換 agent 的入口，但選單之外，還有這些需要個別配置的工作條件。

這些能力不能當成 Jules 資料可直接匯入的證據。工具接得上 repo，仍要核對它拿到的環境、權限和任務設定；互動修改與定期委派的工作，也未必要搬到同一個入口。

我會先請接手者照交接文件，在新環境完成一次有紀錄的低風險檢查，再安排正式切換。若連這個入口都跑不起來，遷移進度就該寫「待補環境」並指定負責人。repo 還在，不能替這一項簽收。

參考資料

• Jules Turndown：服務時程與資料匯出
• Android Developers：Agentic and Flexible: A next era of Android development
• Google Cloud Developer plugin now available in Antigravity Marketplace