Roadmap context: vault plan `plan-20260812-142100-problemspecs-issimo-roadmap` (W2.5); master spec §"rollout kind" + "Referee independence". Depends on #340 (the originating control spec must exist to derive the referee from).
What changes
Today free-tier verification is a bespoke re-rollout: `verify_rollout.jl` re-implements goal reconstruction from `system_verify.jld2`, and `amicode_verify` records agree/disagree from an unstructured comparison. Piccolo.Specs Phase 1 shipped the typed machinery for exactly this: the `rollout` kind, the `referee_rollout(control_spec, run)` constructor (strictly finer in every resolution axis, different integrator family, forge-proof `[referee]` block re-validated at parse time), and `Verdict`/`Agree`/`Disagree` as types.
Tasks
Acceptance
- Master-spec success criterion 6: a rollout spec derived from a completed control run reproduces the run's re-rolled fidelity to 1e-10.
- A forged/inconsistent `[referee]` block fails validation (testitem/vitest); a hand-written rollout spec without `[referee]` runs but its result carries no `verdict`.
Roadmap context: vault plan `plan-20260812-142100-problemspecs-issimo-roadmap` (W2.5); master spec §"rollout kind" + "Referee independence". Depends on #340 (the originating control spec must exist to derive the referee from).
What changes
Today free-tier verification is a bespoke re-rollout: `verify_rollout.jl` re-implements goal reconstruction from `system_verify.jld2`, and `amicode_verify` records agree/disagree from an unstructured comparison. Piccolo.Specs Phase 1 shipped the typed machinery for exactly this: the `rollout` kind, the `referee_rollout(control_spec, run)` constructor (strictly finer in every resolution axis, different integrator family, forge-proof `[referee]` block re-validated at parse time), and `Verdict`/`Agree`/`Disagree` as types.
Tasks
Acceptance