verify-thislisted

# Verify This Verification is not a recap. It proves or disproves a specific claim with repeatable evidence. ## When To Use - The user asks "verify this", "prove it works", "did this fix it", or "show me the evidence". - A bug fix needs a before/after repro. - A UI, CLI, API, performance, or memory claim needs measurement. - A test passes but the user-visible behavior still needs confirmation. Do not use this for vague claims like "the code is cleaner". Ask for a measurable claim first. ## Workflow 1. Restate the claim in falsifiable form: condition, metric, and threshold. 2. Pick the smallest local surface that can disprove it. 3. Capture a baseline from the old state: merge base, parent commit, failing branch, or current broken repro. 4. Capture treatment from the changed state with the same command, data, warmup, and environment. 5. Compare raw artifacts: numbers, screenshots, terminal transcripts, HTTP responses, profiles, heap snapshots, or test output. 6. Return exactly one verdict: `VERIFIED`, `NOT VERIFIED`, or `INCONCLUSIVE`. ## Local Surfaces - Code behavior: focused unit/integration tests or a minimal repro script. - CLI/TUI behavior: `control-cli`, terminal transcript, or demo recording. - UI behavior: `control-ui`, screenshots, accessibility snapshots, or browser traces. - API behavior: local HTTP/RPC request and response diff. - Performance: same-machine baseline/treatment timings or CPU profiles. - Memory: heap snapshots before and after the suspected o