claude-spotter 1.3.0 → 1.4.1

package/CHANGELOG.md

@@ -1,5 +1,51 @@
 # Changelog
 
+## 1.4.1
+
+**Codex native hooks の有効化手順を `spotter install` に集約する patch release**。v1.4.0 は npm publish まで成功したが、Codex hooks を使うには `spotter codex-hook install` が別手順として残っていた。完成条件を「global npm install 後、各プロジェクトで `spotter install` する以外の手作業を不要にする」と再定義し、Codex CLI がある環境では `spotter install` が Codex hooks も idempotent に登録するようにした。
+
+### 変更点
+
+- **編集 [src/cli/install.mjs](src/cli/install.mjs)**: project install 時に Codex CLI (`codex --version`) を検出し、存在する場合は `installCodexHooks()` を呼んで `~/.codex/hooks.json` と `[features].codex_hooks = true` を更新する。Codex CLI が無い環境では明示メッセージを出して Codex hooks 登録だけを行わない
+- **編集 [test/install.test.mjs](test/install.test.mjs)**: `spotter install` が Codex CLI presence 時に Codex hooks を登録する回帰テストを追加。既存 refresh 系テストは実ユーザー `~/.codex` を触らないよう DI で固定
+- **編集 README / README.ja / postinstall / CLAUDE.md / open issues**: インストール手順を `npm install -g claude-spotter` → 各プロジェクトで `spotter install` に集約。`spotter codex-hook install` は修復 / 明示登録用 command として残す
+
+### ユーザー側で必要な手順
+
+1. `npm install -g claude-spotter@1.4.1` で global update
+2. 各プロジェクトで `spotter install` を実行する。Claude hooks、`.spotter/marker.json`、Claude catalog seed が設定され、Codex CLI がある環境では Codex native hooks も登録される
+
+## 1.4.0
+
+**Codex native hooks を npm 配布可能な完成状態へ昇格する minor bump**。`npm install -g claude-spotter@1.4.0` で `spotter` CLI を global install し、各プロジェクトでは `spotter install`、Codex を使う場合は追加で `spotter codex-hook install` を実行するだけで動く状態にした。手書き tool list や install 時の Codex seed は不要で、Codex 側 catalog は SessionStart hook が自動更新する。
+
+### 主要変更
+
+- **Codex native hooks**: `spotter codex-hook install|uninstall|diagnostics|session-start|user-prompt-submit|stop` を npm 配布対象として整備。Codex `SessionStart` は `spotter db refresh --host-agent codex` を detached 起動し、Codex tool catalog を `.spotter/tool-db.codex.json` に更新する。Claude `.spotter/tool-db.json` には触れない
+- **Codex primary auditor backend**: Codex host の既定 backend を Codex CLI (`codex exec`) にした。`UserPromptSubmit` / `Stop` は Codex local DB だけを読み、Codex CLI unavailable / schema invalid / non-zero exit / timeout は structured error として surface する。Haiku への hidden fallback はしない
+- **Codex CLI safety**: 子 Codex は read-only sandbox、stdin `ignore`、`model_reasoning_effort="low"`、hook auditor timeout 20s、bounded stderr diagnostics、`--output-schema` / `--output-last-message` を使う。timeout 時も last-message file に schema-valid final JSON があれば `completionReason=last_message_before_process_close` として success 扱いし、process close 遅延による誤 timeout を避ける
+- **再帰 / セッション増殖ガード**: Codex CLI / `codex-sidecar` 子プロセスに `SPOTTER_PARENT_PID`、`SPOTTER_BACKEND`、`SPOTTER_CHILD_BACKEND` を入れ、hook 共通入口 `isChildCall()` がこれらを stdin 読み取り前に検知して return する。Claude 時代に経験した sub-agent / child session 増殖事故の再発を避ける
+- **host-local tool-db 分離**: Claude は `.spotter/tool-db.json`、Codex は `.spotter/tool-db.codex.json` を使う。`spotter db refresh --host-agent codex` は Codex MCP / skills discovery だけを反映し、Claude refresh と相互に prune / overwrite しない
+- **`codex-sidecar` の位置づけ整理**: primary auditor としては明示 override (`SPOTTER_AUDITOR_BACKEND=codex-sidecar`) で使えるが、Codex host default は Codex CLI。`codex-sidecar` は durable result / diagnostics / worktree / MCP boundary を持つ second-pass (`risk-check`, `review`, `explore`, `opinion`) と approved `work` workflow の基盤として残す
+- **diagnostics / docs**: `spotter doctor` に Codex CLI / Codex hooks / `codex-sidecar` readiness を追加。README / README.ja / CLAUDE.md / contract docs / open issues / migration TODO を v1.4.0 の完成条件へ更新
+- **packaging hardening**: npm publish 時に bin が消える罠を避けるため `package.json` の `bin.spotter` を `bin/spotter.mjs` に正規化。package-lock も `1.4.0` に更新。MCP initialize の `clientInfo.version` は `src/version.mjs` 由来にして package version drift を解消
+
+### 実測 / 検証
+
+- `npm test`: 272 tests, 271 pass, 1 skip
+- Codex native hook smoke: `UserPromptSubmit Completed` / `Stop Completed`
+- Codex hook latency smoke: normal `UserPromptSubmit` 約 7.4s、short `Stop` skip 約 0.08s
+- 4 象限 primary auditor matrix: `claude.codex-cli=10041ms`, `claude.codex-sidecar=12863ms`, `codex.codex-cli=10383ms`, `codex.codex-sidecar=13983ms`
+- `spotter codex risk-check --host-agent codex`: durable `.spotter/sidecar-results/*-codex-risk-check.json` を保存
+- `spotter codex work --dry-run --approve-work --allowed-path ... --remove-worktree --host-agent codex`: scoped work workflow success
+
+### ユーザー側で必要な手順
+
+1. `npm install -g claude-spotter@1.4.0` で global update
+2. Claude Code で使う各プロジェクトで `spotter install` を実行する。これは `.claude/settings.json` と `.spotter/marker.json` を作り、Claude catalog の初回 seed も実行する
+3. Codex native hooks を使う場合は一度だけ `spotter codex-hook install` を実行する。以後、Codex `SessionStart` が `.spotter/tool-db.codex.json` を自動 refresh する
+4. `spotter doctor` と `spotter codex-hook diagnostics` で global CLI / Codex hooks / tool-db 状態を確認できる
+
 ## 1.3.0
 
 **Haiku spawn 時に user/project の MCP server を一切 load しないよう強制 — WSL2 で観測された CPU 100% 飽和 + 孤児 `npm exec` プロセス累積 + チャット入力無反応 の根本原因を断った minor bump**。修正は `claude -p` 起動引数に `--strict-mcp-config --mcp-config <empty>` を必ず付けるだけの最小実装、副作用なし。
