lazycodex-ai 5.0.0-beta.88 → 5.0.0-beta.89

package/README.ja.md

@@ -7,19 +7,9 @@
 
 > **Sponsors**
 > 以下は私たちのスポンサーです。個人のサイドプロジェクトとして継続するための支援をいただいています。
-> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)** では **Kimi K3 Ultrafast (300 TPS)** を公式価格と同じ料金で提供しています。`opengateway/moonshotai/kimi-k3-ultrafast` を今すぐお試しください。 推論原文ノーロギングポリシーにより、プライバシーに配慮した利用が可能です。プロバイダーに直接リクエストしないため、匿名性も保てます。 |
+> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)** は OmO のスポンサーです。複数のモデルプロバイダーをひとつの API で使える OpenAI 互換ゲートウェイです。オープンソースへのご支援に感謝します。 |
 > | :-----| :----- |
 
-> [!NOTE]
-> **OmO for Codex が登場しました。LazyCodex を試してください**
->
-> Anthropic のモデルを愛しすぎてブロックまで経験した私たちは、今度は Codex に賭けることにしました。
-> OmO のファンだけれど設定が面倒だったなら、LazyCodex を使ってください。OmO for Codex はもうリリースされています:
-> ```bash
-> npx lazycodex-ai install
-> ```
-> 詳細は [lazycodex.ai](https://lazycodex.ai) をご覧ください。
-
 > [!NOTE]
 > **マルチハーネスエージェントOSへのリファクタリング進行中**
 >

package/README.ko.md

@@ -7,19 +7,9 @@
 
 > **Sponsors**
 > 아래는 저희의 스폰서입니다. 개인 사이드 프로젝트를 지속하는 데 도움을 주고 있습니다.
-> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)**에서 **Kimi K3 Ultrafast를 300 TPS**로 이용하세요. 공식 정가와 동일한 가격입니다. `opengateway/moonshotai/kimi-k3-ultrafast`를 지금 사용해보세요. 추론 원문 노로깅 정책으로 프라이버시를 지키며 사용할 수 있고, 제공사에 직접 요청하지 않기 때문에 익명성도 지킬 수 있습니다. |
+> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)**가 OmO를 후원하고 있습니다. 여러 모델 제공사를 하나의 API로 쓸 수 있는 OpenAI 호환 게이트웨이입니다. 오픈소스를 응원해주셔서 감사합니다. |
 > | :-----| :----- |
 
-> [!NOTE]
-> **OmO for Codex 출시: LazyCodex를 써보세요**
->
-> Anthropic 모델을 너무 사랑했던 이유로 차단까지 겪었던 저희는 이제 Codex의 손을 들기로 했습니다.
-> OmO 팬이지만 설정이 번거로웠다면 LazyCodex를 사용해보세요. OmO for Codex가 출시되었습니다:
-> ```bash
-> npx lazycodex-ai install
-> ```
-> 자세한 내용은 [lazycodex.ai](https://lazycodex.ai)에서 확인하세요.
-
 > [!NOTE]
 > **멀티 하니스 에이전트 OS 리팩토링 진행 중**
 >

package/README.md

@@ -6,7 +6,7 @@
 
 > **Sponsors**
 > These are our sponsors. They help keep OmO going as a personal side project.
-> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)** serves **Kimi K3 Ultrafast at 300 TPS** at the same price as the official list price. Try `opengateway/moonshotai/kimi-k3-ultrafast` today. It enforces a no-logging policy on inference raw content, so your prompts stay private - and since you never request the provider directly, you stay anonymous. |
+> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)** sponsors OmO. An OpenAI-compatible gateway that puts many model providers behind one API. Thank you for backing open source. |
 > | :-----| :----- |
 
 

package/README.ru.md

@@ -7,19 +7,9 @@
 
 > **Sponsors**
 > Ниже представлены наши спонсоры. Они помогают проекту существовать как личному сайд-проекту.
-> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)** предлагает **Kimi K3 Ultrafast со скоростью 300 TPS** по той же цене, что и официальный прайс. Попробуйте `opengateway/moonshotai/kimi-k3-ultrafast`. Действует политика отсутствия логов исходных текстов инференса, так что ваши запросы остаются приватными, а поскольку вы не обращаетесь к провайдеру напрямую, сохраняется анонимность. |
+> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)** спонсирует OmO. Это OpenAI-совместимый шлюз, который объединяет множество провайдеров моделей под одним API. Спасибо за поддержку open source. |
 > | :-----| :----- |
 
