Codex 增强层：OMX、lazycodex 与官方原生

这一页讲的是一类项目：给 Codex 这样的官方 CLI 套一层"增强壳"。你当时的一句话是"OMX 对咱们 Codex agent 没帮助"，研究证明你是对的，并且给出了一条更普适的判断：本体在吞增强层，能用原生就用原生。

研究日期 2026 年 8 月 14 日，四路 workflow 加手工补核。版本号以当时为准。

先记三样

位置：增强层偏社区小件，官方原生是商品；能用原生就用原生。
抄与不抄：抄：审计执行的思路、中文 Skill 组合。不抄：替代官方的 harness 层。
一个数：三个 spike 待拍。一条令："先证明原生做不到，再考虑增强层。"

一句话

OMX（Yeachan-Heo/oh-my-codex）是 Codex 的编排壳：autopilot、team、HUD、三十七个 Skill。lazycodex 是 OmO 家的 Codex 发行版。两者都想做“比官方更好用的 Codex”。

解决什么

单机交互式编排：一个人在一台机上用 Codex 做大任务时，帮他拆任务、开团队、看面板。

集团的两种形态和它错位在哪

集团用 Codex 的方式有两种：跨机 tmux 网格里常驻的席位，和封网审计执行（omx exec audited）。OMX 的重心是单机交互，两边都不对。集团真正用到的只有审计执行那一条，而那条里的“sealed profile”是集团自己叠在 Codex 原生 profile 上的封装，不是 OMX 的功能。

架构（OMX）

用户 ──► OMX 命令层（autopilot / team / HUD）──► 37 个 Skill ──► Codex CLI
                                                        ▲
                                                        └── 本地 marketplace 装载

裁决（2026-08-14）

审计执行：ADOPT 官方模式。 codex exec 加原生权限 profile（0.138 起）加输出 schema，参考 openai/codex-action；OMX 这一层可以退役。
网格通信：ADAPT hcom。 hooks 加 SQLite 总线替代抓屏，hcom codex 原生支持；备选 AWS 的 CAO。
lazycodex：不采用。 没有编排能力；默认开着 PostHog 遥测；协议 SUL-1.0 不是 OSI 认证；和 AIOS 的 Task Plan 重复。
中文 Skill 加审计执行的组合：BUILD。 社区没有，是空白。

战略判断

Codex 本体在吞增强层：插件、市场、插件 hook、goals 都已原生。稳定版当时 0.147.0，机队还在 0.141 和 0.142。**能用原生就用原生，不重仓第三方外壳。**这条判断后来在 Claude Code 上同样成立：2.1.224 起原生跨会话消息，很多第三方桥一夜过时。

值得借鉴

先问“官方下个版本会不会自己长出来”。 增强壳的寿命取决于它和官方路线图的距离。判断一个壳值不值得引入，先看官方 changelog 的方向，再看壳。

坑与失效

OMX 钉在 0.20.0-dev（2026-07-11），group-lab 运行时通过本地 marketplace 装载，升级会牵一发。
lazycodex 的默认遥测是数据出集团的口子。

状态（2026-08-14）

OMX 32.7k 星，v0.20.5，周更健康。lazycodex v4.19.4。

我们的关系

审计执行走原生，OMX 该层退役；通信走 hcom；lazycodex 不引入；中文 Skill 组合自建。 三个 spike 当时待你拍板：升 Codex 0.147 复验 profile、码审官去 OMX 化对比、hcom 双机 walking skeleton。

来源

集团内部：阿麦，Codex 增强层研究裁决（2026-08-14，workflow wf_16085a8f 记录）。
外部：Yeachan-Heo/oh-my-codex；openai/codex 与 openai/codex-action；lazycodex 发行说明。