@@ -41,8 +87,9 @@ WSL2 の CPU 使用率が 100% に張り付き、何かがプロセスを「無
 ### Chime / Spotter ユーザー側で必要な手順
 
 1. `npm install -g claude-spotter@1.3.0` で global update
-2. 既 install プロジェクトでは hook 設定 (`spotter.mjs` のパス固定) は変わらないので **再 install 不要**、次の SessionStart から自動的に新コードが効く
-3. 既存の孤児 daemon があれば `kill <pid>` + `rm ~/.spotter/runtime/session-*.pid` で掃除 (今後は v1.3.0 の MCP-disable で sudden death 自体が大幅減少見込み)
+2. Haiku spawn の MCP-disable は次の SessionStart から自動的に新コードが効く
+3. 既 install プロジェクトでも `spotter install` を再実行して、`.claude/settings.json` の UserPromptSubmit / Stop hook timeout を 60s に更新する (旧 settings の 15s/30s は global update だけでは書き換わらない)
+4. 既存の孤児 daemon があれば `kill <pid>` + `rm ~/.spotter/runtime/session-*.pid` で掃除 (今後は v1.3.0 の MCP-disable で sudden death 自体が大幅減少見込み)
 
 ## 1.2.6
 

package/README.ja.md

@@ -13,7 +13,7 @@
 
 > **気づく役と実行する役を分離する。** Claude Code の横で並走し、Bell (主役の Claude) が**ツールを呼び忘れたとき**だけ静かに指摘する監査役。
 
-Claude には「使えるツールがあるのに、使うべきタイミングで使わない」という構造的な弱点があります。現在時刻を推測で答える、`web_search` を呼ばずに古い情報で応答する、`read_file` を使わずにファイルの中身を推測する — **「分からないと自覚できない」から、ツールを取りに行けない**。
+Claude には「使えるツールがあるのに、使うべきタイミングで使わない」という構造的な弱点があります。記録すべき決定を memory / caveat MCP に残さない、docs lookup MCP を呼ばずに古い知識で応答する、ブラウザ自動化 MCP で確認せず UI 状態を推測する — **「分からないと自覚できない」から、ツールを取りに行けない**。
 
 Spotter はツールカタログを完全に把握した別エージェント (Claude Haiku 4.5) をセッション毎に常駐させ、Bell の発話予定と応答を並走監査します。見落としを検出すると透明化された指摘として Bell に届け、補正応答を促します。**Bell が自覚して呼ぶ**設計は本プロダクトの存在意義を破壊するため、Bell から呼ぶのではなく hook 経由で Bell の意思と独立に検出する構造を取っています。
 
@@ -23,17 +23,16 @@ Spotter が拾うのは、たとえばこういう瞬間です。
 
 | 状況 | Bell の応答 | Spotter の指摘 |
 |---|---|---|
-| 「今日の天気を教えて」 | 推測で答えようとする | `web_search` の使用機会 |
-| 「この設定ファイルの中身は？」 | 名前から推測で説明 | `read_file` の使用機会 |
-| 「今何時？」 | 学習時点の情報で答える | `current_time` の使用機会 |
+| 「この OAuth の落とし穴を覚えて」 | 了解だけして進める | memory / caveat MCP の使用機会 |
+| 「このパッケージの最新版 API は？」 | 学習時点の知識で答える | docs lookup MCP の照会機会 |
+| 「この危ない patch をレビューして」 | 自分だけで見直す | reviewer sub-agent の使用機会 |
 | 事実の断定 | 裏付けなしで「〜です」 | 検証用ツールの差し込み余地 |