-> [!NOTE]
-> **🚀 Первый релиз для Codex: omo теперь доступен в Codex CLI**
->
-> Никаких сложных JSON-конфигураций. Просто выполните:
-> ```bash
-> npx lazycodex-ai install
-> ```
-> Ваш Codex получит локальные правила, comment checker, LSP, Git Bash для Windows, ultrawork, ulw-loop, ulw-execute-continuation, telemetry, teammode, bootstrap, lcx и другие компоненты.
-> Подробности на [lazycodex.ai](https://lazycodex.ai).
-
 > [!NOTE]
 > **Рефакторинг в сторону мульти-harness агентной ОС**
 >

package/README.zh-cn.md

@@ -7,19 +7,9 @@
 
 > **Sponsors**
 > 以下是我们的赞助商,支持着这个个人副业项目的持续开发。
-> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)** 以与官方定价相同的价格提供 **300 TPS 的 Kimi K3 Ultrafast**。立即试用 `opengateway/moonshotai/kimi-k3-ultrafast`。 对推理原文实行无日志政策,让注重隐私的使用成为可能;同时由于不直接向提供商发起请求,还能保持匿名。 |
+> | [<img alt="OpenGateway" src="./.github/assets/opengateway-logo.svg" width="156px" />](https://opengateway.ai/) | **[OpenGateway](https://opengateway.ai/)** 赞助了 OmO。它是一个兼容 OpenAI 的网关,通过一个 API 即可使用多家模型提供商。感谢对开源的支持。 |
 > | :-----| :----- |
 
-> [!NOTE]
-> **OmO for Codex 已发布。试试 LazyCodex**
->
-> 因为太爱 Anthropic 模型而被封禁之后，我们决定站到 Codex 这一边。
-> 如果你是 OmO 粉丝，但觉得配置太麻烦，请使用 LazyCodex。OmO for Codex 已经发布:
-> ```bash
-> npx lazycodex-ai install
-> ```
-> 了解更多请访问 [lazycodex.ai](https://lazycodex.ai)。
-
 > [!NOTE]
 > **正在进行多 Harness 代理操作系统重构**
 >

package/dist/cli/index.js

@@ -64,7 +64,7 @@ var package_default;
 var init_package = __esm(() => {
   package_default = {
     name: "oh-my-opencode",
-    version: "5.0.0-beta.88",
+    version: "5.0.0-beta.89",
     description: "The Best AI Agent Harness - Batteries-Included OpenCode Plugin with Multi-Model Orchestration, Parallel Background Agents, and Crafted LSP/AST Tools",
     main: "./dist/index.js",
     types: "dist/index.d.ts",
@@ -247,7 +247,7 @@ var init_package = __esm(() => {
       zod: "^4.6.5"
     },
     devDependencies: {
-      "@code-yeongyu/senpi": "2026.9.23-5",
+      "@code-yeongyu/senpi": "2026.9.24",
       "@oh-my-opencode/agents-md-core": "workspace:*",
       "@oh-my-opencode/ast-grep-mcp": "workspace:*",
       "@oh-my-opencode/boulder-state": "workspace:*",
@@ -288,18 +288,18 @@ var init_package = __esm(() => {
       typescript: "^7.0.2"
     },
     optionalDependencies: {
-      "oh-my-opencode-darwin-arm64": "5.0.0-beta.88",
-      "oh-my-opencode-darwin-x64": "5.0.0-beta.88",
-      "oh-my-opencode-darwin-x64-baseline": "5.0.0-beta.88",
-      "oh-my-opencode-linux-arm64": "5.0.0-beta.88",
-      "oh-my-opencode-linux-arm64-musl": "5.0.0-beta.88",
-      "oh-my-opencode-linux-x64": "5.0.0-beta.88",
-      "oh-my-opencode-linux-x64-baseline": "5.0.0-beta.88",
-      "oh-my-opencode-linux-x64-musl": "5.0.0-beta.88",
-      "oh-my-opencode-linux-x64-musl-baseline": "5.0.0-beta.88",
-      "oh-my-opencode-windows-arm64": "5.0.0-beta.88",
-      "oh-my-opencode-windows-x64": "5.0.0-beta.88",
-      "oh-my-opencode-windows-x64-baseline": "5.0.0-beta.88"
+      "oh-my-opencode-darwin-arm64": "5.0.0-beta.89",
+      "oh-my-opencode-darwin-x64": "5.0.0-beta.89",
+      "oh-my-opencode-darwin-x64-baseline": "5.0.0-beta.89",
+      "oh-my-opencode-linux-arm64": "5.0.0-beta.89",
+      "oh-my-opencode-linux-arm64-musl": "5.0.0-beta.89",
+      "oh-my-opencode-linux-x64": "5.0.0-beta.89",
+      "oh-my-opencode-linux-x64-baseline": "5.0.0-beta.89",
+      "oh-my-opencode-linux-x64-musl": "5.0.0-beta.89",
+      "oh-my-opencode-linux-x64-musl-baseline": "5.0.0-beta.89",
+      "oh-my-opencode-windows-arm64": "5.0.0-beta.89",
+      "oh-my-opencode-windows-x64": "5.0.0-beta.89",
+      "oh-my-opencode-windows-x64-baseline": "5.0.0-beta.89"
     },
     overrides: {
       "@earendil-works/pi-agent-core": "0.84.2",
@@ -88759,7 +88759,7 @@ var package_default2;
 var init_package2 = __esm(() => {
   package_default2 = {
     name: "@oh-my-opencode/omo-codex",
-    version: "5.0.0-beta.88",
+    version: "5.0.0-beta.89",
     type: "module",
     private: true,
     description: "Codex harness adapter for oh-my-openagent. Vendored Codex plugin namespace (omo) + TypeScript installer + telemetry.",

package/dist/cli-node/index.js

@@ -65,7 +65,7 @@ var package_default;
 var init_package = __esm(() => {
   package_default = {
     name: "oh-my-opencode",
-    version: "5.0.0-beta.88",
+    version: "5.0.0-beta.89",
     description: "The Best AI Agent Harness - Batteries-Included OpenCode Plugin with Multi-Model Orchestration, Parallel Background Agents, and Crafted LSP/AST Tools",
     main: "./dist/index.js",
     types: "dist/index.d.ts",
@@ -248,7 +248,7 @@ var init_package = __esm(() => {
       zod: "^4.6.5"
     },
     devDependencies: {
-      "@code-yeongyu/senpi": "2026.9.23-5",
+      "@code-yeongyu/senpi": "2026.9.24",
       "@oh-my-opencode/agents-md-core": "workspace:*",
       "@oh-my-opencode/ast-grep-mcp": "workspace:*",
       "@oh-my-opencode/boulder-state": "workspace:*",
@@ -289,18 +289,18 @@ var init_package = __esm(() => {
       typescript: "^7.0.2"
     },
     optionalDependencies: {
-      "oh-my-opencode-darwin-arm64": "5.0.0-beta.88",
-      "oh-my-opencode-darwin-x64": "5.0.0-beta.88",
-      "oh-my-opencode-darwin-x64-baseline": "5.0.0-beta.88",
-      "oh-my-opencode-linux-arm64": "5.0.0-beta.88",
-      "oh-my-opencode-linux-arm64-musl": "5.0.0-beta.88",
-      "oh-my-opencode-linux-x64": "5.0.0-beta.88",
-      "oh-my-opencode-linux-x64-baseline": "5.0.0-beta.88",
-      "oh-my-opencode-linux-x64-musl": "5.0.0-beta.88",
-      "oh-my-opencode-linux-x64-musl-baseline": "5.0.0-beta.88",
-      "oh-my-opencode-windows-arm64": "5.0.0-beta.88",
-      "oh-my-opencode-windows-x64": "5.0.0-beta.88",
-      "oh-my-opencode-windows-x64-baseline": "5.0.0-beta.88"
+      "oh-my-opencode-darwin-arm64": "5.0.0-beta.89",
+      "oh-my-opencode-darwin-x64": "5.0.0-beta.89",
+      "oh-my-opencode-darwin-x64-baseline": "5.0.0-beta.89",
+      "oh-my-opencode-linux-arm64": "5.0.0-beta.89",
+      "oh-my-opencode-linux-arm64-musl": "5.0.0-beta.89",
+      "oh-my-opencode-linux-x64": "5.0.0-beta.89",
+      "oh-my-opencode-linux-x64-baseline": "5.0.0-beta.89",
+      "oh-my-opencode-linux-x64-musl": "5.0.0-beta.89",
+      "oh-my-opencode-linux-x64-musl-baseline": "5.0.0-beta.89",
+      "oh-my-opencode-windows-arm64": "5.0.0-beta.89",
+      "oh-my-opencode-windows-x64": "5.0.0-beta.89",
+      "oh-my-opencode-windows-x64-baseline": "5.0.0-beta.89"
     },
     overrides: {
       "@earendil-works/pi-agent-core": "0.84.2",
@@ -88838,7 +88838,7 @@ var package_default2;
 var init_package2 = __esm(() => {
   package_default2 = {
     name: "@oh-my-opencode/omo-codex",
-    version: "5.0.0-beta.88",
+    version: "5.0.0-beta.89",
     type: "module",
     private: true,
     description: "Codex harness adapter for oh-my-openagent. Vendored Codex plugin namespace (omo) + TypeScript installer + telemetry.",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "lazycodex-ai",
-  "version": "5.0.0-beta.88",
+  "version": "5.0.0-beta.89",
   "description": "The Best AI Agent Harness - Batteries-Included OpenCode Plugin with Multi-Model Orchestration, Parallel Background Agents, and Crafted LSP/AST Tools",
   "main": "./dist/index.js",
   "types": "dist/index.d.ts",

package/packages/omo-codex/plugin/.codex-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "omo",
-  "version": "5.0.0-beta.88",
+  "version": "5.0.0-beta.89",
   "description": "One Codex plugin namespace for Yeongyu's local Codex components.",
   "author": {
     "name": "Yeongyu Kim",

package/packages/omo-codex/plugin/components/bootstrap/hooks/hooks.json

@@ -8,7 +8,7 @@
 						"command": "node \"${PLUGIN_ROOT}/components/bootstrap/dist/cli.js\" hook session-start",
 						"commandWindows": "powershell -NoProfile -ExecutionPolicy Bypass -File \"${PLUGIN_ROOT}\\components\\bootstrap\\scripts\\bootstrap.ps1\"",
 						"timeout": 30,
-						"statusMessage": "(OmO 5.0.0-beta.88) Checking Bootstrap Provisioning"
+						"statusMessage": "(OmO 5.0.0-beta.89) Checking Bootstrap Provisioning"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/bootstrap/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@sisyphuslabs/codex-bootstrap",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex SessionStart bootstrap component that provisions LazyCodex runtime dependencies from a detached worker.",
 	"type": "module",
 	"private": true,

package/packages/omo-codex/plugin/components/comment-checker/hooks/hooks.json

@@ -8,7 +8,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook post-tool-use",
 						"timeout": 30,
-						"statusMessage": "(OmO 5.0.0-beta.88) Checking Comments"
+						"statusMessage": "(OmO 5.0.0-beta.89) Checking Comments"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/comment-checker/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@code-yeongyu/codex-comment-checker",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex plugin that runs comment-checker after edit-like PostToolUse hooks.",
 	"type": "module",
 	"packageManager": "npm@11.12.1",

package/packages/omo-codex/plugin/components/git-bash/hooks/hooks.json

@@ -8,7 +8,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook pre-tool-use",
 						"timeout": 5,
-						"statusMessage": "(OmO 5.0.0-beta.88) Recommending Git Bash MCP"
+						"statusMessage": "(OmO 5.0.0-beta.89) Recommending Git Bash MCP"
 					}
 				]
 			}
@@ -20,7 +20,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook post-compact",
 						"timeout": 5,
-						"statusMessage": "(OmO 5.0.0-beta.88) Resetting Git Bash MCP Reminder"
+						"statusMessage": "(OmO 5.0.0-beta.89) Resetting Git Bash MCP Reminder"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/git-bash/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@sisyphuslabs/codex-git-bash-hook",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex hook component that reminds Windows sessions to prefer the OMO git_bash MCP.",
 	"type": "module",
 	"private": true,

package/packages/omo-codex/plugin/components/lazycodex-executor-verify/hooks/hooks.json

@@ -8,7 +8,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/components/lazycodex-executor-verify/dist/cli.js\" hook subagent-stop",
 						"timeout": 10,
-						"statusMessage": "(OmO 5.0.0-beta.88) Verifying LazyCodex Executor Evidence"
+						"statusMessage": "(OmO 5.0.0-beta.89) Verifying LazyCodex Executor Evidence"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/lazycodex-executor-verify/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@code-yeongyu/codex-lazycodex-executor-verify",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex SubagentStop evidence verifier for LazyCodex executor completions.",
 	"type": "module",
 	"packageManager": "npm@11.12.1",

package/packages/omo-codex/plugin/components/lsp/dist/.omo-runtime-manifest.json

@@ -1,7 +1,7 @@
 {
   "schemaVersion": 1,
-  "version": "5.0.0-beta.88",
-  "inputDigest": "sha256:ebe9028d50ae97761a5b14dcb9e372ffead6731df3fdbed1beb944a71f9f0bb2",
+  "version": "5.0.0-beta.89",
+  "inputDigest": "sha256:5bd77d1313eca86b5e1dee027c016557f30a207aba677b12b40bf1d48462ecfd",
   "outputs": [
     {
       "path": "cli.d.ts",

package/packages/omo-codex/plugin/components/lsp/hooks/hooks.json

@@ -8,7 +8,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook post-tool-use",
 						"timeout": 60,
-						"statusMessage": "(OmO 5.0.0-beta.88) Checking LSP Diagnostics"
+						"statusMessage": "(OmO 5.0.0-beta.89) Checking LSP Diagnostics"
 					}
 				]
 			}
@@ -21,7 +21,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook post-compact",
 						"timeout": 5,
-						"statusMessage": "(OmO 5.0.0-beta.88) Resetting LSP Diagnostics Cache"
+						"statusMessage": "(OmO 5.0.0-beta.89) Resetting LSP Diagnostics Cache"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/lsp/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@code-yeongyu/codex-lsp",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex plugin that exposes Language Server Protocol tools and post-edit diagnostics.",
 	"type": "module",
 	"packageManager": "npm@11.12.1",

package/packages/omo-codex/plugin/components/rules/hooks/hooks.json

@@ -7,7 +7,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook session-start",
 						"timeout": 10,
-						"statusMessage": "(OmO 5.0.0-beta.88) Loading Project Rules"
+						"statusMessage": "(OmO 5.0.0-beta.89) Loading Project Rules"
 					}
 				]
 			}
@@ -19,7 +19,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook user-prompt-submit",
 						"timeout": 10,
-						"statusMessage": "(OmO 5.0.0-beta.88) Loading Project Rules"
+						"statusMessage": "(OmO 5.0.0-beta.89) Loading Project Rules"
 					}
 				]
 			}
@@ -32,7 +32,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook post-tool-use",
 						"timeout": 10,
-						"statusMessage": "(OmO 5.0.0-beta.88) Matching Project Rules"
+						"statusMessage": "(OmO 5.0.0-beta.89) Matching Project Rules"
 					}
 				]
 			}
@@ -45,7 +45,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook post-compact",
 						"timeout": 10,
-						"statusMessage": "(OmO 5.0.0-beta.88) Resetting Project Rule Cache"
+						"statusMessage": "(OmO 5.0.0-beta.89) Resetting Project Rule Cache"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/rules/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@code-yeongyu/codex-rules",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex plugin that injects project rule files into model context through lifecycle hooks.",
 	"type": "module",
 	"packageManager": "npm@11.12.1",

package/packages/omo-codex/plugin/components/teammode/hooks/hooks.json

@@ -8,7 +8,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook post-tool-use",
 						"timeout": 10,
-						"statusMessage": "(OmO 5.0.0-beta.88) Checking Thread Title Hygiene"
+						"statusMessage": "(OmO 5.0.0-beta.89) Checking Thread Title Hygiene"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/teammode/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@sisyphuslabs/codex-teammode",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex team-mode hook component that keeps background thread titles descriptive after create_thread.",
 	"type": "module",
 	"private": true,

package/packages/omo-codex/plugin/components/telemetry/hooks/hooks.json

@@ -7,7 +7,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook session-start",
 						"timeout": 5,
-						"statusMessage": "(OmO 5.0.0-beta.88) Recording Session Telemetry"
+						"statusMessage": "(OmO 5.0.0-beta.89) Recording Session Telemetry"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/telemetry/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@code-yeongyu/codex-telemetry",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex plugin component that emits omo-codex anonymous daily-active telemetry on SessionStart.",
 	"type": "module",
 	"packageManager": "npm@11.12.1",

package/packages/omo-codex/plugin/components/ultrawork/agents/plan.toml

@@ -11,7 +11,7 @@ Role: strategic planning consultant. You produce a single, bulletproof, executab
 You ARE the planner. You ARE NOT an implementer. You read, search, run read-only analysis, and write exactly ONE plan file - never source code, never product builds, never the actual feature. When the caller says "do X / fix X / build X", interpret it as "create a work plan for X". If the caller explicitly demands implementation, REFUSE and answer: "I'm a planner. I produce the work plan. Spawn a worker agent or execute the plan yourself to implement."
 
 # Goal
-Deliver ONE executable plan that a downstream executor can follow with no further interview. Every task is atomic, with explicit references, agent-executable acceptance criteria, QA scenarios, and a commit instruction. I fit work whose design remains open after discovery: ambiguous scope, competing decompositions, unclear boundaries, or uncertain dependency ordering. I am the wrong tool for a known checklist however many steps it has, for work the caller is delegating to another session, for a single-file edit with an obvious pattern, or when the caller already has a plan and just wants execution - say so instead of planning.
+Deliver ONE executable plan that reaches the ideal state for the affected user and that a downstream executor can follow with no further interview. Before drafting, name who the result touches (a customer, another programmer, a program or agent consuming it), how they use it today and after, the state in which nothing snags, regresses, or degrades for them (IS rows, each with a reason), and every gap from today (GAP rows, each with a reason); every task closes a GAP row and `## Success criteria` proves every IS row. "MVP" / "phase 1" subsets are never invented; when the ideal state exceeds the literal request, say so in one line and plan the ideal state. Every task is atomic, with explicit references, agent-executable acceptance criteria, QA scenarios, and a commit instruction. I fit work whose design remains open after discovery: ambiguous scope, competing decompositions, unclear boundaries, or uncertain dependency ordering. I am the wrong tool for a known checklist however many steps it has, for work the caller is delegating to another session, for a single-file edit with an obvious pattern, or when the caller already has a plan and just wants execution - say so instead of planning.
 
 # Phase 1 - Context gathering (MANDATORY - never plan blind)
 Fire parallel research BEFORE drafting:
@@ -31,11 +31,20 @@ Write ONE plan to `.omo/plans/<slug>.md` (create the directory if absent). No "P
 
 ## TL;DR
 > Summary:      <1-2 sentences>
+> For whom:     <the affected user and what changes for them>
 > Deliverables: <bullet list>
 > Effort:       <Quick | Short | Medium | Large | XL>  (one band, never hours/days: Quick = single edit, minutes of agent work; Short = one focused change, a few files; Medium = multi-file feature in one session; Large = several waves, one long session; XL = multi-session or architectural work)
 > Risk:         <Low | Medium | High> - <one-line driver>
 
 ## Scope
+### Affected user and ideal state
+**Affected user:** <who, and how they use it today and after>
+
+| Row | Statement | Reason |
+|-----|-----------|--------|
+| IS-1 | <what the user does, sees, or never has break> | <why this is the ideal for them> |
+| GAP-1 | <how today differs from IS-1> | <why it matters to them> |
+
 ### Must have
 - ...
 
@@ -81,6 +90,7 @@ Critical path: Task 1 -> Task 2 -> Task 6
 
   What to do: <clear implementation steps>
   Must NOT do: <explicit exclusions>
+  Closes: GAP-<n>
 
   Parallelization: Can parallel: <YES|NO> | Wave <N> | Blocks: [<tasks>] | Blocked by: [<tasks>]
 
@@ -116,7 +126,7 @@ Critical path: Task 1 -> Task 2 -> Task 6
 - [ ] F1. Plan compliance audit - every task done, every acceptance criterion met
 - [ ] F2. Code quality review - diagnostics clean, idioms match, no dead code
 - [ ] F3. Real manual QA - every QA scenario executed with evidence captured
-- [ ] F4. Scope fidelity - nothing extra shipped beyond Must-Have, nothing Must-NOT-Have introduced
+- [ ] F4. Ideal-state fidelity - delivered behavior checked against every IS row 1:1; a shortfall becomes new task rows, never a note; nothing Must-NOT-Have introduced
 
 ## Commit strategy
 - One logical change per commit. Conventional Commits (`<type>(<scope>): <subject>` body + footer).
@@ -125,7 +135,10 @@ Critical path: Task 1 -> Task 2 -> Task 6
 - Reference the plan file path in the final commit footer: `Plan: .omo/plans/<slug>.md`.
 
 ## Success criteria
-- All Must-Have shipped; all QA scenarios pass with captured evidence; F1-F4 approved; commit history clean.
+| IS | Delivering task(s) | Proving QA scenario | Evidence |
+|----|--------------------|---------------------|----------|
+| IS-1 | <N> | <scenario name from task N> | <attemptDir>/task-<N>-<slug>.<ext> |
+- Every IS row above has a delivering task and a proving scenario; all QA scenarios pass with captured evidence; F1-F4 approved; commit history clean.
 ```
 
 # Constraints

package/packages/omo-codex/plugin/components/ultrawork/hooks/hooks.json

@@ -7,7 +7,7 @@
 						"type": "command",
 						"command": "node \"${PLUGIN_ROOT}/dist/cli.js\" hook user-prompt-submit",
 						"timeout": 5,
-						"statusMessage": "(OmO 5.0.0-beta.88) Checking Ultrawork Trigger"
+						"statusMessage": "(OmO 5.0.0-beta.89) Checking Ultrawork Trigger"
 					}
 				]
 			}

package/packages/omo-codex/plugin/components/ultrawork/package.json

@@ -1,6 +1,6 @@
 {
 	"name": "@code-yeongyu/codex-ultrawork",
-	"version": "5.0.0-beta.88",
+	"version": "5.0.0-beta.89",
 	"description": "Codex plugin that injects the ultrawork orchestration directive and ships LazyCodex planning, review, QA, and gate agent roles.",
 	"type": "module",
 	"packageManager": "npm@11.12.1",

package/packages/omo-codex/plugin/components/ultrawork/skills/ulw-plan/SKILL.md

@@ -24,13 +24,13 @@ If another active mode mandates its own first line (ultrawork does), print that
 Directly under the marker, before any exploration, state the working contract once, in your own words, carrying ALL of these commitments:
 
 1. **Persona + no-implementation pledge** - from now on you work as Prometheus, a planning consultant, and you will never start implementation - no product-code edits, no implementer subagents - until the user explicitly says okay; even then, approval authorizes writing the plan only, and execution starts in a separate worker session (e.g. `$ulw-execute`).
-2. **Workflow preview** - the order of what happens next: parallel read-only exploration (plus outside research when the repo cannot answer) until the open unknowns are resolved; the intent verdict from INTENT ROUTING, announced; questions to the user ONLY when a genuine owner-decision survives exploration - or when exploration and research both come back empty on a fork the plan cannot proceed without; then the approval brief, and the plan is written only after the explicit okay.
+2. **Workflow preview** - the order of what happens next: parallel read-only exploration (plus outside research when the repo cannot answer) until the open unknowns are resolved; the affected user, the ideal state, and the gap list, announced; the intent verdict from INTENT ROUTING, announced; questions to the user ONLY when a genuine owner-decision survives exploration - or when exploration and research both come back empty on a fork the plan cannot proceed without; then the approval brief, and the plan is written only after the explicit okay.
 
 Example opening (adapt the wording, keep every commitment):
 
 > ULW-PLAN MODE ENABLED!
 > From now on I am working as Prometheus, a planning consultant. I will not start any implementation until you explicitly say okay - and approval authorizes writing the plan only; execution starts separately (e.g. `$ulw-execute`).
-> Next, in order: (1) parallel read-only exploration and research, (2) intent verdict announced (CLEAR or UNCLEAR, plus whether high-accuracy review is required), (3) questions only for the forks exploration cannot settle - or where research finds nothing on a blocking decision, (4) approval brief, then (5) the plan is written after your okay.
+> Next, in order: (1) parallel read-only exploration and research, (2) the affected user, the ideal state for them, and every gap from today, announced, (3) intent verdict announced (CLEAR or UNCLEAR, plus whether high-accuracy review is required), (4) questions only for the forks the ideal state and exploration cannot settle - or where research finds nothing on a blocking decision, (5) approval brief, then (6) the plan is written after your okay.
 
 ## INTENT ROUTING - pick ONE intent reference
 
@@ -68,10 +68,10 @@ When producing the plan, encode every executable item as a column-zero Markdown
 
 ## Universal invariants (hold on every path)
 
-- **Decision-complete is the north star.** The executor has NO interview context - spell out exact paths, "every X in Y", and an explicit Must-NOT-Have. Leave the implementer ZERO judgment calls.
-- **Full scope is the default.** Plan the ENTIRE request; "MVP", "v1", "phase 1", or any reduced subset is never an option you invent or ask about - it exists only if the user introduces it. Scope OUT / Must-NOT-Have entries are guardrails against unrequested additions, never reductions of the request.
+- **The ideal state for the affected user is the north star.** Before the brief, name who this output touches - a customer, another programmer, a program or agent consuming it, often more than one - and how each uses it today and will use it after; write the state in which nothing snags, feels odd, regresses, or degrades for them, one row per property with its reason, then every difference between that state and today, each with its reason. Record both in the draft; the plan exists to close every gap row. "MVP", "v1", "phase 1", or any reduced subset is never an option you invent or ask about; when the ideal state is larger than the literal request, say so in one line and plan the ideal state.
+- **Decision-complete is how the plan gets there.** The executor has NO interview context - spell out exact paths, "every X in Y", and an explicit Must-NOT-Have (a guardrail against unrequested additions, never a reduction). Leave the implementer ZERO judgment calls.
 - **Explore before asking.** Discoverable facts (repo/system/docs truth) -> research and cite, never ask. Preferences/tradeoffs -> the only things you bring to the user. When unsure which, treat it as a user-decision.
-- **Two filters** on every candidate question, in order: (1) Could collected evidence answer it? -> explore instead. (2) Could the user's stated intent plus a defensible default answer it? -> adopt the default, record it, do not ask - UNLESS it is an owner-decision, which always survives as a question even when a default exists: anything irreversible / destructive / safety-critical, or a cross-cutting product choice the user lives with (public config surface, distribution / packaging, external dependency or pinned SHA, data / schema shape, real budget / paid-service spend, expected scale or capacity target, target-audience / compliance limits). Extrinsic constraints (budget, mandated stack, scale, audience) leave no repo evidence, so exploration can never surface them - sweep those axes explicitly once per plan and classify each as explored, defaulted (ledger), or asked. Default the reversible internals; surface the owner-decisions.
+- **Two filters** on every candidate question, in order: (1) Could collected evidence answer it? -> explore instead. (2) Does the ideal state for the affected user settle it - or, failing that, the stated intent plus a defensible default? -> resolve to that, record it, do not ask - UNLESS it is an owner-decision, which always survives as a question even when a default exists: anything irreversible / destructive / safety-critical, or a cross-cutting product choice the user lives with (public config surface, distribution / packaging, external dependency or pinned SHA, data / schema shape, real budget / paid-service spend, expected scale or capacity target, target-audience / compliance limits). Extrinsic constraints (budget, mandated stack, scale, audience) leave no repo evidence, so exploration can never surface them - sweep those axes explicitly once per plan and classify each as explored, defaulted (ledger), or asked. Default the reversible internals; surface the owner-decisions.
 - **Explore to sufficiency, then STOP.** One research wave per open question; stop when the clearance check is answerable; never re-explore to double-check.
 - **Parallel-dispatch** independent research in ONE turn and keep working while it runs. Subagent outputs are CLAIMS until you independently verify them.
 - **Approval is not execution.** Approval authorizes writing the plan ONLY, never implementation. ONE request -> ONE plan, however large.