open-multi-agent-kit 0.90.0 → 0.90.4

package/docs/loadout-domains/frontend-ui.md

@@ -22,17 +22,24 @@ Prioritize visual craft, correct component composition, and accessibility.
 
 SEQUENCE:
 1. Read the target component(s)/page(s) in full before editing. Do not edit blind from search snippets.
-2. Identify the design system in use (Tailwind v4 / shadcn/ui / CSS modules / vanilla). Match it exactly; never introduce a second system.
-3. For visual work: drive iteration with the chrome-devtools or playwright MCP (navigate, screenshot, diff) — do not claim "looks good" without a captured frame.
-4. Accessibility: run the fixing-accessibility + contrast-checker + use-of-color skills. Every interactive element needs a reachable name, visible focus, and AA contrast.
-5. Motion: prefer the transitions-dev / animate / 12-principles-of-animation skills; gate heavy effects behind fix-motion-performance so animation never blocks the main thread.
-6. Prefer composition over boolean-prop sprawl (vercel-composition-patterns). Keep components small; extract when a prompt would exceed ~150 lines of spec.
-7. Before claiming done: typecheck-after-edit hook must pass, plus the web-quality-audit skill (perf/a11y/SEO/best-practices).
-
-HARD RULES: no inline styles when a token/utility exists; oklch tokens for color; mobile-first responsive; real content over placeholders; pixel-match the target first, customize later.
+2. Identify the design system in use (Tailwind v4 / shadcn/ui / CSS modules / vanilla). Match it exactly; never introduce a second system. Use context7 for current framework/library docs before changing unfamiliar APIs.
+3. Website clone / visual QA work follows the ai-website-cloner-template gate contract:
+   Reconnaissance -> Design-Token Foundation -> Component Specs -> Asset Gate -> Build Gate -> QA Gate.
+   Reconnaissance uses Chrome/Playwright: chrome-devtools first for live inspection, playwright when deterministic multi-viewport screenshots or scripted interaction sweeps are needed. Capture screenshots at responsive sizes 1440/768/390, getComputedStyle design-token samples, assets, page topology, hover/click/scroll/time-driven behavior, and responsive breakpoints.
+4. Design-Token Foundation is sequential: fonts, oklch/shadcn-compatible tokens, global CSS, page-level motion primitives, icon extraction, downloaded assets, and typed content structures. Do not dispatch component builders until the foundation exists.
+5. Component Specs are contracts: component-spec-before-build requires a spec artifact before implementation. Specs include exact getComputedStyle values, DOM structure, interaction model, all states, assets, verbatim content, and responsive behavior. Split anything whose builder prompt would exceed ~150 lines.
+6. Asset Gate: real extractable assets are downloaded, named, and referenced before build; no mock assets when source assets are available.
+7. Build Gate: one builder per section or sub-component receives the full spec inline plus screenshot path, target file, imports, breakpoint behavior, and a typecheck/build requirement. Assembly wires sections into page-level layout and behaviors.
+8. QA Gate: visual-diff-after-edit requires side-by-side visual diff artifacts against the reference at 1440/768/390. Test interactions with Chrome/Playwright; run web-quality-audit for perf/a11y/SEO/best-practices and typecheck-after-edit before done.
+9. Evidence must include screenshots, getComputedStyle captures, responsive sizes 1440/768/390, side-by-side visual diff artifacts, Chrome/Playwright command/tool results, changed files, and known discrepancies.
+10. Accessibility: run the fixing-accessibility + contrast-checker + use-of-color skills. Every interactive element needs a reachable name, visible focus, and AA contrast.
+11. Motion: prefer the transitions-dev / animate / 12-principles-of-animation skills; gate heavy effects behind fix-motion-performance so animation never blocks the main thread.
+12. Prefer composition over boolean-prop sprawl (vercel-composition-patterns). Keep components small and spec-driven.
+
+HARD RULES: no inline styles when a token/utility exists; oklch tokens for color; mobile-first responsive; real content over placeholders; pixel-match the target first, customize later; no visual claim without bounded screenshot/diff evidence.
 ```
 
-## Curated skills (48)
+## Curated skills (54)
 
 - `frontend-design`
 - `frontend-ui-engineering`
@@ -73,8 +80,14 @@ HARD RULES: no inline styles when a token/utility exists; oklch tokens for color
 - `remotion-best-practices`
 - `web-quality-audit`
 - `audit-and-fix`
+- `browser-qa`
+- `webapp-testing`
+- `e2e-testing`
+- `playwright-cli`
 - `image-to-code`
 - `visual-ralph`
+- `visual-regression`
+- `visual-diff`
 - `gstack-design-review`
 - `gstack-design-html`
 - `gstack-design-shotgun`
@@ -90,19 +103,24 @@ HARD RULES: no inline styles when a token/utility exists; oklch tokens for color
 - `filesystem`
 - `context7`
 
-## Curated hooks (3)
+## Curated hooks (6)
 
 - `typecheck-after-edit`
 - `pre-shell-guard`
 - `protect-secrets`
+- `component-spec-before-build`
+- `visual-diff-after-edit`
+- `bounded-evidence`
 
-## Routing triggers (26)
+## Routing triggers (41)
 
 | kind | pattern | weight |
 |---|---|---|
 | keyword | `ui` | 3 |
 | keyword | `frontend` | 5 |
 | keyword | `component` | 3 |
+| keyword | `컴포넌트` | 4 |
+| keyword | `디자인` | 4 |
 | keyword | `css` | 4 |
 | keyword | `tailwind` | 5 |
 | keyword | `responsive` | 4 |
@@ -118,8 +136,21 @@ HARD RULES: no inline styles when a token/utility exists; oklch tokens for color
 | keyword | `modal` | 2 |
 | keyword | `shadcn` | 5 |
 | keyword | `clone` | 3 |
+| keyword | `website clone` | 7 |
+| keyword | `clone website` | 7 |
+| keyword | `rebuild website` | 6 |
+| keyword | `recreate website` | 6 |
+| keyword | `pixel-perfect clone` | 8 |
+| keyword | `visual diff` | 6 |
+| keyword | `design tokens` | 5 |
+| keyword | `component spec` | 5 |
+| keyword | `getcomputedstyle` | 5 |
+| keyword | `reconnaissance` | 5 |
+| keyword | `클론` | 5 |
+| keyword | `스크린샷` | 4 |
 | regex | `\b(react|vue|svelte|next\.?js|nuxt)\b` | 4 |
 | regex | `\b(tailwind|css|styled|emotion|radix)\b` | 4 |
+| regex | `\b(visual qa|responsive sweep|interaction sweep|computed styles?)\b` | 6 |
 | extension | `.vue` | 6 |
 | extension | `.tsx` | 4 |
 | extension | `.jsx` | 4 |

package/docs/loadout-domains/korean-document.md

@@ -0,0 +1,83 @@
+# Korean Document (HWP/HWPX) (`korean-document`)
+
+> Inherited domain capability document. Auto-generated from `src/core/domain-loadouts.ts` — do not edit by hand.
+
+
+## Identity
+
+| field | value |
+|---|---|
+| id | `korean-document` |
+| authority | `write-scoped` |
+| tools | read, grep, find, ls, edit, write, bash |
+| command mode | `scoped-shell` |
+
+## Routing prompt
+
+> Prepended to the lane task prompt when the router selects this domain.
+
+```text
+DOMAIN: Korean Document (HWP/HWPX). You are operating in a document extraction/rendering/export lane for Korean Hangul documents.
+Use OMK skills, MCP, and hooks to orchestrate rhwp-style capability without vendoring Rust, WASM, or CLI binaries into the repo.
+
+SEQUENCE:
+1. Detection first: identify HWP/HWPX by extension plus container sniffing. HWP is normally OLE Compound File Binary; HWPX is normally ZIP/XML package content. Never trust extension alone. Record filename, byte size, hash, detected format, and whether the file appears encrypted/protected.
+2. Load current docs with context7 before coding against @rhwp/core, rhwp APIs, pdf rendering packages, or browser automation APIs. Use project-installed tools when present; do not add or vendor rhwp Rust/WASM/CLI artifacts unless the user explicitly requests dependency work.
+3. Extraction path: produce bounded text and markdown outputs, structured metadata, section/page outline, tables, images/assets references, equations/charts notes, and warnings for unsupported controls. Keep private document content bounded: short excerpts, counts, hashes, and output paths rather than dumping whole documents.
+4. Render path: use rhwp-oriented skills for layout/page fidelity. Use chrome-devtools/playwright only to render or capture web/WASM/canvas/SVG views that already exist in the project. Capture SVG/page snapshots and PNG evidence with viewport/page labels.
+5. Export path: support text, markdown, svg, png, and pdf outputs. Prefer native/project export APIs when available; otherwise assemble via browser-rendered SVG/canvas/PDF flows. Always write artifacts to an explicit output directory and report a manifest.
+6. Metadata path: collect page count, section count, dimensions, fonts, embedded images, tables, headers/footers, footnotes/endnotes, equations/charts, fields, protection/encryption status, and conversion warnings.
+7. Evidence: bounded-evidence and document-artifact-guard require an artifact manifest containing input hash, detected format, commands/tools used, output paths, output byte sizes, page/sample counts, warnings, and at most small redacted excerpts. stop-verify must pass before done.
+
+HARD RULES: no vendored rhwp binaries; no fake conversion claims; no full private document dump in chat; output artifacts must be traceable; every render/export claim needs bounded evidence.
+```
+
+## Curated skills (10)
+
+- `rhwp`
+- `rhwp-edit`
+- `rhwp-advanced`
+- `hwp`
+- `kordoc`
+- `document-conversion`
+- `document-extraction`
+- `pdf`
+- `react-pdf`
+- `verification-loop`
+
+## Curated MCP servers (4)
+
+- `filesystem`
+- `context7`
+- `chrome-devtools`
+- `playwright`
+
+## Curated hooks (5)
+
+- `pre-shell-guard`
+- `protect-secrets`
+- `bounded-evidence`
+- `document-artifact-guard`
+- `stop-verify`
+
+## Routing triggers (17)
+
+| kind | pattern | weight |
+|---|---|---|
+| keyword | `hwp` | 7 |
+| keyword | `hwpx` | 8 |
+| keyword | `rhwp` | 8 |
+| keyword | `hancom` | 6 |
+| keyword | `hangul document` | 6 |
+| keyword | `한글 문서` | 7 |
+| keyword | `아래아한글` | 7 |
+| keyword | `한컴` | 6 |
+| keyword | `hwp to markdown` | 8 |
+| keyword | `hwp to pdf` | 8 |
+| keyword | `hwpx to pdf` | 8 |
+| keyword | `svg export` | 3 |
+| keyword | `document metadata` | 4 |
+| regex | `\b(hwp|hwpx|rhwp|hancom)\b` | 7 |
+| regex | `\b(extract|render|export|metadata)\b.*\b(hwp|hwpx)\b` | 6 |
+| extension | `.hwp` | 9 |
+| extension | `.hwpx` | 9 |

package/docs/loadout-domains/mobile.md

@@ -72,7 +72,7 @@ HARD RULES: no main-thread blocking; respect safe areas / insets / notches; life
 | keyword | `swift` | 6 |
 | keyword | `swiftui` | 7 |
 | keyword | `kotlin` | 6 |
-| keyword | `compose` | 5 |
+| regex | `\b(jetpack compose|compose multiplatform|android compose)\b` | 7 |
 | keyword | `kmp` | 6 |
 | keyword | `react native` | 6 |
 | keyword | `expo` | 5 |

package/docs/loadout-domains/qa-testing.md

@@ -62,7 +62,7 @@ HARD RULES: tests-only command mode (no arbitrary shell); every fix is re-verifi
 - `pre-shell-guard`
 - `protect-secrets`
 
-## Routing triggers (19)
+## Routing triggers (21)
 
 | kind | pattern | weight |
 |---|---|---|
@@ -70,6 +70,8 @@ HARD RULES: tests-only command mode (no arbitrary shell); every fix is re-verifi
 | keyword | `testing` | 5 |
 | keyword | `qa` | 6 |
 | keyword | `bug` | 4 |
+| keyword | `버그` | 4 |
+| keyword | `테스트` | 5 |
 | keyword | `regression` | 6 |
 | keyword | `e2e` | 7 |
 | keyword | `playwright` | 7 |
@@ -80,7 +82,7 @@ HARD RULES: tests-only command mode (no arbitrary shell); every fix is re-verifi
 | keyword | `fix test` | 5 |
 | keyword | `failing` | 4 |
 | keyword | `flaky` | 6 |
-| regex | `\b(unit test|integration test|snapshot|mock|fixture)\b` | 5 |
+| regex | `\b(unit tests?|integration tests?|snapshot|mock|fixture)\b` | 6 |
 | path | `test/` | 5 |
 | path | `tests/` | 5 |
 | path | `.test.` | 5 |

package/docs/loadout-domains/security-audit.md

@@ -71,7 +71,7 @@ HARD RULES: read-only by default; every finding needs file:line + exploit sketch
 - `stop-verify`
 - `subagent-stop-audit`
 
-## Routing triggers (20)
+## Routing triggers (21)
 
 | kind | pattern | weight |
 |---|---|---|
@@ -88,6 +88,7 @@ HARD RULES: read-only by default; every finding needs file:line + exploit sketch
 | keyword | `leak` | 5 |
 | keyword | `crypto` | 4 |
 | keyword | `hardening` | 5 |
+| keyword | `threat model` | 5 |
 | keyword | `threat` | 5 |
 | keyword | `penetration` | 6 |
 | keyword | `malware` | 6 |

package/docs/loadout-domains/visual-qa.md

@@ -0,0 +1,94 @@
+# Visual QA & Website Cloning (`visual-qa`)
+
+> Inherited domain capability document. Auto-generated from `src/core/domain-loadouts.ts` — do not edit by hand.
+
+
+## Identity
+
+| field | value |
+|---|---|
+| id | `visual-qa` |
+| authority | `write-scoped` |
+| tools | read, grep, find, ls, edit, write, bash |
+| command mode | `scoped-shell` |
+
+## Routing prompt
+
+> Prepended to the lane task prompt when the router selects this domain.
+
+```text
+DOMAIN: Visual QA & Website Cloning. You are operating in a browser-driven UI reconstruction and verification lane.
+This domain carries the ai-website-cloner-template workflow inside OMK loadouts without copying its project scaffold.
+Pipeline: Reconnaissance -> Design-Token Foundation -> Component Specs -> Asset Gate -> Build Gate -> QA Gate.
+
+SEQUENCE:
+1. Pre-flight: browser automation is required. Prefer Chrome/Playwright: chrome-devtools for live inspection, playwright for deterministic screenshot, viewport, and interaction replay. Use context7 for current framework and Playwright docs before coding against unfamiliar APIs.
+2. Reconnaissance: capture full-page screenshots at responsive sizes 1440/768/390, getComputedStyle color/type/spacing tokens, assets, page topology, z-index/sticky overlays, scroll/click/hover/time behavior, and responsive breakpoints. Save bounded artifacts and behavior notes.
+3. Design-Token Foundation: update only the target project's existing frontend foundation: fonts, globals, tokens, icon extraction, downloaded assets, typed content structures, and page-level motion primitives. Foundation is sequential.
+4. Component Specs: component-spec-before-build requires one spec per section/sub-component before implementation. Specs include exact getComputedStyle values, DOM structure, all states, interaction model, assets, verbatim text, screenshots, and responsive behavior. Split specs that would create a builder prompt over ~150 lines.
+5. Asset Gate: real extractable assets are downloaded, named, and referenced before build; no mock assets when source assets are available.
+6. Build Gate: dispatch or implement one section/sub-component at a time from its spec; builders receive the full spec inline, not a pointer. Require typecheck-after-edit and the target project's build/smoke command before merging/assembling.
+7. QA Gate: wire sections into page layout, then visual-diff-after-edit requires side-by-side visual diff artifacts against the reference at 1440/768/390. Re-test scroll, hover, click, tab, carousel, modal, and animation behavior with Chrome/Playwright.
+8. Evidence: bounded-evidence records screenshots, getComputedStyle captures, responsive sizes 1440/768/390, side-by-side visual diff paths, Chrome/Playwright command/tool results, changed files, known discrepancies, and any remaining fidelity gaps.
+
+HARD RULES: no guessed CSS values; no builder without a spec artifact; no mock assets when real assets are extractable; no completion claim without visual diff evidence; general Playwright test failures without visual/reconstruction intent stay in qa-testing.
+```
+
+## Curated skills (17)
+
+- `clone-website`
+- `browser-qa`
+- `webapp-testing`
+- `e2e-testing`
+- `playwright-cli`
+- `web-quality-audit`
+- `audit-and-fix`
+- `visual-regression`
+- `visual-diff`
+- `visual-ralph`
+- `image-to-code`
+- `frontend-ui-engineering`
+- `frontend-design`
+- `fixing-accessibility`
+- `contrast-checker`
+- `use-of-color`
+- `fix-motion-performance`
+
+## Curated MCP servers (4)
+
+- `chrome-devtools`
+- `playwright`
+- `filesystem`
+- `context7`
+
+## Curated hooks (7)
+
+- `component-spec-before-build`
+- `visual-diff-after-edit`
+- `typecheck-after-edit`
+- `pre-shell-guard`
+- `protect-secrets`
+- `bounded-evidence`
+- `stop-verify`
+
+## Routing triggers (17)
+
+| kind | pattern | weight |
+|---|---|---|
+| keyword | `visual qa` | 8 |
+| keyword | `visual diff` | 8 |
+| keyword | `screenshot diff` | 8 |
+| keyword | `website clone` | 8 |
+| keyword | `clone website` | 8 |
+| keyword | `pixel-perfect clone` | 9 |
+| keyword | `responsive sweep` | 7 |
+| keyword | `interaction sweep` | 7 |
+| keyword | `component spec` | 7 |
+| keyword | `getcomputedstyle` | 7 |
+| keyword | `design tokens` | 6 |
+| keyword | `assembly qa` | 6 |
+| keyword | `reconnaissance` | 6 |
+| keyword | `클론` | 6 |
+| keyword | `스크린샷` | 5 |
+| regex | `\b(pixel[ -]?perfect|visual regression|viewport sweep)\b` | 7 |
+| regex | `\b(recreate|rebuild|reverse-engineer)\b.*\b(website|page|site)\b` | 7 |

package/docs/skills.md

@@ -65,21 +65,28 @@ For project-level Claude Code skills, add to `.omk/settings.json`:
 
 1. At startup, omk scans skill locations and extracts names and descriptions
 2. The system prompt includes available skills in XML format per the [specification](https://agentskills.io/integrate-skills)
-3. When a task matches, the agent uses `read` to load the full SKILL.md (models don't always do this; use prompting or `/skill:name` to force it)
+3. When a task matches, the agent uses `read` to load the full SKILL.md (models don't always do this; use prompting, `/skill:name`, or `!skill:name` to force it)
 4. The agent follows the instructions, using relative paths to reference scripts and assets
 
 This is progressive disclosure: only descriptions are always in context, full instructions load on-demand.
 
 ## Skill Commands
 
-Skills register as `/skill:name` commands:
+Skills register as `/skill:name` commands and interactive `!` launcher entries:
 
 ```bash
 /skill:brave-search           # Load and execute the skill
 /skill:pdf-tools extract      # Load skill with arguments