-| 「このライブラリの最新版の使い方は？」 | 学習データから書き起こす | docs lookup MCP の照会機会 |
 | 「この UI 今もちゃんと動く？」 | コード読みだけで結論 | ブラウザ自動化 MCP の使用機会 |
 | 「以前何を決めたっけ？」 | 推測 / 失念のまま回答 | メモリ / ノート系 MCP の照会機会 |
 
 判定軸は 2 段階:
 
-- **入力時 (`stage=user_input`)**: ユーザー要請に対し、`when_to_use` の条件に明確に該当するツールを列挙する **要請充足チェック**
+- **入力時 (`stage=user_input`)**: ユーザー要請に対し、ローカルカタログの description から用途が明確に該当するツールを列挙する **要請充足チェック**
 - **応答後 (`stage=turn_end`)**: Bell の最終応答に対し、事実の断定 / 記録すべき新情報 / 既知情報の参照それぞれに、カタログ上のツール (検証 / 登録 / 照会) を差し込める余地がないかを問う **ツール適用機会の監査**
 
 ## インストール
@@ -45,6 +44,9 @@ spotter install
 ```
 
 `v0.3.0` 以降は**プロジェクト単位の明示的 install** を採用しています (v0.2 までの `postinstall` 自動登録はデーモン増殖の主因だったため撤回)。各プロジェクトの `.claude/settings.json` に hook を登録し、そのプロジェクトでの Claude Code セッションのみで有効になります。
+Codex CLI が使える環境では、同じ `spotter install` が user-level の Codex native hooks も登録します。実際に動くプロジェクトは `spotter install` が作る `.spotter/marker.json` で制限されるため、無関係な Codex セッションでは Spotter は起動しません。
+
+Spotter を upgrade した後、release note で hook 設定変更が案内されている場合は、各 install 済みプロジェクトで `spotter install` を再実行してください。global package update でコード経路は変わりますが、既存 `.claude/settings.json` の timeout 値は自動では書き換わりません。
 
 ```bash
 spotter uninstall        # このプロジェクトの hook 登録を解除
@@ -54,7 +56,8 @@ spotter uninstall        # このプロジェクトの hook 登録を解除
 
 - **Node.js 22.5 以上**
 - **Claude Code 2.0 以上**
-- **Claude Max プラン** (`claude -p` で Haiku を起動するため)
+- **現行 Claude-backed auditor path では Claude Max プラン** (`claude -p` で Haiku を起動するため)
+- **Codex native hooks では Codex CLI**。Codex host の監査は既定で `codex exec` を使い、Haiku へ fallback しません
 
 ## アーキテクチャ
 
@@ -91,16 +94,16 @@ flowchart LR
       LG["Legacy — ~/.claude/.mcp.json"]
     end
     SCOPES -. merge .-> MCP
-    MCP --> DB[(ローカル tool-db.json<br/>name + description<br/>プロジェクト単位)]
+    MCP --> DB[(ホスト別ローカル tool-db<br/>name + description<br/>プロジェクト単位)]
     SK --> DB
     AG --> DB
     BL --> DB
     DB --> H[Haiku 監査<br/>session-scoped, preamble-once]
 ```
 
-監査対象のツール (name + description) は `<project>/.spotter/tool-db.json` (ローカル) に格納されます。**daemon が監査に使うのはローカル DB のみ**で、グローバル DB `~/.spotter/tool-db.json` は他プロジェクトでの description 再利用キャッシュとしてのみ機能します (live fetch コスト削減のため初回 refresh で参照、結果は local に write-through)。各プロジェクトの local DB は **そのプロジェクトの現時点の discovery 結果と一致** (refresh 時に prune される) ため、過去にインストールしていた MCP / スキル / サブエージェントが他プロジェクトに混入することはありません。
+監査対象のツール (name + description) は host-local に分離されます。Claude は `<project>/.spotter/tool-db.json`、Codex は `<project>/.spotter/tool-db.codex.json` を使います。**daemon が監査に使うのは Claude local DB のみ**で、Codex native hooks は Codex local DB を読みます。グローバル DB `~/.spotter/tool-db.json` は他プロジェクトでの description 再利用キャッシュとしてのみ機能し、監査入力には混ぜません。各 host-local DB は **その host の現時点の discovery 結果と一致** (refresh 時に prune される) するため、別プロジェクトや別 host のツールリストで上書きされることはありません。
 
-**`spotter install` が初回 seed を自動実行し、Claude Code セッション起動ごとに SessionStart hook が bg で `spotter db refresh` を走らせる**ため、通常の運用で手動コマンドを叩く必要はありません。各 MCP サーバーの `tools/list` は JSON-RPC で取得 (HTTP / SSE / stdio transport 対応)、スキルとサブエージェントは frontmatter から直接抽出、claude.ai baseline (OAuth proxy 経由の Gmail / Calendar / Drive 25 件) は `claude mcp list` に該当サーバーが存在する環境でのみ注入されます。**手書きでツールリストを管理する必要はありません**。
+**`spotter install` が Claude catalog の初回 seed を自動実行し、Claude Code セッション起動ごとに SessionStart hook が bg で `spotter db refresh` を走らせる**ため、Claude 通常運用で手動コマンドを叩く必要はありません。Codex CLI が使える環境では、同じ `spotter install` が Codex native hooks も登録します。Codex `SessionStart` hook は `spotter db refresh --host-agent codex` を bg 起動して `.spotter/tool-db.codex.json` を更新します。Claude catalog には書き込みません。Claude discovery は `claude mcp list` と Claude skills / sub-agents、Codex discovery は `codex mcp list/get` と Codex skills を読むため、両 host の利用可能ツール差分を別 DB として保持できます。各 MCP サーバーの `tools/list` は JSON-RPC で取得 (HTTP / SSE / stdio transport 対応)、スキルとサブエージェントは frontmatter から直接抽出、claude.ai baseline (OAuth proxy 経由の Gmail / Calendar / Drive 25 件) は Claude 側でのみ `claude mcp list` に該当サーバーが存在する環境で注入されます。**手書きでツールリストを管理する必要はありません**。
 
 ## Throughline との関係
 
@@ -117,19 +120,54 @@ flowchart LR
 ## よく使うコマンド
 
 ```bash
