Treats reports as evidence indexes: true audits, answer-free sealed challenges, adjudicator-minted settlements, stable hash identities and prosecutor replay must agree, with demonstrations isolated as PASS_DEMO.
Philosophy
Valid evidence should survive independent recomputation rather than report editing, interface imitation or relabeling.
Architecture & control flow
- 01
Assign stable candidate identities
- 02
Run sealed challenges and actual v6.2 candidate audits
- 03
Bind settlements to predictions, tasks and adjudication
- 04
Recompute challenges, audits, settlements and index hashes
- 05
Issue conservative/demo/evidence tiers, fixing demo credit at zero
Architecture outline derived from this version’s control flow.
What this version changes
Repairs v6.5 integration gaps and demonstration semantics, strengthening evidence consistency.
Inputs & outputs
- Inputs
Executable candidate parts, sealed tasks, preregistered predictions and evidence indexes.
- Outputs
Challenge certificates, actual audits, settlement ledgers, stable indexes and recomputation reports.
Implementation & evidence scope
Default generation is still a metadata-only topic-interpolated candidate; this release primarily improves evidence governance rather than establishing a general scientific-discovery engine.
Code & bundled material
The introduction draws on bundled notes, changelogs and central code. Software tests, synthetic diagnostics and scientific effectiveness use different evidence standards.
Source references
pyproject.toml· 1–5V6_6_NOETHER_DESIGN.md· 1–8harness/discovery_v66/hard_audit/v62_true_adapter.py· 1–6harness/discovery_v66/prosecutor/prosecutor.py· 246–270harness/discovery_v66/settlement/settlement.py· 1–24harness/tests_v66/test_noether_core.py· 53–100harness/discovery_v66/pipeline_v66.py· 52–71