Hierarchy owns the theorem
One authority freezes the statement, assumptions, source interpretation, proof frontier, and acceptance contract.
From theorem target to compiled certificate
Automation proposes and attempts proof leaves, but target fidelity, explicit assumptions, local compilation, and reviewer gates determine whether a result is achieved.
literature theorem or new bandit/RL target
→ theorem card and assumption ledger
→ exact Lean statement and proof-DAG leaves
→ compiled Lean certificate
→ synchronized explanation and implementation map
→ reusable retrieval memory
A theorem card is evidence for a route. It is never displayed as a local proof unless the corresponding declaration is imported or proved and the Lean gate succeeds.
Adaptive orchestration, one evidence standard
The scheduler can run the established hierarchical director–planner–worker loop or a bounded master–worker trial in which several workers explore independent proof routes. Both receive the same frozen target, ordered route packet, budget, source packet, and deterministic gates; the route-packet hash makes that equality checkable.
Current decision. The structured log ledger does not yet justify declaring either harness universally better, so the hierarchical loop remains the default. The master–worker route is experimental and is enabled only when parallel alternatives are genuinely independent. A trial wins only by delivering a stronger checked certificate, a smaller named blocker, or a reusable lemma—not by producing more messages or attempts.
flowchart TB
Target["Frozen theorem target<br/>assumptions + source packet + budget"] --> Governor["Hierarchical target governor<br/>owns statement + proof frontier"]
Governor --> Split{"Are the next proof leaves<br/>mathematically independent?"}
Split -->|no or unclear| H["Single routed worker<br/>diagnose one interface"]
Split -. "yes, in matched trials" .-> P["Bounded parallel worker pool<br/>disjoint routes + disjoint files"]
H --> Synthesis["Evidence-only synthesis<br/>certificate · blocker · reuse · cost"]
P --> Synthesis
Synthesis --> Review["Independent reviewer<br/>target fidelity + evidence audit"]
Review --> Gate{"Deterministic gate<br/>focused compile + repository check"}
Gate -->|accepted| Library["BanditRLlib declaration<br/>and synchronized explanation"]
Gate -->|diagnostic| Log["Matched trial log<br/>certificate · blocker · reuse · cost"]
Log --> Governor
Library --> Memory["Reviewer-gated retrieval memory"]
Generated from structured run logs
The table reports only lower/worker executions that share one frozen target and one hashed route packet, then receive a separate reviewer-owned verdict. Historical activity without that comparison contract is excluded.
0 reviewer-joined · 0 unreviewed · 0 experiment ids. These counts describe the log, not a causal comparison.
0 reviewer-joined · 1 unreviewed · 1 experiment id. These counts describe the log, not a causal comparison.
sgb-t2-round33-master-worker: both harness arms are not presentEvery valid pair needs both execution arms, the same frozen target and route-packet hash, plus a separate reviewer verdict for each attempt. An unreviewed worker claim stays visible here but contributes zero substantive score.
Keep only equal-target, equal-route-packet trials with reviewer-owned outcomes and verifier evidence.
The review packet can explain bottlenecks, duplication, and context cost; it cannot relabel an attempt or invent a winner.
A default changes only after enough matched experiments and the same independent Lean-and-target review.
| Harness | Runs | Attempts | Reviewed | Substantive | Score | Critical seconds |
|---|---|---|---|---|---|---|
| hierarchical | 0 | 0 | 0 | 0 | 0 | 0.0 |
| master-worker | 0 | 0 | 0 | 0 | 0 | 0.0 |
The graph below is regenerated by harness-compare from eligible structured rows. It is intentionally sparse while the ledger contains no matched trials; future reviewer-validated attempts will appear as nodes rather than being summarized from memory.
flowchart TD ROOT["Frozen theorem target"] H["Hierarchical: upper → middle → lower → reviewer"] M["Master–worker: master → parallel workers → synthesis → reviewer"] ROOT --> H ROOT --> M A0_sgb_t2_round33_worker_consumer["sgb-t2-round33-worker-consumer\nunreviewed · reported compiled-leaf/compiled"] M --> A0_sgb_t2_round33_worker_consumer class A0_sgb_t2_round33_worker_consumer unreviewed classDef substantive fill:#dff5e7,stroke:#176b3a,color:#123b25 classDef failed fill:#fde7e7,stroke:#a33a3a,color:#5f1d1d classDef unreviewed fill:#f4f1e8,stroke:#8c8268,color:#3f3a2f
Model-assisted interpretation · hash-bound to the ledger above
GPT read the deterministic metrics and eligible recent rows, then returned one machine-checked advisory plus an editable architecture diagram. It cannot validate attempts, change evidence labels, or select a winner against the deterministic gate.
No scheduler default change. Test a light planner, bounded disjoint workers, evidence-only synthesis, and an independent reviewer as the master-worker arm of the next matched experiment.
flowchart TD
A["Frozen target + route packet"] --> B["Light planner"]
B --> C1["Worker: route A"]
B --> C2["Worker: route B"]
B --> C3["Worker: route C"]
C1 --> D["Evidence-only synthesis"]
C2 --> D
C3 --> D
D --> E["Independent reviewer gate"]
E --> F{"Lean + target fidelity"}
F -->|accepted| G["Record validated progress"]
F -->|rejected| H["Record diagnostics only"]
latest.json by SHA-256. With 0 valid matched experiments, it retains the current default and proposes only what to test next.Machine-auditable longitudinal evidence
This route trace asks whether the first unresolved source-shaped interface moved while the mathematical target stayed fixed. It does not compare schedulers or measure speed.
The seven-field target projection keeps SHA-256 26833d037458820f… across 8 freeze-record revisions. The frontier moves from SGB-T2-NATIVE-PREFIX-IDENTIFICATION to SGB-T2-APPENDIX-C-PHASE-TRIGGER; Theorem 2 remains open.
BanditRLProof.Thompson.latentArmStreamVisibleTrajectoryMeasure_map_frestrictLe_eq_native closes the interface; next: SGB-T2-NATIVE-FULL-LAW-TRANSPORT. Evidence: index + typed canary; no separate fence.BanditRLProof.Thompson.latentArmStreamVisibleTrajectoryMeasure_eq_native closes the interface; next: SGB-T2-SELECTED-BLOCK-TRANSPORT. Evidence: statement fence recorded.BanditRLProof.StochasticGradientBandit.twoArmFixedIIDTrajectoryMeasure_map_optimalPullTimeRewardBlock_eq_latentMasked closes the interface; next: SGB-T2-PHASE-EVENT-TRANSPORT. Evidence: statement fence recorded.BanditRLProof.StochasticGradientBandit.twoArmFixedIIDTrajectoryMeasure_appendixCGeneratedPhaseEvent_eq_latent closes the interface; next: SGB-T2-PHASE-DICHOTOMY. Evidence: statement fence recorded.BanditRLProof.StochasticGradientBandit.twoArmAppendixCRewardPhaseProbability_eq_generated_add_missing closes the interface; next: SGB-T2-MISSING-PULL-STARVATION-BRIDGE. Evidence: statement fence recorded.BanditRLProof.StochasticGradientBandit.twoArmAppendixCMissingPullLatentPhaseEvent_subset_terminalCountBelow closes the interface; next: SGB-T2-MISSING-PULL-REGRET-CONSUMER. Evidence: statement fence recorded.BanditRLProof.StochasticGradientBandit.twoArmFixedIIDMissingPullLatentPhase_charge_mul_probability_le_integral closes the interface; next: SGB-T2-APPENDIX-C-PHASE-TRIGGER. Evidence: statement fence recorded.For a real A/B pilot, create both arms from the same route file, experiment id, and target fingerprint. The hierarchical arm executes the packets sequentially; the master–worker arm executes the same packets concurrently.
python3 tools/bandit.py run-cycle <task-id> --harness hierarchical --experiment-id AB-001 --target-fingerprint <sha256> --lower-count 2 --parallel-route-json routes.json
python3 tools/bandit.py run-cycle <task-id> --harness master-worker --experiment-id AB-001 --target-fingerprint <sha256> --lower-count 2 --parallel-route-json routes.json
python3 tools/bandit.py blueprint-refresh <task-id>
python3 tools/bandit.py harness-compare --task <task-id>
python3 tools/bandit.py reference-index
python3 tools/bandit.py unfinished
python3 tools/bandit.py check
python3 website/scripts/build_site.py --lean-verified
python3 website/scripts/check_site.py
python3 website/scripts/ide_server.py
The website build scans Lean source directly, including declarations whose keyword and name span separate lines. A new declaration therefore enters the catalog without a hand-edited index; major results still need a reviewed teaching note and milestone entry. The IDE server is a separate loopback-only development command and is never part of the public Pages deployment.