chore: back up Pi environment

.omx/hud-config.json

@@ -0,0 +1,3 @@
+{
+  "preset": "focused"
+}

.omx/logs/notify-fallback-2026-05-01.jsonl

@@ -0,0 +1,2 @@
+{"timestamp":"2026-05-01T19:13:22.486Z","type":"watcher_start","cwd":"/home/smog/main","notify_script":"/usr/lib/node_modules/oh-my-codex/dist/scripts/notify-hook.js","authority_only":false,"poll_ms":250,"effective_poll_ms":250,"idle_max_poll_ms":1000,"once":false,"parent_pid":1337975,"pid_file":"/home/smog/main/.omx/state/notify-fallback.pid","max_lifetime_ms":21600000}
+{"timestamp":"2026-05-01T19:13:37.674Z","type":"watcher_stop","signal":"SIGTERM","reason":"signal","parent_pid":1337975,"pid_file":"/home/smog/main/.omx/state/notify-fallback.pid"}

.omx/logs/notify-fallback-2026-07-12.jsonl

@@ -0,0 +1,2 @@
+{"timestamp":"2026-07-12T19:57:02.897Z","type":"watcher_start","cwd":"/home/smog/main","notify_script":"/home/smog/.local/lib/node_modules/oh-my-codex/dist/scripts/notify-hook.js","authority_only":false,"poll_ms":250,"effective_poll_ms":1000,"idle_max_poll_ms":1000,"once":false,"parent_pid":68688,"pid_file":"/home/smog/main/.omx/state/notify-fallback.pid","max_lifetime_ms":21600000}
+{"timestamp":"2026-07-12T21:15:25.051Z","type":"watcher_stop","signal":null,"reason":"parent_gone","parent_pid":68688,"pid_file":"/home/smog/main/.omx/state/notify-fallback.pid"}

.omx/logs/omx-2026-05-01.jsonl

@@ -0,0 +1,3 @@
+{"event":"session_start","session_id":"omx-1777662801842-unhxxn","pid":1337975,"timestamp":"2026-05-01T19:13:22.411Z","_ts":"2026-05-01T19:13:22.411Z"}
+{"event":"session_start","session_id":"omx-1777662801842-unhxxn","pid":1337975,"timestamp":"2026-05-01T19:13:37.564Z","_ts":"2026-05-01T19:13:37.673Z"}
+{"event":"session_end","session_id":"omx-1777662801842-unhxxn","timestamp":"2026-05-01T19:13:37.675Z","_ts":"2026-05-01T19:13:37.675Z"}

.omx/logs/omx-2026-07-12.jsonl

@@ -0,0 +1 @@
+{"event":"session_start","session_id":"omx-1783886220848-ugrwhe","pid":68688,"timestamp":"2026-07-12T19:57:02.811Z","_ts":"2026-07-12T19:57:02.811Z"}

.omx/logs/omx-2026-07-13.jsonl

@@ -0,0 +1,2 @@
+{"event":"session_start","session_id":"019f57e4-d006-76e2-b9bf-99950205bb6d","native_session_id":"019f57e4-d006-76e2-b9bf-99950205bb6d","pid":12549,"timestamp":"2026-07-13T16:20:18.642Z","_ts":"2026-07-13T16:20:18.643Z"}
+{"event":"session_start","session_id":"019f5c48-1130-7663-b700-14621eff9671","native_session_id":"019f5c48-1130-7663-b700-14621eff9671","pid":12549,"timestamp":"2026-07-13T16:21:02.350Z","_ts":"2026-07-13T16:21:02.350Z"}

.omx/logs/session-history.jsonl

@@ -0,0 +1 @@
+{"session_id":"omx-1777662801842-unhxxn","started_at":"2026-05-01T19:13:37.564Z","ended_at":"2026-05-01T19:13:37.675Z","cwd":"/home/smog/main","pid":1337975}

.omx/logs/tmux-hook-2026-07-12.jsonl

@@ -0,0 +1 @@
+{"timestamp":"2026-07-12T20:05:19.980Z","type":"auto_nudge_skipped","reason":"unmanaged_session"}

.omx/logs/tmux-hook-2026-07-13.jsonl

@@ -0,0 +1,2 @@
+{"timestamp":"2026-07-13T16:20:24.480Z","type":"auto_nudge_skipped","reason":"unmanaged_session"}
+{"timestamp":"2026-07-13T16:21:43.956Z","type":"auto_nudge_skipped","reason":"unmanaged_session"}

.omx/logs/turns-2026-07-12.jsonl

@@ -0,0 +1 @@
+{"timestamp":"2026-07-12T20:05:19.929Z","type":"agent-turn-complete","thread_id":"019f57e4-d006-76e2-b9bf-99950205bb6d","turn_id":"019f57ee-f2d7-7392-b4c5-421e31f54265","input_preview":"Как перенести полностью не только pi coding agent как мы уже сделали в этой папке создали перенос pi, надо теперь тоже самое сделать с codex + ohmycodex установленный на этом pc надо перенести списки ","input_message_count":1,"output_preview":"Готов продолжить, но в этой сессии мне недоступен терминальный инструмент для просмотра и изменения файлов. Чтобы сделать перенос корректно, нужен доступ к содержимому `/home/smog/main` и каталогам `~"}

.omx/logs/turns-2026-07-13.jsonl

@@ -0,0 +1,2 @@
+{"timestamp":"2026-07-13T16:20:24.426Z","type":"agent-turn-complete","thread_id":"019f57e4-d006-76e2-b9bf-99950205bb6d","turn_id":"019f5c47-837d-7491-84c8-6e32542b3ec2","input_preview":"Как мне дать доступ?","input_message_count":2,"output_preview":"В этом чате доступ к инструментам не был выдан вообще — поэтому я не могу открыть даже файлы рабочей папки. Дать его можно, начав новый агентский сеанс в Codex с включённым доступом к терминалу/файлов"}
+{"timestamp":"2026-07-13T16:21:43.904Z","type":"agent-turn-complete","thread_id":"019f5c48-1130-7663-b700-14621eff9671","turn_id":"019f5c48-2c0f-7102-9710-8f60fbe7db48","input_preview":"Как перенести полностью не только pi coding agent как мы уже сделали в этой папке создали перенос pi, надо теперь тоже самое сделать с\n  codex + ohmycodex установленный на этом pc надо перенести списк","input_message_count":1,"output_preview":"Сделай отдельный переносимый архив рядом с переносом Pi. Копировать нужно конфигурацию, skills/plugins/MCP, но **не** `auth.json`, токены и ключи.\n\n```bash\ncd /home/smog/main\nmkdir -p codex-ohmycodex-"}

.omx/logs/update-2026-07-12T19-57-02-767Z.log