-spotter db list          # 現在のローカル tool-db (daemon が実際に audit に使う) を表示
-spotter db refresh       # MCP / スキル / サブエージェントから description を収集して DB 更新
-                         # (v1.1.0 以降、install 時と SessionStart 時に自動実行されるので通常は不要)
-spotter db rebuild       # local + global DB を両方消してから refresh (カタログ設計変更時のクリーン用)
+spotter db list          # 現在の Claude local tool-db を表示
+spotter db list --host-agent codex
+                         # 現在の Codex local tool-db を表示
+spotter db refresh       # Claude MCP / スキル / サブエージェントから description を収集して Claude DB 更新
+spotter db refresh --host-agent codex
+                         # Codex MCP / スキルから description を収集して .spotter/tool-db.codex.json を更新
+                         # (Claude は install + Claude SessionStart、Codex は codex-hook install 後の
+                         #  Codex SessionStart で自動実行されるので通常は不要)
+spotter db rebuild       # Claude local + global DB を両方消してから refresh (カタログ設計変更時のクリーン用)
 spotter status           # 稼働中の daemon 一覧
-spotter doctor           # 環境診断 (Node / claude CLI / tool-db 整合性)
+spotter doctor           # 環境診断 (Node / claude CLI / Codex readiness / tool-db 整合性)
+spotter diagnostics logs # daemon log から pass=false / backend latency / anomaly signal を集計
+spotter codex risk-check --findings findings.json --host-agent claude
+                         # Spotter finding を codex-sidecar に渡して read-only risk analysis
+spotter codex review|explore|opinion --findings findings.json --host-agent claude
+                         # その他の read-only codex-sidecar second-pass workflow
+spotter codex work --findings findings.json --instruction "docs 更新" --approve-work \
+  --allowed-path docs/ --preserve-worktree
+                         # 承認済み codex-sidecar work を isolated worktree で実行
+spotter codex-hook install
+                         # Codex native hooks の修復 / 明示登録 (通常は spotter install が実行)
+spotter codex-hook diagnostics
+                         # Codex hooks feature と Spotter hook 登録を診断
 spotter uninstall        # hook 登録を解除 (~/.spotter は残す)
 ```
 
+Codex risk dispatch を daemon から非同期に流す場合:
+
+```bash
+SPOTTER_CODEX_RISK_CHECK=1 spotter daemon start --session-id ... --project-root ...
+```
+
+有効時は daemon が `pass:false` finding を detached process の
+`spotter codex risk-check` に渡します。hook 応答は Codex を待ちません。
+配線だけ確認する場合は `SPOTTER_CODEX_RISK_CHECK_DRY_RUN=1` を併用します。
+
+Primary auditor backend policy: Claude hooks は現行の Haiku compatibility path を既定のまま維持します。
+Codex native hooks は Codex CLI を既定 backend とし、Haiku へ fallback しません。
+Codex 側の SessionStart hook は `.spotter/tool-db.codex.json` を bg refresh し、Claude DB には触れません。
+明示 smoke には `SPOTTER_AUDITOR_BACKEND=codex-sidecar` も使えます。
+
 ## 設計ドキュメント
 
 - **現行設計 (カタログ / 収集経路 / 分類軸)**: [docs/catalog-design.md](docs/catalog-design.md) — v1.0.0 以降の真実源
 - **現時点で塞がっていない穴 + 実測未検証の懸念**: [docs/open-issues.md](docs/open-issues.md) — 新規作業に入る前に必読
+- **Claude contract capture**: [docs/SPOTTER_CLAUDE_CONTRACT.md](docs/SPOTTER_CLAUDE_CONTRACT.md) — Codex 作業で維持すべき hook / daemon / Haiku の現行契約
+- **Claude / Codex 両対応ブリーフ**: [docs/SPOTTER_CODEX_DUAL_SUPPORT.md](docs/SPOTTER_CODEX_DUAL_SUPPORT.md) と完了済み [TODO](docs/SPOTTER_CODEX_DUAL_SUPPORT_TODO.md) — second-pass `codex-sidecar` workflow
+- **Primary auditor backend migration**: [docs/SPOTTER_PRIMARY_BACKEND_TODO.md](docs/SPOTTER_PRIMARY_BACKEND_TODO.md) — Codex CLI / `codex-sidecar` auditor backend の rollout 状況
 - **実装規範と不変条件 (§0)**: [CLAUDE.md](CLAUDE.md) — フォールバック禁止 / silent fallback 禁止 / 暫定コード禁止
 - **歴史記録 (v0.1 時点の設計議事録)**: [docs/spotter-plan.md](docs/spotter-plan.md) — 作成時点で固定された議論過程のスナップショット、現行設計は上記 3 点を参照
 
@@ -143,7 +181,8 @@ spotter uninstall        # hook 登録を解除 (~/.spotter は残す)
 
 - **プラグイン形式の MCP サーバー対応** — `plugin:everything-claude-code:context7` のように名前に内部コロンを含むサーバーを正しくパースし、配下のツールをカタログに取り込めるようになった (旧版はこの形式のサーバーをすべて単一の `"plugin"` に潰して、Bell の監査から silent に脱落させていた)
 - **プロジェクト単位の監査隔離** — daemon が監査に使うのはローカル DB のみ。グローバル DB は description 再利用キャッシュに役割限定。**他プロジェクト**でインストールしたツールが現プロジェクトの監査に混入することはない
-- **手放しでカタログ維持** — `spotter install` が tool-db を自動 seed、SessionStart で bg refresh が走る。手書き管理は一切不要
+- **手放しでカタログ維持** — `spotter install` が Claude DB を自動 seed、Claude / Codex それぞれの SessionStart が host-local DB を bg refresh する。手書き管理は一切不要
+- **Codex native hooks** — Codex host は primary auditor backend として Codex CLI を使い、`.spotter/tool-db.codex.json` を Claude DB と分離し、backend failure は Haiku fallback ではなく明示 error として扱う
 - **監査対象** — ユーザー追加分 (MCP / スキル / サブエージェント) のみ。Claude Code 本体側のツールは意図的に対象外 (Bell は元から自発率が高いため)
 - **実装規範** — フォールバック禁止 / silent fallback 禁止 / 暫定コード禁止 ([CLAUDE.md §0](CLAUDE.md))
 

package/README.md

@@ -13,7 +13,7 @@
 
 > **Separate the spotter from the doer.** Spotter runs alongside Claude Code and quietly flags the moments when Bell (your primary Claude) **forgets to use a tool it has access to**.
 
-Claude has a structural blind spot: **it can't reach for a tool it doesn't realize it needs**. It will guess the current time instead of calling `current_time`, answer with stale knowledge instead of `web_search`, describe a config file from its name instead of `read_file`. The model can't always tell when it doesn't know — so the tool stays unused.
+Claude has a structural blind spot: **it can't reach for a tool it doesn't realize it needs**. It may skip a project memory MCP when a decision should be recorded, answer from stale memory instead of a docs-lookup MCP, or reason about UI state without a browser-automation MCP. The model can't always tell when it doesn't know — so the tool stays unused.
 
 Spotter pins a second agent (Claude Haiku 4.5) next to Bell. The second agent has the full tool catalog memorized and audits both the user's prompt and Bell's reply in parallel. When it spots a missed tool, it injects a transparent recommendation into Bell's context and, if needed, asks Bell to amend its answer. **Bell is never asked to self-audit** — that would defeat the entire premise. Detection happens through hooks, independent of Bell's intent.
 
@@ -23,17 +23,16 @@ Examples of what Spotter catches:
 
 | Situation | What Bell would do | What Spotter flags |
 |---|---|---|
-| "What's the weather today?" | Guess from training data | Missed call to `web_search` |
-| "What's in this config file?" | Describe based on the filename | Missed call to `read_file` |
-| "What time is it?" | Answer from training-time knowledge | Missed call to `current_time` |
+| "Please remember this OAuth gotcha" | Acknowledge and move on | Missed call to a memory / caveat MCP |
+| "How does this package API work in the latest version?" | Answer from training-time knowledge | Missed call to a docs-lookup MCP |
+| "Review this risky patch" | Self-review only | Missed call to a reviewer sub-agent |
 | Asserting a fact | State it without verification | Opportunity to call a verification tool |
-| "How does this library API work in the latest version?" | Recite from training data | Missed call to a docs-lookup MCP |
 | "Does this UI still render correctly?" | Reason from source code alone | Missed call to a browser-automation MCP |
 | "What did we decide about X earlier?" | Guess or admit forgetting | Missed call to a memory / notes MCP |
 
 Spotter audits in two stages:
 
-- **`stage=user_input`** — given the user's prompt, list any tools whose `when_to_use` clearly applies. A *prompt-fulfillment* check
+- **`stage=user_input`** — given the user's prompt, list any local catalog tools whose description clearly applies. A *prompt-fulfillment* check
 - **`stage=turn_end`** — given Bell's final reply, look for places where a catalog tool (verification / recording / lookup) could plug in. A *missed-opportunity* audit. Zero findings is fine; tools already used in this turn are not re-flagged
 
 ## Install
@@ -45,6 +44,9 @@ spotter install
 ```
 
 Since `v0.3.0`, Spotter requires **explicit per-project install** (the earlier `postinstall` auto-registration was the leading cause of orphan daemons). `spotter install` writes hooks into the project's `.claude/settings.json`; the audit is then active only in Claude Code sessions for that project.
