amicus 4.3.0 → 4.4.1

package/docs/council.md

@@ -0,0 +1,911 @@
+# Council Reference — Pipeline, Schemas, and a Worked Example
+
+> Quick summary is in the [README "The Council" section](../README.md#the-council). This document
+> is the field-by-field reference for the `amicus council` subcommands: what each one reads, what
+> it writes, and how the pipeline chains together. It is self-contained — every command and JSON
+> example below is real and was run against the CLI while writing this doc.
+
+This page exists because `amicus council tally|stats|report|validate|verdict|save|list|show` are
+**deterministic local math and file I/O** — none of them call a model. The one exception is
+[`amicus council run`](#amicus-council-run) (v4.0), the **headless engine**: it drives the whole
+pipeline below — Stage-1 reviews → anonymized cross-review → tally → chair verdict — in one
+command, and it does call models. In the interactive path, the models run in the
+`second-opinion` skill's Stage 1/2/3 waves (`amicus fanout` / `amicus start`); these subcommands
+consume and produce the JSON that glues those stages together. If you're driving a live council
+run, follow **[skills/second-opinion/SKILL.md](../skills/second-opinion/SKILL.md)** — it's the
+orchestration recipe. This page is the reference for the artifacts that recipe produces.
+
+---
+
+## Table of contents
+
+- [The pipeline, end to end](#the-pipeline-end-to-end)
+- [`amicus council run`](#amicus-council-run)
+  - [Debate mode](#debate-mode)
+- [Council Workspace (GUI)](#council-workspace-gui)
+- [`amicus council validate`](#amicus-council-validate)
+- [`amicus council tally`](#amicus-council-tally)
+- [`amicus council verdict`](#amicus-council-verdict)
+- [`amicus council report`](#amicus-council-report)
+- [`amicus council stats`](#amicus-council-stats)
+- [Council presets: `save` / `list` / `show`](#council-presets-save--list--show)
+- [Worked example](#worked-example)
+- [Where artifacts live](#where-artifacts-live)
+
+---
+
+## The pipeline, end to end
+
+```
+Stage 1 reviews (models, via `amicus fanout`)
+        │  each leg saved as review-<model>.md (prose + trailing ```json findings block)
+        ▼
+amicus council validate <leg-file>          ← per-leg findings-block check (tri-state exit)
+        │  ok:true → findings[] usable
+        ▼
+Stage 2 cross-review (models rank + adjudicate, via `amicus fanout`)
+        │  Claude assembles the de-anonymized tally-input JSON (see SKILL.md's
+        │  "Stage-2 → tally assembly recipe")
+        ▼
+amicus council tally <tally-input.json>     ← deterministic tiers + street-cred + ledger append
+        │  writes/prints the tally RECORD (save it as tally.json)
+        ▼
+Stage 4 decisions (Claude presents tiers, user accepts/denies/modifies)
+        │  Claude writes decisions.json — one {id, decision, ...} object per finding
+        ▼
+amicus council verdict <tally.json> --decisions <decisions.json> -o verdict.json
+        │  merges the tally record + decisions into the schema-stamped verdict.json
+        ▼
+amicus council report <verdict.json> [--md|--html]
+        │  renders the adjudication matrix, street-cred table, findings-by-tier, cost
+        ▼
+report.md (Claude-authored synthesis) + report.html (deterministic renderer output)
+
+Independently, at any time:
+amicus council stats                        ← ledger-derived reviewer reliability (all past runs)
+amicus council save|list|show                ← named --models lists for `--council <name>`
+```
+
+Three things to hold onto:
+
+1. **`tally` is the finalize step.** It both computes the deterministic record *and* appends one
+   row per (run × model) to the append-only reliability ledger (`~/.config/amicus/council-ledger.jsonl`,
+   or `$AMICUS_CONFIG_DIR/council-ledger.jsonl` when that env var is set) — unless you pass
+   `--no-ledger`. `stats` reads that ledger back.
+2. **`verdict` doesn't recompute anything.** It's a pure merge of the tally record (deterministic
+   tiers/street-cred, already computed) with your Stage-4 decisions (accept/deny/modify, made by a
+   human via Claude). See [provenance](#amicus-council-verdict) below.
+3. **`report` never touches a model.** It reads `verdict.json` (+ optional `wave.json` for the cost
+   total) and renders it — Markdown or a self-contained HTML page. All prose synthesis (the actual
+   "what does this mean" writeup) is `report.md`, written by Claude in Stage 5 of the skill — a
+   *different* artifact from what this renderer produces. See
+   [Where artifacts live](#where-artifacts-live).
+4. **Optional council elements (v2.2.0) are orchestration-level — nothing in these subcommands
+   changed for them.** The skill's opt-in elements (critic seat, expert lenses, debate mode, chair
+   verdict scale — see [SKILL.md](../skills/second-opinion/SKILL.md) and
+   [SEAT-BRIEFS.md](../skills/second-opinion/SEAT-BRIEFS.md)) ride on existing engine surfaces:
+   seat roles travel as free-form `runStats[].role` labels (`"critic"`, `"lens:<slug>"`), debate
+   mode runs the Stage-2 tally with `--no-ledger` (provisional) and re-tallies after the rebuttal
+   round (that second, post-rebuttal tally is the ledger-recorded one), and lens runs always pass
+   `--no-ledger` so non-comparable reviews never feed `stats`.
+
+---
+
+## `amicus council run`
+
+```
+amicus council run --prompt-file <briefing.md>
+    (--council <preset> | --models a,b,c)   # >=2 seats, XOR (fanout semantics)
+    [--chair <model>]                       # default deepseek; must NOT be a bench seat
+    [--critic <model>]                      # must BE a bench seat; adversarial brief
+    [--lenses s1,s2,...]                    # count == seat count; forces no-ledger;
+                                            #   mutually exclusive with --critic in v4.0
+    [--out-dir <dir>]                       # default ./council-<runId>/
+    [--json] [--max-cost <usd>] [--timeout <min>]
+    [--gateway auto|direct|openrouter] [--no-validate-model]
+```
+
+**The headless engine (v4.0).** Everything the `second-opinion` skill orchestrates by hand in
+Stages 1–3+5 — seat briefings (anti-sycophancy clause included), the Stage-1 review wave,
+anonymization and run-global finding-id rewriting, the identical judge bundle, the Stage-2
+cross-review wave with bounded repair re-prompts, the tally, chair synthesis with the verdict
+scale, and the deterministic report — runs as **one command with no Claude runtime**. Stage 4
+stays human: the engine is report-only and never fabricates accept/deny decisions
+(`amicus council verdict --decisions` remains the post-hoc path).
+
+Key semantics:
+
+- `--prompt-file` is **required** — councils always have real briefings (no inline `--prompt`).
+- Seat/chair/critic/lens validation happens **pre-flight** and fails through the error envelope
+  (exit 1) before any spend. The chair must not be a bench seat.
+- `--timeout` is the **per-leg** timeout (existing fanout semantics); there is no run-level
+  watchdog in v4.0 — bound the aggregate with your CI job timeout.
+- `--max-cost` is a **whole-run** ceiling checked before each paid stage launch (Stage-1 wave,
+  repair solos, Stage-2 wave, chair). Hitting it mid-run stops launching and finalizes what
+  exists; in-flight legs are never aborted for cost.
+- **It bounds KNOWN spend, and it never blocks a run.** A leg whose cost could not be
+  determined contributes nothing to the figure the ceiling is checked against, is never guessed
+  at, and never halts anything — the standing ruling is fail *loud*, not fail *closed*. The
+  measured consequence of the older, quieter version: `council-wsgate02` really spent
+  **$0.9859 against a $0.75 ceiling (131%)** while amicus believed $0.3720 — and exited `0`.
+  So when a ceiling is set **and** the run's total is inexact (`usage.costExact: false` — any
+  `unknownLegs` or `subtreeUnknownLegs`), the run **exits `2`**, through the same degrade
+  channel as a bench the ceiling shrank — the stages, verdict and usage block are untouched;
+  `exitCode` becomes `2` and `status` becomes `partial`, as for every other degradation, because
+  `0`/`complete` reads as "clean, and inside your ceiling" and a run publishing a floor has not
+  earned that. With **no** ceiling there is nothing to be inexact against and an unpriced leg
+  leaves the exit code (and status) alone.
+- Each launch is measured against the **remaining** allowance (ceiling − known spend −
+  allowances already claimed by a wave that is launching right now). Stage 1 launches its seat
+  wave and its critic/lens waves concurrently, so the claim is atomic — two waves can never
+  both spend the same remaining dollars. **If the ceiling refuses one of them, the run
+  continues with a partial bench**: launched waves are never rolled back and the run is never
+  aborted for cost. The refusal is printed as a `Notice:` naming the wave and its models,
+  recorded on `run.json` as `budgetRefusals[]`, and degrades the exit code to `2`. If it takes
+  the bench below two reviews, the usual `COUNCIL_QUORUM` failure (exit 1) applies.
+- A run starts **one** OpenCode server and threads it through every wave (two concurrent
+  starts race on OpenCode's SQLite). Whether that worked is always on the record, in the
+  affirmative as well as the negative — exactly one of these two keys is present:
+  - `sharedServer` `{acquired: true, at, goPid, models}` — the run got its shared server and
+    every wave rode it. `goPid` is the server's pid; no wave writes a `goPid` into its own
+    `metadata.json` while riding an injected server, so this is direct evidence rather than
+    an inference drawn from a `goPid` appearing where it should not.
+  - `sharedServerUnavailable` `{error, at}` — the server could not start and the run **still
+    proceeded** on one server per wave, the configuration that races. Also printed as a
+    `Notice:`. It does not change the exit code; treat its presence as "expect degraded
+    results".
+- Chair failure recovery: one retry of the same chair → promote the highest peers-only
+  street-cred model (from `amicus council stats`) that is not a bench seat → give up and write
+  the verdict with `overallVerdict: null`.
+- SIGINT/SIGTERM abort the active wave/solo, finalize `run.json` as `aborted`, exit 130/143.
+  `amicus abort <councilRunId>` (and the MCP tools via the sessions-dir pointer file
+  `council-<runId>.json`) work on council runs; `status`/`list` resolve them the same way.
+  There is no CLI `wait` — the MCP `amicus_wait` tool is the blocking primitive and resolves
+  council runs the same way.
+
+**Exit codes and degradation:**
+
+| Condition | Behavior | Exit |
+|---|---|---|
+| All stages complete, chair verdict parsed | full run | 0 |
+| Fewer than 2 completed Stage-1 reviews | stop; error doc `COUNCIL_QUORUM` | 1 |
+| At least 2 reviews but fewer than 2 completed judges | proceed; tally `judged:false` | 2 |
+| Chair fails (1 retry + 1 fallback promotion) | `verdict.json` written, `overallVerdict:null` | 2 |
+| Chair output missing `VERDICT:` line after 1 repair | chair prose kept, `overallVerdict:null` | 2 |
+| Cost ceiling hit after the tally exists | verdict written (no chair), `overallVerdict:null` | 2 |
+| Cost ceiling hit before the tally | stop; error doc `COST_EXCEEDED` | 1 |
+| Cost ceiling refused a wave at pre-flight | partial bench; `Notice:` + `run.json` `budgetRefusals[]` | 2 |
+| `--max-cost` set and `usage.costExact:false` | stages/verdict/usage untouched; `run.json` `status` becomes `partial` — the total is a floor, so it is not reported as clean | 2 |
+| Aborted | `run.json` status `aborted` | 130/143 |
+
+**The run directory** (durable state; skill-compatible layout):
+
+```
+council-<runId>/
+  briefing-stage1.md          # composed seat briefing (user briefing + templates)
+  review-<model>.md x N       # Stage-1 outputs
+  bundle-stage2.md            # anonymized judge bundle (identical for all judges)
+  judge-<model>.md x N        # Stage-2 raw outputs
+  chair-packet.md             # de-anonymized chair packet (+ verdict-scale addendum)
+  chair-output.md             # chair raw output
+  tally-input.json            # the assembled five-keys object (auditability)
+  tally.json                  # engine tally record (council family v2)
+  verdict.json                # undecided verdict (tiers + overallVerdict)
+  report.html                 # deterministic renderer output
+  run.json                    # manifest: schemaVersion 2, type council-run, stages, usage
+  _scratch/                   # cwd for judge legs (isolation)
+```
+
+Two more files appear when the run was started through **`amicus_council_run`** rather than the
+CLI, both written by the MCP handler before it spawns the engine:
+
+```
+  briefing.md                 # the briefing the tool copied in (the child briefs off this copy)
+  spawn.pid                   # the spawned child's pid
+```
+
+`spawn.pid` exists so a child that dies *before* the engine checkpoints its own pid into
+`run.json` is still detectable: `amicus status` crash detection and `amicus abort`'s process
+fallback both read `run.json`'s pid first and fall back to this file. It is deliberately a
+separate single-write file rather than a field patched into `run.json` — the spawning process and
+the engine child both write `run.json`, and its checkpoint is a read-merge-write with no
+cross-process lock.
+
+`verdict.json` here is the **undecided** verdict — same schema as [`amicus council
+verdict`](#amicus-council-verdict)'s output (council family v2) plus **`overallVerdict`**
+(`"Ship it" | "Fix these first" | "Fundamental rethink" | null`), parsed from the chair's final
+`VERDICT:` line. Example excerpt:
+
+```json
+{
+  "schemaVersion": 2,
+  "runId": "pr-142-council",
+  "chair": "deepseek",
+  "overallVerdict": "Fix these first",
+  "tierCounts": { "Confirmed": 2, "Contested": 1, "Singleton": 1, "Disputed": 0 }
+}
+```
+
+One-shot CI-shaped example (this is exactly what the Council Review GitHub Action runs):
+
+```bash
+$ amicus council run --models gemini,glm --chair deepseek \
+    --prompt-file briefing.md --out-dir council-run \
+    --json --max-cost 2.00 --timeout 10 --no-validate-model
+```
+
+Consumers gate on **tiers + the chair verdict line** (`overallVerdict`), per the engine's
+report-only Stage-4 policy. Headless runs pin `meta.claudeInCouncil: false`,
+`meta.runType: "headless"`, and the chair is excluded from the street-cred universe.
+
+### Debate mode
+
+`--debate` adds a **Stage-2.5 rebuttal round** between cross-review and the final tally
+(COUNCIL-DESIGN.md §12.3): **provisional tally → defense → re-vote → final tally**, exactly
+one round.
+
+1. **Provisional tally.** Immediately after Stage-2 cross-review, the engine tallies with
+   `--no-ledger` and writes `tally-provisional.json`. If nothing landed Contested or Disputed,
+   there is nothing to debate — the engine skips straight to the final tally
+   (`debate.outcome: "nothing-to-debate"`).
+2. **Defense.** Every Contested/Disputed finding goes back to its raiser as one concurrent solo
+   run — `rebuttal-<model>.md` per raiser — asking for exactly one of `DEFEND` / `AMEND` /
+   `WITHDRAW` per finding. A dead or unparseable defense leg means the original claim stands
+   undefended.
+3. **Re-vote.** Defended/amended findings go back to the judges who disputed them, as ONE
+   shared fanout wave — `revote-bundle.md` (the shared prompt, written to the run dir like
+   Stage 2's `bundle-stage2.md`) + `revote-<model>.md` per judge. A missing/unparseable re-vote
+   line leaves that judge's original verdict standing.
+4. **Final tally.** The engine reassembles the tally input with the defense/re-vote outcomes
+   folded in and re-tallies — this final, post-rebuttal tally is the one that appends to the
+   reliability ledger (a lens run is the only thing that suppresses the append — `council run` has no `--no-ledger` escape hatch; that flag is parsed only by `council tally`). Withdrawn findings stay
+   in `findings[]` and are auto-recorded `denied` at Stage 4 — never presented for a user
+   decision.
+
+**Exactly one round** — there is no second defense/re-vote cycle; whatever remains unsettled
+after the re-vote keeps its final tier.
+
+**Where it shows up:**
+- `run.json`'s `debate` object summarizes the round: `{enabled, outcome, contested, disputed,
+  defended, amended, withdrawn, noResponse, revoteJudges, revoteApplied, verdictChanges}`.
+  `outcome` is `"nothing-to-debate"`, `"ran"`, or `"skipped-cost-ceiling"` (the whole-run cost
+  ceiling was hit before a warranted re-vote).
+- Every debated finding in `tally.json`/`verdict.json` carries a `findings[].debate` object —
+  `{action: "defended"|"amended"|"withdrawn"|"no-response", previousTier}` — decorating the
+  finding with what happened in the round and the tier it held before the re-vote.
+- Extra run-dir artifacts, written only when a defense/re-vote actually ran:
+  `tally-provisional.json`, `revote-bundle.md`, `debate.json` (the round's structured record),
+  `rebuttal-<model>.md` × (raisers), `revote-<model>.md` × (disputing judges).
+- `--claude-review <file>` enters Claude's own review (from a file, no leg launched) as a judged
+  entry; per the reserved-seat rule, it is never asked to defend in the debate round — its
+  Contested/Disputed findings simply stand, the same "originals stand" outcome as a dead defense
+  leg.
+
+---
+
+## Council Workspace (GUI)
+
+Watch a council think — not just tail a log:
+
+```bash
+amicus watch <councilRunId> --ui     # open one run
+amicus watch --ui                    # open the run list for this project
+```
+
+This is a third Electron mode (`AMICUS_MODE=council-workspace`), opened by `amicus watch --ui`
+itself — not a separate command or a separate launch surface (that's v4.5). One window per
+launch:
+
+- **Run list** (bare `--ui`, no id) — every council run in the current project, newest first,
+  discovered from the sessions-dir pointer files (`council-<runId>.json`); each row shows status,
+  the chair's `overallVerdict` chip once one exists, and cost.
+- **Run detail** (`--ui <runId>`) — header + status/verdict chips, a stage rail, a live **Seats**
+  table (model, role, status, stage, messages, tokens, cost, last activity, a stall flag), the
+  Stage-1 reviews, the **verbatim** anonymized Stage-2 packet (`bundle-stage2.md`, shown as-is —
+  never re-rendered), judge prose, the **adjudication matrix** (finding × judge, tier-colored
+  rows, `a/d/n` basis counts, a `thin` badge when `a+d<=1`, an override badge when a Stage-4
+  decision changed a finding's tier, capped at 500 rows with a "showing N of M" note past that),
+  dissent drill-in (click a ✗ cell to open that judge's prose with the finding id highlighted —
+  the Stage-2 contract carries no structured reason field, so rationale lives in prose; on a
+  `--debate` run, a re-voted cell instead opens `revote-<model>.md` and also surfaces the
+  structured `reason` `debate.json` records for that re-vote), chair verdict + street-cred +
+  Stage-4 decisions, and a cost-by-seat table with a `--max-cost` ceiling gauge.
+
+**Historical runs** render entirely from the run directory — open any old `council-<runId>` at any
+time; nothing here requires the run to still be live.
+
+**Live updates.** While a run is in progress, the window polls the same v4.3 data layer `amicus
+watch` reads from a terminal — every 1.5s while the window is visible and focused, every 5s
+otherwise, stopping once the run reaches a terminal status. A stall (no leg activity for a while)
+surfaces as a banner with an Abort shortcut next to it; if a live-data read itself fails, a
+separate "live data unavailable" banner appears while the last-known panels stay on screen — the
+poll keeps retrying rather than blanking anything.
+
+**Blind mode** (toggle, top right): labels (`Review A`, `Review B`…) instead of model names —
+**ON by default while a run is live, OFF once it reaches a terminal status**, flippable either way
+at any time. This is a **reading aid against anchoring bias, not a security control** — the label
+map is `run.json`'s own `labelMap` field, sitting in plaintext in the run directory like every
+other artifact; nothing stops you opening it in a text editor.
+
+**Masks the roster, not just the seat table** (amended 2026-07-25 — see §6 resolved-Q2 amendment
+in the design spec). Blind mode covers *every* place a model id co-occurs with review authorship:
+the header's bench/critic/chair chips, the currently-open run's own row in the run-list rail
+(its chair chip), seat rows, cost rows, and revote titles — the same `display(pair, blind)`
+formatter backs all of them, so there is one place to get this right instead of five. Best-effort
+only for other rows in the run list: each row's chair can only be masked when a label happens to
+be known for it (in practice, only the currently-open run's own row), so an unopened run's row
+still shows its raw chair id — consistent with "reading aid," not a hard guarantee.
+
+**Two verbs, nothing else:**
+
+- **Abort** — confirm-gated, hidden once the run is terminal. It calls the same council-aware
+  abort path `amicus abort` uses. This is the one place the workspace changes anything on disk,
+  and it does so by delegating to the engine's own abort handling — not a direct write from the
+  workspace code itself.
+- **Fold** — writes the nonced `[SIDECAR_FOLD:…]` block plus the chair's verdict to the launching
+  terminal's stdout (no model call — it reformats what's already on disk). Folding again after a
+  successful fold just reports "already folded"; it doesn't write a second time.
+
+Apart from Abort, the workspace is **read-only against the run directory**. `--ui` is
+interactive-only — there is no `--json` for it, and passing both fails fast rather than silently
+falling back to the terminal renderer. Closing the window never auto-folds — everything is
+already on disk, so nothing is lost; reopen with `amicus watch <runId> --ui` and fold whenever
+you're ready.
+
+**Degraded states are rendered honestly, never hidden:** a run whose `run.json` can't be parsed at
+all shows an "unreadable" banner with the error and the run directory path; a run written by a
+different amicus schema version shows a schema-mismatch banner instead of guessing at a rendering;
+a tally with fewer than 2 completed judges shows an explicit "tally is peers-reduced" note **above**
+the adjudication matrix — the matrix still renders over the surviving judges, and the note is what
+stops it being read as more authoritative than the underlying data supports; and a
+chair-less verdict (retry + fallback promotion both failed, or the cost ceiling was hit before the
+chair ran) shows "no chair verdict" plus the engine's own reason, never a blank panel.
+
+**Posture, briefly** — this page renders another model's prose, so it's the most locked-down page
+in the app: full `sandbox`/`contextIsolation`, a minimal preload exposing exactly one `invoke()`
+gated by a 7-channel allowlist, a CSP with **no network directive at all** (`default-src 'none'`),
+and every model-derived string reaches the DOM through `textContent`/`createTextNode` only —
+never `innerHTML`, enforced by a static source scan in the test suite.
+
+---
+
+## `amicus council validate`
+
+```
+amicus council validate <file> [--json]
+```
+
+Validates a Stage-1 reviewer's saved output (`review-<model>.md`: prose + a trailing ` ```json `
+fenced block) against the findings-block contract, without calling a model. Thin CLI wrapper over
+`validateFindings` (`src/council/findings.js`).
+
+**What it checks**, in order:
+- A ` ```json ` fenced block exists (last one in the file wins if there are several) —
+  `NO_FENCED_BLOCK` if not.
+- It parses as JSON — `NOT_PARSEABLE` if not.
+- `findings` is present and is an array — `EMPTY_FINDINGS` if it is missing or is some other
+  type. **An array that is present and empty is valid**, provided `overall` is a non-empty
+  string; `EMPTY_FINDINGS` if the array is empty *and* `overall` is missing, blank, or not a
+  string. See "A clean review is a valid review" below.
+- Every finding has a **sequential integer `id`** starting at 1 (`NON_SEQUENTIAL_ID` /
+  `DUPLICATE_ID` otherwise), a `severity` in `{blocker, major, minor, nit}` (`BAD_SEVERITY`
+  otherwise), and non-empty string `claim`, `location`, `rationale` (`MISSING_FIELD` otherwise).
+
+**A clean review is a valid review.** A reviewer that read the material, found nothing wrong,
+and said so passes validation with `"findings": []` — it is not sent to a repair re-prompt and
+its seat is recorded `conformance: clean`, exactly like any other well-formed review. Three
+things make that safe:
+
+- A **broken** emit is a different outcome with its own code: no fenced block at all is
+  `NO_FENCED_BLOCK`, and a block that does not parse is `NOT_PARSEABLE`. Both return before the
+  empty-set rule is ever reached, so "my output broke" is never mistaken for "I found nothing".
+- **`overall` is what carries the claim.** An empty findings array with a blank, missing, or
+  non-string `overall` is a hollow shell, not a judgement, and stays `EMPTY_FINDINGS`. The
+  Stage-1 briefing states the same rule to the model: `overall` is always required, `findings`
+  may be `[]`, and a finding is never to be invented to fill it.
+- A **missing** `findings` key is not a declaration of zero and stays an error. Only an array
+  that is present and empty counts as "I found nothing" — the same line `countAttemptedFindings`
+  draws when it checks a repair against the count the original declared.
+
+This closes a contradiction that used to be shipped in every run: the anti-sycophancy clause in
+each Stage-1 briefing says "An empty severity category is a valid result", while the validator
+rejected exactly that answer — so the only way for a reviewer to satisfy the schema was to
+produce a finding. Downstream, an all-clean bench degrades cleanly rather than silently: Stage 2
+still runs (the peer **ranking** — and therefore street-cred — is unaffected by an empty findings
+pool, only the adjudication half is vacuous), the judge bundle and chair packet state the empty
+findings index explicitly instead of rendering a heading over nothing, `tierCounts` comes out
+all-zeros, per-model `confirmRate`/`factErrorRate` are `null` (no denominator to divide by), and
+a `--debate` run records `debate.outcome: "nothing-to-debate"` on `run.json`.
+
+**Exit codes are a tri-state contract, not the usual 0/1:**
+
+| Exit | Meaning |
+|---|---|
+| `0` | `ok:true` — the findings block is well-formed. |
+| `2` | `ok:false` — parsed as a *result*, but validation failed. A distinct, scriptable outcome — not a crash. |
+| `1` | `BAD_ARGS` envelope — the file path is missing or unreadable. |
+
+**Output** (`--json`): `{ok, findings, errors}`. `errors[]` is `{code, detail}[]` using the codes
+above. Verified against the real binary:
+
+```bash
+$ amicus council validate review-deepseek.md --json
+```
+```json
+{
+  "ok": true,
+  "findings": [
+    { "id": 1, "severity": "major",
+      "claim": "The three-tier pricing table omits a monthly/annual toggle.",
+      "location": "pricing-page.html, .pricing-table section",
+      "rationale": "Users can't compare annual savings without it, and competitors all show one." }
+  ],
+  "errors": []
+}
+```
+
+A malformed file (no fenced block) returns exit `2`:
+
+```json
+{ "ok": false, "findings": [], "errors": [ { "code": "NO_FENCED_BLOCK", "detail": "no ```json block found" } ] }
+```
+
+---
+
+## `amicus council tally`
+
+```
+amicus council tally <input.json> [--json] [--no-ledger]
+```
+
+Reads a **tally-input** JSON file, computes the deterministic tally **record**, prints it (human
+summary, or the full record with `--json`), and — unless `--no-ledger` — appends one row per
+model to the reliability ledger. Thin CLI wrapper over `tally()` (`src/council/tally.js`).
+
+### Tally-input schema
+
+Claude assembles this file at the end of Stage 2 (the full assembly recipe is in
+[SKILL.md](../skills/second-opinion/SKILL.md#stage-2--cross-review), under "Stage-2 → tally
+assembly recipe"). It needs **all five top-level keys** — `tally()` throws
+`Cannot read properties of undefined (reading 'map')` if `meta` or `findings` is missing:
+
+| Field | Type | Meaning |
+|---|---|---|
+| `meta.runId` | string | Run identifier (conventionally the run-folder stem). |
+| `meta.models` | string[] | Every reviewed model id, including `"claude"` when "Claude in the council" is on — this is the street-cred universe. |
+| `meta.chair` | string | The confirmed chair model id. |
+| `meta.claudeInCouncil` | boolean | The Stage-0 toggle. |
+| `meta.runType`, `meta.date` | string (optional) | Free-form labels carried through to `verdict.json`. |
+| `findings[]` | array | One entry per finding across all reviews: `{id, raiser, severity}` (`claim` may ride along but isn't required by the tally engine). `id` is the run-global label (e.g. `A1`, `B2`) assigned during Stage-2 assembly, not the reviewer's local integer id. |
+| `adjudications[]` | array | One entry per (judge × finding): `{findingId, judge, verdict}`, `verdict ∈ {agree, dispute, neutral}`. Include every judge's verdict on every finding, **including the raiser's own adjudication of its own finding** — the engine excludes it automatically when scoring (don't pre-filter it). |
+| `rankings[]` | array | One entry per judge: `{judge, order}`. `order` is that judge's `FINAL RANKING:` block translated to model ids, e.g. `["gpt", "deepseek"]` (ties may use a nested array, e.g. `[["gpt","deepseek"], "mistral"]`). |
+| `runStats[]` | array | One entry per model call: `{model, role, wasChair, conformance, status, durationMs, usage}`. May be `[]`. Any leg with no run document gets `durationMs: null, usage: null` — never invent a value. |
+
+### Tally-record schema (what `tally()` returns / prints)
+
+```json
+{
+  "schemaVersion": 2,
+  "type": "council-tally",
+  "meta": { "...": "echoed from input" },
+  "judged": true,
+  "streetCred": [ { "model": "gpt", "withSelf": 1, "peersOnly": 1, "perJudgeRank": { "...": "..." } } ],
+  "findings": [
+    { "id": "A1", "raiser": "deepseek", "severity": "major", "tier": "Confirmed",
+      "basis": { "a": 1, "d": 0, "n": 0 }, "confidence": "thin",
+      "tierOverride": null, "adjudications": [ { "judge": "deepseek", "verdict": "agree" } ] }
+  ],
+  "runStats": [ { "...": "validated, echoed from input" } ],
+  "tierCounts": { "Confirmed": 1, "Contested": 1, "Singleton": 1, "Disputed": 0 }
+}
+```
+
+| Field | Notes |
+|---|---|
+| `schemaVersion` | Tally-record schema version (currently `2`, council family v2 — see `type` below). This is a *separate* version line from the `--json` **error-envelope** schema version used by `BAD_ARGS` failures (also currently `2`) — the two happen to share a value right now but evolve independently; don't conflate them when scripting against output. |
+| `type` | Document-type discriminator; always `"council-tally"` (council family v2 envelope). |
+| `judged` | `true` only when `rankings.length >= 2`. `false` (1 or 0 rankings) means street-cred numbers exist but rest on thin cross-review. |
+| `streetCred[].withSelf` | Mean rank position across **all** judges' rankings (lower = better). |
+| `streetCred[].peersOnly` | Mean rank position **excluding** the model's own ranking of itself. This is the number used everywhere else (ledger, `stats`, bench recommendations). |
+| `findings[].tier` | One of `Confirmed \| Contested \| Singleton \| Disputed` — see the cascade below. |
+| `findings[].basis` | `{a, d, n}` = peer agree/dispute/neutral counts (raiser's own vote excluded when a raiser is known). |
+| `findings[].confidence` | `"thin"` when `a + d <= 1` (only one peer engaged), else `"solid"`. Thin-confidence findings are the ones Claude may override before Stage 4. |
+| `findings[].tierOverride` | `null` unless Claude recorded an override; shape `{from, to, reason}`. |
+| `tierCounts` | Convenience totals across all findings — this is what `renderRecord`'s human-readable summary prints. |
+
+**The peers-only tier cascade** (`assignTier(a, d)` — exhaustive over all `(a, d)`):
+
+| Condition | Tier | Confidence |
+|---|---|---|
+| `d >= 2 && d > a` | Disputed | solid |
+| `a >= 2 && a > d`, or `a === 1 && d === 0` | Confirmed | solid (≥2 agree) / thin (lone peer) |
+| `d >= 1` (and not Disputed) | Contested | thin if `a+d<=1`, else solid |
+| else (`a === 0 && d === 0`) | Singleton | thin |
+
+A lone corroborating peer (`a=1, d=0`) ranks as **Confirmed (thin)** — it must not rank weaker than
+a lone disputing peer (`a=0, d=1`, which is **Contested (thin)**). A 2-vs-2 split is **Contested**
+(large-bench tie), not Disputed — `d > a` is required for Disputed, not just `d >= 2`.
+
+**Ledger append.** Unless `--no-ledger`, `tally` writes one row per `meta.models` entry to
+`council-ledger.jsonl` (append-only, JSON Lines). Use `--no-ledger` for a re-tally that shouldn't
+double-count (e.g. re-running after fixing a malformed input). Two standing uses from the skill's
+optional elements (v2.2.0): **debate mode** tallies provisionally with `--no-ledger` after Stage 2
+and records only the final post-rebuttal tally, and **expert-lens runs** always pass `--no-ledger`
+(lens reviews aren't comparable to standard reviews, so they must not feed `stats`). This is
+best-effort: a ledger write failure prints a notice to stderr but does not fail the tally.
+
+---
+
+## `amicus council verdict`
+
+```
+amicus council verdict <tally.json> [--decisions <decisions.json>] [-o|--out <out.json>]
+```
+
+**Provenance — this is the answer to "where does verdict.json come from":** `verdict.json` is a
+**pure merge** of two inputs, computed by `buildVerdict(record, decisions)`
+(`src/council/verdict.js`) with **no recomputation of tiers or street-cred**:
+
+1. `<tally.json>` — the tally **record** exactly as printed by `amicus council tally --json`
+   (Claude saves it to disk after Stage 2; see the worked example below).
+2. `--decisions <decisions.json>` — a **JSON array**, one object per finding, produced by Claude
+   during Stage 4 (the accept/deny/modify pass): `{id, decision, applied?, duplicateOf?, tierOverride?}`.
+   Optional — defaults to `[]`, which produces a verdict with every finding's `decision: null`.
+
+For each finding, `buildVerdict` looks up the matching decision by `id` and folds in `decision`,
+`applied` (default `false`), `duplicateOf` (default `null`), and `tierOverride` (decision's
+override wins over the tally record's, if both are present — the effective `tier` becomes
+`tierOverride.to` when an override exists). Everything else (`basis`, `confidence`,
+`adjudications`, `streetCred`, `runStats`, `tierCounts`) passes through from the tally record
+unchanged.
+
+**Output schema** (`verdict.json`, schema v2 — independent of the tally record's own
+`schemaVersion`):
+
+```json
+{
+  "schemaVersion": 2,
+  "type": "council-verdict",
+  "overallVerdict": null,
+  "runId": "...", "runType": "...", "date": "...", "chair": "...",
+  "council": ["deepseek", "gpt"],
+  "claudeInCouncil": false,
+  "findings": [
+    { "id": "A1", "raiser": "deepseek", "severity": "major", "tier": "Confirmed",
+      "basis": { "a": 1, "d": 0, "n": 0 }, "confidence": "thin", "tierOverride": null,
+      "duplicateOf": null, "adjudications": [ "..." ],
+      "decision": "accepted", "applied": true }
+  ],
+  "streetCred": [ { "model": "gpt", "withSelf": 1, "peersOnly": 1 } ],
+  "runStats": [ "..." ],
+  "tierCounts": { "Confirmed": 1, "Contested": 1, "Singleton": 1, "Disputed": 0 }
+}
+```
+
+**Key notes:**
+- `schemaVersion` — verdict-document schema version (currently `2`).
+- `type` — document-type discriminator; always `"council-verdict"` (council family v2 envelope).
+- `overallVerdict` — the chair's verdict-scale outcome: one of `"Ship it"`, `"Fix these first"`, `"Fundamental rethink"`, or `null` when no chair verdict was produced (populated by the headless engine during Stage 3; `null` for a plain `council verdict` merge without engine integration).
+- All other keys (`runId`, `council`, `findings`, `streetCred`, `runStats`, `tierCounts`) are passed through unchanged from the tally record.
+
+**Write path:** always atomic — a `<out>.tmp-<pid>` file is written first, then renamed over the
+target (`writeVerdictAtomic`), matching the repo's `wave.json` convention. Default output path is
+`./verdict.json`; override with `-o`/`--out`.
+
+**Re-rendering after Stage 4 (`--render`).** `council verdict`'s `--render` flag refreshes
+`report.html` next to the freshly-decided verdict in the same call — without it, `report.html`
+stays the engine's undecided pre-Stage-4 render, and a user opening it would see decisions that
+were never actually made. It calls the same renderer `amicus council report` uses
+(`buildReport(..., {format: 'html'})`) and writes the HTML into the output path's directory; a
+render failure after a successful verdict write reports the error but leaves `verdict.json` on
+disk (re-run `amicus council report <verdict.json> --html` manually to recover — the verdict
+itself is not lost). The MCP equivalent is `amicus_verdict`'s `render: true` + `outDir:
+<run-folder>`. Because that tool is pure/stateless and writes nothing unless both are given, this
+is a **second** call after the first: call once with `record`/`decisions` and no `render` to get
+the decided verdict back as JSON and write it to `<run-folder>/verdict.json` yourself, then call
+again with `render: true` and `outDir: <run-folder>` — this refreshes `<outDir>/report.html` on
+disk and also returns the verdict's Markdown rendering (for `report.md`); it still does not write
+`verdict.json` itself.
+
+**Windows PowerShell 5.1 caveat** (also called out in SKILL.md): redirecting `council tally`'s
+`--json` output with a bare `>` writes UTF-16 under legacy PowerShell 5.1, which then makes
+`council verdict` fail to parse `tally.json` with a confusing `BAD_ARGS` — pipe through
+`| Out-File -Encoding utf8` on 5.1, or run under pwsh 7+/bash.
+
+---
+
+## `amicus council report`
+
+```
+amicus council report <verdict.json> [--wave <wave.json>] [--md|--html]
+```
+
+Pure renderer — reads `verdict.json` (+ optional `wave.json`, used only to source the wave's total
+cost) and produces **one self-contained string**: Markdown (default) or a self-contained HTML page
+(`--html`). No scoring, no anonymization, no synthesis — those already happened upstream. Thin CLI
+wrapper over `buildReport()` (`src/council/report.js` / `report-html.js`).
+
+**What it renders**, in this order: a header (run type, id, date, chair, council members), a
+verdict-summary tier-count table, the **adjudication matrix** (finding × judge, `✓`/`✗`/`–` with
+`*` marking the raiser's own vote), the **peers-only street-cred table**, **findings grouped by
+tier** (Disputed first), and a **cost table** (per-model status/duration/cost + wave total,
+sourced from `runStats[].usage`).
+
+This is the same renderer the `second-opinion` skill calls in Stage 5 to produce `report.html`.
+**`report.md` and this renderer's output are two different files** — `report.md` is Claude-authored
+prose that includes a copy of this renderer's Markdown as one section, not this renderer's own
+output; see [Where artifacts live](#where-artifacts-live) for the exact contract.
+
+**`--html` output** is a self-contained page (one file, inlined styles) — the default artifact to
+hand a user, per the skill.
+
+---
+
+## `amicus council stats`
+
+```
+amicus council stats [--json]
+```
+
+Reads the **append-only ledger** (`council-ledger.jsonl`, written by every non-`--no-ledger`
+`council tally` call) and aggregates per-model reliability across **all past council runs on this
+machine** — this is historical, cross-run data, not anything from a single tally/verdict. Thin CLI
+wrapper over `deriveReliability()` (`src/council/ledger.js`).
+
+Since v4.0 (council schema v2), `--json` wraps the rows in the family envelope —
+`{ "schemaVersion": 2, "type": "council-stats", "models": [ … ] }` — the per-model row
+shape below is unchanged. (Pre-4.0 emitted the bare array.)
+
+**Output**, one row per model that has ever appeared in `meta.models`:
+
+| Field | Meaning |
+|---|---|
+| `runs` | Number of ledger rows for this model (one per council run it participated in). |
+| `lowN` | `true` when `runs < 3` — treat the numbers as noisy. |
+| `avgStreetCredPeersOnly` | Mean of `streetCredPeersOnly` across all runs (`null` if the model was never judged). |
+| `lifetimeConfirmRate` | Mean, across runs, of `(findings this model raised that landed Confirmed) / (findings this model raised)`. `null` when `judged` was false for every run or the model raised nothing. |
+| `lifetimeFactErrorRate` | Same shape, but for the `Disputed` tier — a proxy for how often the bench caught this model asserting something wrong. |
+| `conformance` | Tally of `{clean, repaired, unstructured}` counts — how often this model's Stage-1 findings JSON needed a repair re-prompt. |
+
+This is the data source the `second-opinion` skill's Stage 0 model recommendations and the
+`MODEL-NOTES.md` quantitative table both read — **never hand-edit reliability numbers there**;
+they come from here.
+
+---
+
+## Council presets: `save` / `list` / `show`
+
+```
+amicus council save <name> --models a,b,c
+amicus council list [--json]
+amicus council show <name> [--json]
+```
+
+A named preset is just a saved `--models`-style list that `--council <name>` (on `fanout` and the
+`amicus_fanout` MCP tool) can run in one shot, instead of spelling out `--models` every time.
+
+- **`save`** validates ≥2 members (each must resolve via the same alias/catalog logic
+  `resolveCouncilMembers` uses — a known alias, or a raw `provider/model` id containing `/`) and
+  writes them to `~/.config/amicus/config.json` under `councils.<name>`. Overwrites silently
+  report `overwritten: true` in `--json` mode — this is also how you shadow a built-in bench.
+- **`list`** shows your saved councils **plus** the three built-in benches (`free`, `budget`,
+  `frontier`), each marked `builtin: true`. If a saved council shares a name with a built-in,
+  **both** entries are listed — the saved one (`builtin: false`) is the one `--council <name>`
+  actually resolves to; the built-in entry gets `shadowed: true`.
+- **`show <name>`** resolves a name exactly like `--council` does (user config first, built-in
+  fallback) and reports the raw members plus a `resolved`/`dropped` split — diagnostic-only, so it
+  still reports even for a council currently below the 2-member usable minimum (unlike an actual
+  run, which refuses below 2).
+
+**Built-in benches** (work with zero setup): `free` (zero-cost `:free`-suffixed OpenRouter models,
+resolved dynamically from the live catalog), `budget` (cheap workhorses, one per vendor family),
+`frontier` (premium flagships, one per vendor family).
+
+---
+
+## Worked example
+
+Everything below was run against the real `amicus` binary while writing this page — no mocked
+output. Two reviewers (`deepseek`, `gpt`) reviewed a pricing page; deepseek raised one finding,
+gpt raised two.
+
+**1. `tally-input.json`** — assembled by Claude at the end of Stage 2:
+
+```json
+{
+  "meta": {
+    "runId": "pricing-page-council",
+    "runType": "design-review",
+    "date": "2026-07-02T18:00:00Z",
+    "models": ["deepseek", "gpt"],
+    "chair": "deepseek",
+    "claudeInCouncil": false
+  },
+  "findings": [
+    { "id": "A1", "raiser": "deepseek", "severity": "major",
+      "claim": "The three-tier pricing table omits a monthly/annual toggle." },
+    { "id": "B1", "raiser": "gpt", "severity": "minor",
+      "claim": "The 'Enterprise' tier has no visible CTA button." },
+    { "id": "B2", "raiser": "gpt", "severity": "blocker",
+      "claim": "Listed prices contradict the numbers in the FAQ section." }
+  ],
+  "adjudications": [
+    { "findingId": "A1", "judge": "deepseek", "verdict": "agree" },
+    { "findingId": "A1", "judge": "gpt",      "verdict": "agree" },
+    { "findingId": "B1", "judge": "deepseek", "verdict": "neutral" },
+    { "findingId": "B1", "judge": "gpt",      "verdict": "agree" },
+    { "findingId": "B2", "judge": "deepseek", "verdict": "dispute" },
+    { "findingId": "B2", "judge": "gpt",      "verdict": "agree" }
+  ],
+  "rankings": [
+    { "judge": "deepseek", "order": ["gpt", "deepseek"] },
+    { "judge": "gpt",      "order": ["gpt", "deepseek"] }
+  ],
+  "runStats": [
+    { "model": "deepseek", "role": "council", "wasChair": true, "conformance": "clean",
+      "status": "complete", "durationMs": 41230,
+      "usage": { "cost": { "amount": 0.038, "source": "reported" } } },
+    { "model": "gpt", "role": "council", "wasChair": false, "conformance": "clean",
+      "status": "complete", "durationMs": 37810,
+      "usage": { "cost": { "amount": 0.052, "source": "reported" } } }
+  ]
+}
+```
+
+**2. Tally** — note deepseek's `B2` dispute makes it Contested even though gpt agrees; `A1` gets
+one uncontested peer agreement (Confirmed, thin); `B1` draws no agree/dispute at all (Singleton):
+
+```bash
+$ amicus council tally tally-input.json --json > tally.json
+$ amicus council tally tally-input.json
+Council tally (pricing-page-council)
+  Confirmed 1  Contested 1  Singleton 1  Disputed 0
+  Cost: $0.0900
+```
+
+**3. Stage 4 decisions** — Claude presents the three tiers, the user decides:
+
+```json
+[
+  { "id": "A1", "decision": "accepted", "applied": true },
+  { "id": "B1", "decision": "deferred" },
+  { "id": "B2", "decision": "accepted", "applied": true }
+]
+```
+
+**4. Verdict** — merges the tally record with the decisions above:
+
+```bash
+$ amicus council verdict tally.json --decisions decisions.json -o verdict.json
+Verdict (schema v2, pricing-page-council) → verdict.json
+  accepted 2  deferred 1
+```
+
+**5. Report** — deterministic rendering of `verdict.json` (`--md` shown; `--html` produces the
+same content as a self-contained page):
+
+```bash
+$ amicus council report verdict.json --md
+```
+```
+# Council Report — design-review (pricing-page-council)
+
+_2026-07-02T18:00:00Z · chair: deepseek · council: deepseek, gpt_
+
+## Verdict summary
+
+| Tier | Count |
+|---|---|
+| Disputed | 0 |
+| Contested | 1 |
+| Confirmed | 1 |
+| Singleton | 1 |
+
+## Adjudication matrix
+
+| Finding | Sev | Raiser | deepseek | gpt | Tier | Decision |
+|---|---|---|---|---|---|---|
+| A1 | major | deepseek | ✓* | ✓ | Confirmed | accepted |
+| B1 | minor | gpt | – | ✓* | Singleton | deferred |
+| B2 | blocker | gpt | ✗ | ✓* | Contested | accepted |
+
+_Legend: ✓ agree · ✗ dispute · – neutral · `*` raiser's own vote_
+
+## Street-cred (peers-only; lower = better)
+
+| Model | peers-only | with-self |
+|---|---|---|
+| deepseek | 2.00 | 2.00 |
+| gpt | 1.00 | 1.00 |
+
+## Findings by tier
+
+### Contested
+- **B2** (blocker, raiser gpt) — a0/d1/n0 — accepted (applied)
+
+### Confirmed
+- **A1** (major, raiser deepseek) — a1/d0/n0 — accepted (applied)
+
+### Singleton
+- **B1** (minor, raiser gpt) — a0/d0/n1 — deferred
+
+## Cost
+
+| Model | Status | Duration | Cost |
+|---|---|---|---|
+| deepseek | complete | 41s | $0.0380 |
+| gpt | complete | 38s | $0.0520 |
+| **Wave total** | | | $0.0900 |
+```
+
+**6. Stats** — after this run's `tally` call appended to the ledger:
+
+```bash
+$ amicus council stats
+model            runs  avg-cred  confirm  fact-err  notes
+deepseek            1  2.00     1.00    0.00   low-N
+gpt                 1  1.00     0.00    0.00   low-N
+```
+
+(`low-N` because each model has only 1 recorded run — `runs < 3`.)
+
+**7. Presets**, for reference (independent of the run above):
+
+```bash
+$ amicus council save my-bench --models deepseek,gpt,gemini
+Saved council 'my-bench': deepseek, gpt, gemini
+
+$ amicus council list
+Councils:
+  my-bench         deepseek, gpt, gemini
+  free             [built-in]
+  budget           [built-in]
+  frontier         [built-in]
+
+$ amicus council show my-bench
+Council 'my-bench'
+  members: deepseek, gpt, gemini
+  resolved: deepseek, gpt, gemini
+```
+
+---
+
+## Where artifacts live
+
+Every run writes to a run folder — `output/<stem>-council/` (or `./second-opinion/<stem>-council/`
+if no `output/` directory exists), per the skill's Stage 0. This section cross-checks against
+[SKILL.md's "Output & naming"](../skills/second-opinion/SKILL.md#output--naming) — treat that
+section as authoritative if the two ever drift; file an issue if they do.
+
+| File | Written by | Contains |
+|---|---|---|
+| `review-<model>.md` × N | Claude, from each Stage-1 leg's output | Prose review + trailing findings JSON block (this is what `council validate` checks). |
+| `crossreview-matrix.md` | Claude, after Stage 2 | De-anonymized adjudication grid + street-cred table (hand-assembled from the tally record, not this renderer). |
+| `tally.json` | `amicus council tally --json`, redirected to disk | The tally record — input to `council verdict`. |
+| `verdict.md` | Claude, saved from the Stage-3 chair call | The chair's raw synthesized verdict (prose, unedited by Claude). |
+| `verdict.json` | `amicus council verdict` | Schema-stamped merge of the tally record + Stage-4 decisions. See [provenance](#amicus-council-verdict). |
+| `decisions.json` | Claude, during Stage 4 | The array passed to `council verdict --decisions`. |
+| `report.md` | **Claude**, in Stage 5 | The chair's synthesis + the full Stage-4 decision log + a run-stats table (stage/model/status/duration/cost per call). **This is Claude-authored prose, not this page's renderer output.** |
+| `report.html` | `amicus council report verdict.json --html` | The **deterministic** rendering shown in the [worked example](#worked-example) above — adjudication matrix, street-cred table, findings-by-tier, cost. No chair prose, no decision-log narrative. This is the default artifact handed to the user. |
+| `<stem>-reviewed.<ext>` | Claude, in Stage 5 | The source artifact with accepted findings applied (editable-source runs only). |
+
+**The one thing worth over-stating:** `report.md` and `report.html` are **not** the same content in
+two formats. `report.html` is `amicus council report`'s pure render of `verdict.json` — deterministic,
+no model involved. `report.md` is Claude's own synthesis document, written by hand in Stage 5,
+which *includes* a copy of the same renderer's Markdown output as one section but also carries the
+chair's prose verdict and the full decision log that the renderer never sees. If you only need the
+deterministic data, run `amicus council report` yourself against any `verdict.json` — you don't
+need Claude or a live council run to regenerate it.
+
+---
+
+## See also
+
+- **[skills/second-opinion/SKILL.md](../skills/second-opinion/SKILL.md)** — the orchestration
+  recipe that drives an actual council run (model selection, briefings, anonymization, the Stage-2
+  tally assembly recipe, Stage 4 decision presentation).
+- **[skills/second-opinion/COUNCIL-DESIGN.md](../skills/second-opinion/COUNCIL-DESIGN.md)** — the
+  design spec behind the tier cascade and scoring model.
+- **[docs/usage.md](./usage.md)** — full CLI/MCP flag reference for every command, including
+  `council`.
+- **[README "The Council"](../README.md#the-council)** — the narrative overview and cost framing.