Google Jules 11月11日轉為唯讀前怎麼遷移？2026

Jules 工作流程還綁著排程、環境變數或未完成會話，單靠 GitHub 裡的程式碼備份不足以接續工作。
最快做法：立即匯出 Google Jules 的設定與歷史，並在 2026 年 11 月 11 日前完成仍需互動的會話；替代 Agent 必須另行重建和實測，不能假設 Google Antigravity 會自動接手。

獨立開發者：需要保留個人設定、環境變數與未完成會話，並安排倉庫任務的接續方式。
小型開發團隊：依賴 Jules 排程或共用倉庫工作流程，需要盤點匯出資料、權限與替代流程。
CI 與平台工程師：需要確認編碼 Agent、測試責任及 macOS 專屬建置步驟如何交接。

最後更新於 2026 年 11 月 5 日；日期、匯出範圍與服務狀態核實自 Jules 官方遷移公告及 Jules Tools CLI 文件。截止時刻與時區若未在公告中明確列出，請以官方最新說明再次確認。

截止前：完成互動中的會話，不把程式碼備份當交接

Jules 官方公告確認，會話可繼續完成至 2026 年 11 月 11 日，之後進入唯讀階段，服務預定於 2026 年 12 月 31 日結束。這些日期及狀態以官方遷移公告為準；公告若有更新，應重新核對截止時間、時區與流程。

在最後期限前，優先處理還需要 Jules 執行、修改或回覆的工作。尤其是有交付期限、依賴排程持續觸發，或必須由 Agent 接續多輪工作的會話。進入唯讀後，不能再把會話當成可繼續操作的工作佇列。

容易遺漏的是「工作已保存」和「工作流程已接續」並非同一件事。GitHub 裡的程式碼、分支與 PR 不會因 Jules 服務轉為唯讀就消失；但它們也不能取代 Jules 內的環境設定、排程、記憶或會話脈絡。官方公告說明匯出範圍不包括 GitHub 已保存的程式碼、分支和 PR，因此兩邊都要分別核對。

期限前的會話交接，建議每項工作至少記錄倉庫位置、目前分支或 PR、尚未完成的變更、預期產物、測試方式，以及誰負責最後審查。若任務仍在執行，還要留下能讓另一位工程師重現的輸入條件，而不是只記「Agent 尚未完成」。

官方匯出：使用 Jules Tools 保存服務內資料

Jules Tools 是官方提供的本機匯出途徑。安裝方式、登入和匯出語法可能依 CLI 文件而定，應直接依照Jules Tools CLI 參考文件中的最新指示操作；不要憑其他工具的命令格式猜測，也不要把登入憑證貼進團隊聊天或提交到倉庫。

匯出前先確認執行工具的帳戶能存取目標 Jules 資料，並選擇受團隊控管的本機位置。匯出後，以 CLI 顯示的實際結果路徑為準；不要假定固定目錄名稱或檔案結構。若檔案缺少、匯出中斷或權限不足，先排除原因並重新確認結果，不要直接把「命令已執行」當成「備份已完成」。

依官方公告列出的範圍，盤點以下資料是否出現在匯出結果中：

• 個人設定與環境變數。
• 定時任務及其觸發資訊。
• 已連線的 GitHub 倉庫。
• 記憶與設定腳本。
• Jules 會話紀錄及相關活動資料。

含環境變數的檔案可能包含 API 金鑰、權杖或其他秘密值。匯出是備份，不代表可以將整個資料夾直接提交到 GitHub。請依團隊的秘密管理政策限制讀取權限，必要時將秘密移至既有的秘密管理流程；可參考 GitHub 對 Actions 秘密的管理說明，再由負責人確認實際存放方式與存取權限。

匯出後：分開核對 Jules 資料與 GitHub 資產

下面的清單適合由一位執行匯出的人員與一位倉庫負責人共同完成。每項都要留下核對結果；如果只有檔案存在、但無人知道如何使用，仍不算完成交接。

• [ ] 記錄匯出工具顯示的完成狀態與實際輸出位置，確認檔案可以讀取。
• [ ] 對照官方匯出範圍，核對設定、環境變數、排程、倉庫連線、記憶、設定腳本與會話紀錄。
• [ ] 將含敏感值的資料與一般工作紀錄分開管理，確認只有獲授權的人員能讀取。
• [ ] 在 GitHub 核對程式碼、分支、PR 及未合併變更；這些內容不屬於 Jules 匯出檔案。
• [ ] 為每個尚未接續的排程或會話指定維護者，記下需要人工重建的設定與驗證方式。
• [ ] 保存一份可供團隊查找的交接說明，但不要在說明中複製秘密值或存取權杖。

匯出檔案不等於可直接匯入另一款 Agent。新工具可能需要重新設定倉庫授權、執行環境、觸發條件和審核流程；會話紀錄可以供人參考，但不能保證新 Agent 能恢復相同上下文或行為。

常見疑問：唯讀日期、匯出內容與接手能力