+When the Codex CLI is available, the same `spotter install` also registers user-level Codex native hooks. Project activation still depends on the same per-project `.spotter/marker.json`, so unrelated Codex sessions do not trigger Spotter.
+
+After upgrading Spotter, re-run `spotter install` in each installed project when release notes mention hook setting changes. The global package update changes the code path, but existing `.claude/settings.json` timeout values are not rewritten automatically.
 
 ```bash
 spotter uninstall        # remove hooks from this project
@@ -54,7 +56,8 @@ spotter uninstall        # remove hooks from this project
 
 - **Node.js 22.5+**
 - **Claude Code 2.0+**
-- **Claude Max plan** (Spotter spawns Haiku via `claude -p`)
+- **Claude Max plan** for the current Claude-backed auditor path (Spotter spawns Haiku via `claude -p`)
+- **Codex CLI** for Codex native hooks. Codex host auditing uses `codex exec` by default and does not fall back to Haiku
 
 ## Architecture
 
@@ -91,16 +94,16 @@ flowchart LR
       LG["Legacy — ~/.claude/.mcp.json"]
     end
     SCOPES -. merged into .-> MCP
-    MCP --> DB[(Local tool-db.json<br/>name + description<br/>per project)]
+    MCP --> DB[(Host-local tool-db<br/>name + description<br/>per project)]
     SK --> DB
     AG --> DB
     BL --> DB
     DB --> H[Haiku audit<br/>session-scoped, preamble-once]
 ```
 