@@ -0,0 +1,69 @@
+
+added 1 package, and changed 94 packages in 5s
+
+31 packages are looking for funding
+  run `npm fund` for details
+npm warn install-scripts 1 package had install scripts blocked because they are not covered by allowScripts:
+npm warn install-scripts   oh-my-codex@0.20.1 (postinstall: node -e "const fs=require('fs');const p='./dist/scripts/postinstall.js';if(fs.existsSync(p))import(p).then(m=>m.main?.()).catch(e=>console.warn('[omx] Postinstall skipped after a non-fatal error: '+(e?.message??e)))")
+npm warn install-scripts
+npm warn install-scripts Run `npm install -g --allow-scripts=oh-my-codex` to allow these scripts once, or `npm config set allow-scripts=oh-my-codex --location=user` to allow them for all global installs.
+oh-my-codex setup
+=================
+
+Using setup scope: user
+
+Using setup install mode: legacy
+
+Using setup MCP mode: none
+
+Using setup Team mode: enabled
+
+[1/8] Creating directories...
+  Done.
+
+[2/8] Installing agent prompts...
+  Prompt refresh complete (catalog baseline: 22).
+
+[3/8] Installing skills...
+  Skill refresh complete (catalog baseline: 29).
+
+[4/8] Installing native agent configs...
+  Native agent refresh complete (/home/smog/.codex/agents).
+
+[5/8] Updating config.toml...
+  Config refresh complete (/home/smog/.codex/config.toml).
+
+  Native Codex hooks refresh complete (/home/smog/.codex/hooks.json).
+
+[5.5/8] Verifying Team CLI API interop...
+  omx team api command detected (CLI-first interop ready)
+
+[6/8] Generating AGENTS.md...
+  Refreshed AGENTS.md model capability table in /home/smog/.codex.
+  User scope leaves project AGENTS.md unchanged.
+
+[7/8] Configuring notification hook...
+  Done.
+
+[8/8] Configuring HUD...
+  HUD config created (preset: focused).
+  StatusLine configured in config.toml via [tui] section.
+
+Setup refresh summary:
+  prompts: updated=1, unchanged=36, backed_up=1, skipped=0, removed=0
+  skills: updated=12, unchanged=18, backed_up=12, skipped=17, removed=0
+  native_agents: updated=0, unchanged=0, backed_up=0, skipped=22, removed=0
+  agents_md: updated=1, unchanged=0, backed_up=1, skipped=0, removed=0
+  config: updated=2, unchanged=0, backed_up=2, skipped=0, removed=0
+
+Migration hint: Legacy ~/.agents/skills still exists (2 skills) alongside canonical /home/smog/.codex/skills. Codex may still discover both roots; archive or remove ~/.agents/skills if Enable/Disable Skills shows duplicates.
+
+Setup complete! Run "omx doctor" to verify installation.
+
+Next steps:
+  1. Start Codex CLI in your project directory
+  2. Use role/workflow keywords like $architect, $executor, and $plan in Codex
+  3. Browse skills with /skills; AGENTS keyword routing can also activate them implicitly
+  4. The AGENTS.md orchestration brain is loaded automatically
+  5. Native agent role TOML files written to .codex/agents/; use explicit agent_type when spawning OMX roles
+  6. "omx explore" and "omx sparkshell" can hydrate native release binaries on first use; source installs still allow repo-local fallbacks and OMX_EXPLORE_BIN / OMX_SPARKSHELL_BIN overrides

.omx/metrics.json

@@ -0,0 +1,10 @@
+{
+  "total_turns": 3,
+  "session_turns": 3,
+  "last_activity": "2026-07-13T16:21:43.907Z",
+  "session_input_tokens": 0,
+  "session_output_tokens": 0,
+  "session_total_tokens": 0,
+  "five_hour_limit_pct": 0,
+  "weekly_limit_pct": 0
+}

.omx/runtime/bin/omx

@@ -0,0 +1,2 @@
+#!/bin/sh
+exec '/usr/bin/node' '/home/smog/.local/lib/node_modules/oh-my-codex/dist/cli/omx.js' "$@"

.omx/setup-scope.json

@@ -0,0 +1,5 @@
+{
+  "scope": "user",
+  "mcpMode": "none",
+  "installMode": "legacy"
+}

.omx/state/native-stop-state.json

@@ -0,0 +1,24 @@
+{
+  "sessions": {
+    "019f57e4-d006-76e2-b9bf-99950205bb6d": {
+      "ordinary_no_progress_guard": {
+        "fingerprint": "ordinary|в этом чате доступ к инструментам не был выдан вообще — поэтому я не могу открыть даже файлы рабочей папки. дать его можно, начав новый агентский сеанс в codex с включённым доступом к терминалу/файловой системе и выбрав `/home/smog/main` как workspace. после этого напишите, например: «сделай перенос codex и oh-my-codex по образцу pi». я сам: - найду существующий перенос pi; - создам экспорт/импорт для `~/.codex` и omx; - перенесу skills, plugins и mcp-конфигурации; - исключу секреты из обычного архива; - добавлю проверку восстановленной установки.",
+        "first_seen_at": "2026-07-13T16:20:24.324Z",
+        "last_seen_at": "2026-07-13T16:20:24.324Z",
+        "repeat_count": 1,
+        "last_turn_id": "019f5c47-837d-7491-84c8-6e32542b3ec2",
+        "last_thread_id": null
+      }
+    },
+    "019f5c48-1130-7663-b700-14621eff9671": {
+      "ordinary_no_progress_guard": {
+        "fingerprint": "ordinary|сделай отдельный переносимый архив рядом с переносом pi. копировать нужно конфигурацию, skills/plugins/mcp, но **не** `auth.json`, токены и ключи. ```bash cd /home/smog/main mkdir -p codex-ohmycodex-transfer/{codex,agents,omx,shell,meta} # codex: настройки, skills, plugins, роли и prompts rsync -a ~/.codex/config.toml codex-ohmycodex-transfer/codex/ 2>/dev/null || true rsync -a ~/.codex/{skills,plugins,agents,prompts} codex-ohmycodex-transfer/codex/ 2>/dev/null || true # дополнительные локальные skills (у тебя они используются) rsync -a ~/.agents/skills codex-ohmycodex-transfer/agents/ 2>/dev/null || true # конфигурация oh-my-codex, если существует rsync -a ~/.config/oh-my-codex codex-ohmycodex-transfer/omx/ 2>/dev/null || true rsync -a ~/.oh-my-codex codex-ohmycodex-transfer/omx/ 2>/dev/null || true # shell-настройки: aliases/functions для codex/omx/yolo grep -nei 'codex|omx|yolo' ~/.zshrc ~/.zprofile ~/.bashrc ~/.profile \\ > codex-ohmycodex-transfer/shell/codex-omx-yolo-lines.txt 2>/dev/null || true # инвентарь: поможет поставить ровно те же cli-пакеты на новом пк { echo '== versions ==' codex --version 2>&1 || true omx --version 2>&1 || true node --version 2>&1 || true npm --version 2>&1 || true echo echo '== global npm ==' npm -g ls --depth=0 2>&1 || true echo echo '== mcp in config ==' grep -nei 'mcp|approval_policy|sandbox_mode|yolo' ~/.codex/config.toml 2>/dev/null || true } > codex-ohmycodex-transfer/meta/inventory.txt # контрольная сумма и архив tar -czf codex-ohmycodex-transfer.tar.gz codex-ohmycodex-transfer sha256sum codex-ohmycodex-transfer.tar.gz \\ > codex-ohmycodex-transfer.tar.gz.sha256 ``` на новом пк: ```bash tar -xzf codex-ohmycodex-transfer.tar.gz cd codex-ohmycodex-transfer mkdir -p ~/.codex ~/.agents ~/.config rsync -a codex/ ~/.codex/ rsync -a agents/ ~/.agents/ rsync -a omx/ ~/.config/ # только если в архиве есть конфиг omx # установить codex/omx той же версией из meta/inventory.txt, # затем восстановить/проверить интеграцию omx setup omx doctor # авторизация намеренно выполняется на новом пк codex login ``` для постоянного yolo-профиля проверь `~/.codex/config.toml`; при необходимости добавь: ```toml [profiles.yolo] approval_policy = \"never\" sandbox_mode = \"danger-full-access\" ``` запуск: ```bash codex --profile yolo ``` важно: - mcp-серверы обычно перенесутся через `~/.codex/config.toml`. - значения переменных окружения, api-ключи, oauth-сессии и `~/.codex/auth.json` переносить не следует; на новой машине их нужно задать заново. - если mcp использует локальные пути к бинарникам, после переноса проверь их установку и пути в `config.toml`. - после восстановления полезно проверить: `codex mcp list` (если поддерживается версией cli), `omx doctor`, затем открыть codex и убедиться, что skills/plugins видны.",
+        "first_seen_at": "2026-07-13T16:21:43.806Z",
+        "last_seen_at": "2026-07-13T16:21:43.806Z",
+        "repeat_count": 1,
+        "last_turn_id": "019f5c48-2c0f-7102-9710-8f60fbe7db48",
+        "last_thread_id": null
+      }
+    }
+  }
+}

