oh-my-codex 0.18.2 发布解读Prometheus Strict 规划表面、Ultragoal HUD 进度与 post-0.18.1 缺陷列车合入【免费下载链接】oh-my-codexOmX - Oh My codeX: Your codex is not alone. Add hooks, agent teams, HUDs, and so much more.项目地址: https://gitcode.com/GitHub_Trending/oh/oh-my-codex0.18.2是 oh-my-codex 在v0.18.1之后的第一个主分支main发布它将dev分支上所有在v0.18.1之后开启并已关闭、已完成的 issue 列车整体提升到main同时包含同一比较区间内合入的 Prometheus Strict 规划表面planner surface与 Ultragoal HUD 进度展示。本文将围绕这份发布说明逐条拆解合入了哪些修复、Prometheus Strict 配方工作流如何使用、Ultragoal 进度如何进入 HUD、工作流交接如何变得更显式并结合仓库源码与测试说明这些能力背后的实现原理帮助你评估是否升级以及如何用好在 0.18.2 中出现的新表面。版本背景一次关闭 issue 列车的整体合入发布说明明确给出了 0.18.2 的定位它不是一次从零开始的新功能发布而是把dev分支上v0.18.1之后积累的、已关闭且已完成的 issue 全部提升到main。这意味着本版本的实际内容 你关心的 bug 修复 两个在同一比较区间合并的大功能Prometheus Strict、Ultragoal HUD 进度。从仓库的 git 历史可以印证这一合入路径提交29e87a24 Ship 0.18.2 from the closed post-0.18.1 issue train并看到几个代表性 PR 被一起合入#2472 feat(hud): show ultragoal progressHUD 展示 Ultragoal 进度以及后续的852932bd fix(hud): tighten ultragoal review followups#2437 feat(prometheus-strict-question-surface-dev)Prometheus Strict 的omx question路由表面与c2da7f99 feat(prometheus-strict): require second planning round、f1dffc25 feat(prometheus-strict): pin researcher mini fanout#2471/a9a1c070 Fix duplicate native hooks and trust-state loss for project-scope launches项目级启动时原生 hooks 重复与信任状态丢失#2432/86170773 Merge PR #2432Autopilot 链状态可见性#2467/ba2271ed Preserve auditable ultragoal recovery when Codex goal storage is unavailableCodex goal 存储不可用时保留可审计的 Ultragoal 恢复#2463/4fbdaacc Clarify unsafe madmax same-directory lock contention、#2461/ba2c0688 Keep tmux HUDs scoped to their leader session、#2457/5018c64f Bound desktop notify dispatch after stale turns等。对于使用者来说理解这个背景的意义在于如果你此前在dev分支上已经观察到其中某些修复0.18.2 就是它们正式进入稳定主线的时点。Highlights 一post-0.18.1 关闭 bug 列车全部合入发布说明将这批修复概括为七大类doctor / plugin hook 诊断插件模式下的 doctor 检查现在直接校验插件 hook 清单manifest而不是把用户反复引导到无效的setup --force指引Autopilot 链可见性Autopilot 激活时暴露其持久化的链式状态便于追踪tmux / HUD / madmax 回归见下文 Fixes / compatibility 分类详解Team Stop 泄漏陈旧或外来 Team Stop 状态现在失败关闭fail closed通知 turn-ended 风暴Codex Desktop 的 turn-ended 通知派发被限流bounded避免陈旧 turn 触发通知风暴Ultragoal goal 存储恢复Codex goal 存储不可用时Ultragoal 记录为可恢复的 blocked 证据而不是削弱最终 checkpoint 对账research-planning 措辞研究规划边界措辞澄清9f6c6fa0 Clarify research planning boundaries项目级原生 hook 重复项目作用域运行时CODEX_HOME不再以导致 hooks 重复、信任状态丢失的方式镜像 hook/配置文件。这些条目既是缺陷修复也是 0.18.2 中最值得升级的理由它们集中在会话状态、HUD 渲染、通知派发与多进程生命周期上属于长期运行工作流最容易踩中的慢性病。Highlights 二Prometheus Strict 配方工作流Prometheus Strict 是本版本合入的一个以配方recipe形式存在的规划工作流。发布说明强调它现在具备完整的表面omx question路由、native agent 定义、catalog 条目、plugin 镜像以及 dogfood 文档。它是配方recipe不是技能仓库中的 prometheus-inspired-deliberation.md 明确说明这是non-canonical非规范化配方不是活跃的 OMX skill、keyword、hook 或 native-agent 表面且不随包发布名为$prometheus-strict的可调用技能。它是对 OMO Prometheus 高层概念的启发式再实现concept-only guidanceMIT 许可并未复制任何 OMO 源码文本。使用前提是操作员希望在规范路径$deep-interview - $ralplan - $ultragoal之上额外增加一份手动检查清单。配方步骤如下运行$deep-interview直到需求、非目标non-goals、验收标准与未决假设全部显式化运行$ralplan并要求计划明确陈述目标与非目标、证据与假设的区分、验证门verification gates、回滚或升级触发条件、是否存在真正独立的$team车道进入$ultragoal之前用三个问题人工挑战计划还有哪些歧义可能改变实施范围哪种验证能抓住代价最高的失败什么样的工作拆分会造成所有权冲突或合并风险若答案改变计划修订$ralplan工件本身而不是创建新的工作流表面将获批计划交给$ultragoal只有在具体 Ultragoal story 内需要并行车道时才启动$team。边界同样清晰不调用$prometheus-strict没有随包提供该技能不为该配方新增 Metis/Momus/Oracle 这类 prompt-backed native agent不创建独立的 Prometheus 工件约定继续使用既有的$deep-interview、$ralplan、$ultragoal工件。Dogfood 证据三类场景的实测数据发布说明提到的 dogfood docs 即是 dogfood-2026-05-22.md。它记录了三个场景的 Agent 执行 dry-run 结果可作为该规划表面如何工作的实证场景意图轮次omx question 调用每轮问题数吸收Absorbed数扇出Fan-outAtrivial修 README.md 第 42 行 typo00N/A30Bsimple为foo()加单元测试11121 exploreCarchitecturecookie → JWT 认证会话迁移设计223, 261 explore 1 researcher三个场景共同验证了其核心机制——6 项清单6-item checklist清除制objective、scope INOUT、acceptance、test strategy、handoff target、no outstanding CRITICAL每一项都要落到USER_ANSWERED、INFERRED_FROM_SPEC或ABSORBED_WITH_CITATION三态之一。场景 C 还展示了吸收与浮现的比例控制吸收 6 项、浮现 5 个 CRITICAL 问题如JWT 与 cookie 会话是共存还是切换回滚是否允许使已签发 JWT 失效哪些消费者第一天必须兼容最终全部落入清单状态。这与提交历史中6a7eac6d test(prometheus-strict): add contract assertions for checklist clearance and Turn Termination Rules、59ceec34 feat(prometheus-strict): replace count-based clearance with 6-item checklist and add Turn Termination Rules互相印证0.18.2 合入的 Prometheus Strict 表面其清除判据已经从事先计数改为结构化清单并配套了契约断言测试。Highlights 三Ultragoal 进度进入 HUD0.18.2 将活跃持久化目标的进度与 review 后续状态直接呈现在 HUD 上让长时间运行的工作流不再黑盒。仓库中的 HUD 状态实现 state.ts 给出了这一能力的源码级证据readUltragoalState(cwd)读取.omx/ultragoal/goals.json路径常量定义于 artifacts.ts 的ULTRAGOAL_DIR .omx/ultragoal、ULTRAGOAL_GOALS goals.json、ULTRAGOAL_LEDGER ledger.jsonl对每个 goal 归一化后按ULTRAGOAL_ACTIVE_STATUSESin_progress、review_blocked、needs_user_decision与ULTRAGOAL_UNRESOLVED_STATUSESpending、in_progress、failed、review_blocked、needs_user_decision分别统计 pending / in_progress / failed / review_blocked / needs_user_decision / unresolved 数量完成阻塞判断复用了与artifacts.ts一致的语义superseded目标须等其所有替代目标解决、review_blocked目标须等指定的 resolver 完成且反向指针闭合isHudCompletionBlockingUltragoalGoal。这意味着 HUD 上显示的进度不是简单的计数而是与 Ultragoal 完成语义严格对齐的派生状态一个review_blocked的最终 story 即使其 resolver 已完成也必须通过reviewBlockerResolution双向校验才会在 HUD 中反映为可关闭。测试目录 artifacts.test.ts 中有大量对应用例如两个未解决 review-blocked 父目标指向同一个 resolver 时不终态化review-blocked 父目标指定的 resolver 反向指针指向其他目标时不终态化最终聚合候选被 steering-blocked 时不终态化发布说明中提到的852932bd fix(hud): tighten ultragoal review followups正是这类收紧的后续修复。Highlights 四工作流交接更显式发布说明把四项变更归入工作流交接显式化deep-interview 保持为需求边界对应 PR#2427/03972c51 Merge pull request #2427 from Yeachan-Heo/fix/issue-2426-deep-interview-handoff——修复 issue-2426 的 deep-interview 交接问题Autopilot 记录持久化阶段状态提交ccbe7689 Make autopilot activation expose its durable chain与86170773 Merge PR #2432让 Autopilot 激活暴露其持久化链交接不再是内存态ralplan consensus 要求 Architect/Critic 证据ralplan 的 advisory 生命周期在 0.18.x 系列逐步收紧为证据驱动。源码 advisory.ts 展示了其终态语义只有outcomeapproved且integrity_statusproven时 fence 才会进入closed且要求plan_manifest_sha256、architect_review_sha256、critic_review_sha256、evidence_bundle_sha256全部绑定缺失任一即判为approved_proven_binding_invalid损坏态。同时 advisory-activation.ts 中的激活只接受producer native且threadKind root-or-driftralplan_advisory_activation_authority_required配合ralplan-state.json的workflow_variant: advisory绑定与 generation 标识确保只有权威激活者能推进生命周期ralplan 示例默认改用 Ultragoal 做持久执行提交5b6a2ddd Align ralplan handoff docs with durable goal default与882dd838 Merge PR #2455issue-2453文档层面的交接链收敛为deep-interview → ralplan(advisory) → ultragoal。Fixes / compatibility 逐条详解发布说明的修复清单可按模块拆解doctor / 插件 hook插件模式 doctor 校验插件 hook 清单本身而非循环引导setup --force。这意味着doctor 误诊类体验问题在本版本被根治诊断直接定位 manifest而不是让用户反复重装。native subagent 与项目级 CODEX_HOMEnative subagent 抑制带引号的工作流关键字激活避免子代理误触发 workflow项目级运行时CODEX_HOME不再以重复 hooks / 丢失信任状态的方式镜像 hook 与配置文件提交a9a1c070PR#2471。tmux / HUD / madmaxtmux 3.2a resize hooks 加固OMX_ROOTHUD 面板支持盒式boxed渲染HUD 面板按 leader 会话归属提交ba2c0688 Keep tmux HUDs scoped to their leader sessionPR#2461避免跨 leader 串面板madmax 支持独立的 detached 启动且不再等待陈旧锁PR#2452issue-2451澄清 madmax 同目录锁竞争风险PR#2463issue-2462并新增同目录锁诊断。Team Stop 与通知Team 启动的直接触发要求证据陈旧/外来 Team Stop 状态失败关闭Codex Desktop turn-ended 通知派发限流提交5018c64f Bound desktop notify dispatch after stale turnsPR#2457issue-2456通知风暴被抑制。Ultragoal 恢复Codex goal 存储不可用时如no such table: thread_goals这类 DB/schema/context 错误Ultragoal 不再硬性要求--status complete对账而是记录为可审计的、非终态的 blocked 证据提交ba2271edPR#2467issue-2466。artifacts.ts 中的buildUnavailableCodexGoalRemediation给出了标准恢复动作用omx ultragoal checkpoint --goal-id id --status blocked --evidence get_goal 不可用原因 --codex-goal-json 错误 JSON 或路径记录阻塞随后在get_goal可用的 Codex goal 上下文中继续从而保住严格完成对账的可证性。Closed issue audit 与合并 PR 清单发布说明的 issue 审计结论如下已完成并合入dev#2429→#2431、#2430→#2432、#2433→#2434、#2435→#2436、#2438→#2439、#2440→#2442、#2443→#2447、#2445→#2448、#2449→#2450、#2451→#2452、#2453→#2455、#2456→#2457、#2460→#2461、#2462→#2463、#2466→#2467、#2468→#2469、#2470→#2471关闭但未进入执行合并#2428范围过大要求拆分为更窄的后续 issue与 #2465贡献门关闭。合并 PR 清单#2415、#2427、#2431、#2432、#2434、#2436、#2437、#2439、#2442、#2447、#2448、#2450、#2452、#2455、#2457、#2461、#2463、#2467、#2469、#2471、#2472。其中与前面分析对应的关键映射#2437 Prometheus Strict question 表面、#2472 HUD Ultragoal 进度、#2427 deep-interview 交接、#2432 Autopilot 链状态、#2457 通知限流、#2461 HUD 归属、#2463 madmax 锁诊断、#2467 Ultragoal 恢复、#2471 项目级 hooks 修复、#2455 ralplan 文档对齐。验证与发布流程发布说明给出的验证矩阵0.18.2合入前实际执行npm run buildnpm run verify:native-agentsnpm run verify:plugin-bundlenpm run test:recent-bug-regressions:compiled定点测试node --test dist/hud/__tests__/authority.test.js dist/hooks/__tests__/notify-fallback-watcher.test.js dist/scripts/__tests__/notify-dispatcher.test.js dist/ultragoal/__tests__/artifacts.test.js dist/cli/__tests__/codex-plugin-layout.test.js dist/cli/__tests__/setup-install-mode.test.js dist/hooks/__tests__/keyword-detector.test.js dist/team/__tests__/runtime.test.jsnpm run sync:plugin:checkcargo check --workspaceRust 侧工作区编译检查定点测试文件的选取本身就能反推出本次改动的核心区域HUD 面板权威hud/authority、通知回退监视与派发notify-fallback-watcher、notify-dispatcher、Ultragoal 工件ultragoal/artifacts、插件布局与安装模式codex-plugin-layout、setup-install-mode、关键字检测keyword-detector对应 native subagent 抑制带引号关键字激活、Team 运行时team/runtime对应 Team Stop 失败关闭。此外tag 时刻的发布工作流会在v0.18.2存在后基于 RELEASE_BODY.md 重新生成 release body保证发布说明与实际 tag 一致。升级建议与使用前提结合源码与发布说明给出几条可操作的结论如果你在dev上体验过上述修复或正被 tmux/HUD、通知风暴、madmax 锁、Team Stop 泄漏、插件 doctor 误诊等问题困扰0.18.2 是值得升级的修复型版本它没有引入破坏性配置迁移重点在状态机收紧与边界修复。Prometheus Strict 是配方而非技能不要期望$prometheus-strict开箱即用它存在于 docs/recipes 与 prometheus-inspired-deliberation.md 的指导中落地方式是手动执行$deep-interview → $ralplan → $ultragoal并套用 6 项清单与三问挑战。dogfood 证据dogfood-2026-05-22.md可作为期望值的参照trivial 任务 0 轮 0 问、simple 任务 1 轮 1 问、architecture 任务 2 轮 5 问。HUD 的 Ultragoal 进度与完成语义强绑定review_blocked目标必须由指定 resolver 双向确认后才能解除阻塞superseded目标必须等替代目标全部解决如果你在 HUD 上看到进度卡住优先检查这些元数据是否闭合可参考 artifacts.test.ts 中的反例用例。ralplan 的 advisory 生命周期是证据驱动的终态closed需要approved proven且 plan/architect/critic/evidence 四个摘要全部绑定执行交接只对nativeroot-or-drift激活者开放。任何证据缺失都会落入损坏态advisory.ts中可见大量*_invalid判定这保证了共识门不被绕过。0.18.2的整体画像是一个稳字没有新的大功能面但把 0.18.1 之后积累的 17 个 issue 与 21 个 PR 的修复一次性送达main并用 8 组定点测试与全量构建、native agents 校验、插件包校验、Rust workspace 编译检查兜底。对正在使用 Autopilot 链、Team 并行、Ultragoal 长期目标与 HUD 监控的用户而言这是低风险、高收益的一次升级。【免费下载链接】oh-my-codexOmX - Oh My codeX: Your codex is not alone. Add hooks, agent teams, HUDs, and so much more.项目地址: https://gitcode.com/GitHub_Trending/oh/oh-my-codex创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考