omnilane 0.42.9 → 0.45.0

package/.claude-plugin/marketplace.json

@@ -6,14 +6,14 @@
   },
   "metadata": {
     "description": "One routing table, native-first or CLI delegation, supervised completion workflows.",
-    "version": "0.42.9"
+    "version": "0.45.0"
   },
   "plugins": [
     {
       "name": "omnilane",
       "source": "./",
       "description": "Route each subtask to the model that fits, then delegate through a compatible caller-owned native agent or vendor CLI.",
-      "version": "0.42.9",
+      "version": "0.45.0",
       "category": "development",
       "keywords": [
         "routing",

package/.claude-plugin/plugin.json

@@ -1,6 +1,6 @@
 {
   "name": "omnilane",
-  "version": "0.42.9",
+  "version": "0.45.0",
   "description": "One routing table, every harness: classify subtasks into lanes and delegate through compatible caller-owned native agents or vendor CLIs with exact-AA downward policy and supervised jobs.",
   "author": {
     "name": "Seraphim0916"

package/CHANGELOG.md

@@ -6,6 +6,261 @@ semantic version tags.
 
 ## [Unreleased]
 
+## [0.45.0] - 2026-09-22
+
+The score registry moves to Artificial Analysis Intelligence Index v4.3.2, the
+lanes are re-allocated on it, and Grok 4.7 joins. **Every host must run
+`omnilane resign` once after upgrading**: the transport overlay is bound to the
+registry snapshot, and until it is rebuilt a model caller is refused on every
+lane with `transport overlay snapshot mismatch`.
+
+### Changed
+
+- The registry is re-scored from AA v4.3.2 (snapshot `aa-v4.3.2-2026-09-22-v1`).
+  v4.2 and v4.3.2 are different scales and the gaps are uneven (Fable 5.1 max
+  57 → 53, Astra xhigh 54 → 52, Opus 5 medium 50 → 45, Grok 4.6 high 51 → 44,
+  Sol high 48 → 42), so ceilings change: Fable 5.1 max, Fable 5.1 xhigh and
+  Astra max now tie at 53 and may dispatch to each other, and a mid-effort
+  controller that reached nothing in `hard-judgment` under v4.2 now does.
+  25 rows that were estimates are measured; 23 remain estimated. Each row
+  carries `score_raw`, and `schema_notes.score_rounding` records the half-up
+  rule.
+- `routing.yaml` is rewritten rather than amended. Each lane names the
+  measurements that match its kind of work and lists candidates best-first on
+  them, and each chain steps down through the score range so that whatever a
+  controller's ceiling, the first candidate it can reach is the best one it can
+  reach. Eight lanes change their first choice:
+  - `hardest-coding`: GPT-6 Astra (xhigh), on Terminal-Bench 4.0 (AA moved to it
+    in v4.3; the frontier is saturated on 2.1) and the lowest hallucination rate
+    of the top rows. Fable (xhigh) follows; it beats Fable (max) on 4.0 for about
+    two thirds of the cost, so `max` is in no chain and stays explicit-only.
+  - `bulk-mechanical` and `fast-agentic`: Astra (low). It costs what Sol (high)
+    costs and is ahead on coding, speed and hallucination; it is the fastest row
+    that still scores near the top on AutomationBench. Claude Haiku leaves
+    `fast-agentic`, where it scores close to nothing.
+  - `taste-final`: Claude Opus 5 (max), on AA's expert grading of finished
+    documents. Grok 4.7 is graded above every Astra row there and precedes Astra.
+  - `long-context`: Claude Opus 5 (high, then medium, then low). AA-LCR is
+    saturated; on the harder long-context figure Claude leads every other family
+    by a wide margin at every effort.
+  - `ui-draft`: Astra (high), on MMMU-Pro then Terminal-Bench 4.0.
+  - `live-search` and `coding-overflow`: Grok 4.7.
+  `hard-judgment` keeps Fable (xhigh) then Astra (xhigh) and gains Opus rungs,
+  which hold their graded analytical quality down the effort ladder where Astra
+  does not. The figures behind every ordering, generated from the tracked
+  extract, are in `docs/model-capabilities-2026-09.md`.
+
+### Added
+
+- Grok 4.7: registry rows at xhigh and high, a catalog entry in
+  `omnilane configure`, and a place ahead of Grok 4.6 in every lane Grok serves.
+  A lane skips a candidate whose transport this host has not proven, so Grok 4.6
+  keeps serving until `omnilane resign` has probed 4.7.
+- `scripts/aa_rebaseline.py lanes` prints, per lane, each candidate with the
+  measurements that lane is ordered on.
+- Claude Sonnet 5 at xhigh, high, medium and low. AA now scores them; they were
+  `unknown_configs`.
+- `scripts/aa_rebaseline.py` (`fetch`, `build`, `report`, `matrix`) regenerates
+  the registry from a saved extract of one AA page, byte-reproducibly. The
+  extract and per-vendor evidence for this snapshot are tracked under
+  `docs/reports/`.
+
+### Fixed
+
+- `omnilane resign` now treats a re-scored registry as drift. It compared only
+  executables and runner scripts, so on a host where no CLI had moved it
+  reported "nothing to re-sign" and left an overlay that dispatch refuses for
+  good. With the executables unchanged it reuses the existing probe evidence,
+  probes only the rows that have none, and rebuilds the overlay for the new
+  snapshot; a vendor whose CLI also moved is still probed in full.
+- `claude claude-sonnet-5 high` was a fallback that could never be dispatched:
+  the v4.2 registry had only a non-reasoning row at that effort, which Claude's
+  `--effort` cannot select. It now resolves to the adaptive row once probed.
+
+### Removed
+
+- `codex/gpt-6-astra-non-reasoning`. AA no longer lists it and Astra rejects
+  effort `none`; it moves to `unknown_configs` and its old score is not kept.
+
+### Known gap until `omnilane resign`
+
+- `--vendor grok` is refused on every lane (`runtime-mapping-unverified`): with
+  `--vendor` a lane takes that vendor's first segment without falling through,
+  and it is now 4.7. Add `--model grok-4.6` until the host has proven 4.7.
+
+## [0.44.0] - 2026-09-21
+
+The daily `omnilane resign` now also covers a CLI you patch and re-sign
+yourself, and an expired login is reported as what it is.
+
+### Added
+
+- `omnilane resign --trust-adhoc VENDOR`. An operator who re-signs a vendor's
+  executable adhoc on purpose (a local post-update patch step) records that
+  once; from then on an adhoc update of that vendor in the same install
+  directory is re-probed unattended, like a same-signer update. An unsigned
+  executable, an adhoc one in another directory, and every other vendor still
+  stop at exit 20. The trust lives on the vendor's overlay entry
+  (`operator_trust`), is carried over by later re-signs, and is a per-vendor
+  operator action a model never runs. Works for all four vendors.
+
+### Fixed
+
+- An expired login is reported as "not logged in", not as a transient failure.
+  After a `claude` update every probe answered `Failed to authenticate: OAuth
+  session expired and could not be refreshed`; the sweep counted those as
+  selector failures and `omnilane resign` said "Retry later", which cannot help.
+  `Failed to authenticate`, `OAuth session expired`, `could not be refreshed`,
+  `Invalid API key`, `Unauthorized` and `401` now make the vendor `unprobeable`,
+  and the held-vendor message says to log in first.
+
+
+## [0.43.1] - 2026-09-21
+
+Install this instead of 0.43.0. 0.43.0's first-install scripts do not start on
+Python 3.9, which is the version the README promises.
+
+### Fixed
+
+- `scripts/lib/build_overlay.py` and `scripts/lib/probe.py` used `X | None`
+  annotations without `from __future__ import annotations`, so on Python 3.9 they
+  raised `TypeError` on import. That broke the overlay build in the README's
+  first-install steps and `omnilane resign`, which imports both. Every module is
+  now import-checked under a real Python 3.9.
+- Two `test_probe_identity` tests still assumed an overlay could be built with no
+  vendor executable to pin; since 0.43.0 that correctly yields no mappings. The
+  fixture host now has a `claude`. The TOML model-override tests are skipped
+  before Python 3.11, where the reader refuses by design (no `tomllib`).
+- CI: the strict doctor acceptance step runs as a human-operator host, because
+  0.43.0 made a host with no transport overlay a warning for model callers. CI had
+  been red since 0.42.9 on the Python 3.9 unit tests; it runs `unittest discover`,
+  which the local `tests/run.sh` does not cover. Both are now run before a release.
+- Doctor's no-overlay message pointed at a README heading that 0.43.0 renamed.
+
+## [0.43.0] - 2026-09-21
+
+**Why this release exists.** In ten days 0.42.x refused every model caller four
+times, each time because of a fact omnilane does not control: a launcher was
+renamed, a runner script changed without the overlay being re-signed, all four
+vendor CLIs updated themselves within a week, and a Codex automation recorded no
+effort. Each one turned into "nothing can be dispatched". 0.43.0 makes each of
+those a narrower, explained outcome, and repairs the common one by itself.
+
+**Upgrading.** `npm i -g omnilane@0.43.0`. If a model drives omnilane on this
+machine, run once: `omnilane resign --record-signers`, then schedule
+`omnilane resign` daily inside your desktop login session (README, "Let your AI
+assistant drive omnilane", Step 3). Hosts where only a human dispatches need
+nothing. The skill file was rewritten; re-run `./install.sh`, or reinstall the
+plugin, wherever you installed a copy rather than a link.
+
+### What you will notice
+
+- **A caller with no recorded effort is narrowed, not refused.** A Codex
+  heartbeat automation wakes a thread without writing an effort, and a `codex`
+  launched without `model_reasoning_effort` is the same case. 0.42.9 refused it on
+  every lane with `missing-caller-context`. It is now held to its model's
+  lowest-scored row (`effort_unverified: true` in the context file,
+  `caller_degraded: true` in the decision). Whatever effort really ran scores at
+  least that much, so this can only narrow what it may dispatch. A malformed
+  effort or a missing model still refuses.
+- **A refusal says which check failed and what to do.** Refused decisions carry
+  `failed_gate` (`caller-identity`, `target-transport`, `downward-ceiling`,
+  `native-capability`), `reason`, `next_command`, `required_caller_effort`,
+  `caller_degraded`, and from dispatch `eligible_lanes` (every lane this caller
+  can reach now, with `transport_verified`) and `lane_requirement`.
+- **`omnilane resign` re-signs the overlay after a CLI update.**
+  `omnilane resign [--check] [--vendor V] [--approve V] [--record-signers] [--allow-shrink] [--no-smoke] [--json]`
+  finds what changed (including a CLI installed *beside* its old file, which the
+  hash check never saw), re-probes only that vendor into a staging root, loads
+  the staged overlay the way dispatch does, replaces the live file atomically
+  with a backup, sends one real dispatch per re-probed vendor, and restores the
+  backup if that fails. It is not a rubber stamp: a changed executable is
+  re-probed **unattended** only when it carries the code-signing team the overlay
+  recorded and sits in the same install location. An adhoc or unsigned binary, a
+  new signer, a new directory, or an overlay that recorded no signer stop at exit
+  20 with the exact `--approve` line for the operator. A selector that was
+  verified and fails this time keeps its old pin unless `--allow-shrink`.
+  `--record-signers` is the operator adopting the signers of what the overlay
+  already pins. Exit codes: 0 done or nothing to do, 10 drift (`--check`), 20
+  operator needed or a vendor held, 30 rolled back, 2 no overlay configured.
+- **The assistant's own sub-agents, without an external CLI.**
+  `omnilane native-context` writes the capability file for the harness it runs
+  under from the identity `whoami` reads, so the native path no longer needs a
+  hand-written file. `omnilane route --inherit` plans a worker that the host
+  spawns with no model and no effort argument: it runs the caller's own runtime,
+  so it cannot be an upward dispatch, needs no vendor CLI and no overlay, works
+  for an effort-unverified caller, has no CLI fallback, refuses every CLI-only
+  lifecycle, and is marked `satisfies_lane_target: false` — never reported as the
+  lane's target model. When no identity reaches the gate at all, the capability
+  file's `vendor` and `current_model` stand as the host's statement
+  (`native-inherited-unverified-caller`, `caller_identity_verified: false`, no
+  ceiling, no child context; `omnilane native-context --vendor V --model M`);
+  completion is still checked against them. Lane dispatch is unchanged: without
+  an identity it is refused. Dispatch now says when a same-vendor target went out
+  through the CLI only because no capability file was given.
+- **Codex: run each omnilane command alone.** Codex starts `zsh -lc '<command>'`;
+  the shell sets `CODEX_THREAD_ID` and, for one simple command, becomes it. With
+  `; echo $?`, `&&`, a pipe or `$(…)` the shell stays between codex and the
+  command and the caller cannot be read. The gate is unchanged; the refusal now
+  names the process it read and says to run the command by itself. Reproduced
+  with `codex exec` 0.155.0 and observed in Codex desktop.
+- **Doctor sees more.** It reports a vendor CLI updated beside its pinned
+  executable, names `omnilane resign` as the fix, and with no overlay at all
+  warns with the first-install steps instead of passing (it still passes where
+  the operator set `OMNILANE_AA_OPERATOR_ASSERTED_HUMAN=1`).
+- **The skill was rewritten** as a five-step procedure a model follows (who am
+  I, pick a lane, dispatch, if refused, collect and verify), with every refusal
+  mapped to an action. Overlay maintenance moved to `docs/transport-overlay.md`.
+  The README gained a full "let your AI assistant drive omnilane" walkthrough.
+
+### Added
+
+- `omnilane resign`, `omnilane native-context`, `omnilane route --inherit`.
+- `scripts/lib/resign.py`, `scripts/lib/cli_provenance.py` (the signer check),
+  `scripts/lib/aa_lanes.py` (`eligible_lanes`), `scripts/lib/native_context.py`.
+- `scripts/lib/probe_sweep.py` derives all 55 probe commands from
+  `build_overlay.py` and the frozen registry, reports an unauthenticated CLI as
+  `unprobeable` instead of recording "not logged in" as a finding, refuses
+  keychain-backed CLIs outside a desktop session, and retries one transient
+  provider error once.
+- Decision codes `native-inherited-allowed`, `native-inherited-unverified-caller`,
+  `native-inherit-unavailable`, `inherit-requires-model-caller`,
+  `invalid-degraded-caller`.
+- Overlay evidence for CLI executables records `codesign` facts.
+- `release-audit` checks `runner-pins-current` / `runner-pins-stale`: a release
+  whose `scripts/runners/*.sh` no longer match the releasing host's overlay fails,
+  which is the mistake 0.42.8 shipped with.
+- `docs/transport-overlay.md`.
+
+### Changed
+
+- Caller-context files accept the optional key `effort_unverified: true`; the
+  gate refuses it on any row above the model's floor.
+- Native capability files accept the optional keys `inherits_caller_runtime` and
+  `caller_identity_verified`. `omnilane jobs status` shows `inherit`,
+  `caller_identity_verified` and `satisfies_lane_target` for inherited jobs.
+- `build_overlay.py` resolves the repository from its own location, takes
+  `--source`, and lists a vendor with no evidence as unproven instead of aborting.
+- A `codex-code-mode-host` between codex and a command is skipped when looking
+  for the process that carries `CODEX_THREAD_ID`.
+
+### Verified, and not
+
+- 127 test groups pass; `release-audit --target 0.43.0` passes.
+- Real runs on macOS: re-signing with an automatic rollback; a provider refusing
+  probes (old pins kept); **an unattended re-sign of a genuine Codex self-update
+  0.155.0 → 0.155.1** (same signer, no `--approve`, 23 of 23 mappings kept, real
+  dispatch answered, exit 0); full `--inherit` cycles in Claude Code and in Codex
+  desktop, with a verified and with an unverified caller.
+- Not verified: `--inherit` inside Grok Build; effort inheritance in Grok Build;
+  any sub-agent tool in Antigravity (`agy` 1.2.7 shows none); the example macOS
+  LaunchAgent in the README. In Claude Code, effort inheritance rests on Anthropic's
+  documentation, because a sub-agent cannot see its own effort.
+- Limits: the signer check uses macOS code signatures, so on Linux every changed
+  CLI stops for `--approve`. A binary with no real signature, such as a locally
+  patched CLI, always stops for `--approve`. Degrading a caller lets it dispatch
+  what it may; it does not make an expensive lane reachable.
+
 ## [0.42.9] - 2026-09-13
 
 ### Fixed
@@ -1069,7 +1324,11 @@ work to the wrong model, and records the evidence behind the shipped defaults.
 - Initial shared routing table, cross-vendor dispatcher, runners, installer,
   and baseline lint fixes.
 
-[Unreleased]: https://github.com/Seraphim0916/omnilane/compare/v0.42.9...HEAD
+[Unreleased]: https://github.com/Seraphim0916/omnilane/compare/v0.45.0...HEAD
+[0.45.0]: https://github.com/Seraphim0916/omnilane/compare/v0.44.0...v0.45.0
+[0.44.0]: https://github.com/Seraphim0916/omnilane/compare/v0.43.1...v0.44.0
+[0.43.1]: https://github.com/Seraphim0916/omnilane/compare/v0.43.0...v0.43.1
+[0.43.0]: https://github.com/Seraphim0916/omnilane/compare/v0.42.9...v0.43.0
 [0.42.9]: https://github.com/Seraphim0916/omnilane/compare/v0.42.8...v0.42.9
 [0.42.8]: https://github.com/Seraphim0916/omnilane/compare/v0.42.7...v0.42.8
 [0.42.7]: https://github.com/Seraphim0916/omnilane/compare/v0.42.6...v0.42.7

package/README.ja.md

@@ -48,36 +48,133 @@ Cursor、Gemini CLI** など——を使っていますよね。どれも一つ
 
 ## ⚡ 60 秒クイックスタート
 
-**一番早い方法——npm でインストール:**
+ターミナルの前にいる人間であれば、すぐにディスパッチできます。
+
+**1. インストール。**
 
 ```bash
-npm i -g omnilane                                    # CLI をインストール
-export OMNILANE_AA_OPERATOR_ASSERTED_HUMAN=1         # 呼び出しているのは人間の操作者
-omnilane route hardest-coding "auth トークン更新テストの不安定さを修正"
-omnilane doctor                                      # 使える AI CLI / キーを確認
-omnilane ui start                                    # 任意:ブラウザでジョブをライブ表示
+npm i -g omnilane
 ```
 
-**またはリポジトリを clone**(ルーティングテーブルとカスタマイズ用スキルが手に入る):
+またはリポジトリをクローンします。カスタマイズできるルーティングテーブルとスキルも手に入ります。
 
 ```bash
 git clone https://github.com/Seraphim0916/omnilane && cd omnilane
-./install.sh          # CLI を検出、スキルを接続、あなたの言語で対話
-export OMNILANE_AA_OPERATOR_ASSERTED_HUMAN=1         # 呼び出しているのは人間の操作者
-omnilane route hardest-coding "auth トークン更新テストの不安定さを修正"
+./install.sh          # finds your CLIs, links the skill, speaks your language
+```
+
+**2. 手元にあるものを確認する。** `doctor` は omnilane が到達できるモデル CLI と API キーを一覧し、実際に何が動くのかを教えてくれます。何も変更しません。
+
+```bash
+omnilane doctor
+omnilane list         # the routing table this machine resolves
+```
+
+**3. 自分がオペレーターだと宣言してからディスパッチする。**
+
+```bash
+export OMNILANE_AA_OPERATOR_ASSERTED_HUMAN=1
+omnilane route hardest-coding "fix the flaky auth token refresh"
+omnilane ui start     # optional: watch jobs live in your browser
+```
+
+> **なぜ export が必要なのか。** omnilane はディスパッチのたびに「依頼している側の能力スコア」と照合するため、誰が依頼しているのかを示す必要があります。人間は `OMNILANE_AA_OPERATOR_ASSERTED_HUMAN=1`（または呼び出しごとに `--operator-asserted-human`）で一度宣言すれば済みます。モデルは自分でこれを宣言できません。モデルの身元は、それを起動した CLI から読み取られます。どちらも無い場合、ジョブが作られる前に `missing-caller-context` で拒否されます。
+
+人間が使うだけならここまでで十分です。次の節では、より実用的な構成、つまり AI アシスタント自身にディスパッチさせる方法を説明します。
+
+## 🤖 AI アシスタントに omnilane を運転させる
+
+アシスタント（Claude Code、Codex、Grok Build、Antigravity）はスキルファイルを読み、レーンの選び方とディスパッチの方法を学びます。マシンごとに一度、4 ステップです。
+
+### ステップ 1：アシスタントにスキルを渡す
+
+`./install.sh` は見つけた CLI すべてにリンクを張ります。手動の場合:
+
+| アシスタント | 方法 |
+|---|---|
+| Claude Code | `claude plugin marketplace add <このリポジトリ>` の後に `claude plugin install omnilane@omnilane`（`/route`、`/route-jobs`、完了インボックスも付属）。または `skills/omnilane` を `~/.claude/skills/` にリンク |
+| Codex | `skills/omnilane` を `~/.codex/skills/` にリンク |
+| Grok Build | `grok plugin install <このリポジトリ> --trust` |
+| Antigravity | `agy plugin install <このリポジトリ>`（先に `agy plugin validate <このリポジトリ>` で確認） |
+
+### ステップ 2：「各 CLI が指定したモデルを本当に選ぶ」ことを一度だけ証明する
+
+モデルが呼び出し元の場合、ディスパッチできるのはこのマシンが**証明済み**のターゲットだけです。たとえば `codex -m gpt-5.6-sol` が本当に Sol を動かしている、ということです。この証明はローカルファイルで、**トランスポートオーバーレイ（transport overlay）** と呼びます。パッケージには同梱されません。これが無いと、すべてのレーンがモデルの呼び出し元を `runtime-mapping-unverified` で拒否し、`omnilane doctor` は `no overlay configured` と警告します。
+
+通常のデスクトップターミナルで作成してください。（ssh ログインのセッションは、CLI がログインに使うキーチェーンを読めないため、すべてを未ログインと報告します。）
+
+```bash
+cd "$(npm root -g)/omnilane"            # or your clone
+ROOT=~/.omnilane/transport-evidence/first-sweep
+python3 scripts/lib/probe_sweep.py --root "$ROOT"     # one tiny prompt per selector, about 55 calls
+python3 scripts/lib/build_overlay.py --root "$ROOT"
+cp "$ROOT/transport-contracts.local.json" ~/.omnilane/transport-contracts.local.json
+echo 'export OMNILANE_AA_TRANSPORT_OVERLAY="$HOME/.omnilane/transport-contracts.local.json"' >> ~/.omnilane/local.sh
+omnilane doctor | grep transport-overlay              # PASS, with a count per vendor
+```
+
+ログインしていないベンダーは `unprobeable` と報告され、未検証のままになるだけです。他のベンダーは動作します。
+
+### ステップ 3：証明を手作業なしで最新に保つ
+
+オーバーレイは各 CLI の実行ファイルをハッシュで固定します。そして **CLI は自分で更新されます**。週に一度ということも珍しくありません。更新後、そのベンダーのレーンはオーバーレイが再署名されるまで拒否されます。`omnilane resign` はこの作業をすべて行います。変わった箇所を見つけ、そのベンダーだけを再プローブし、結果を確認し、差し替え、実際のディスパッチを 1 件送って確かめ、失敗すれば古いファイルに戻します。
+
+何でも再署名するわけではありません。変更された CLI が**無人で**再署名されるのは、記録されているものと同じコード署名チームを持ち、同じ種類のインストール場所にある場合だけです。そこで、受け入れる署名者を一度だけ伝えます。
+
+```bash
+omnilane resign --record-signers     # once, right after Step 2
+```
+
+更新のたびにベンダー CLI を自分でパッチして adhoc で再署名しているなら、それもベンダーごとに一度だけ伝えます。以後は同じインストールディレクトリ内の adhoc な更新も無人で再署名されます。
+
+```bash
+omnilane resign --trust-adhoc claude   # 自分で claude を adhoc 署名している場合のみ
+```
+
+あとは毎日実行させます。スケジューラーは何でも構いませんが、必ず**デスクトップのログインセッション内**で動かしてください（CLI にはキーチェーンが必要です）。macOS なら LaunchAgent が使えます。
+
+```bash
+cat > ~/Library/LaunchAgents/dev.omnilane.resign.plist <<'EOF'
+<?xml version="1.0" encoding="UTF-8"?>
+<!DOCTYPE plist PUBLIC "-//Apple//DTD PLIST 1.0//EN" "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
+<plist version="1.0"><dict>
+  <key>Label</key><string>dev.omnilane.resign</string>
+  <key>ProgramArguments</key><array><string>/bin/zsh</string><string>-lc</string><string>omnilane resign</string></array>
+  <key>StartCalendarInterval</key><dict><key>Hour</key><integer>9</integer><key>Minute</key><integer>0</integer></dict>
+  <key>StandardOutPath</key><string>/tmp/omnilane-resign.log</string>
+  <key>StandardErrorPath</key><string>/tmp/omnilane-resign.log</string>
+</dict></plist>
+EOF
+launchctl bootstrap gui/$(id -u) ~/Library/LaunchAgents/dev.omnilane.resign.plist
 ```
 
-> **あの export は何のため?** omnilane は呼び出し元自身の能力スコアで各ディスパッチを
-> ゲートするため、「誰が依頼しているか」を必ず示す必要があります。端末の前にいる人間は
-> `OMNILANE_AA_OPERATOR_ASSERTED_HUMAN=1` を一度設定するか、呼び出しごとに
-> `--operator-asserted-human` を付けます。omnilane を動かすモデルは**自分でこれを主張
-> できません**。モデルの識別情報は、それを起動した CLI のモデル・effort フラグから自動で
-> 読み取られるため、通常のセッションは何も渡す必要がありません。`omnilane whoami` はその
-> 識別情報を `--caller-context FILE` として出力します。主張も読み取れる識別情報も無い場合、
-> ジョブ生成前に `missing-caller-context` で拒否されます。
+このリリースでは、デスクトップターミナルからの `omnilane resign` を実機で検証しました。Codex の実際の自己更新に対する無人再署名も含みます。上の LaunchAgent は例であり、それ自体は検証していません。`launchctl kickstart gui/$(id -u)/dev.omnilane.resign` で手元のマシンで確認してください。
+
+`omnilane resign` の終了コード:
+
+| 終了コード | 意味 | あなたがすること |
+|---|---|---|
+| 0 | 変更なし、または変更されたものはすべて再署名済み | 何もしない |
+| 10 | `--check` のみ: 何かが変わった | `omnilane resign` を実行 |
+| 20 | あるベンダーで人の判断が必要: 署名者が新しいか記録が無い、実行ファイルが未署名またはローカルで改変されている、インストール先が変わった、または前回通ったプローブをプロバイダーが今回拒否した | メッセージを読む。「後で再試行」か、確認後に実行すべき `omnilane resign --vendor V --approve V` がそのまま表示される |
+| 30 | 再署名したオーバーレイが実ディスパッチに失敗し、前のものに戻した | 何も壊れていない。ログを読む |
+| 2 | オーバーレイが未設定 | ステップ 2 を行う |
 
-> はじめての方は、まず `omnilane doctor` を実行してください。omnilane が今どのモデル CLI と
-> API キーに接続できるかがわかり、実際に何が動くか把握できます。
+知っておくべき制限が二つあります。署名者の確認は macOS のコード署名を使うため、Linux では CLI が変わるたびに終了コード 20 で止まり `--approve` を求めます。また、正規の署名を持たないバイナリ（ローカルでパッチを当てた CLI など）は必ず承認待ちで止まります。ベンダーとの結び付きを示すものが何も無いからで、それこそがこの確認の目的です。
+
+### ステップ 4：アシスタントの中から試す
+
+アシスタントに `omnilane whoami` を実行させてください。自分がどのモデル・どの effort で動いているかと、スコアが返るはずです。続けて小さな仕事を委任させます。「omnilane で triage レーンに、このリポジトリの TODO コメントの数を数えさせて」。
+
+拒否された場合、どの確認で失敗したのか、何をすべきかが拒否メッセージに書かれています。
+
+| `failed_gate` | 平たく言うと | 直し方 |
+|---|---|---|
+| `caller-identity` | どのモデルが依頼しているのか omnilane に分からない | `omnilane whoami` をそのツール呼び出しの**唯一のコマンド**として実行させる。特に Codex は `; echo $?`、`&&`、パイプの後ろでは読み取れない |
+| `target-transport` | このマシンがそのターゲットを証明していない、またはその後 CLI が更新された | `omnilane resign`（ステップ 3） |
+| `downward-ceiling` | ターゲットのモデルのスコアが依頼側より高い。モデルは横か下にしか委任できない | 拒否メッセージの `eligible_lanes` から選ぶか、より高い effort でアシスタントを起動する |
+
+既存のスレッドを起こす Codex のオートメーションは effort を記録しません。omnilane はその呼び出し元を拒否する代わりに、そのモデルの最低スコアに制限します。安いレーンはそのまま動き、高いレーンはどの effort なら届くかを教えます。
 
 ## 🧭 仕組み
 
@@ -123,17 +220,17 @@ flowchart LR
 
 | レーン | 第一候補 | バックアップ | 用途 |
 |---|---|---|---|
-| 🔥 hardest-coding | Claude Fable 5.1 (max) | GPT-6 Astra (xhigh) → Grok 4.6 → Gemini 3.8 Flash (High) | 最難関の実装、深い根本原因調査、正確性が重要な修正 |
-| 🏗️ bulk-mechanical | GPT-5.6 Sol (high) | Gemini 3.8 Flash (High) → Claude Sonnet 5 (high) | リファクタリング、移行、テスト、大規模レビュー——機械的な持久作業 |
-| 🧹 triage | GPT-5.6 Luna (high) | Gemini 3.8 Flash (Low) → Claude Haiku 4.5 | 大量スキャン、一次選別 |
-| ⚖️ hard-judgment | Claude Fable 5.1 (xhigh) | GPT-6 Astra (xhigh) → Grok 4.6 | アーキテクチャ判断、深い推論、セカンドオピニオン |
-| ✒️ taste-final | Claude Fable 5.1 (xhigh) | GPT-6 Astra (xhigh) → Grok 4.6 → Gemini 3.8 Flash (High) | ユーザー向け文章、プロンプト／文書の仕上げ、文体判断 |
-| 💬 consult | GPT-6 Astra (xhigh) | Claude Fable 5.1 (xhigh) → Grok 4.6 → Gemini 3.8 Flash (Medium) | 指名モデルへの直接相談。フォールバック防止のため `--vendor` を維持 |
-| 🎨 ui-draft | GPT-5.6 Sol (high) | Claude Fable 5.1 (xhigh) → Gemini 3.8 Flash (High) | デザインシステム／参照画像がある場合だけの UI ドラフト |
-| 📚 long-context | Gemini 3.8 Flash (Medium) | GPT-5.6 Terra (max) → Claude Opus 5 (medium) | 長文書の抽出と統合。AA-LCR、コスト、スループット順 |
-| ⚡ fast-agentic | Gemini 3.8 Flash (Low) | GPT-5.6 Luna (high) → Claude Haiku 4.5 | 高速なマルチステップ agentic ループ、マルチモーダル確認 |
-| 📡 live-search | Grok 4.6 | Gemini 3.8 Flash (High) → Claude Sonnet 5 (high) | リアルタイム X／Web 検索とソーシャル文脈 |
-| 🚰 coding-overflow | Grok 4.6 | Gemini 3.8 Flash (High) → Kimi K3 → Qwen3 Coder Plus → OpenCode | Codex クォータ不足時の中級コーディング逃がし弁 |
+| 🔥 hardest-coding | GPT-6 Astra (xhigh) | Claude Fable 5.1 (xhigh) → GPT-6 Astra (high) → Claude Fable 5.1 (high) → GPT-6 Astra (medium) → Claude Opus 5 (high) → GPT-6 Astra (low) → GPT-5.6 Sol (xhigh) → Grok 4.7 → Grok 4.6 → Gemini 3.8 Flash (High) | 最難関の実装、深い根本原因調査、正確性が重要な修正 |
+| 🏗️ bulk-mechanical | GPT-6 Astra (low) | GPT-5.6 Sol (high) → Gemini 3.8 Flash (High) → Claude Opus 5 (medium) | リファクタリング、移行、テスト、大規模レビュー——機械的な持久作業 |
+| 🧹 triage | GPT-5.6 Luna (high) | Gemini 3.8 Flash (Low) → Claude Sonnet 5 (low) → Claude Haiku 4.5 | 大量スキャン、一次選別 |
+| ⚖️ hard-judgment | Claude Fable 5.1 (xhigh) | GPT-6 Astra (xhigh) → Claude Opus 5 (max) → GPT-6 Astra (high) → Claude Opus 5 (xhigh) → Claude Opus 5 (high) → Grok 4.7 → Grok 4.6 → Gemini 3.8 Flash (High) | アーキテクチャ判断、深い推論、セカンドオピニオン |
+| ✒️ taste-final | Claude Opus 5 (max) | Claude Fable 5.1 (xhigh) → Claude Opus 5 (xhigh) → Grok 4.7 → GPT-6 Astra (xhigh) → Claude Opus 5 (high) → Grok 4.6 → Gemini 3.8 Flash (High) | ユーザー向け文章、プロンプト／文書の仕上げ、文体判断 |
+| 💬 consult | GPT-6 Astra (xhigh) | Claude Fable 5.1 (xhigh) → Grok 4.7 → Grok 4.6 → Gemini 3.8 Flash (High) | 指名モデルへの直接相談。フォールバック防止のため `--vendor` を維持 |
+| 🎨 ui-draft | GPT-6 Astra (high) | Claude Opus 5 (high) → GPT-6 Astra (low) → Gemini 3.8 Flash (High) | デザインシステム／参照画像がある場合だけの UI ドラフト |
+| 📚 long-context | Claude Opus 5 (high) | Claude Opus 5 (medium) → Claude Opus 5 (low) → GPT-5.6 Terra (max) → Gemini 3.8 Flash (High) | 長文書の抽出と統合。AA-LCR、コスト、スループット順 |
+| ⚡ fast-agentic | GPT-6 Astra (low) | Gemini 3.8 Flash (Medium) → GPT-5.6 Sol (medium) → Claude Opus 5 (low) | 高速なマルチステップ agentic ループ、マルチモーダル確認 |
+| 📡 live-search | Grok 4.7 | Grok 4.6 → Gemini 3.8 Flash (High) → Claude Opus 5 (medium) | リアルタイム X／Web 検索とソーシャル文脈 |
+| 🚰 coding-overflow | Grok 4.7 | Grok 4.6 → Gemini 3.8 Flash (High) → Kimi K3 → Qwen3 Coder Plus → OpenCode | Codex クォータ不足時の中級コーディング逃がし弁 |
 | 🗳️ arbitrate | off (opt-in vote panel) | — | 重大判断用の内蔵意見パネル。デフォルト無効、`routing.local.yaml` で有効化し、投票者・ラウンドごとに 1 コール |
 
 **バックアップ**はチェーンの次の候補——第一候補のベンダー CLI が未インストールの
@@ -170,11 +267,39 @@ flowchart LR
 - **Claude Code · Opus 5**——自分で実行：hard-judgment(これがデフォルトのレーン)。低いハルシネーション率や価格を優先するときはローカル override で taste-final も担当。最難関コーディング → Fable 5.1 または Sol、bulk → Sol high、long-context／高速ループ → Gemini 3.7 Flash、live-search → Grok。
 - **Codex · Sol**——自分で実行：hardest-coding、bulk-mechanical、hard-judgment、ui-draft。ディスパッチ：taste-final → Claude、long-context／高速ループ → Gemini 3.7 Flash、live-search → Grok。
 - **Codex · Terra**——long-context の Codex フォールバックを自分で実行。bulk-mechanical のデフォルトは Sol high に移動。最難関は Sol xhigh、taste → Claude、高速ループ → Gemini 3.7 Flash、live-search → Grok。
-- **Grok Build · Grok 4.6**——live-search と coding-overflow を自分で実行し、hardest-coding・hard-judgment・taste-final のフォールバックも兼任。第一候補が使えるときは難しいコーディング／判断／文章を Codex、Claude、Gemini へ送り、API シグネチャと引用事実は検証します。
+- **Grok Build · Grok 4.7 / 4.6**——live-search と coding-overflow を自分で実行し、hardest-coding・hard-judgment・taste-final のフォールバックも兼任。第一候補が使えるときは難しいコーディング／判断／文章を Codex、Claude、Gemini へ送り、API シグネチャと引用事実は検証します。
 - **Antigravity · Gemini 3.7 Flash**——Medium の long-context／高速ループ、High の bulk／overflow、Low の triage を自分で実行し、High で hardest-coding・taste-final・ui-draft・live-search のフォールバックも兼任。第一候補が使えるときは最難関のコーディング／判断／文章を Codex、Claude へ。
 
 </details>
 
+## アシスタント自身のサブエージェントを使う
+
+omnilane は既定でベンダーのコマンドラインツールに仕事を渡します。仕事をすべきモデルがアシスタント**自身のベンダー**のものである場合、別の CLI を経由するのは回り道です。ログインがもう一つ、プロセスがもう一つ、その CLI が更新されれば壊れる箇所がもう一つ増えます。多くのアシスタントは自分でサブエージェントを起動でき、omnilane はそのための計画を立てられます。方法は二つです。
+
+**アシスタントとまったく同じものを動かすワーカー（`--inherit`）。** アシスタントは*モデルも effort も指定せずに*サブエージェントを起動するので、ワーカーは呼び出し元の複製です。複製が本体より強くなることはなく、omnilane のスコア確認が防ごうとしているのはそれだけです。したがってこの経路にはベンダー CLI もトランスポートオーバーレイも不要で、呼び出し元の effort が不明でも、オーバーレイが古くなっていても動きます。
+
+```sh
+omnilane native-context --workdir /absolute/repo --inherits-caller-runtime   # prints a capability file
+omnilane route --inherit --native-context /path/printed/above --workdir /absolute/repo triage "Count the TODO comments"
+# -> a PENDING handoff (JSON). The assistant now starts its own sub-agent with no
+#    model argument, checks the result, and records it:
+omnilane jobs --json complete-native JOB_ID /absolute/completion.json
+omnilane jobs --json status JOB_ID
+```
+
+正直な部分: ハンドオフには `satisfies_lane_target: false` と記されます。ここでのレーンは仕事の種類を示すラベルにすぎません。この方法で得た結果は「アシスタント自身のサブエージェント」によるものであり、「hardest-coding のモデル」によるものでは決してありません。呼び出し元より強いモデルを必要とするレーンは、引き続き拒否されます。`--inherits-caller-runtime` は「自分のサブエージェントツールはそう動く」というアシスタント自身の申告であり、omnilane からは観測できません。アシスタントごとに分かっていること:
+
+| アシスタント | モデル引数なしのサブエージェント |
+|---|---|
+| Claude Code | メイン会話のモデルを使い、effort はセッションのものを引き継ぐと公式ドキュメントに明記（エージェント定義が指定する場合を除く）。組み込みの general-purpose エージェントで `CLAUDE_CODE_SUBAGENT_MODEL` が未設定のとき成立。本リリースで端から端まで実行済み |
+| Codex | モデルも effort も付けない `collaboration.spawn_agent`。本リリースで端から端まで実行済み |
+| Grok Build | 親のモデルを引き継ぐとドキュメントに明記（同梱の `general-purpose` は `model: inherit`）。effort については記載なし。本リリースでは未実行 |
+| Antigravity | `agy` 1.2.7 にサブエージェントツールが見当たらない。利用不可 |
+
+**アシスタントのツールが選択できる特定のモデル。** ツールが実際に受け付けるものを capability ファイルに記述し（`omnilane native-context` の出力から始め、正確なモデルと effort の組ごとに行を追加）、通常の `omnilane route` に `--native-context FILE` を渡します。omnilane がサブエージェントを使うのは、ある行が完全に一致したときだけです。モデル、effort、モード、workdir、ツール、分離方式、ライフサイクルのすべてです。同じベンダーは同じモデルではなく、インストール済みの CLI から推測することもありません。`--executor native` はフォールバックせず失敗し、`--executor cli` は外部 CLI を強制します。ファイルが無いというだけで同一ベンダーのターゲットが CLI を経由した場合、ディスパッチはそれを明示するようになりました。
+
+どちらの場合も、サブエージェントはアシスタントのツールとファイルシステムを共有します。OS レベルのサンドボックスは無く、`advise`／`work` は意図であって強制ではありません。バックグラウンド、常駐、名前付きスレッド、複数ラウンド、投票、`sysops` は CLI 経路のままです。プロトコル処理には Python 3.9 以上が必要です。スキーマ、完了ファイル、エージェントの再利用とキャンセル: [docs/native-executor.md](docs/native-executor.md)。
+
 ## 🖥️ Live Board
 
 すべてのディスパッチは——フォアグラウンドでも `--background` でも——ディスク上の
@@ -577,6 +702,39 @@ work の別名ではありません。サービス管理など、work の境界
 
 ## 📜 リリース履歴
 
+## v0.45.0 の新機能
+
+- **アップグレード後に `omnilane resign` を一度実行してください。** スコアのレジストリが新しいスナップショットに移り、トランスポートオーバーレイはスナップショットに紐づいています。オーバーレイを再構築するまで、モデル呼び出し元はすべてのレーンで `transport overlay snapshot mismatch` として拒否されます。
+- **スコアは Artificial Analysis Intelligence Index v4.3.2 に準拠。** v4.2 と v4.3.2 は別の尺度で、差も一様ではありません（Fable 5.1 max 57 → 53、Grok 4.6 high 51 → 44、Sol high 48 → 42）。そのため 1 行を追加するのではなく全行を再採点しました。上限も変わります。Fable 5.1 max・Fable 5.1 xhigh・Astra max は 53 で並び、これまで `hard-judgment` で何にも届かなかった中程度 effort のコントローラーも届くようになりました。`scripts/aa_rebaseline.py` は保存した AA の抽出ファイルからレジストリを再構築するので、次の指数改訂は再実行で済みます。
+- **レーン表は手直しではなく書き直しです。** 各レーンはまず「この種の作業に合う測定」を定め、候補をその測定で強い順に並べます。`hardest-coding` は高難度のターミナルコーディング（Terminal-Bench 4.0、最上位モデルでもまだ飽和していないコーディング評価）、`hard-judgment` は専門家レベルの推論と文書の分析品質の採点、`taste-final` は文書の提示品質の採点、`fast-agentic` は自動化の正確さと 1 ステップあたりの時間、`long-context` はより難しい方の長文脈評価、`ui-draft` は画像理解を見ます。8 つのレーンで第一候補が変わりました。`hardest-coding` は Astra (xhigh)、`bulk-mechanical` と `fast-agentic` は Astra (low)、`ui-draft` は Astra (high)、`taste-final` は Opus 5 (max)、`long-context` は Opus 5 (high)、`coding-overflow` は `live-search` と同じく Grok 4.7 が先頭です。どのチェーンもスコアの範囲を順に下っていくので、コントローラーの上限がどこにあっても、最初に届く候補が届く中で最良の候補になります。Fable max と Astra max はどのチェーンにも入っていません。xhigh が同等かそれ以上で、コストは大幅に小さいためです。数値は `docs/model-capabilities-2026-09.md` にあります。
+- **Grok が担当するすべてのレーンに Grok 4.7 を追加**し、Grok 4.6 の前に置きました。4.6 はその後ろに残ります。レーンはこのホストで未検証の候補を飛ばすため、`resign` が 4.7 をプローブするまでは 4.6 が処理します。`--vendor grok` を付けた場合は後ろへ進みません。それまでは `--model grok-4.6` を指定してください。
+- **機能していなかったフォールバックを修正。** `claude claude-sonnet-5 high` は旧レジストリでは決してディスパッチできませんでした。プローブ後は解決されます。
+- アップグレード: `npm i -g omnilane@0.45.0`、続けて `omnilane resign`。Grok 4.7 を使うには、再署名時に `grok` CLI がログイン済みである必要があります。
+
+## v0.44.0 の新機能
+
+- **自分でパッチした CLI も無人で再署名されます。** 更新のたびにベンダー CLI をパッチして adhoc で再署名するローカルの手順がある場合、これまでは署名者チェックがそのような更新をすべて `--approve` 待ちで止めていました。ベンダーごとに一度 `omnilane resign --trust-adhoc VENDOR` を実行すれば、同じインストールディレクトリ内の adhoc な更新は同一署名者の更新と同じく毎日の `omnilane resign` で自動的に再署名されます。未署名の実行ファイル、別ディレクトリの adhoc、ほかのベンダーは引き続き停止して確認を求めます。信頼はオーバーレイに記録され、以後どのベンダーの再署名でも保持され、モデルが実行しない運用者の操作です。4 ベンダーすべてに対応。
+- **ログイン期限切れは「再試行」ではなく「ログインしてください」と表示。** `Failed to authenticate`、`OAuth session expired`、`Invalid API key`、`Unauthorized`、`401` はそのベンダーをプローブ不能として扱い、保留メッセージは先にログインするよう案内します。
+- アップグレード: `npm i -g omnilane@0.44.0`。0.42.x からの場合は `omnilane resign --record-signers` も一度実行してください（0.43.0 の説明を参照）。
+
+## v0.43.1 の新機能
+
+0.43.0 ではなくこちらをインストールしてください。0.43.0 では `build_overlay.py` と `probe.py` が Python 3.9 でインポートに失敗し、そのバージョンでは初回インストールのオーバーレイ作成と `omnilane resign` が動きませんでした。ほかに変更はなく、下の 0.43.0 の説明はすべてそのまま当てはまります。アップグレード: `npm i -g omnilane@0.43.1` の後、一度だけ `omnilane resign --record-signers`。
+
+## v0.43.0 の新機能
+
+10 日間で 0.42.x はすべてのモデル呼び出し元を 4 回拒否しました。いずれも omnilane が制御できない事実が原因です。ランチャーの名前変更、再署名なしで変更された runner スクリプト、同じ週に 4 つのベンダー CLI が自己更新、effort を記録しない Codex オートメーション。どれも「何もディスパッチできない」になりました。このリリースは、それぞれをより狭く、説明のつく結果に変え、もっともよくあるものは自動で修復します。
+
+- **ベンダー CLI が更新された? `omnilane resign`。** 変わった箇所を見つけ、そのベンダーだけを再プローブし、結果を確認し、差し替え、実ディスパッチ 1 件で確かめ、失敗すれば古いオーバーレイに戻します。新しい実行ファイルが同じコード署名チームを持ち同じ場所にある場合だけ**無人で**再署名し、それ以外は実行すべき `--approve` コマンドを表示して止まります。`omnilane resign --record-signers` を一度実行し、`omnilane resign` を毎日スケジュールすれば、CLI の更新はあなたの問題ではなくなります。Codex の実際の自己更新（0.155.0 → 0.155.1）で検証済み: 承認なし、マッピングはすべて維持、終了コード 0。
+- **拒否がモデルに次の行動を伝える。** 拒否されたディスパッチはすべて `failed_gate`、`reason`、`next_command`、`required_caller_effort`、そして `eligible_lanes`（その呼び出し元がいま*届く*レーン）を持ちます。
+- **effort の記録が無い場合は拒否ではなく範囲を絞る。** Codex のハートビートオートメーションは、すべてのレーンで拒否される代わりに、そのモデルの最低スコアに制限されます。安いレーンは動き続け、高いレーンは必要な effort を示します。
+- **アシスタント自身のサブエージェント。** `omnilane native-context` が、これまで手書きだった capability ファイルを生成します。`omnilane route --inherit` は呼び出し元の複製であるワーカーを計画します。外部 CLI なし、オーバーレイなし、呼び出し元を識別できないときでも動作し、そのレーンのターゲットモデルでは*ない*と正直に記されます。Claude Code と Codex デスクトップで端から端まで実行済み。
+- **Codex: ツール呼び出し 1 回につき omnilane コマンドは 1 つ。** `omnilane whoami; echo $?` は識別できず、`omnilane whoami` 単独なら識別できます。拒否メッセージがそう案内するようになりました。
+- **doctor は場所が変わった CLI を検出**（新しい版が古いファイルの隣に入る場合）し、オーバーレイがまったく無い場合は手順付きで警告します。
+- **スキルとチュートリアルを書き直し。** スキルはモデルが順にたどる 5 ステップの手順になり、この README はアシスタントに omnilane を運転させるまでを順に案内します。
+- **制限。** 無人再署名は macOS のコード署名に依存します。Linux、および未署名またはローカルで改変された CLI では、更新のたびに `--approve` を求めます。`--inherit` は Grok Build 内では未実行で、Antigravity はサブエージェントツールを提供していません。詳細は [CHANGELOG](CHANGELOG.md)。
+- **アップグレード。** `npm i -g omnilane@0.43.0` の後、一度だけ: `omnilane resign --record-signers`。
+
 ## v0.42.9 の新機能
 
 - **ランチャー経由の Codex デスクトップ。** ChatGPT.app が codex-profile-switch 経由で