.omx/state/notify-fallback-authority-owner.json

@@ -0,0 +1,14 @@
+{
+  "owner": "hud",
+  "pid": 68742,
+  "cwd": "/home/smog/main",
+  "heartbeat_at": "2026-07-13T13:19:21.920Z",
+  "cooldown_ms": 5000,
+  "jitter_ms": 26,
+  "skip_count": 52024,
+  "last_status": "skipped",
+  "last_reason": "rate_limited",
+  "last_spawn_at": "2026-07-13T13:19:16.916Z",
+  "last_skip_at": "2026-07-13T13:19:21.920Z",
+  "next_allowed_at": "2026-07-13T13:19:21.942Z"
+}

.omx/state/notify-fallback-authority-state.json

@@ -0,0 +1,14 @@
+{
+  "owner": "hud",
+  "pid": 68742,
+  "cwd": "/home/smog/main",
+  "heartbeat_at": "2026-07-13T13:19:21.920Z",
+  "cooldown_ms": 5000,
+  "jitter_ms": 26,
+  "skip_count": 52024,
+  "last_status": "skipped",
+  "last_reason": "rate_limited",
+  "last_spawn_at": "2026-07-13T13:19:16.916Z",
+  "last_skip_at": "2026-07-13T13:19:21.920Z",
+  "next_allowed_at": "2026-07-13T13:19:21.942Z"
+}

.omx/state/notify-fallback-state.json

@@ -0,0 +1,88 @@
+{
+  "pid": 890434,
+  "parent_pid": 68742,
+  "started_at": "2026-07-13T13:19:17.004Z",
+  "cwd": "/home/smog/main",
+  "notify_script": "/home/smog/.local/lib/node_modules/oh-my-codex/dist/scripts/notify-hook.js",
+  "authority_only": true,
+  "poll_ms": 75,
+  "effective_poll_ms": 1000,
+  "idle_max_poll_ms": 1000,
+  "pid_file": null,
+  "max_lifetime_ms": 0,
+  "tracked_files": 0,
+  "seen_turns": 0,
+  "dispatch_drain": {
+    "enabled": true,
+    "max_per_tick": 5,
+    "run_count": 1,
+    "leader_only": true,
+    "last_tick_at": "2026-07-13T13:19:17.007Z",
+    "last_result": {
+      "processed": 0,
+      "skipped": 0,
+      "failed": 0
+    },
+    "last_error": null
+  },
+  "leader_nudge": {
+    "enabled": true,
+    "leader_only": true,
+    "stale_threshold_ms": 180000,
+    "precomputed_leader_stale": false,
+    "last_tick_at": "2026-07-13T13:19:17.008Z",
+    "last_error": null,
+    "run_count": 1
+  },
+  "ralph_continue_steer": {
+    "enabled": true,
+    "cadence_ms": 60000,
+    "message": "Ralph loop active continue",
+    "active": false,
+    "last_state_check_at": "2026-07-12T21:15:24.049Z",
+    "last_sent_at": "",
+    "cooldown_anchor_at": "",
+    "last_reason": "blocked_by_current_session",
+    "last_error": null,
+    "state_path": "",
+    "pane_id": "",
+    "pane_current_command": "",
+    "current_phase": "",
+    "subagent_session_id": "",
+    "active_subagent_thread_ids": [],
+    "shared_timestamp_path": "/home/smog/main/.omx/state/ralph-last-steer-at",
+    "shared_last_sent_at": "",
+    "singleton_lock_path": "/home/smog/main/.omx/state/ralph-continue-steer.lock"
+  },
+  "fallback_auto_nudge": {
+    "enabled": true,
+    "stall_ms": 5000,
+    "last_tick_at": "2026-07-13T13:19:17.016Z",
+    "last_turn_at": "2026-07-12T20:05:19.938Z",
+    "last_turn_count": 1,
+    "last_message": "Готов продолжить, но в этой сессии мне недоступен терминальный инструмент для просмотра и изменения ",
+    "last_reason": "eligible_but_not_sent",
+    "last_error": null,
+    "last_nudged_signature": "",
+    "last_nudged_at": ""
+  },
+  "authority_backoff": {
+    "active": false,
+    "reason": "pid_missing",
+    "primary_pid": null,
+    "primary_last_tick_at": "",
+    "freshness_ms": null,
+    "threshold_ms": null
+  },
+  "adaptive_poll": {
+    "enabled": true,
+    "base_ms": 75,
+    "max_ms": 1000,
+    "current_ms": 1000,
+    "idle_streak": 14307,
+    "last_tick_at": "2026-07-13T13:19:17.019Z",
+    "last_activity_at": null,
+    "last_activity_reason": "eligible_but_not_sent"
+  },
+  "last_cycle_activity": "eligible_but_not_sent"
+}

.omx/state/session.json

@@ -0,0 +1,10 @@
+{
+  "session_id": "019f5c48-1130-7663-b700-14621eff9671",
+  "native_session_id": "019f5c48-1130-7663-b700-14621eff9671",
+  "started_at": "2026-07-13T16:21:02.350Z",
+  "cwd": "/home/smog/main",
+  "pid": 12549,
+  "platform": "linux",
+  "pid_start_ticks": 15454,
+  "pid_cmdline": "/home/smog/.local/lib/node_modules/@openai/codex/node_modules/@openai/codex-linux-x64/vendor/x86_64-unknown-linux-musl/bin/codex"
+}

.omx/state/sessions/019f57e4-d006-76e2-b9bf-99950205bb6d/hud-state.json

@@ -0,0 +1,6 @@
+{
+  "last_turn_at": "2026-07-13T16:20:24.435Z",
+  "turn_count": 1,
+  "last_progress_at": "2026-07-13T16:20:24.435Z",
+  "last_agent_output": "В этом чате доступ к инструментам не был выдан вообще — поэтому я не могу открыть даже файлы рабочей"
+}