-The audited catalog lives in `<project>/.spotter/tool-db.json`. **The daemon audits against the local DB only**; the global DB at `~/.spotter/tool-db.json` is a description-reuse cache shared across projects, not an audit source. Each project's local DB always matches the **current** discovery snapshot for that project (stale entries are pruned on refresh), so tools installed in *other* projects can never bleed into this project's audit.
+The audited catalog is host-local: Claude uses `<project>/.spotter/tool-db.json`, while Codex uses `<project>/.spotter/tool-db.codex.json`. **The daemon audits against the Claude local DB only**, and Codex native hooks read the Codex local DB. The global DB at `~/.spotter/tool-db.json` is a description-reuse cache shared across projects, not an audit source. Each host-local DB matches that host's **current** discovery snapshot for the project (stale entries are pruned on refresh), so tools from another project or another host cannot overwrite this session's audit catalog.
 
-**`spotter install` seeds the catalog automatically, and the SessionStart hook runs a background `spotter db refresh` on every Claude Code session start** — so you don't need to invoke catalog commands by hand. Each MCP server's `tools/list` is fetched via JSON-RPC (HTTP / SSE / stdio transports supported); skill and sub-agent metadata comes straight from frontmatter; the claude.ai baseline (25 hand-curated entries for Gmail / Calendar / Drive over OAuth proxy) is injected only when `claude mcp list` confirms the server is present. **You never have to maintain the tool list by hand.**
+**`spotter install` seeds the Claude catalog automatically, and the SessionStart hook runs a background `spotter db refresh` on every Claude Code session start** — so you don't need to invoke Claude catalog commands by hand. When Codex CLI is available, the same `spotter install` registers Codex native hooks; their `SessionStart` hook starts `spotter db refresh --host-agent codex` in the background, updating `.spotter/tool-db.codex.json` without touching the Claude catalog. Claude discovery reads `claude mcp list` plus Claude skills / sub-agents; Codex discovery reads `codex mcp list/get` plus Codex skills. Each MCP server's `tools/list` is fetched via JSON-RPC (HTTP / SSE / stdio transports supported); skill and sub-agent metadata comes straight from frontmatter; the claude.ai baseline (25 hand-curated entries for Gmail / Calendar / Drive over OAuth proxy) is injected only for Claude when `claude mcp list` confirms the server is present. **You never have to maintain the tool list by hand.**
 
 ## Spotter and Throughline
 
