v5.0.0：OmO Native 首個正式穩定版 · Oh My OpenAgent

概述

2026-09-26，Oh My OpenAgent 發布 v5.0.0——OmO Native 首個正式 stable 版。本站正式版本由 v4.19.4 更新為 v5.0.0；從 beta.1 到 beta.90 的前瞻觀察（見 beta.51 Native CLI 預覽與 beta.82 任務隔離），至此收斂成一條 stable 產品線。

Stable 的意義：`omo` 成為產品本體

OmO Native 不是「OpenCode plugin 的下一版」，而是獨立的 omo 指令：以 senpi（pi 的 fork）為引擎，OMO extension 直接載入引擎，不再經過其他 host 的 plugin API。因此 hooks、tools 與 TUI 在各平台行為一致，也是官方後續新功能的唯一落點。

相對地，OpenCode 版（plugin）與 LazyCodex 進入 degraded support（降級支援）——仍可執行，但新功能先進 OmO Native，部分能力因 host 限制永遠不會回到 plugin 版。

安裝：改走 npm 預設 channel

v5.0.0 起，release pipeline 依版本號決定 npm channel（#8887）：

stable：以精確 X.Y.Z 發布到 npm latest
pre-release：以 X.Y.Z-0.<suffix> 發布到 beta

所以 stable 安裝不需要 @beta tag：

bun add -g omo-ai

update banner、omo update、omo doctor、installer 與 postinstall 等所有安裝提示，都改由執行中版本推導 channel，不再寫死。

官方要求移除 OpenCode v1 與 LazyCodex

v5.0.0 release notes 開頭直接寫：PLEASE REMOVE OPENCODE V1 FOR OMO, LAZYCODEX, IMMEDIATELY.

嚴格來說不必「立刻」移除——plugin 仍能跑；但官方明確表示這是降級支援，且自己已經數週未使用 plugin 版。若你同時裝了 plugin 版與 OmO Native，建議照官方遷移路徑切換，避免兩套 runtime 同時存在造成診斷混亂。

遷移步驟

bunx oh-my-openagent install --platform=native   # 或 bun add -g omo-ai
omo setup
omo doctor

installer：移除 4.19.x 及更早版本留下的舊 global omo、改以 bun 安裝（缺 bun 時用 npm），並驗證 PATH 上的 omo 是新版
omo setup：讀取你 OpenCode 安裝已知的設定，經一次確認後帶過來——provider API keys、opencode.jsonc 的自訂 OpenAI/Anthropic-compatible provider、MCP servers、global skills 與 model choices。OAuth token 不會在工具間搬移，setup 會列出該補跑的 /login 指令
omo doctor：印出已連 provider 能跑哪些 task category，以及 OpenCode 版留下的殘留物與對應修復指令
omo update：原地更新

OmO Native 相對 plugin 的關鍵能力

面向	OpenCode 版 / LazyCodex	OmO Native
Runtime	別人的 host 內的一個 plugin，重啟才生效	senpi 引擎上的一個 `omo` binary
Tool calls	每個 model turn 一個 tool	first-party CodeMode：用程式碼呼叫工具、可平行
Memory	無內建	git-backed memory：self block、reflection、Kibitzer recall
多模型工作	Team Mode（OpenCode）、`spawn_agent`（Codex）	mass ulw：節點路由到不同模型的 DAG
瀏覽器	外加 MCP	內建 omowright，掛上你自己的瀏覽器

引擎與記憶：senpi 2026.9.26

冷啟動從 5.8s 降到 850ms（三輪 profiling），omo --help 28ms
Memory 存在一個 markdown 檔的 git repository：persona、與你共事的人、以及 self block 會投影進每個 session；reflection 與 dreaming 在 session 安定後以沙箱背景 worker 執行
Kibitzer 是新的第二 agent loop：跑在便宜的 quick category，只有當某個 turn 碰到它尚未判斷過的記憶時才醒來；它用五個唯讀工具檢查，透過一則隱藏的 nudge 把「喔對」放進對話，且不能寫入記憶。recall 每次 tool call 約 5ms（原 308ms），並固定跑 quick chain，不會落到 frontier 價格的模型

CodeMode 與 mass ulw

CodeMode：每個步驟都可以是 JavaScript / Python eval cell，prelude 帶 tool.<name>()、parallel()、pipeline() 與 agent()；20 個讀取收斂成一個 cell、一次 round trip。官方實測相同模型下，OmO Native 每 round trip context 用量約 OpenCode 版一半（GPT-5.5 為 0.39x、Opus 4.8 為 0.69x）
mass ulw：在 prompt 寫「mass ulw」即把工作變成 dependency graph——節點依 category 路由到不同模型，經 workpool 重試與恢復，執行狀況即時顯示在 TUI 與 herdr 側 pane
瀏覽器：omowright 內建，透過 BrowserSkill 驅動你日常使用的瀏覽器（沿用你的登入），遇到登入、CAPTCHA 或一次性驗證碼時交還給你；面對 bot 評分的網站則跑自己的 Chromium 與 cloaked profile

beta → stable 的具體差異

Channel 語意：stable 進 latest、pre-release 進 beta，由版本號決定（#8887）
引擎升級 senpi 2026.9.26（#8882）：Cursor CLI lane 送出請求時一併帶上同 turn 的 hidden messages；first-turn plan 改為等你的第一個請求而不是 onboarding 招呼；重述請求的 handoff block 不再被誤判為 repeat turn
預設 deep lane 換模型（#8885）：deep-low 改用 gpt-5.6-sol-fast（medium），fallback 為 gpt-5.6-sol（medium）；只有 GPT-6 Sol 的帳號不再看到此 lane，可 pin categories.deep-low.model 保住原設定
OpenCode v2：官方表示「知道 v2、因應方案正在做，需要時間」，過渡期請使用者跑 OmO Native
下一步：官方預告 desktop app，之後是 computer use

建議

正式教學基準改為 v5.0.0：新安裝一律走 bun add -g omo-ai 或 install --platform=native
遷移前保留原設定：omo setup 有一次確認步驟，先確認 provider 與 MCP 清單無誤
OAuth 需重新登入：token 不跨工具搬移，照 setup 列出的 /login 指令補齊
仍留在 OpenCode v1 / LazyCodex 者：把它們當過渡期工具，新功能不再保證出現在 plugin 版

學習重點

Plugin 到自有 runtime 的轉折：當 host 的 plugin API 承載不了新能力（CodeMode 的平行 eval、DAG 編排、內建瀏覽器）時，脫離 host 反而讓行為可預期——代價是使用者需要一次遷移。
Channel 由版本號決定：X.Y.Z → latest、X.Y.Z-0.<suffix> → beta 是可驗證的 distribution 契約；安裝提示改由執行中版本推導，避免「文件寫 beta、實際裝 stable」的漂移。

延伸閱讀

來源：v5.0.0 release notes

概述

Stable 的意義：omo 成為產品本體