.omx/state/sessions/019f57e4-d006-76e2-b9bf-99950205bb6d/notify-hook-state.json

@@ -0,0 +1,6 @@
+{
+  "recent_turns": {
+    "019f57e4-d006-76e2-b9bf-99950205bb6d|019f5c47-837d-7491-84c8-6e32542b3ec2|agent-turn-complete": 1783959624423
+  },
+  "last_event_at": "2026-07-13T16:20:24.424Z"
+}

.omx/state/sessions/019f57e4-d006-76e2-b9bf-99950205bb6d/prompt-routing-state.json

@@ -0,0 +1,12 @@
+{
+  "version": 1,
+  "last_triage": {
+    "lane": "LIGHT",
+    "destination": "explore",
+    "reason": "question_or_explanation",
+    "prompt_signature": "sha256:c5f5f045c12bc21710208cc1b1aca1777feb832118391c1c6d53e99b0d23abdc",
+    "turn_id": "019f5c47-837d-7491-84c8-6e32542b3ec2",
+    "created_at": "2026-07-13T16:20:18.788Z"
+  },
+  "suppress_followup": true
+}

.omx/state/sessions/019f5c48-1130-7663-b700-14621eff9671/hud-state.json

@@ -0,0 +1,6 @@
+{
+  "last_turn_at": "2026-07-13T16:21:43.913Z",
+  "turn_count": 1,
+  "last_progress_at": "2026-07-13T16:21:43.913Z",
+  "last_agent_output": "Сделай отдельный переносимый архив рядом с переносом Pi. Копировать нужно конфигурацию, skills/plugi"
+}

.omx/state/sessions/019f5c48-1130-7663-b700-14621eff9671/notify-hook-state.json

@@ -0,0 +1,6 @@
+{
+  "recent_turns": {
+    "019f5c48-1130-7663-b700-14621eff9671|019f5c48-2c0f-7102-9710-8f60fbe7db48|agent-turn-complete": 1783959703902
+  },
+  "last_event_at": "2026-07-13T16:21:43.902Z"
+}

.omx/state/sessions/omx-1783886220848-ugrwhe/AGENTS.md