+!skill:brave-search           # Load and execute from the bang launcher
+!brave-search query           # Shorthand when brave-search is a known skill
+!omk frontend build a navbar  # Route through OMK role hubs, selecting omk-frontend
 ```
 
-Arguments after the command are appended to the skill content as `User: <args>`.
+Arguments after the command are appended after the skill content for the current turn.
+
+`!omk <role-or-request>` is a deterministic OMK hub router. Exact role aliases such as `frontend`, `backend`, `loop`, and `plan` select `omk-frontend`, `omk-backend-data`, `omk-loop`, and `omk-plan`; free-form prompts are scored against the same hub vocabulary and fall back to `omk-skills` when no role is clear.
+
+In interactive mode, type `!` to open skill autocomplete. Selecting a skill inserts the explicit `!skill:name ` form, and `!omk` is offered when the OMK skill hub index is available. Bash remains available as `! command`, and `!! command` runs bash without sending output to the model. If `!token` is not a known skill, it falls back to bash; use `! command` when a command name might collide with a skill. `!omk` is reserved for OMK hub routing and never falls through to bash.
 
 Toggle skill commands via `/settings` in interactive mode or in `settings.json`:
 
@@ -146,7 +153,7 @@ Per the [Agent Skills specification](https://agentskills.io/specification#frontm
 | `compatibility` | No | Max 500 chars. Environment requirements. |
 | `metadata` | No | Arbitrary key-value mapping. |
 | `allowed-tools` | No | Space-delimited list of pre-approved tools (experimental). |
-| `disable-model-invocation` | No | When `true`, skill is hidden from system prompt. Users must use `/skill:name`. |
+| `disable-model-invocation` | No | When `true`, skill is hidden from system prompt. Users must use `/skill:name` or `!skill:name`. |
 
 ### Name Rules
 

package/docs/usage.md

@@ -23,21 +23,22 @@ The editor can be replaced temporarily by built-in UI such as `/settings` or by
 | Path completion | Press Tab to complete paths |
 | Multi-line input | Shift+Enter, or Ctrl+Enter on Windows Terminal |
 | Images | Paste with Ctrl+V, Alt+V on Windows, or drag into the terminal |
-| Shell command | `!command` runs and sends output to the model |
-| Hidden shell command | `!!command` runs without sending output to the model |
+| Skill/bash launcher | `!` opens skill completion; `!skill:name prompt` invokes a skill; `!omk <role-or-request>` routes through OMK role hubs |
+| Shell command | `! command` runs and sends output to the model |
+| Hidden shell command | `!! command` runs without sending output to the model |
 | External editor | Ctrl+G opens `$VISUAL` or `$EDITOR` |
 
 See [Keybindings](keybindings.md) for all shortcuts and customization.
 
 ## Slash Commands
 
-Type `/` in the editor to open command completion. Extensions can register custom commands, skills are available as `/skill:name`, and prompt templates expand via `/templatename`.
+Type `/` in the editor to open command completion. Extensions can register custom commands, skills are available as `/skill:name`, `!skill:name`, or `!name` for known skills, `!omk <role-or-request>` selects an OMK role hub such as frontend, backend, loop, or plan, and prompt templates expand via `/templatename`.
 
 | Command | Description |
 |---------|-------------|
 | `/login`, `/logout` | Manage OAuth or API-key credentials |
 | `/model` | Switch models, then choose thinking level |
-| `/think` | Choose thinking level |
+| `/think` | Choose thinking level, or `auto`/`auto-v2`/`auto-v3`/`auto-v4` to route per task |
 | `/scoped-models` | Enable/disable models for Ctrl+P cycling |
 | `/settings` | Thinking level, theme, message delivery, transport |
 | `/resume` | Pick from previous sessions |
@@ -56,6 +57,40 @@ Type `/` in the editor to open command completion. Extensions can register custo
 | `/changelog` | Display version history |
 | `/quit` | Quit omk |
 
+## Automatic Thinking Level Routing
+
+`/think <level>` sets the thinking level manually. Manual levels always win: choosing a concrete level leaves auto routing, so no auto router runs.
+
+`/think auto` remains the historical v1 local classifier and rule table (no network calls). `/think auto-v2`, `/think auto v2`, or `/think auto:v2` enables the calibrated v2 weighted router. `/think auto-v3`, `/think auto v3`, or `/think auto:v3` enables the contextual v3 router. `/think auto-v4`, `/think auto v4`, or `/think auto:v4` enables the confidence-bearing v4 router. Use `/think auto-v1`, `/think auto v1`, or `/think auto:v1` to return explicitly to v1.
+
+The active auto routers classify each prompt into a task class (trivial, simple edit, code generation, debug, refactor, review, plan) and map it to a recommended level, from `minimal` for trivial prompts up to `xhigh` for planning work.
+
+The routing core is deterministic and local. It looks only at bounded turn signals such as:
+
+- prompt length
+- presence of code fences or diff markers
+- keyword families; v2 separates strong signals from ambiguous weak signals such as `fix`
+- leading intent, localized edit objects, diagnostic evidence, review scope, plan briefs, refactor cues, and implementation objects, when v3 or v4 is selected
+- bounded negation of those whole-prompt matches and short-range compound-intent detection across a leading conjunction, when v4 is selected
+- recent auto-router task history in the session, when v2 is selected
+- context pressure buckets, when v2 is selected
+- the subagent lane type, when one is set
+
+v4 additionally reports a confidence band (`high`, `medium`, `low`), the score margin between the top two task classes, and a fallback reason on every turn, none of which carry prompt text. When confidence is low or no weighted signal decided the class, v4 raises the resolved level by one step above what the same task class would otherwise resolve to; confidence never lowers it. v4 is checked against a gold-set evaluation harness with fixed train/dev/holdout splits and accuracy, macro-F1, severe-under-allocation, and class-flip/McNemar checks, which confirmed v4 classifies identically to v3 across the full gold set, including the rows held out from tuning.
+
+Precedence:
+
+- Manual `/think <level>` always wins.
+- The router only resolves levels while `auto` mode is active.
+- Auto-resolved levels apply per turn only and never overwrite the persisted default thinking level in settings.
+- v1 remains the default auto router; v2, v3, and v4 must be selected explicitly for the current session.
+
+Resolved levels are clamped to the model's capabilities: models without `xhigh`/`max` are capped at their highest supported level, and models without reasoning support bypass the router entirely.
+
+The v4 learning path is available only through the global `reasoningRouterLearning` setting and is off by default. When `reasoningRouterLearning.enabled` is `true`, auto-v4 loads one validated bias snapshot for the session, applies a bounded `-2..2` ladder-step bias, and appends a privacy-safe feedback record containing only bounded enums, booleans, and buckets. Project-local settings cannot enable or redirect this feature, and the ledger never stores raw prompts, file paths, diffs, session identifiers, model/provider payloads, tool output, or hook output.
+
+The Adaptorch advisory bridge module still ships as default-off groundwork only. It has no settings key, command, transport, or session call site yet, so it does not affect `/think auto-v4` until a future transport and security review explicitly wire it.
+
 ## Message Queue
 
 You can submit messages while the agent is still working:

package/examples/extensions/custom-provider-anthropic/package-lock.json

@@ -1,12 +1,12 @@
 {
   "name": "omk-extension-custom-provider",
-  "version": "0.90.0",
+  "version": "0.90.4",
   "lockfileVersion": 3,
   "requires": true,
   "packages": {
     "": {
       "name": "omk-extension-custom-provider",
-      "version": "0.90.0",
+      "version": "0.90.4",
       "dependencies": {
         "@anthropic-ai/sdk": "^0.52.0"
       }

package/examples/extensions/custom-provider-anthropic/package.json

@@ -1,7 +1,7 @@
 {
 	"name": "omk-extension-custom-provider-anthropic",
 	"private": true,
-	"version": "0.90.0",
+	"version": "0.90.4",
 	"type": "module",
 	"scripts": {
 		"clean": "echo 'nothing to clean'",

package/examples/extensions/custom-provider-gitlab-duo/package.json

@@ -1,7 +1,7 @@
 {
 	"name": "omk-extension-custom-provider-gitlab-duo",
 	"private": true,
-	"version": "0.90.0",
+	"version": "0.90.4",
 	"type": "module",
 	"scripts": {
 		"clean": "echo 'nothing to clean'",

package/examples/extensions/gondolin/package-lock.json

@@ -1,12 +1,12 @@
 {
 	"name": "omk-extension-gondolin",
-	"version": "0.90.0",
+	"version": "0.90.4",
 	"lockfileVersion": 3,
 	"requires": true,
 	"packages": {
 		"": {
 			"name": "omk-extension-gondolin",
-			"version": "0.90.0",
+			"version": "0.90.4",
 			"dependencies": {
 				"@earendil-works/gondolin": "0.12.0"
 			}

package/examples/extensions/gondolin/package.json

@@ -1,7 +1,7 @@
 {
 	"name": "omk-extension-gondolin",
 	"private": true,
-	"version": "0.90.0",
+	"version": "0.90.4",
 	"type": "module",
 	"scripts": {
 		"clean": "echo 'nothing to clean'",

package/examples/extensions/preset.ts

@@ -52,7 +52,7 @@ interface Preset {
 	/** Model ID (e.g., "claude-sonnet-4-5") */
 	model?: string;
 	/** Thinking level */
-	thinkingLevel?: "off" | "minimal" | "low" | "medium" | "high" | "xhigh";
+	thinkingLevel?: "off" | "minimal" | "low" | "medium" | "high" | "xhigh" | "max";
 	/** Tools to enable (replaces default set) */
 	tools?: string[];
 	/** Instructions to append to system prompt */
@@ -100,7 +100,7 @@ function loadPresets(cwd: string): PresetsConfig {
 
 interface OriginalState {
 	model: Model<Api> | undefined;
-	thinkingLevel: "off" | "minimal" | "low" | "medium" | "high" | "xhigh";
+	thinkingLevel: "off" | "minimal" | "low" | "medium" | "high" | "xhigh" | "max";
 	tools: string[];
 }
 

package/examples/extensions/sandbox/package-lock.json

@@ -1,12 +1,12 @@
 {
 	"name": "omk-extension-sandbox",
-	"version": "0.90.0",
+	"version": "0.90.4",
 	"lockfileVersion": 3,
 	"requires": true,
 	"packages": {
 		"": {
 			"name": "omk-extension-sandbox",
-			"version": "0.90.0",
+			"version": "0.90.4",
 			"dependencies": {
 				"@anthropic-ai/sandbox-runtime": "0.0.26"
 			}

package/examples/extensions/sandbox/package.json

@@ -1,7 +1,7 @@
 {
 	"name": "omk-extension-sandbox",
 	"private": true,
-	"version": "0.90.0",
+	"version": "0.90.4",
 	"type": "module",
 	"scripts": {
 		"clean": "echo 'nothing to clean'",

package/examples/extensions/with-deps/package-lock.json

@@ -1,12 +1,12 @@
 {
   "name": "omk-extension-with-deps",
-  "version": "0.90.0",
+  "version": "0.90.4",
   "lockfileVersion": 3,
   "requires": true,
   "packages": {
     "": {
       "name": "omk-extension-with-deps",
-      "version": "0.90.0",
+      "version": "0.90.4",
       "dependencies": {
         "ms": "^2.1.3"
       },

package/examples/extensions/with-deps/package.json

@@ -1,7 +1,7 @@
 {
 	"name": "omk-extension-with-deps",
 	"private": true,
-	"version": "0.90.0",
+	"version": "0.90.4",
 	"type": "module",
 	"scripts": {
 		"clean": "echo 'nothing to clean'",