後續更新：v5.0.0（2026-09-26）已成為 OmO Native 首個 stable 版；v5.1.7（2026-09-30）進一步強化 omo doctor——現在會回報 computer use 引擎的位置與來源，且不會下載引擎。stable 版說明見 v5.0.0：OmO Native 首個正式穩定版，最新版見 v5.1.7：權限引導與邊界修正。

問題模型

一個 OmO session 已載入舊 plugin bundle。此時你在另一個 terminal 把 beta 升級，安裝目錄中的 persona asset 被 rename / prune。

舊 process 還活著，但下一次 recall gate 若每次都重新從磁碟讀舊檔名，就會失敗。這不是「記憶資料壞了」，而是 running code 與 install tree 已經不再同一版本。

beta.51 的修法

Persona filenames 改成單一來源；memory component register 時一次讀取並 cache。Running process 因此可以繼續使用它啟動時的 payload，不會因之後的 upgrade 立刻失效。

升級後診斷

omo doctor

Doctor 會指出哪些 sessions 還在跑 retired payload。它只診斷，不會替你強制 kill。

正確處理

1. 確認新版本安裝成功。
2. 用 doctor 找出舊 payload session。
3. 保存必要工作狀態。
4. 手動 restart 該 session。
5. 驗證下一次 Memorian recall 正常。

關鍵學習點

長生命週期 runtime 的版本一致性不能只看 filesystem。任何 plugin / agent host 都應思考「process 啟動後，升級會不會讓它下一次 lazy-load 某個資產時才爆炸」。