omo 我不是第一次写。
我之前写过两篇深度文：
- 一篇《OMO 深度解析——它不是插件，是一套 AI 开发团队的调度系统》（2026-04-07）
- 一篇《OpenCode 铁三角：OpenSpec + Superpowers + OMO》（2026-03-31）
加起来差不多一万五千字，把 OMO 的架构、agent、配置、命令都讲了一遍。
但过去半年 OMO 的变化太大——版本从 v3.x 涨到 v4.16.3，多了 Team Mode、Codex CLI Light edition、hashline 编辑这套东西；再加上 Anthropic 屏蔽 OpenCode 那个事——很多我之前没说清楚的。
这篇是温故知新。专门写给两种人：
- 新粉：没看过我之前那两篇也没关系，这篇能让你一次搞明白 OMO 是什么 + 现在该怎么看
- 老粉：看过了那两篇也没事，这篇专门写那两篇没说透的 6 件事
为什么我现在又写这篇
我按时间线拉了一下这半年 OMO 的关键事件（看上面那张图）：
- 2026-01-11：thdxr（OMO 作者）在 X 发帖说 "Anthropic blocked OpenCode because of us"。但这个故事当时只是推特，README 还没写进去
- 2026-02-16：hashline 编辑工具合并到 OMO 主分支（从 oh-my-pi port 过来）。我之前两篇完全没提这个
- 2026-02-21：OMO README 正式写入 "Anthropic blocked OpenCode because of us" 那段
- 2026-04-18：Team Mode 核心代码（worktree manager / tmux layout）开始合入。我那两篇深度文里只提了一句
- 2026-06-04：Codex CLI Light edition（lazycodex）在 README 中首次被定位为 "omo for codex"——我之前还没写到这里
- 2026-07-10：v4.16.2 直接标 "HOTFIX — Update Immediately" + v4.16.3 GPT-5.6 first-class · 6.5 万 star
OMO 这半年涨得比我之前那两篇深度文写得快得多。架构没大变，但生态和定位变了——这是温故知新的必要性。
6 件之前那两篇没讲透的事
1. 它不是"11 个 agent"，它是"一个编排 harness"
我之前那两篇反复说"OMO 有 11 个专业 agent"——这个说法现在重新看待其实就有点误导。
OMO 的真正核心不是 agent 数量，是它把 OpenCode 的钩子系统接成了一个完整的调度层。
类比：
- OpenCode 像 VSCode，是个带插件系统的编辑器
- OMO 像 VSCode + 一整套预装好的扩展 + 一整套预配置好的键位 + 一整套预填好的 snippet
你装了 OMO 不是"装了一个新工具"，而是"装了一个完整的工作流"。agent 数量是这种工作流的产物，不是核心卖点。
2. Codex CLI Light edition —— 2026-06-04 我之前写的时候还没有发生
我之前两篇都说"OMO 是 OpenCode 的 plugin"。但 2026-06-04 之后，OMO 还支持 OpenAI Codex CLI。
这就是为什么 OMO 有两套安装命令：
Light 版能拿到 ulw / lsp / ast-grep / hashline / comment-checker 这些 portable plugin。但拿不到 Team Mode——因为 Codex CLI 没有 subagent 系统。
如果你已经是 Codex CLI 用户——之前我完全没告诉你现在能装 OMO Light。这是之前两篇的一个明显遗漏。
3. hashline 编辑才是真正的解锁——不是那 11 个 agent
我之前两篇把"11 个 agent"作为 OMO 最大的卖点。现在我意识到hashline 这个编辑工具才是真正的差异化。
hashline 是 2026-02-16 从 oh-my-pi port 过来的工具。OMO 的 README 里有一句话：
"None of these tools give the model a stable, verifiable identifier for the lines it wants to change ... When it can't [reproduce the content] - and it often can't - the user blames the model."
— Can Bölük, "The Harness Problem"
OMO 的解法是每行代码读出来后被贴一个 hash 标签：
LLM 编辑时引用 LINE#ID。如果文件在这之间被人改过（hash 对不上），编辑直接拒绝。不会发生"LLM 输了一段以为对的旧版代码、覆盖了新代码"这种灾难。
战绩：
"Grok Code Fast 1: 6.7% → 68.3% success rate, just from changing the edit tool."
Grok Code Fast 1 是个相对弱的模型。换了编辑工具，模型跑代码任务的成功率涨 10 倍。
我之前那两篇没把 hashline 单独拎出来讲——这是我之前认知的一个盲点。它才是 OMO 真正让"工具差导致模型失败"这个根本问题被解决的方案。
4. Team Mode 不是我之前理解的"subagent 多了"
我之前两篇讲 Team Mode 是"主 agent + 4-8 个并行 subagent"——这个描述不准确。
Team Mode 的真正工作方式（2026-04-18 合入）：
- 主 agent 通过外部工具（
team_create/team_send_message/team_task_create/team_status）拉起 4-8 个独立 terminal 实例 - 每个实例在自己 terminal 里跑（不是 OpenCode 那种串行调起）
- 可以用 tmux 一格一个 agent 可视化——焦点能切换
跟 OpenCode 原生 subagent 的区别是真并行。你之前那种"subagent 多了"的感觉是不对的。
我之前那两篇低估了这个体感差异。用过 Team Mode 之后我才明白，这不是"subagent 多了几个"，是整个并发模型变了。
5. SUL-1.0 license —— 我之前两篇完全没提
OMO 用的不是 MIT、不是 Apache-2.0，而是 SUL-1.0 (Source-Unlimited License 1.0)。
含义：
- 你可以读 OMO 源码，可以用 OMO，可以改 OMO
- 你不能基于 OMO 做云服务分发给第三方
- GitHub 上显示
NOASSERTION——既不是开源也不是非开源
跟 OpenCode 的 MIT / Hermes 的 MIT / QwenPaw 的 Apache-2.0 完全不一样。装之前要想想你的使用场景——尤其如果你想拿 OMO 做产品。
我之前那两篇完全没提 license——这是个明显的疏漏。
6. 几乎每周一版 hotfix —— 版本节奏的真相
我之前两篇写的是"OMO 用 bunx oh-my-openagent install 安装"。这没错，但没讲版本节奏。
OMO 几乎每周一版 hotfix。最近一个 v4.16.2 的 release notes 标题是：
"HOTFIX — Update Immediately"
"every single turn on gpt-5.6-sol failed with an HTTP 400" + 还修了个 fork bomb 般的 wrapper 自调用漏洞
我之前两篇给人的印象是"装上就用一年"。这个预期是错的——OMO 是要跟进的工具。不跟进 release notes，某天 GPT-5.6 突然就用不了，你都不知道发生了什么。
之前那两篇哪些没说错（快速回顾）
老粉可能想确认——那两篇里讲的事情，哪些半年后还成立？
- "OMO 是 OpenCode 的 plugin" ——关系依然成立。Light edition 加了 Codex CLI，但 Ultimate 的核心位置没动
- "OpenSpec + Superpowers + OMO 铁三角" ——配合依然有效。这套组合我用了大半年没换过
- "Sisyphus 主编排 + ulw 一键激活" ——命令没变
- "配置在
.opencode/oh-my-openagent.json" ——路径没变 - "11 个 agent 按 category 路由" ——核心机制没变
错的或者没说透的，就是上面那 6 件事。
Anthropic 屏蔽 OpenCode 因为 omo —— 这事我也错过了
我之前两篇都没讲这个故事。这次补上时间线：
- 2026-01-11：thdxr 在 X 发帖，原话指向
x.com/thdxr/status/2010149530486911014 - 2026-02-21：OMO README 正式写入这段，原话：
"Anthropic blocked OpenCode because of us. Yes, this is true. They want you locked in. Claude Code is a nice prison, but it's still a prison."
"You don't need to pay $200 for 2 hours of work."
OMO 实际做的事：
- Sisyphus（主调度）默认用 Claude Opus 4.7
- Prometheus（规划师）默认用 Kimi K2.6 / GLM 5.1
- Hephaestus（深工）默认用 GPT-5.6 Sol / GPT-5.5
- Momus（审查）默认用 GPT-5.4 Extra High
也就是说 OMO 默认就是多模型混编——主要工作用便宜的国产模型或 GPT，复杂推理才用 Claude。
Anthropic 显然不喜欢这种 token 流向。
OMO 讲了 Anthropic "因为它"屏蔽 OpenCode 这个故事。这个故事有戏剧性——我建议两边都查一下。OMO 自己的页面讲故事讲得很精彩，但精彩是它的卖点，不一定是事实的全部。OpenCode 那边对这事的态度我没查到官方回应。
这个故事我之前两篇都没讲——这是另一个遗漏。
你属于哪种读者？
新粉、用过没精通、重度老粉——这三类读者看本文的侧重应该不一样：
新粉（完全没用过 OMO）
- 先装 OpenCode：
npm i -g opencode-ai - 跑
bunx oh-my-openagent install——推荐让 LLM agent 帮你装，因为涉及 11 个 agent × 各自模型订阅 - 跑
bunx oh-my-opencode doctor验证 - 找中型项目试
ulw 重构这个模块
先读《OMO 深度解析——它不是插件，是一套 AI 开发团队的调度系统》（2026-04-07 那篇）。搞清架构再装。
用过但没精通
如果你装过 OMO、跑过 ulw，但 hashline / Team Mode / Codex CLI Light edition 这些没碰过——重点补这 3 块：
- hashline 编辑：感受每行
LINE#ID内容 hash 校验的体验。Grok Code Fast 1: 6.7% → 68.3% 这个数字值得记 - Team Mode：主 agent 拉起 4-8 个独立 terminal 实例，tmux 一格一个 agent 真并行。跟你之前用 subagent 的感觉完全不同
- Codex CLI Light edition：如果你也用 OpenAI Codex CLI——
npx lazycodex-ai install拿 portable plugin
重度老粉（看过了那两篇深度文）
如果你 OMO 跑了一年、看过我之前两篇、一直在跟进版本——重点看这 3 个预期调整：
- SUL-1.0 license：可以用，但 fork 出去做云服务分发是禁的。别拿去卖
- 版本节奏：几乎每周一版 hotfix。v4.16.2 标题是 "HOTFIX — Update Immediately"。跟进 release notes，否则某天 GPT-5.6 突然就用不了
- Telemetry 默认开：每天发 SHA256 hash 化的 usage event。
OMO_DISABLE_POSTHOG=1可关
总结
OMO 用到现在半年，我承认之前那两篇深度文有几个没说透的点。这篇不重复之前的架构描述，专门把那 6 件事补上。
温故知新这事儿就是这么个意思：不是因为之前写得不好，是因为世界变了，认知也得跟着更新。
omo 不是变了。是因为半年后我才看清楚这 6 件事。
bunx oh-my-openagent install 之前没装的不必后悔，但建议看下我之前那两篇 + 这篇——三篇一起读，OMO 的全貌就出来了。
新粉 + 老粉都能在这三篇里找到自己的入口。