@@ -0,0 +1,463 @@
+<!-- AUTONOMY DIRECTIVE — DO NOT REMOVE -->
+YOU ARE AN AUTONOMOUS CODING AGENT. EXECUTE TASKS TO COMPLETION WITHOUT ASKING FOR PERMISSION.
+DO NOT STOP TO ASK "SHOULD I PROCEED?" — PROCEED. DO NOT WAIT FOR CONFIRMATION ON OBVIOUS NEXT STEPS.
+IF BLOCKED, TRY AN ALTERNATIVE APPROACH. ONLY ASK WHEN TRULY AMBIGUOUS OR DESTRUCTIVE.
+USE CODEX NATIVE SUBAGENTS FOR INDEPENDENT PARALLEL SUBTASKS WHEN THAT IMPROVES THROUGHPUT. THIS IS COMPLEMENTARY TO OMX TEAM MODE.
+<!-- END AUTONOMY DIRECTIVE -->
+<!-- omx:generated:agents-md -->
+
+# oh-my-codex - Intelligent Multi-Agent Orchestration
+
+You are running with oh-my-codex (OMX), a coordination layer for Codex CLI.
+This AGENTS.md is the top-level operating contract for the workspace.
+Role prompts under `prompts/*.md` are narrower execution surfaces. They must follow this file, not override it.
+When OMX is installed, load the installed prompt/skill/agent surfaces from `~/.codex/prompts`, `~/.codex/skills`, and `~/.codex/agents` (or the project-local `./.codex/...` equivalents when project scope is active).
+
+<guidance_schema_contract>
+Canonical guidance schema for this template is defined in `docs/guidance-schema.md`.
+
+Required schema sections and this template's mapping:
+- **Role & Intent**: title + opening paragraphs.
+- **Operating Principles**: `<operating_principles>`.
+- **Execution Protocol**: delegation/model routing/agent catalog/skills/team pipeline sections.
+- **Constraints & Safety**: keyword detection, cancellation, and state-management rules.
+- **Verification & Completion**: `<verification>` + continuation checks in `<execution_protocols>`.
+- **Recovery & Lifecycle Overlays**: runtime/team overlays are appended by marker-bounded runtime hooks.
+
+Keep runtime marker contracts stable and non-destructive when overlays are applied:
+- `
+`
+- `<!-- OMX:TEAM:WORKER:START --> ... <!-- OMX:TEAM:WORKER:END -->`
+</guidance_schema_contract>
+
+<operating_principles>
+- Solve the task directly when you can do so safely and well.
+- Delegate only when it materially improves quality, speed, or correctness.
+- Keep progress short, concrete, and useful.
+- Prefer evidence over assumption; verify before claiming completion.
+- Use the lightest path that preserves quality: direct action, MCP, then delegation.
+- Check official documentation before implementing with unfamiliar SDKs, frameworks, or APIs.
+- Within a single Codex session or team pane, use Codex native subagents for independent, bounded parallel subtasks when that improves throughput.
+<!-- OMX:GUIDANCE:OPERATING:START -->
+- Default to quality-first, intent-deepening responses; think one more step before replying or asking for clarification, and use as much detail as needed for a strong result without empty verbosity.
+- Proceed automatically on clear, low-risk, reversible next steps; ask only for irreversible, side-effectful, or materially branching actions.
+- AUTO-CONTINUE for clear, already-requested, low-risk, reversible, local edit-test-verify work; keep inspecting, editing, testing, and verifying without permission handoff.
+- ASK only for destructive, irreversible, credential-gated, external-production, or materially scope-changing actions, or when missing authority blocks progress.
+- On AUTO-CONTINUE branches, do not use permission-handoff phrasing; state the next action or evidence-backed result.
+- Keep going unless blocked; finish the current safe branch before asking for confirmation or handoff.
+- Ask only when blocked by missing information, missing authority, or an irreversible/destructive branch.
+- Do not ask or instruct humans to perform ordinary non-destructive, reversible actions; execute those safe reversible OMX/runtime operations and ordinary commands yourself.
+- Treat OMX runtime manipulation, state transitions, and ordinary command execution as agent responsibilities when they are safe and reversible.
+- Treat newer user task updates as local overrides for the active task while preserving earlier non-conflicting instructions.
+- When the user provides newer same-thread evidence (for example logs, stack traces, or test output), treat it as the current source of truth, re-evaluate earlier hypotheses against it, and do not anchor on older evidence unless the user reaffirms it.
+- Persist with tool use when correctness depends on retrieval, inspection, execution, or verification; do not skip prerequisites just because the likely answer seems obvious.
+- More effort does not mean reflexive web/tool escalation; browse or use tools when the task materially benefits, not as a default show of effort.
+<!-- OMX:GUIDANCE:OPERATING:END -->
+</operating_principles>
+
+## Working agreements
+- Write a cleanup plan before modifying code for cleanup/refactor/deslop work.
+- Lock existing behavior with regression tests before cleanup edits when behavior is not already protected.
+- Prefer deletion over addition.
+- Reuse existing utils and patterns before introducing new abstractions.
+- No new dependencies without explicit request.
+- Keep diffs small, reviewable, and reversible.
+- Run lint, typecheck, tests, and static analysis after changes.
+- Final reports must include changed files, simplifications made, and remaining risks.
+
+<lore_commit_protocol>
+## Lore Commit Protocol
+
+Every commit message must follow the Lore protocol — structured decision records using native git trailers.
+Commits are not just labels on diffs; they are the atomic unit of institutional knowledge.
+
+### Format
+
+```
+<intent line: why the change was made, not what changed>
+
+<body: narrative context — constraints, approach rationale>
+
+Constraint: <external constraint that shaped the decision>
+Rejected: <alternative considered> | <reason for rejection>
+Confidence: <low|medium|high>
+Scope-risk: <narrow|moderate|broad>
+Directive: <forward-looking warning for future modifiers>
+Tested: <what was verified (unit, integration, manual)>
+Not-tested: <known gaps in verification>
+```
+
+### Rules
+
+1. **Intent line first.** The first line describes *why*, not *what*. The diff already shows what changed.
+2. **Trailers are optional but encouraged.** Use the ones that add value; skip the ones that don't.
+3. **`Rejected:` prevents re-exploration.** If you considered and rejected an alternative, record it so future agents don't waste cycles re-discovering the same dead end.
+4. **`Directive:` is a message to the future.** Use it for "do not change X without checking Y" warnings.
+5. **`Constraint:` captures external forces.** API limitations, policy requirements, upstream bugs — things not visible in the code.
+6. **`Not-tested:` is honest.** Declaring known verification gaps is more valuable than pretending everything is covered.
+7. **All trailers use git-native trailer format** (key-value after a blank line). No custom parsing required.
+
+### Example
+
+```
+Prevent silent session drops during long-running operations
+
+The auth service returns inconsistent status codes on token
+expiry, so the interceptor catches all 4xx responses and
+triggers an inline refresh.
+
+Constraint: Auth service does not support token introspection
+Constraint: Must not add latency to non-expired-token paths
+Rejected: Extend token TTL to 24h | security policy violation
+Rejected: Background refresh on timer | race condition with concurrent requests
+Confidence: high
+Scope-risk: narrow
+Directive: Error handling is intentionally broad (all 4xx) — do not narrow without verifying upstream behavior
+Tested: Single expired token refresh (unit)
+Not-tested: Auth service cold-start > 500ms behavior
+```
+
+### Trailer Vocabulary
+
+| Trailer | Purpose |
+|---------|---------|
+| `Constraint:` | External constraint that shaped the decision |
+| `Rejected:` | Alternative considered and why it was rejected |
+| `Confidence:` | Author's confidence level (low/medium/high) |
+| `Scope-risk:` | How broadly the change affects the system (narrow/moderate/broad) |
+| `Reversibility:` | How easily the change can be undone (clean/messy/irreversible) |
+| `Directive:` | Forward-looking instruction for future modifiers |
+| `Tested:` | What verification was performed |
+| `Not-tested:` | Known gaps in verification |
+| `Related:` | Links to related commits, issues, or decisions |
+
+Teams may introduce domain-specific trailers without breaking compatibility.
+</lore_commit_protocol>
+
+---
+
+<delegation_rules>
+Default posture: work directly.
+
+Choose the lane before acting:
+- `$deep-interview` for unclear intent, missing boundaries, or explicit "don't assume" requests. This mode clarifies and hands off; it does not implement.
+- `$ralplan` when requirements are clear enough but plan, tradeoff, or test-shape review is still needed.
+- `$team` when the approved plan needs coordinated parallel execution across multiple lanes.
+- `$ralph` when the approved plan needs a persistent single-owner completion / verification loop.
+- **Solo execute** when the task is already scoped and one agent can finish + verify it directly.
+
+Delegate only when it materially improves quality, speed, or safety. Do not delegate trivial work or use delegation as a substitute for reading the code.
+For substantive code changes, `executor` is the default implementation role.
+Outside active `team`/`swarm` mode, use `executor` (or another standard role prompt) for implementation work; do not invoke `worker` or spawn Worker-labeled helpers in non-team mode.
+Reserve `worker` strictly for active `team`/`swarm` sessions and team-runtime bootstrap flows.
+Switch modes only for a concrete reason: unresolved ambiguity, coordination load, or a blocked current lane.
+</delegation_rules>
+
+<child_agent_protocol>
+Leader responsibilities:
+1. Pick the mode and keep the user-facing brief current.
+2. Delegate only bounded, verifiable subtasks with clear ownership.
+3. Integrate results, decide follow-up, and own final verification.
+
+Worker responsibilities:
+1. Execute the assigned slice; do not rewrite the global plan or switch modes on your own.
+2. Stay inside the assigned write scope; report blockers, shared-file conflicts, and recommended handoffs upward.
+3. Ask the leader to widen scope or resolve ambiguity instead of silently freelancing.
+
+Rules:
+- Max 6 concurrent child agents.
+- Child prompts stay under AGENTS.md authority.
+- `worker` is a team-runtime surface, not a general-purpose child role.
+- Child agents should report recommended handoffs upward.
+- Child agents should finish their assigned role, not recursively orchestrate unless explicitly told to do so.
+- Prefer inheriting the leader model by omitting `spawn_agent.model` unless a task truly requires a different model.
+- Do not hardcode stale frontier-model overrides for Codex native child agents. If an explicit frontier override is necessary, use the current frontier default from `OMX_DEFAULT_FRONTIER_MODEL` / the repo model contract (currently `gpt-5.4`), not older values such as `gpt-5.2`.
+- Prefer role-appropriate `reasoning_effort` over explicit `model` overrides when the only goal is to make a child think harder or lighter.
+</child_agent_protocol>
+
+<invocation_conventions>
+- `$name` — invoke a workflow skill
+- `/skills` — browse available skills
+- Prefer skill invocation and keyword routing as the primary user-facing workflow surface
+</invocation_conventions>
+
+<model_routing>
+Match role to task shape:
+- Low complexity: `explore`, `style-reviewer`, `writer`
+- Research/discovery: `explore` for repo lookup, `researcher` for official docs/reference gathering, `dependency-expert` for SDK/API/package evaluation
+- Standard: `executor`, `debugger`, `test-engineer`
+- High complexity: `architect`, `executor`, `critic`
+
+For Codex native child agents, model routing defaults to inheritance/current repo defaults unless the caller has a concrete reason to override it.
+</model_routing>
+
+<specialist_routing>
+Leader/workflow routing contract:
+<!-- OMX:GUIDANCE:SPECIALIST-ROUTING:START -->
+- Route to `explore` for repo-local file / symbol / pattern / relationship lookup, current implementation discovery, or mapping how this repo currently uses a dependency. `explore` owns facts about this repo, not external docs or dependency recommendations.
+- Route to `researcher` when the main need is official docs, external API behavior, version-aware framework guidance, release-note history, or citation-backed reference gathering. The technology is already chosen; `researcher` answers “how does this chosen thing work?” and is not the default dependency-comparison role.
+- Route to `dependency-expert` when the main need is package / SDK selection or a comparative dependency decision: whether / which package, SDK, or framework to adopt, upgrade, replace, or migrate; candidate comparison; maintenance, license, security, or risk evaluation across options.
+- Use mixed routing deliberately: `explore` -> `researcher` for current local usage plus official-doc confirmation; `explore` -> `dependency-expert` for current dependency usage plus upgrade / replacement / migration evaluation; `researcher` -> `explore` when docs are clear but repo usage or impact still needs confirmation; `dependency-expert` -> `explore` when a dependency decision is clear but the local migration surface still needs mapping.
+- Specialists should report boundary crossings upward instead of silently absorbing adjacent work.
+- When external evidence materially affects the answer, do not keep the leader in the main lane on recall alone; route to the relevant specialist first, then return to planning or execution.
+<!-- OMX:GUIDANCE:SPECIALIST-ROUTING:END -->
+</specialist_routing>
+
+---
+
+<agent_catalog>
+Key roles:
+- `explore` — fast codebase search and mapping
+- `planner` — work plans and sequencing
+- `architect` — read-only analysis, diagnosis, tradeoffs
+- `debugger` — root-cause analysis
+- `executor` — implementation and refactoring
+- `verifier` — completion evidence and validation
+
+Research/discovery specialists:
+- `explore` — first-stop repository lookup and symbol/file mapping
+- `researcher` — official docs, references, and external fact gathering
+- `dependency-expert` — SDK/API/package evaluation before adopting or changing dependencies
+
+Specialists remain available through the role catalog and native child-agent surfaces when the task clearly benefits from them.
+</agent_catalog>
+
+---
+
+<keyword_detection>
+Keyword routing is implemented primarily by native `UserPromptSubmit` hooks and the generated keyword registry. Treat hook-injected routing context as authoritative for the current turn, then load the named `SKILL.md` or prompt file as instructed.
+
+Fallback behavior when hook context is unavailable:
+- Explicit `$name` invocations run left-to-right and override implicit keywords.
+- Bare skill names do not activate skills by themselves; skill-name activation requires explicit `$skill` invocation. Natural-language routing phrases may still map to a workflow when they are not just the bare skill name. Examples: `analyze` / `investigate` → `$analyze` for read-only deep analysis with ranked synthesis, explicit confidence, and concrete file references; `deep interview`, `interview`, `don't assume`, or `ouroboros` → `$deep-interview`; `ralplan` / `consensus plan` → `$ralplan`; `cancel`, `stop`, or `abort` → `$cancel`.
+- Keep the detailed keyword list in `src/hooks/keyword-registry.ts`; do not duplicate that table here.
+
+Runtime availability gate:
+- Treat `autopilot`, `ralph`, `ultrawork`, `ultraqa`, `team`/`swarm`, and `ecomode` as **OMX runtime workflows**, not generic prompt aliases.
+- Auto-activate runtime workflows only when the current session is actually running under OMX CLI/runtime (for example, launched via `omx`, with OMX session overlay/runtime state available, or when the user explicitly asks to run `omx ...` in the shell).
+- In Codex App or plain Codex sessions without OMX runtime, do **not** treat those keywords alone as activation. Explain that they require OMX CLI runtime support, and continue with the nearest App-safe surface (`deep-interview`, `ralplan`, `plan`, or native subagents) unless the user explicitly wants you to launch OMX from the shell.
+- When deep-interview is active in OMX CLI/runtime, ask interview rounds via `omx question`; do not substitute `request_user_input` or ad hoc plain-text questioning, and respect Stop-hook blocking while a deep-interview question obligation is pending.
+
+<triage_routing>
+## Triage: advisory prompt-routing context
+
+The keyword detector is the first and deterministic routing surface. Triage runs only when no keyword matches.
+
+When active, triage emits **advisory prompt-routing context** — a developer-context string that the model may follow. It does not activate a skill or workflow by itself. It is a best-effort hint, not a guarantee.
+
+Note: `explore`, `executor`, and `designer` are agent role-prompt files under `prompts/`, not workflow skills.
+
+Explicit keywords remain the deterministic control surface when you want explicit, guaranteed routing — use them whenever exact behavior matters.
+
+To opt out per prompt with phrases such as `no workflow`, `just chat`, or `plain answer` — the triage layer will suppress context injection for that prompt.
+</triage_routing>
+
+Ralph / Ralplan execution gate:
+- Enforce **ralplan-first** when ralph is active and planning is not complete.
+- Planning is complete only after both `.omx/plans/prd-*.md` and `.omx/plans/test-spec-*.md` exist.
+- Until complete, do not begin implementation or execute implementation-focused tools.
+</keyword_detection>
+
+---
+
+<skills>
+Skills are workflow commands.
+Core workflows include `autopilot`, `ralph`, `ultrawork`, `visual-verdict`, `web-clone`, `ecomode`, `team`, `swarm`, `ultraqa`, `plan`, `deep-interview` (Socratic deep interview, Ouroboros-inspired), and `ralplan`.
+Utilities include `cancel`, `note`, `doctor`, `help`, and `trace`.
+</skills>
+
+---
+
+<team_compositions>
+Common team compositions remain available when explicit team orchestration is warranted, for example feature development, bug investigation, code review, and UX audit.
+</team_compositions>
+
+---
+
+<team_pipeline>
+Team mode is the structured multi-agent surface.
+Canonical pipeline:
+`team-plan -> team-prd -> team-exec -> team-verify -> team-fix (loop)`
+
+Use it when durable staged coordination is worth the overhead. Otherwise, stay direct.
+Terminal states: `complete`, `failed`, `cancelled`.
+</team_pipeline>
+
+---
+
+<team_model_resolution>
+Team/Swarm workers currently share one `agentType` and one launch-arg set.
+Model precedence:
+1. Explicit model in `OMX_TEAM_WORKER_LAUNCH_ARGS`
+2. Inherited leader `--model`
+3. Low-complexity default model from `OMX_DEFAULT_SPARK_MODEL` (legacy alias: `OMX_SPARK_MODEL`)
+
+Normalize model flags to one canonical `--model <value>` entry.
+Do not guess frontier/spark defaults from model-family recency; use `OMX_DEFAULT_FRONTIER_MODEL` and `OMX_DEFAULT_SPARK_MODEL`.
+</team_model_resolution>
+
+<!-- OMX:MODELS:START -->
+## Model Capability Table
+
+Auto-generated by `omx setup` from the current `config.toml` plus OMX model overrides.
+
+| Role | Model | Reasoning Effort | Use Case |
+| --- | --- | --- | --- |
+| Frontier (leader) | `gpt-5.5` | high | Primary leader/orchestrator for planning, coordination, and frontier-class reasoning. |
+| Spark (explorer/fast) | `gpt-5.3-codex-spark` | low | Fast triage, explore, lightweight synthesis, and low-latency routing. |
+| Standard (subagent default) | `gpt-5.5` | high | Default standard-capability model for installable specialists and secondary worker lanes unless a role is explicitly frontier or spark. |
+| `explore` | `gpt-5.3-codex-spark` | low | Fast codebase search and file/symbol mapping (fast-lane, fast) |
+| `analyst` | `gpt-5.5` | medium | Requirements clarity, acceptance criteria, hidden constraints (frontier-orchestrator, frontier) |
+| `planner` | `gpt-5.4-mini` | high | Task sequencing, execution plans, risk flags (frontier-orchestrator, frontier) |
+| `architect` | `gpt-5.4-mini` | high | System design, boundaries, interfaces, long-horizon tradeoffs (frontier-orchestrator, frontier) |
+| `debugger` | `gpt-5.5` | high | Root-cause analysis, regression isolation, failure diagnosis (deep-worker, standard) |
+| `executor` | `gpt-5.5` | medium | Code implementation, refactoring, feature work (deep-worker, standard) |
+| `team-executor` | `gpt-5.5` | medium | Supervised team execution for conservative delivery lanes (deep-worker, frontier) |
+| `verifier` | `gpt-5.5` | high | Completion evidence, claim validation, test adequacy (frontier-orchestrator, standard) |
+| `code-reviewer` | `gpt-5.5` | high | Comprehensive review across all concerns (frontier-orchestrator, frontier) |
+| `dependency-expert` | `gpt-5.5` | high | External SDK/API/package evaluation (frontier-orchestrator, standard) |
+| `test-engineer` | `gpt-5.5` | medium | Test strategy, coverage, flaky-test hardening (deep-worker, frontier) |
+| `designer` | `gpt-5.5` | high | UX/UI architecture, interaction design (deep-worker, standard) |
+| `writer` | `gpt-5.5` | high | Documentation, migration notes, user guidance (fast-lane, standard) |
+| `git-master` | `gpt-5.5` | high | Commit strategy, history hygiene, rebasing (deep-worker, standard) |
+| `code-simplifier` | `gpt-5.5` | high | Simplifies recently modified code for clarity and consistency without changing behavior (deep-worker, frontier) |
+| `researcher` | `gpt-5.4-mini` | high | External documentation and reference research (fast-lane, standard) |
+| `prometheus-strict-metis` | `gpt-5.5` | high | Prometheus Strict requirements interviewer and ambiguity mapper (frontier-orchestrator, frontier) |
+| `prometheus-strict-momus` | `gpt-5.5` | high | Prometheus Strict adversarial plan critic and risk challenger (frontier-orchestrator, frontier) |
+| `prometheus-strict-oracle` | `gpt-5.5` | high | Prometheus Strict implementation readiness verifier and handoff judge (frontier-orchestrator, standard) |
+| `critic` | `gpt-5.5` | high | Plan/design critical challenge and review (frontier-orchestrator, frontier) |
+| `scholastic` | `gpt-5.5` | high | Ontology-first reasoning reviewer: category mistakes, hidden assumptions, modality separation, scholastic critique, and minimal-repair proposals (frontier-orchestrator, frontier) |
+| `vision` | `gpt-5.5` | low | Image/screenshot/diagram analysis (fast-lane, frontier) |
+<!-- OMX:MODELS:END -->
+
+---
+
+<verification>
+Verify before claiming completion.
+
+Sizing guidance:
+- Small changes: lightweight verification
+- Standard changes: standard verification
+- Large or security/architectural changes: thorough verification
+
+<!-- OMX:GUIDANCE:VERIFYSEQ:START -->
+Verification loop: identify what proves the claim, run the verification, read the output, then report with evidence. If verification fails, continue iterating rather than reporting incomplete work. Default to quality-first evidence summaries: think one more step before declaring completion, and include enough detail to make the proof actionable without padding.
+
+- Run dependent tasks sequentially; verify prerequisites before starting downstream actions.
+- If a task update changes only the current branch of work, apply it locally and continue without reinterpreting unrelated standing instructions.
+- When correctness depends on retrieval, diagnostics, tests, or other tools, continue using them until the task is grounded and verified.
+<!-- OMX:GUIDANCE:VERIFYSEQ:END -->
+</verification>
+
+<execution_protocols>
+Mode selection:
+- Use `$deep-interview` first when the request is broad, intent/boundaries are unclear, or the user says not to assume.
+- Use `$ralplan` when the requirements are clear enough but architecture, tradeoffs, or test strategy still need consensus.
+- Use `$team` when the approved plan has multiple independent lanes, shared blockers, or durable coordination needs.
+- Use `$ralph` when the approved plan should stay in a persistent completion / verification loop with one owner.
+- Otherwise execute directly in solo mode.
+- Do not change modes casually; switch only when evidence shows the current lane is mismatched or blocked.
+
+Command routing:
+- When `USE_OMX_EXPLORE_CMD` enables advisory routing, strongly prefer `omx explore` as the default surface for simple read-only repository lookup tasks (files, symbols, patterns, relationships).
+- For simple file/symbol lookups, use `omx explore` FIRST before attempting full code analysis.
+
+When to use what:
+- Use `omx explore --prompt ...` for simple read-only lookups.
+- Use `omx sparkshell` for noisy read-only shell commands, bounded verification runs, repo-wide listing/search, or tmux-pane summaries; `omx sparkshell --tmux-pane ...` is explicit opt-in.
+- Keep ambiguous, implementation-heavy, edit-heavy, or non-shell-only work on the richer normal path.
+- `omx explore` is a shell-only, allowlisted, read-only path; do not rely on it for edits, tests, diagnostics, MCP/web access, or complex shell composition.
+- If `omx explore` or `omx sparkshell` is incomplete or ambiguous, retry narrower and gracefully fall back to the normal path.
+
+Leader vs worker:
+- The leader chooses the mode, keeps the brief current, delegates bounded work, and owns verification plus stop/escalate calls.
+- Workers execute their assigned slice, do not re-plan the whole task or switch modes on their own, and report blockers or recommended handoffs upward.
+- Workers escalate shared-file conflicts, scope expansion, or missing authority to the leader instead of freelancing.
+
+Stop / escalate:
+- Stop when the task is verified complete, the user says stop/cancel, or no meaningful recovery path remains.
+- Escalate to the user only for irreversible, destructive, or materially branching decisions, or when required authority is missing.
+- Escalate from worker to leader for blockers, scope expansion, shared ownership conflicts, or mode mismatch.
+- `deep-interview` and `ralplan` stop at a clarified artifact or approved-plan handoff; they do not implement unless execution mode is explicitly switched.
+
+Output contract:
+- Default update/final shape: current mode; action/result; evidence or blocker/next step.
+- Keep rationale once; do not restate the full plan every turn.
+- Expand only for risk, handoff, or explicit user request.
+
+Parallelization:
+- Run independent tasks in parallel.
+- Run dependent tasks sequentially.
+- Use background execution for builds and tests when helpful.
+- Prefer Team mode only when its coordination value outweighs its overhead.
+- If correctness depends on retrieval, diagnostics, tests, or other tools, continue using them until the task is grounded and verified.
+
+Anti-slop workflow:
+- Cleanup/refactor/deslop work still follows the same `$deep-interview` -> `$ralplan` -> `$team`/`$ralph` path; use `$ai-slop-cleaner` as a bounded helper inside the chosen execution lane, not as a competing top-level workflow.
+- Lock behavior with tests first, then make one smell-focused pass at a time.
+- Prefer deletion, reuse, and boundary repair over new layers.
+- Keep writer/reviewer pass separation for cleanup plans and approvals.
+
+Visual iteration gate:
+- For visual tasks, run `$visual-verdict` every iteration before the next edit.
+- Persist verdict JSON in `.omx/state/{scope}/ralph-progress.json`.
+
+Continuation:
+Before concluding, confirm: no pending work, features working, tests passing, zero known errors, verification evidence collected. If not, continue.
+
+Ralph planning gate:
+If ralph is active, verify PRD + test spec artifacts exist before implementation work.
+</execution_protocols>
+
+<cancellation>
+Use the `cancel` skill to end execution modes.
+Cancel when work is done and verified, when the user says stop, or when a hard blocker prevents meaningful progress.
+Do not cancel while recoverable work remains.
+</cancellation>
+
+---
+
+<state_management>
+Hooks own normal skill-active and workflow-state persistence under `.omx/state/`.
+
+OMX persists runtime state under `.omx/`:
+- `.omx/state/` — mode state
+- `.omx/notepad.md` — session notes
+- `.omx/project-memory.json` — cross-session memory
+- `.omx/plans/` — plans
+- `.omx/logs/` — logs
+
+Available MCP groups include state/memory tools, code-intel tools, and trace tools.
+
+Agents may use OMX state/MCP tools for explicit lifecycle transitions, recovery, checkpointing, cancellation cleanup, or compaction resilience.
+Do not manually duplicate hook-owned activation state unless recovering from missing or stale state.
+</state_management>
+
+---
+
+## Setup
+
+Execute `omx setup` to install all components. Execute `omx doctor` to verify installation.
+
+@/home/smog/.codex/RTK.md
+
+<!-- OMX:RUNTIME:START -->
+<session_context>
+**Session:** omx-1783886220848-ugrwhe | 2026-07-12T19:57:02.802Z
+
+**Native Subagent Routing:**
+When spawning Codex native subagents, always set `agent_type` to an installed OMX role.
+Use the most specific role (`architect`, `code-reviewer`, `critic`, `planner`, `debugger`, etc.); use `executor` only for generic implementation work.
+Never omit `agent_type` for OMX work: untyped Task subagents appear as default subagents and lose role-specific prompts/routing.
+
+**Repository Lookup Routing:** use normal Codex repository inspection tools/subagents as the default surface for simple read-only repository lookup and implementation context.
+- Use `omx sparkshell -- <command>` only for explicit shell-native read-only evidence or `--tmux-pane` summaries; it does not replace raw evidence capture.
+
+**Compaction Protocol:**
+Before context compaction, preserve critical state:
+1. Write progress checkpoint via `omx state write --input '<json>' --json`
+2. Save key decisions via `omx notepad write-working --input '<json>' --json`
+3. Before large Team work near compaction, reload `.omx/state/team/<team>/preflight-context.json`
+4. If context is >80% full, proactively checkpoint state
+</session_context>
+<!-- OMX:RUNTIME:END -->

