Enoch 如同即時遷移般，讓代理的身分跨模型、執行框架與主機移動

長壽命的 AI 代理可能會替換其模型、編排執行框架、互動介面與主機，同時需要保留身分、記憶與可執行身體的譜系。在目前的實務中，這些都與執行環境糾纏在一起，因此替換就意味著從頭重建代理。

此設計將承載連續性的基底 P_t=(I_t, M_t, B_t) 與可替換的執行及互動綁定分離。六項連續性不變量，以及一套「靜止—檢查點—驗證—綁定—再水化—恢復」協定，規範了狀態保存、能力變更與延續權限；Enoch 透過可重複使用的軟體身體、私有的已安裝狀態、提供者契約與圍籬式遷移來實作此設計。

證據是機械性的，且刻意限定範圍：一個運作案例在更換主機、進行 Codex 到 Claude 的模型與執行框架聯合替換，以及替換聊天介面之後，仍保留了既有實例的身分、非空記憶、身體修訂版與歷史任務 ID；一項跨主機任務從經驗證的產物檢查點恢復；一項受監督的 Codex-Muse-Codex 研究在首次嘗試中完成了五次普通往返與五次配對的同執行環境對照。

一次計畫性的工作者中斷透過原生任務 API 恢復，檢查點得以保留、一則過期回覆被拒絕，並記錄了一次任務完成。作者表示，這些結果確立了受測部署與有界工作流程的機械性連續性——而非行為等效性、任意任務的可攜性，或無人值守的可靠性。

讓代理成為一個由執行環境借用的基底 P_t =（身分、記憶、身體），並透過「靜止—檢查點—驗證—綁定—再水化—恢復」協定移動

連續性不變量讓「同一個代理」可被檢驗，而非僅是宣稱。

綁定時驗證會在代理恢復工作之前捕捉能力變更。

圍籬式遷移限制了新執行環境能對舊狀態做什麼。

檢查點化的任務讓中斷的代理能恢復而不重複產生效果——一則過期回覆被拒絕，且恰好記錄了一次完成。

將「哪個模型來執行代理」視為可替換的零件。若身分與記憶存在於執行環境之外，替換模型就成為例行維護，而非從頭開始。

公開產物位於 github.com/our-ark/enoch-muse-runtime。第 2 版（2026 年 9 月）新增了 Claude／主機／介面遷移、檢查點化任務、對照與故障恢復證據；作者明確將主張限定於有界工作流程。