claude-spotter 1.5.7 → 1.5.8

package/CHANGELOG.md

@@ -1,5 +1,25 @@
 # Changelog
 
+各節はそのversion公開時点の変更記録であり、後続versionにより置換された仕様を含む。
+現行runtime契約は[`docs/00_overview.md`](docs/00_overview.md)から辿る。
+
+## 1.5.8 — 2026-08-05
+
+- **コードから全ドキュメントを再照合。** 47 Markdownを現行contract、ADR、完了計画、
+  evidence、外部仕様snapshotへ分類し、現行文書を`bin/spotter.mjs`、`src/`、`test/`、
+  `package.json`、`ops/`と照合した。
+- **実装との不一致を修正。** repository ownership、tool-dbの実schema、Node 22.13 engine、
+  CLI option、再帰guard 3環境変数、runtime-error storeのSQLite mutex、exact-session
+  `auditor-context`、削除済みHook formatterへのRAG pointerを現行コードへ一致させた。
+- **履歴との境界を明示。** `CHANGELOG`、archive、evidence、日付付きRAGは時点記録であり、
+  現行仕様に読み替えない。dashboardの4端末rolloutと各端末の現在install versionも分離した。
+- **文書driftをrelease前に止める。** package version、Node engine表記、正典入口、主要現行文書の
+  release version、repository-local Markdown linkを`npm run verify:docs`で検証し、prepublish gateへ追加した。
+- **診断とhelpも同じ契約へ統一。** `spotter doctor`のNode合格境界をnpm enginesと同じ22.13へ直し、
+  CLI helpに既存のfactory diagnostics、evaluation filter、model-matrix optionを完全表示する。
+- **release gate逸脱を記録。** v1.5.7 prompt matrixのp95 15.432秒 / 11.687秒は
+  10秒gate未達であり、合格扱いしない。次のprompt変更releaseの未完事項として残した。
+
 ## 1.5.7 — 2026-08-05
 
 - **標準ツール先行で比較する。** Claude Haiku / Codex CLI / Codex sidecarのauditorは、
@@ -13,7 +33,7 @@
   呼び出し元と影響範囲の調査は`lattice_sensor_callers` / `lattice_sensor_impact`を提案した。
 - **判定品質。** prompt version 3を`terra-medium` / fixture 9件 / repeat 3で2回実行し、
   合計54/54 exact、false positive / false negative / timeoutはすべて0。p95は15.432秒と11.687秒で、
-  実運用SLOの7日窓判定とは分けて単発matrixの変動値として記録する。
+  release gateの10秒以下は未達。v1.5.8でrelease process逸脱として明記した。
 
 ## 1.5.6 — 2026-08-05
 