.omx/state/sessions/omx-1783886220848-ugrwhe/hud-state.json

@@ -0,0 +1,6 @@
+{
+  "last_turn_at": "2026-07-12T20:05:19.938Z",
+  "last_progress_at": "2026-07-12T20:05:19.938Z",
+  "turn_count": 1,
+  "last_agent_output": "Готов продолжить, но в этой сессии мне недоступен терминальный инструмент для просмотра и изменения "
+}

.omx/state/sessions/omx-1783886220848-ugrwhe/notify-hook-state.json

@@ -0,0 +1,6 @@
+{
+  "recent_turns": {
+    "019f57e4-d006-76e2-b9bf-99950205bb6d|019f57ee-f2d7-7392-b4c5-421e31f54265|agent-turn-complete": 1783886719927
+  },
+  "last_event_at": "2026-07-12T20:05:19.928Z"
+}

.omx/state/subagent-tracking.json

@@ -0,0 +1,50 @@
+{
+  "schemaVersion": 1,
+  "sessions": {
+    "omx-1783886220848-ugrwhe": {
+      "session_id": "omx-1783886220848-ugrwhe",
+      "leader_thread_id": "019f57e4-d006-76e2-b9bf-99950205bb6d",
+      "updated_at": "2026-07-12T20:05:19.929Z",
+      "threads": {
+        "019f57e4-d006-76e2-b9bf-99950205bb6d": {
+          "thread_id": "019f57e4-d006-76e2-b9bf-99950205bb6d",
+          "kind": "leader",
+          "first_seen_at": "2026-07-12T20:05:19.929Z",
+          "last_seen_at": "2026-07-12T20:05:19.929Z",
+          "last_turn_id": "019f57ee-f2d7-7392-b4c5-421e31f54265",
+          "turn_count": 1
+        }
+      }
+    },
+    "019f57e4-d006-76e2-b9bf-99950205bb6d": {
+      "session_id": "019f57e4-d006-76e2-b9bf-99950205bb6d",
+      "leader_thread_id": "019f57e4-d006-76e2-b9bf-99950205bb6d",
+      "updated_at": "2026-07-13T16:20:24.425Z",
+      "threads": {
+        "019f57e4-d006-76e2-b9bf-99950205bb6d": {
+          "thread_id": "019f57e4-d006-76e2-b9bf-99950205bb6d",
+          "kind": "leader",
+          "first_seen_at": "2026-07-13T16:20:24.425Z",
+          "last_seen_at": "2026-07-13T16:20:24.425Z",
+          "last_turn_id": "019f5c47-837d-7491-84c8-6e32542b3ec2",
+          "turn_count": 1
+        }
+      }
+    },
+    "019f5c48-1130-7663-b700-14621eff9671": {
+      "session_id": "019f5c48-1130-7663-b700-14621eff9671",
+      "leader_thread_id": "019f5c48-1130-7663-b700-14621eff9671",
+      "updated_at": "2026-07-13T16:21:43.903Z",
+      "threads": {
+        "019f5c48-1130-7663-b700-14621eff9671": {
+          "thread_id": "019f5c48-1130-7663-b700-14621eff9671",
+          "kind": "leader",
+          "first_seen_at": "2026-07-13T16:21:43.903Z",
+          "last_seen_at": "2026-07-13T16:21:43.903Z",
+          "last_turn_id": "019f5c48-2c0f-7102-9710-8f60fbe7db48",
+          "turn_count": 1
+        }
+      }
+    }
+  }
+}

.omx/state/team-leader-nudge.json

@@ -0,0 +1,5 @@
+{
+  "last_nudged_by_team": {},
+  "last_idle_nudged_by_team": {},
+  "progress_by_team": {}
+}

.omx/state/tmux-extended-keys/tmp-tmux-1000-default.json

@@ -0,0 +1,11 @@
+{
+  "originalMode": "off",
+  "holders": [
+    {
+      "id": "68736-1783886223054-29cab331337a6",
+      "pid": 68736,
+      "platform": "linux",
+      "linuxStartTicks": 1155192
+    }
+  ]
+}

.omx/state/tmux-hook-state.json

@@ -0,0 +1,9 @@
+{
+  "total_injections": 0,
+  "pane_counts": {},
+  "session_counts": {},
+  "recent_keys": {},
+  "last_injection_ts": 0,
+  "last_reason": "disabled",
+  "last_event_at": "2026-07-13T16:21:43.917Z"
+}

.omx/state/update-check.json

@@ -0,0 +1,4 @@
+{
+  "last_checked_at": "2026-07-12T19:57:00.848Z",
+  "last_seen_latest": "0.20.1"
+}