Jules 何時轉為唯讀，期限前應先完成哪些事？

依官方遷移公告，Jules 會話可完成至 2026 年 11 月 11 日，之後轉為唯讀，並於 2026 年 12 月 31 日結束服務。期限前先處理仍需互動的會話，再完成本機匯出和交接。公告若未明確列出截止時刻或時區，應在安排最後工作前重新查閱官方頁面。

Jules Tools 匯出後，怎樣找到設定與會話紀錄？

按官方 CLI 文件安裝並登入 Jules Tools，再使用文件列出的匯出方式。操作完成後，以工具顯示的路徑確認輸出，不要預設目錄名稱。逐項檢查設定、環境變數、排程、倉庫連線、記憶、設定腳本與會話紀錄；含秘密值的檔案要限制存取，不能直接提交到倉庫。

匯出資料有包括 GitHub 程式碼嗎？

沒有。官方說明 Jules 匯出不包括已存於 GitHub 的程式碼、分支和 PR，這些內容仍應在對應倉庫核對。反過來說，GitHub 程式碼存在，也不代表服務內的設定、排程與會話歷史已保存。兩者應分開盤點，並在交接紀錄中標明資料所在位置。

Google Antigravity 會自動接管 Jules 的任務嗎？

官方公告提到 Google Antigravity，但沒有確認它會自動匯入 Jules 設定、工作排程或會話，也沒有確認功能逐項相同。應按「需要人工重建」規劃替代流程；只有在官方公布明確的匯入能力與支援範圍後，才將已驗證的功能納入遷移安排。可查看 Google Antigravity 官方產品介紹，但產品介紹本身不等於 Jules 匯入承諾。

替代流程：以真實倉庫任務驗收，不以登入成功為準

先選一項能在團隊倉庫重現的常見工作，例如修正小型缺陷、更新測試，或產生可供審查的程式碼變更。不要一開始就把所有排程搬過去；先選擇輸入、預期產物和測試方式都清楚的任務，才能分辨問題來自 Agent、權限還是專案環境。

接著按這個順序重建並驗收：

• 設定倉庫連線與最小必要權限，確認 Agent 只能存取預期的專案與操作範圍。
• 重建依賴安裝、設定腳本及必要環境變數，秘密值透過團隊核准的管道提供。
• 設定原本的觸發方式；若是定時工作，先確認執行時間、失敗回報方式與負責人。
• 在代表性任務中檢查 Agent 產出的差異，確認它沒有修改範圍外的檔案。
• 執行專案測試命令，保存輸出與失敗資訊；測試未通過時，不應把 Agent 已產生 PR 視為驗收完成。
• 以實際 PR 流程確認人工審查、修訂、合併與回報責任仍然明確。

「Agent 有回覆」、「測試通過」和「PR 審查完成」是不同的驗收結果。團隊若原本依賴排程，還要觀察失敗時是否有人收到通知、是否會重複執行，以及排程維護責任是否已交給明確的人員。這些工作流程常常不會隨著會話紀錄一併重建。

若專案需要 Xcode、Apple SDK 或其他 macOS 專屬工具鏈，還要把 Mac 環境納入測試條件。Apple 的 Xcode 系統需求文件會列出各版本支援的 macOS 條件；請按專案使用的 Xcode 版本核對，而非假定一般 Linux CI 可以替代 macOS 建置。

後續維護：保管匯出檔並記錄未重建項目

指定一位匯出資料維護者及一位替代工作流程負責人，避免設定檔只有執行匯出的人找得到。交接紀錄應指出檔案位置、可讀取人員、敏感資料處理方式、仍待重建的排程，以及每項代表性任務的驗收結果；不要把秘密值複製到一般說明文件。

Google Antigravity 是否支援 Jules 資料匯入，須以後續官方公告為準。現階段不能將產品提及推論成自動接管或功能等價；若官方日後公布明確的匯入格式與支援項目，再逐項比較現有備份與新能力，並重新驗收受影響的任務。

遷移後的選擇也不必只有單一 Agent。若替代流程能在現有環境完成任務，且不依賴 macOS 工具鏈，通常沒有必要為了遷移而增加 Mac 環境；如果流程仰賴特定設定，也可先參考遠端 Mac 的資料與隱私說明，再決定是否將 macOS 工作與一般 Agent 任務分開處理。

對必須執行 Xcode 建置或 macOS 測試的工作，Linux 伺服器無法直接提供相同的 Apple 工具鏈，本地 Mac 則可能受設備可用性或團隊共用安排限制；短期驗收或遷移期間，可按實際需要評估遠端 Mac。若工作屬於長期穩定的高負載，或需要直接連接特定實體設備，自購設備可能更合適；若只是暫時補上 macOS 建置能力，xcoderent 的遠端 Mac 方案資訊可供比對，但它不是所有 Agent 遷移的必選項。完成匯出、倉庫核對與代表性任務驗收後，再依測試結果決定是否需要 Mac 環境。

常見問題