@@ -1420,7 +1440,7 @@ Haiku 突然死 (shutdown ログなしで daemon 再起動する事象、v0.12.0
 - **編集 [src/hooks/session-start.mjs](src/hooks/session-start.mjs)**: spawn ロジックを spawn-daemon.mjs に委譲、`--parent-pid` 渡し削除
 - **編集 [src/hooks/user-prompt.mjs](src/hooks/user-prompt.mjs)**: `sendRequest` が `E_UNREACHABLE` で失敗したら `spawnDaemonAndWaitReady` を呼んで retry (1 回のみ)
 - **削除 [src/hooks/ppid-probe.mjs]**: env dump 用の調査 hook、役目終了
-- **編集 [.claude/settings.json](.claude/settings.json)**: probe hook 登録撤去
+- **編集 `.claude/settings.json`**: probe hook 登録撤去（端末ローカル設定であり、repository 配布物には含めない）
 - **編集 [test/daemon.test.mjs](test/daemon.test.mjs)**: parent-watch test 2 件を削除、heartbeat timeout / heartbeat reset / heartbeatTimeoutMs validation の 3 件を追加
 
 ### 非互換

package/README.ja.md

@@ -18,14 +18,16 @@
 
 ## 所有境界
 
-本repositoryは監査挙動、project marker、installer、release、diagnosticsを所有します。
-製品横断のcatalogとhost統合は、kitepon.devの製品開発を支える内部基盤
-[dotagents](https://github.com/kitepon-rgb/dotagents)が担当します。
-MarkItDownは別区分の第三者CLIです。
+本repositoryはSpotter製品面の全体、すなわち監査挙動、Claude/Codex hook adapter、
+project marker、catalog discoveryとhost-local tool DB、評価store、dashboard server、
+diagnostics、installer、release packagingを所有します。
+[dotagents](https://github.com/kitepon-rgb/dotagents)が所有するのは共有agent指示と、
+Spotterの端末内runtime-error集計を有効化する任意のfactory-reporter設定です。
+Spotterのcatalogやhost統合はdotagentsの責務ではありません。MarkItDownは別区分の第三者CLIです。
 
 Claude には「使えるツールがあるのに、使うべきタイミングで使わない」という構造的な弱点があります。記録すべき決定を memory / caveat MCP に残さない、docs lookup MCP を呼ばずに古い知識で応答する、ブラウザ自動化 MCP で確認せず UI 状態を推測する — **「分からないと自覚できない」から、ツールを取りに行けない**。
 
-Spotter はツールカタログを完全に把握した別の監査エージェントで、ユーザー入力と主役 AI の応答を並走監査します。自動選択では Claude host は Codex CLI があればそれを、なければ session-scoped Haiku を選び、Codex host は Codex CLI を既定にします。明示 backend override は host より優先しますが、runtime failure で別 backend へ黙って切り替えません。応答前は検証済みtool IDだけを固定・非命令形の助言へ変換でき、応答後のfindingは構造eventに留めて後続turnへ注入しません。監査用AIの自由文が親セッションへ入ることはありません。**主役 AI が自覚して自己監査する**設計は本プロダクトの存在意義を破壊するため、hook 経由でその意思と独立に検出します。
+Spotter はユーザー追加ツールのhost-local catalogを把握した別の監査エージェントで、ユーザー入力と主役 AI の応答を並走監査します。host標準ツールは提案候補に入れず、追加ツールと比較する先行基準としてだけ判断します。自動選択では Claude host は Codex CLI があればそれを、なければ session-scoped Haiku を選び、Codex host は Codex CLI を既定にします。明示 backend override は host より優先しますが、runtime failure で別 backend へ黙って切り替えません。応答前は検証済みtool IDだけを固定・非命令形の助言へ変換でき、応答後のfindingは構造eventに留めて後続turnへ注入しません。監査用AIの自由文が親セッションへ入ることはありません。**主役 AI が自覚して自己監査する**設計は本プロダクトの存在意義を破壊するため、hook 経由でその意思と独立に検出します。
 
 <p align="center">
   <img src=".github/concept.svg" alt="Claude が答え、Spotter が見ている" width="80%">
@@ -77,7 +79,6 @@ Codex 側では現行の `[features].hooks = true` を有効化し、互換の
 Spotter が所有する Codex handler は現行の同期 command schema で生成します。install / upgrade 後は `/hooks` で review して新しい Codex session を開いてください。`spotter codex-hook diagnostics` は登録と readiness を診断しますが、trust を内部状態から推測しません。
 
 Spotter を upgrade した後、release note で hook 設定変更が案内されている場合は、各 install 済みプロジェクトで `spotter install` を再実行してください。global package update でコード経路は変わりますが、既存 `.claude/settings.json` の timeout 値は自動では書き換わりません。
-`v1.4.19`はruntimeの出力変換だけを変更するため、install済みprojectで`spotter install`をやり直す必要はありません。global packageを更新し、新しいClaude/Codexセッションを開いてください。
 
 ```bash
 spotter uninstall        # このプロジェクトの hook 登録を解除
@@ -95,13 +96,20 @@ spotter codex-hook install
 
 ## 動作要件
 
-- **Node.js 22.5 以上**
+- **Node.js 22.13 以上**（npmの`engines.node`と同じ）
 - **Claude Code 2.0 以上**
 - **Codex CLI**。Codex native hooks の既定 backend と Claude host の優先 auditor path で使います。自動選択後の runtime failure で Haiku へ fallback しません
 - **Claude Max プラン**は Claude host が Haiku path を選ぶ場合だけ必要です（Codex CLI 不在、または `SPOTTER_AUDITOR_BACKEND=haiku` 明示時）
 
 ## アーキテクチャ
 
+実際の挙動の権威はコードです。保守対象の現行契約は
+[`docs/00_overview.md`](docs/00_overview.md)、
+[`docs/01_catalog-design.md`](docs/01_catalog-design.md)、
+[`docs/02_spotter-claude-contract.md`](docs/02_spotter-claude-contract.md)です。
+`CHANGELOG.md`、`docs/archive/`、`docs/evidence/`、日付付き`rag/`は時点記録であり、
+現行runtime契約として読んではいけません。
+
 ### 1 ターンの監査フロー
 
 Claude Code と Codex は同じ安全なparent-output projectorを使います。監査用AIの自由文は内部に留め、
@@ -145,7 +153,7 @@ flowchart LR
     DB --> H[独立 auditor<br/>Codex CLI があれば優先<br/>なければ session-scoped Haiku]
 ```
 
-監査対象のツール (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 を読みます。グローバル description cache も host ごとに分離され、Claude は `~/.spotter/tool-db.json`、Codex は `~/.spotter/tool-db.codex.json` を使います。これらは同じ host の他プロジェクト間でだけ再利用され、監査入力には混ぜません。各 host-local DB は **その host の現時点の discovery 結果と一致** (refresh 時に prune される) するため、別プロジェクトや別 host のツールリストで上書きされることはありません。
+監査対象のツール (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 を読みます。グローバル description cache も host ごとに分離され、Claude は `~/.spotter/tool-db.json`、Codex は `~/.spotter/tool-db.codex.json` を使います。これらは同じ host の他プロジェクト間でだけ再利用され、監査入力には混ぜません。各 host-local DB の**ツール構成は、そのhost / projectの現時点のdiscovery結果と一致**します（refresh時に不在項目をprune）。存在中のツールでdescription取得だけが一時失敗した場合は、監査範囲を縮めず最後の有効なlocal descriptionを保持します。
 
 **`spotter install` が Claude catalog の初回 seed を自動実行し、Claude Code セッション起動ごとに SessionStart hook が bg で `spotter db refresh` を走らせる**ため、Claude 通常運用で手動コマンドを叩く必要はありません。Codex CLI が使える環境では、同じ `spotter install` が Codex native hooks も登録し、`.spotter/tool-db.codex.json` も同期 seed します。これにより初回 Codex セッションから catalog を読めます。以降の 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` に該当サーバーが存在する環境で注入されます。**手書きでツールリストを管理する必要はありません**。
 
@@ -263,6 +271,23 @@ SPOTTER_CODEX_RISK_CHECK=1 spotter daemon start --session-id ... --project-root
 `spotter codex risk-check` に渡します。hook 応答は Codex を待ちません。
 配線だけ確認する場合は `SPOTTER_CODEX_RISK_CHECK_DRY_RUN=1` を併用します。
 
+## 端末内runtime error集計
+
+factory diagnosticsとruntime error集計は既定OFFです。canonicalなdotagents factory reporter設定で
+JSON booleanの`collection.enabled: true`が明示された場合だけ、固定codeの失敗を端末内へ集計します。
+Spotterはreporting credentialもnetwork送信経路も持ちません。保存APIは固定templateとallow-list済み集計だけを受け付け、
+例外本文、stdout/stderr、stack、prompt、hook payload、finding、ファイル内容、絶対pathを保存しません。
+
+daemonとCodex hookの収集境界は、bounded timeout付きのkill可能なchild process groupで実行します。
+POSIXでは各accessで現在uidと`0600` file / `0700` directoryを再検証し、mutationはprivate SQLiteの
+`BEGIN IMMEDIATE` mutexで直列化します。process crash時はOSがlockを解放し、PID/mtimeによるstale-owner
+reclaimはありません。Windowsでは各accessで現在process SIDだけにFullControlを与えるDACLへ再構築し、
+readbackを検証します。
+
+`spotter diagnostics runtime-errors`はread-only snapshotを返し、`ack`、`resolve`、`reopen`、`compact`が
+受理後のlifecycle操作です。`spotter diagnostics logs`と`spotter diagnostics factory`はboundedな件数と
+statusだけを返し、store/config pathやrecord本文を出しません。
+
 Primary auditor backend policy: Claude hooks の auto selection は PATH に Codex CLI があれば Codex CLI、
 なければ Haiku compatibility path。Codex native hooks の auto selection は Codex CLI です。
 `SPOTTER_AUDITOR_BACKEND` の明示 override はどちらの host でも優先し、runtime failure では別 backend へ
@@ -280,7 +305,7 @@ profile から production へ自動昇格しません。`latest` alias や
 - **現行設計 (カタログ / 収集経路 / 分類軸)**: [docs/01_catalog-design.md](docs/01_catalog-design.md) — v1.0.0 以降の真実源
 - **現時点で塞がっていない穴 + 実測未検証の懸念**: [docs/open-issues.md](docs/open-issues.md) — 新規作業に入る前に必読
 - **Runtime contract**: [docs/02_spotter-claude-contract.md](docs/02_spotter-claude-contract.md) — Claude hook / daemon / Haiku 契約と Codex native hook policy
-- **実装規範と不変条件 (§0)**: [CLAUDE.md](CLAUDE.md) — フォールバック禁止 / silent fallback 禁止 / 暫定コード禁止
+- **実装規範と不変条件 (§0)**: [AGENTS.md](AGENTS.md) — フォールバック禁止 / silent fallback 禁止 / 暫定コード禁止（`CLAUDE.md`はimport入口のみ）
 - **Archive**: [docs/archive/](docs/archive/) — 完了済み Codex rollout 計画、primary backend smoke log、v0.1 設計議事録
 
 ## 既知の制約
@@ -300,7 +325,7 @@ profile から production へ自動昇格しません。`latest` alias や
 - **手放しでカタログ維持** — `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 本体側のツールは意図的に対象外 (Claude は元から自発率が高いため)
-- **実装規範** — フォールバック禁止 / silent fallback 禁止 / 暫定コード禁止 ([CLAUDE.md §0](CLAUDE.md))
+- **実装規範** — フォールバック禁止 / silent fallback 禁止 / 暫定コード禁止 ([AGENTS.md §0](AGENTS.md))
 
 リリース履歴の全文は [CHANGELOG](CHANGELOG.md) を参照。
 

package/README.md

@@ -17,15 +17,17 @@ Built and maintained by [Quo](https://x.com/QLyun35332) at [kitepon.dev](https:/
 
 ## Ownership boundary
 
-This repository owns auditor behavior, project markers, installers, release,
-and diagnostics. The cross-product catalog and host integration are handled by
-[dotagents](https://github.com/kitepon-rgb/dotagents), the internal development
-toolchain behind kitepon.dev's products.
-MarkItDown is managed separately as a third-party CLI.
+This repository owns the complete Spotter product surface: auditor behavior,
+Claude/Codex hook adapters, project markers, catalog discovery and host-local
+tool databases, evaluation storage, dashboard servers, diagnostics, installers,
+and release packaging. [dotagents](https://github.com/kitepon-rgb/dotagents)
+owns shared agent instructions and the optional factory-reporter configuration
+that enables Spotter's local runtime-error aggregate; it does not own Spotter's
+catalog or host integration. MarkItDown is a separate third-party CLI.
 
 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 runs a separate auditor with the full tool catalog and checks both the user's prompt and the primary agent's reply. Automatic selection uses Codex CLI on a Claude host when available, otherwise the session-scoped Haiku path; on a Codex host it defaults to Codex CLI. An explicit backend override takes precedence, but a runtime failure never silently switches backend. Before the primary reply, validated tool IDs may become fixed, non-directive advice; after the reply, findings remain structured events and are not injected into a later turn. Auditor prose never enters the parent session. **The primary agent is never asked to self-audit** — that would defeat the premise. Detection happens through hooks, independent of the primary agent's intent.
+Spotter runs a separate auditor with the host-local catalog of user-added tools and checks both the user's prompt and the primary agent's reply. Host built-ins are not proposal candidates; the auditor considers them first only as the comparison baseline. Automatic selection uses Codex CLI on a Claude host when available, otherwise the session-scoped Haiku path; on a Codex host it defaults to Codex CLI. An explicit backend override takes precedence, but a runtime failure never silently switches backend. Before the primary reply, validated tool IDs may become fixed, non-directive advice; after the reply, findings remain structured events and are not injected into a later turn. Auditor prose never enters the parent session. **The primary agent is never asked to self-audit** — that would defeat the premise. Detection happens through hooks, independent of the primary agent's intent.
 
 <p align="center">
   <img src=".github/concept.svg" alt="Claude answers · Spotter watches" width="80%">
@@ -78,7 +80,6 @@ For Codex, install enables the current `[features].hooks = true` flag and still
 Installer-owned Codex handlers use the current synchronous command schema. After install or upgrade, review them with `/hooks`, then open a fresh Codex session; `spotter codex-hook diagnostics` reports registration/readiness but does not guess hook trust.
 
 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.
-`v1.4.19` changes runtime output projection only, so already installed projects do not need another `spotter install`; update the global package and open a fresh Claude/Codex session.
 
 ```bash
 spotter uninstall        # remove hooks from this project
@@ -103,6 +104,13 @@ spotter codex-hook install
 
 ## Architecture
 
+The code is the behavioral authority. The maintained contract documents are
+[`docs/00_overview.md`](docs/00_overview.md),
+[`docs/01_catalog-design.md`](docs/01_catalog-design.md), and
+[`docs/02_spotter-claude-contract.md`](docs/02_spotter-claude-contract.md).
+`CHANGELOG.md`, `docs/archive/`, `docs/evidence/`, and dated `rag/` entries are
+point-in-time records and must not be used as the current runtime contract.
+
 ### Audit flow per turn
 
 Claude Code and Codex share the same safe parent-output projector. Auditor prose stays
@@ -146,7 +154,7 @@ flowchart LR
     DB --> H[Independent auditor<br/>Codex CLI when available<br/>otherwise session-scoped Haiku]
 ```
 
-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. Global description caches are host-specific too: Claude uses `~/.spotter/tool-db.json`, while Codex uses `~/.spotter/tool-db.codex.json`. They are shared only across projects for the same host and are never audit sources. 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.
+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. Global description caches are host-specific too: Claude uses `~/.spotter/tool-db.json`, while Codex uses `~/.spotter/tool-db.codex.json`. They are shared only across projects for the same host and are never audit sources. Each host-local DB matches that host's **current discovery membership** for the project (stale entries are pruned on refresh). If description lookup fails transiently for a still-present tool, the last valid local description is retained instead of shrinking the audit set.
 
 **`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 and seeds `.spotter/tool-db.codex.json` synchronously, so the first Codex session has a catalog too. Later Codex `SessionStart` hooks start `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.**
 
@@ -200,7 +208,7 @@ spotter install -y --auditor-context throughline `
 ```
 
 `spotter doctor` reports this as `evaluation context` without printing commands,
-arguments, or conversation text. Observer snapshots stay in the terminal-local
+arguments, or conversation text. Evaluation-context snapshots stay in the terminal-local
 evaluation SQLite. Spotter adds no network upload, retry, or background recovery.
 
 ## Common commands
@@ -219,6 +227,8 @@ spotter db rebuild       # wipe Claude local + Claude global DBs and refresh fro
 spotter status           # list running daemons
 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 diagnostics factory
+                         # emit a fixed-field read-only factory diagnostic as JSON
 spotter diagnostics runtime-errors
                          # print the local allow-listed runtime-error aggregate snapshot (no network)
 spotter evaluation report
@@ -320,7 +330,7 @@ the production values for controlled experiments; diagnostics mark overrides as
 - **Current design** (catalog, discovery, classification axes): [docs/01_catalog-design.md](docs/01_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
 - **Runtime contract**: [docs/02_spotter-claude-contract.md](docs/02_spotter-claude-contract.md) — Claude hook / daemon / Haiku contract plus Codex native hook policy
-- **Implementation invariants (§0)**: [CLAUDE.md](CLAUDE.md) — no fallbacks, no silent failures, no provisional code
+- **Implementation invariants (§0)**: [AGENTS.md](AGENTS.md) — no fallbacks, no silent failures, no provisional code (`CLAUDE.md` is only its import entry)
 - **Archived plans and history**: [docs/archive/](docs/archive/) — completed Codex rollout plans, primary backend smoke logs, and the frozen v0.1 design discussion
 
 ## Known limitations
@@ -340,7 +350,7 @@ the production values for controlled experiments; diagnostics mark overrides as
 - **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; Claude already uses those reliably
-- **Implementation invariants** — no fallbacks, no silent failures, no provisional code (see [§0 in CLAUDE.md](CLAUDE.md))
+- **Implementation invariants** — no fallbacks, no silent failures, no provisional code (see [§0 in AGENTS.md](AGENTS.md))
 
 Full release history: [CHANGELOG](CHANGELOG.md).
 

package/bin/spotter.mjs

@@ -44,11 +44,15 @@ Usage:
                                         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 diagnostics logs [--log-dir DIR] [--project DIR] [--json]
+                                        summarize daemon and project hook-event logs
+  spotter diagnostics factory           emit a fixed-field read-only JSON diagnostic
   spotter diagnostics runtime-errors [snapshot|ack|resolve|reopen|compact]
                                         consume the local allow-listed aggregate store
-  spotter evaluation report [filters] [--json]
-  spotter evaluation cases --outcome OUTCOME [filters] [--json]
+  spotter evaluation report [--project PATH] [--from ISO] [--to ISO] [--host HOST]
+                            [--tool-id ID] [--backend NAME] [--model NAME]
+                            [--spotter-version VERSION] [--json]
+  spotter evaluation cases --outcome OUTCOME [same filters] [--json]
   spotter evaluation case OBSERVATION_ID [--json]
                                         read saved proposal-adoption observations
   spotter dashboard device --id ID [--name NAME] [--host HOST] [--port PORT] [--db PATH]
@@ -66,7 +70,9 @@ Usage:
                                         (experimental) run primary auditor backend once
   spotter auditor matrix --stage STAGE --input FILE
                                         (experimental) compare primary auditor backend matrix
-  spotter auditor model-matrix --fixtures FILE
+  spotter auditor model-matrix --fixtures FILE [--profile PROFILE] [--repeat N]
+                               [--recent-turns 0|1|2|3] [--body-cap CHARS]
+                               [--project DIR] [--output FILE]
                                         (experimental) evaluate pinned Codex auditor profiles
   spotter daemon start --session-id ID  (internal) run session daemon
   spotter hook <event>                  (internal) hook dispatch

package/docs/11_dashboard-operations.md

@@ -1,8 +1,11 @@
 # Spotter評価dashboard運用
 
-現行npm配布版: **v1.5.7**（2026-08-05）。v1.5.7はauditorの提案判定promptの変更であり、
+現行npm配布版: **v1.5.8**（2026-08-05）。v1.5.8は文書整合releaseであり、
 dashboard routing構成はv1.5.3から変更していない。
 
+この文書はservice設定の正本であり、各端末に現在installされているnpm versionの台帳ではない。
+端末versionは対象端末で`spotter --version`を実行して確認する。
+
 ## 固定構成
 
 各端末のdevice serverはloopbackだけで待ち受ける。main-server、Mac、FOX WSL2は

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "claude-spotter",
-  "version": "1.5.7",
+  "version": "1.5.8",
   "description": "Audit agent running alongside Claude Code that catches missed tool calls — 気づく役と実行する役の分離",
   "type": "module",
   "bin": {
@@ -11,8 +11,9 @@
   },
   "scripts": {
     "test": "node --test",
+    "verify:docs": "node scripts/verify-docs.mjs",
     "verify:release-commit": "node scripts/verify-release-commit.mjs",
-    "prepublishOnly": "npm run verify:release-commit && npm test",
+    "prepublishOnly": "npm run verify:docs && npm run verify:release-commit && npm test",
     "postinstall": "node scripts/postinstall.mjs",
     "preuninstall": "node scripts/preuninstall.mjs"
   },

package/scripts/verify-docs.mjs

@@ -0,0 +1,97 @@
+import { access, readFile, readdir } from 'node:fs/promises';
+import { dirname, join, relative, resolve, sep } from 'node:path';
+import { fileURLToPath } from 'node:url';
+
+const root = resolve(dirname(fileURLToPath(import.meta.url)), '..');
+const failures = [];
+const packageJson = JSON.parse(await readFile(join(root, 'package.json'), 'utf8'));
+const version = packageJson.version;
+
+await requireText('CLAUDE.md', '@AGENTS.md\n', { exact: true });
+await requireText('README.md', '**Node.js 22.13+**');
+await requireText('README.ja.md', '**Node.js 22.13 以上**');
+await requireText('docs/00_overview.md', `Current production release: **v${version}**`);
+await requireText('docs/open-issues.md', `Spotter v${version}`);
+await requireText('docs/10_spotter-dashboard-plan.md', `claude-spotter@${version}`);
+await requireText('docs/11_dashboard-operations.md', `**v${version}**`);
+await requireText('AGENTS.md', `> **v${version}`);
+await requireText('CHANGELOG.md', `## ${version} —`);
+
+if (packageJson.engines?.node !== '>=22.13.0') {
+  failures.push(`package.json: engines.node must remain >=22.13.0 (actual: ${packageJson.engines?.node ?? 'missing'})`);
+}
+
+const markdownFiles = await listMarkdown(root);
+let checkedLinks = 0;
+for (const file of markdownFiles) {
+  const repoPath = relative(root, file).split(sep).join('/');
+  if (repoPath.includes('/raw/')) continue;
+  const lines = (await readFile(file, 'utf8')).split('\n');
+  let inFence = false;
+  for (let index = 0; index < lines.length; index += 1) {
+    const line = lines[index];
+    if (/^\s*(?:```|~~~)/.test(line)) {
+      inFence = !inFence;
+      continue;
+    }
+    if (inFence) continue;
+    const withoutCode = line.replace(/`[^`]*`/g, '');
+    for (const match of withoutCode.matchAll(/\[[^\]]*\]\(([^)]+)\)/g)) {
+      const target = normalizeLinkTarget(match[1]);
+      if (!target) continue;
+      checkedLinks += 1;
+      const localPath = resolve(dirname(file), target);
+      try {
+        await access(localPath);
+      } catch {
+        failures.push(`${repoPath}:${index + 1}: missing local link target ${target}`);
+      }
+    }
+  }
+}
+
+if (failures.length > 0) {
+  process.stderr.write(`${failures.join('\n')}\n`);
+  process.exit(1);
+}
+
+process.stdout.write(`documentation verification: ok (${markdownFiles.length} Markdown files, ${checkedLinks} local links)\n`);
+
+async function requireText(repoPath, expected, { exact = false } = {}) {
+  const content = await readFile(join(root, repoPath), 'utf8');
+  const valid = exact
+    ? content.replaceAll('\r\n', '\n') === expected.replaceAll('\r\n', '\n')
+    : content.includes(expected);
+  if (!valid) failures.push(`${repoPath}: missing canonical text ${JSON.stringify(expected)}`);
+}
+
+async function listMarkdown(directory) {
+  const out = [];
+  for (const entry of await readdir(directory, { withFileTypes: true })) {
+    if (entry.name === '.git' || entry.name === 'node_modules' || entry.name === '.spotter') continue;
+    const path = join(directory, entry.name);
+    if (entry.isDirectory()) out.push(...await listMarkdown(path));
+    else if (entry.isFile() && entry.name.endsWith('.md')) out.push(path);
+  }
+  return out;
+}
+
+function normalizeLinkTarget(raw) {
+  let target = raw.trim();
+  if (target.startsWith('<') && target.endsWith('>')) target = target.slice(1, -1);
+  target = target.split(/\s+["']/u, 1)[0];
+  if (
+    target === '...' ||
+    target.startsWith('#') ||
+    target.startsWith('/') ||
+    /^(?:https?:|mailto:|file:)/u.test(target)
+  ) return null;
+  target = target.split('#', 1)[0];
+  if (!target) return null;
+  try {
+    return decodeURIComponent(target);
+  } catch {
+    failures.push(`invalid percent-encoding in Markdown link: ${target}`);
+    return null;
+  }
+}

package/scripts/verify-docs.test.mjs

@@ -0,0 +1,13 @@
+import { test } from 'node:test';
+import assert from 'node:assert/strict';
+import { execFile } from 'node:child_process';
+import { promisify } from 'node:util';
+
+const execFileAsync = promisify(execFile);
+
+test('maintained document versions and repository-local links stay consistent', async () => {
+  const { stdout } = await execFileAsync(process.execPath, ['scripts/verify-docs.mjs'], {
+    cwd: process.cwd(),
+  });
+  assert.match(stdout, /^documentation verification: ok \(/);
+});

package/src/cli/doctor.mjs

@@ -19,10 +19,8 @@ export async function runDoctor() {
 
   // Node version
   const nodeVersion = process.versions.node;
-  const major = parseInt(nodeVersion.split('.')[0], 10);
-  const minor = parseInt(nodeVersion.split('.')[1], 10);
-  const okNode = major > 22 || (major === 22 && minor >= 5);
-  mark(okNode, `Node.js ${nodeVersion}`, 'need >= 22.5');
+  const okNode = isSupportedNodeVersion(nodeVersion);
+  mark(okNode, `Node.js ${nodeVersion}`, 'need >= 22.13');
   if (!okNode) failures += 1;
 
   // claude CLI — on Windows the entry is `claude.cmd`; route through cmd.exe /c
@@ -116,6 +114,12 @@ export async function runDoctor() {
   console.log(`result: OK (${warnings} warnings)`);
 }
 
+export function isSupportedNodeVersion(value) {
+  if (typeof value !== 'string' || !/^\d+\.\d+(?:\.\d+)?(?:[-+].*)?$/.test(value)) return false;
+  const [major, minor] = value.split('.').map(Number);
+  return major > 22 || (major === 22 && minor >= 13);
+}
+
 export async function inspectCodexCliVersion({
   codexBin = 'codex',
   platform = process.platform,