@@ -117,21 +120,56 @@ Both share the principle of **"don't rely on the primary agent (Bell) to do it i
 ## Common commands
 
 ```bash
-spotter db list          # show the current local tool-db (what the daemon actually audits against)
-spotter db refresh       # rediscover MCP / skills / sub-agents and update the DB
-                         #   (run automatically on install and on SessionStart since v1.1.0,
-                         #    so this is rarely needed by hand)
-spotter db rebuild       # wipe both local + global DBs and refresh from scratch
+spotter db list          # show the current Claude local tool-db
+spotter db list --host-agent codex
+                         # show the current Codex local tool-db
+spotter db refresh       # rediscover Claude MCP / skills / sub-agents and update the Claude DB
+spotter db refresh --host-agent codex
+                         # rediscover Codex MCP / skills and update .spotter/tool-db.codex.json
+                         #   (Claude refresh is automatic on install + Claude SessionStart;
+                         #    Codex refresh is automatic on Codex SessionStart after codex-hook install)
+spotter db rebuild       # wipe Claude local + global DBs and refresh from scratch
                          #   (use after catalog-shape changes)
 spotter status           # list running daemons
-spotter doctor           # environment check (Node / claude CLI / tool-db integrity)
+spotter doctor           # environment check (Node / claude CLI / Codex readiness / tool-db integrity)
+spotter diagnostics logs # summarize daemon logs for pass=false / backend latency / anomaly signals
+spotter codex risk-check --findings findings.json --host-agent claude
+                         # run read-only codex-sidecar risk analysis for Spotter findings
+spotter codex review|explore|opinion --findings findings.json --host-agent claude
+                         # run other read-only codex-sidecar second-pass workflows
+spotter codex work --findings findings.json --instruction "Update docs" --approve-work \
+  --allowed-path docs/ --preserve-worktree
+                         # run approved codex-sidecar work in an isolated worktree
+spotter codex-hook install
+                         # repair / explicitly register Codex native hooks (normally handled by spotter install)
+spotter codex-hook diagnostics
+                         # check Codex hooks feature and Spotter hook entries
 spotter uninstall        # remove hooks from this project (leaves ~/.spotter intact)
 ```
 
+Optional async Codex risk dispatch:
+
+```bash
+SPOTTER_CODEX_RISK_CHECK=1 spotter daemon start --session-id ... --project-root ...
+```
+
+When enabled, the daemon dispatches `pass:false` findings to `spotter codex risk-check`
+in a detached process. Hook responses do not wait for Codex. Add
+`SPOTTER_CODEX_RISK_CHECK_DRY_RUN=1` to exercise the wiring without calling Codex.
+
+Primary auditor backend policy: Claude hooks keep the current Haiku-compatible path by
+default. Codex native hooks use Codex CLI by default and do not fall back to Haiku;
+their SessionStart hook refreshes `.spotter/tool-db.codex.json` in the background
+without touching the Claude DB.
+`SPOTTER_AUDITOR_BACKEND=codex-sidecar` is available for explicit sidecar auditor smoke.
+
 ## Design docs
 
 - **Current design** (catalog, discovery, classification axes): [docs/catalog-design.md](docs/catalog-design.md) — source of truth from v1.0.0
 - **Open issues + unverified concerns**: [docs/open-issues.md](docs/open-issues.md) — read this before starting new work
+- **Claude contract capture**: [docs/SPOTTER_CLAUDE_CONTRACT.md](docs/SPOTTER_CLAUDE_CONTRACT.md) — current hook / daemon / Haiku behavior that Codex work must preserve
+- **Claude / Codex dual-support brief**: [docs/SPOTTER_CODEX_DUAL_SUPPORT.md](docs/SPOTTER_CODEX_DUAL_SUPPORT.md) and completed [TODO](docs/SPOTTER_CODEX_DUAL_SUPPORT_TODO.md) — second-pass `codex-sidecar` workflows
+- **Primary auditor backend migration**: [docs/SPOTTER_PRIMARY_BACKEND_TODO.md](docs/SPOTTER_PRIMARY_BACKEND_TODO.md) — Codex CLI / `codex-sidecar` auditor backend rollout status
 - **Implementation invariants (§0)**: [CLAUDE.md](CLAUDE.md) — no fallbacks, no silent failures, no provisional code
 - **Historical record (v0.1 design discussion)**: [docs/spotter-plan.md](docs/spotter-plan.md) — frozen design-discussion snapshot
 
@@ -145,7 +183,8 @@ spotter uninstall        # remove hooks from this project (leaves ~/.spotter int
 
 - **Plugin-scoped MCP servers** — names like `plugin:everything-claude-code:context7` (with internal colons) are now parsed correctly and their tools enter the catalog. Earlier versions silently collapsed all plugin MCP servers into a single literal `"plugin"`, dropping their tools from Bell's audit
 - **Per-project audit isolation** — the daemon audits against the local DB only; the global DB has been demoted to a description-reuse cache. Tools discovered in *other* projects can never bleed into this project's audit set
-- **Zero-touch catalog** — `spotter install` seeds the tool DB automatically, and SessionStart triggers a background refresh. You never have to maintain the tool list by hand
+- **Zero-touch catalog** — `spotter install` seeds the Claude DB automatically; Claude and Codex SessionStart hooks keep their host-local DBs fresh in the background. You never have to maintain the tool list by hand
+- **Codex native hooks** — Codex host uses Codex CLI as the primary auditor backend, keeps a separate `.spotter/tool-db.codex.json`, and surfaces backend failures explicitly instead of falling back to Haiku
 - **Audit scope** — only user-added surface (MCP servers / skills / sub-agents). Claude Code's built-in tools are intentionally out of scope; Bell already uses those reliably
 - **Implementation invariants** — no fallbacks, no silent failures, no provisional code (see [§0 in CLAUDE.md](CLAUDE.md))
 

package/bin/spotter.mjs

@@ -7,6 +7,10 @@ import { runUninstall } from '../src/cli/uninstall.mjs';
 import { runDoctor } from '../src/cli/doctor.mjs';
 import { runStatus } from '../src/cli/status.mjs';
 import { runDbList, runDbRefresh, runDbRebuild } from '../src/cli/db-cmd.mjs';
