v5.1.38～v5.1.41：Senpi 引擎升級與記憶安全 · Oh My OpenAgent

概述

OmO 三個實際發布的 release：v5.1.38（2026-10-19）、v5.1.40（2026-10-20）、v5.1.41（2026-10-22）。主軸：引擎兩度升級（senpi 2026.10.19 → 2026.10.21-1）、onboarding 只保留你留下的 facts，以及記憶同步與電腦控制的安全收緊。

版本跳號：v5.1.36／v5.1.37 從未發布——原文「5.1.37 was tagged but its publish stopped on Linux」（release binaries 超出大小預算，主套件從未抵達 npm，其列表內容全部隨 v5.1.38 出貨；v5.1.36 則是 prepared but never published）；v5.1.39 從未發布——原文「5.1.39 was never published: its release run stopped before npm」，故 v5.1.40 是 v5.1.38 之後的下一個 release。

v5.1.38：senpi 2026.10.19——卡死 handler 與排隊輸入

卡死的 extension handler 不再凍結 session：在 lifecycle event 上永不 settle 的 handler，60 秒後在 session 中指名、20 分鐘後釋放；Esc 或 turn deadline 立即釋放。
排隊輸入在 crash 後存活：以 client id 排隊的輸入在排隊前先寫入 session 檔，並保證恰好送達一次（exactly once）。
滑鼠滾輪在 question prompt 等待時可再捲動 transcript；Alt+Q 在 WSL 還原排隊訊息；/btw panel 不再在 scrollback 重複運行中 eval 的輸出。
到 api.anthropic.com 的 4096+ 字元請求改 gzip 壓縮（與 Claude Code 相同）。
release binary 每平台大小預算 160 MiB → 182 MiB（Bun 1.4.3 runtime 每顆 +9.5 MB、senpi 約 +1.25 MB，linux-x64 達 173.4 MB——量測過，不是誤打包）。
goal 不再於固定 150 次自動續跑後停止：改為連續 60 次無新工具效果／todo 變更／人類訊息才停，並說明原因與任何訊息可恢復。
memory recall 搜尋索引從每 session 約 231 MB 降到 55 MB、寫入後重建從 3–11 秒降到約 16 ms（#10510/#10512）。
CI／release workflows／devcontainer 改 Bun 1.4.3（修 CVE-2026-48618）；OpenCode 2 可載入 OmO 外掛（#8485/#10439）。

v5.1.40：onboarding 與 completion flag

onboarding 只保留你留下的 facts：你接受的 facts 經記憶自身的寫入路徑（write path）落盤（#10506）。
TUI 與 desktop 共用一個 completion flag：任一邊完成 onboarding，兩邊都標記完成。

v5.1.41：senpi 2026.10.21-1 與安全收緊

引擎更快更安靜：engine host 啟動快約 0.1 秒、閒置 90 秒喚醒次數從 1,106 降到 405；desktop thread 的 engine supervisor 改從自身小程式啟動而非整個 CLI，訊息與工具卡不再保留重複副本（每則訊息約 640 bytes、每張工具卡約 2 KB）。
Claude 訂閱恢復 native 1M context：Fable 5、Sonnet 5、Haiku 5.5、Opus 4.7 及之後的現行模型不再要求額外用量；Claude subscription lane 跑 Claude Code 2.1.306。
被 models.dev 標記 deprecated 的模型保留並標註 deprecated，而非消失。
memory sync 拒絕弱 Ed25519 金鑰簽章（#10743，修 #10742）：Bun 的 WebCrypto 會接受 small-order public key（如 identity key）對任何訊息的簽章——sync client 現在檢查自行驗證的每把金鑰與簽章，並拒絕任何會把弱或格式錯誤的 signing key 帶進 account keyring 的 keyring record，包括只出現在 fork-resolution evidence 裡的金鑰。
電腦控制在非 full access 下先詢問（#10788/#10790）：作用於桌面或顯示器整體的輸入落在你的真實指標與最前台 app，現在需與前景輸入相同的「Allow foreground computer control?」核准，否則以 ControlRequired 失敗且不送出任何東西；背景單視窗輸入仍不需核准，full access（含 headless）照常不彈窗。

v5.1.41 其他值得知道

常備指令違反計數器（#10780/#10786）：「never filter the monitor output」這類規則現存於 system/agreements.md 帶計數——agent 被糾正一條已有 agreement 涵蓋的事項時計數 +1，第三次後（memory.agreements.needs_human_threshold）告知 agent 規則持續被違反並通知你；/agreements 可列出、新增、承認或移除，你新增的 agreement 只有你能改。
launcher 刪除中繼登入版殘留的明文 ~/.omo/credentials.json——曾含 device 私鑰與 account refresh material、有時 world-readable；僅刪除完全符合舊形狀的檔案（#10697/#10698）。
/feedback（/bug）一步回報問題：描述加帳號、設備、版本、近期對話訊息、log 與設定——送出前以 /share 同款 redactor 先移除密碼／金鑰／token，記憶永不送出；OMO_DISABLE_FEEDBACK=1 改存本機檔（#10546）。
mass-ulw DAG 節點的 child 因基礎設施死亡（心跳無回應或失去 host session）時自動重試最多兩次帶 backoff——原本一個餓死的 wave 會讓所有後續節點被跳過（一例 61 節點跳過 54，#10605/#10616）。
Windows 上停止 language server 不再噴 EPIPE 未處理錯誤（#9601/#10725）。

既有使用者影響

Claude 訂閱使用者在 1M-window 模型恢復 native 1M context；電腦控制若未開 full access，桌面層級輸入會開始彈核准（背景單視窗與 full access 不受影響）；升級路徑經過中繼登入版者，launcher 會移除明文 credentials.json；memory sync 對弱金鑰簽章改為拒絕；此前卡在 v5.1.37 等未發布版本的使用者，以上所有變更一次到位。

隨堂測驗

關於 v5.1.38 的排隊輸入（queued input），下列何者正確？

💡 想先看個提示？

關鍵詞是 write-through 與 exactly once。

動手升級檢查清單

升級 v5.1.41：動手檢查清單

逐項勾選，確認你已完成升級必要的步驟（進度會保存在此瀏覽器）

0 / 5

（Claude 訂閱＋1M-window 模型）確認 1M context 恢復senpi 2026.10.21-1 起不再要求額外用量
（未開 full access）預期桌面層級電腦控制會彈核准背景單視窗與 full access（含 headless）不變
（升級路徑經過中繼登入版）讓 launcher 清掉舊 credentials.json明文檔案僅在形狀完全符合時刪除
（用 memory sync）確認 keyring 不含弱 Ed25519 金鑰v5.1.41 起弱金鑰簽章會被拒絕
（曾在 v5.1.36/37/39 停留）直接升到 v5.1.41跳號版本從未發布，內容已全部隨 v5.1.38 起出貨