+import { runCodexCommand } from '../src/cli/codex-cmd.mjs';
+import { runCodexHookCommand } from '../src/cli/codex-hook-cmd.mjs';
+import { runAuditorCommand } from '../src/cli/auditor-cmd.mjs';
+import { runDiagnosticsCommand } from '../src/cli/diagnostics-cmd.mjs';
 import { runDaemonStart } from '../src/cli/daemon-cmd.mjs';
 import { runSessionStart } from '../src/hooks/session-start.mjs';
 import { runUserPrompt } from '../src/hooks/user-prompt.mjs';
@@ -26,11 +30,26 @@ Usage:
   spotter uninstall [-y]                remove spotter hooks from <cwd>/.claude/settings.json
                                         and remove <cwd>/.spotter/marker.json
   spotter uninstall --user [-y]         remove from ~/.claude/settings.json
-  spotter db list                       show merged tool-db (local + global)
-  spotter db refresh                    discover MCP / deferred tools and update DB
-  spotter db rebuild                    wipe local DB then refresh
+  spotter db list [--host-agent HOST]   show host-local tool-db (claude by default)
+  spotter db refresh [--host-agent HOST]
+                                        discover MCP / skills / sub-agents and update DB
+  spotter db rebuild [--host-agent HOST]
+                                        wipe host-local + global DBs then refresh
   spotter status                        show running daemons
   spotter doctor                        environment diagnostic
+  spotter diagnostics logs [--json]     summarize daemon logs for precision diagnostics
+  spotter codex risk-check --findings FILE
+                                        run read-only codex-sidecar risk analysis
+  spotter codex review|explore|opinion --findings FILE
+                                        run read-only codex-sidecar second-pass workflows
+  spotter codex work --findings FILE --approve-work --allowed-path PATH
+                                        run approved codex-sidecar worktree workflow
+  spotter codex-hook install|uninstall|diagnostics
+                                        (experimental) manage Codex native hooks
+  spotter auditor judge --stage STAGE --input FILE
+                                        (experimental) run primary auditor backend once
+  spotter auditor matrix --stage STAGE --input FILE
+                                        (experimental) compare primary auditor backend matrix
   spotter daemon start --session-id ID  (internal) run session daemon
   spotter hook <event>                  (internal) hook dispatch
                                         events: session-start | user-prompt |
@@ -67,9 +86,9 @@ async function main() {
     }
     case 'db': {
       const sub = rest[0];
-      if (sub === 'list') { await runDbList(); return; }
-      if (sub === 'refresh') { await runDbRefresh(); return; }
-      if (sub === 'rebuild') { await runDbRebuild(); return; }
+      if (sub === 'list') { await runDbList({ argv: rest.slice(1) }); return; }
+      if (sub === 'refresh') { await runDbRefresh({ argv: rest.slice(1) }); return; }
+      if (sub === 'rebuild') { await runDbRebuild({ argv: rest.slice(1) }); return; }
       process.stderr.write(`unknown db subcommand: ${sub}\n${USAGE}`);
       process.exit(2);
       return;
@@ -80,6 +99,18 @@ async function main() {
     case 'doctor':
       await runDoctor();
       return;
+    case 'codex':
+      await runCodexCommand({ argv: rest });
+      return;
+    case 'codex-hook':
+      await runCodexHookCommand({ argv: rest });
+      return;
+    case 'auditor':
+      await runAuditorCommand({ argv: rest });
+      return;
+    case 'diagnostics':
+      await runDiagnosticsCommand({ argv: rest });
+      return;
     case 'daemon': {
       const sub = rest[0];
       if (sub === 'start') { await runDaemonStart({ argv: rest.slice(1) }); return; }

package/package.json

@@ -1,10 +1,10 @@
 {
   "name": "claude-spotter",
-  "version": "1.3.0",
+  "version": "1.4.1",
   "description": "Audit agent running alongside Claude Code that catches missed tool calls — 気づく役と実行する役の分離",
   "type": "module",
   "bin": {
-    "spotter": "./bin/spotter.mjs"
+    "spotter": "bin/spotter.mjs"
   },
   "exports": {
     ".": "./src/index.mjs"
@@ -27,7 +27,7 @@
   "license": "MIT",
   "repository": {
     "type": "git",
-    "url": "https://github.com/kitepon-rgb/Spotter.git"
+    "url": "git+https://github.com/kitepon-rgb/Spotter.git"
   },
   "bugs": {
     "url": "https://github.com/kitepon-rgb/Spotter/issues"

package/scripts/postinstall.mjs

@@ -22,8 +22,10 @@ if (process.env.CI === 'true' || process.env.CI === '1') {
 }
 
 console.log('claude-spotter installed.');
-console.log('  Next step (per project you want audited):');
+console.log('  Next step for Claude Code projects you want audited:');
 console.log('    cd <your-project>');
 console.log('    spotter install');
 console.log('  This writes hooks to <project>/.claude/settings.json and a .spotter/');
 console.log('  marker so unrelated `claude -p` invocations do not trigger Spotter.');
+console.log('  If Codex CLI is installed, `spotter install` also registers Codex hooks.');
+console.log('  Codex hooks refresh .spotter/tool-db.codex.json on SessionStart.');