Cosmos uses stage-bucket scheduling to connect mechanism, experiment, attack and candidate stages, reducing the starvation of later-stage nodes by exploration scores. It also tightens model-field coverage, ledger identity binding and renewed refutation after repairs.
Philosophy
Exploration needs breadth and progress toward a testable question. Promotion should depend on supplied core fields, and a repaired idea should not inherit its predecessor’s ledger unchecked.
Architecture & control flow
- 01
Prioritize later-stage nodes, then rank within a stage by unfinished actions, coverage bonuses and exploration terms.
- 02
Track provenance coverage across five core candidate fields to limit seed-filled content being labeled model-generated.
- 03
Reject foreign or stale UUID ledger bindings and route repaired candidates through renewed refutation and review.
- 04
Preserve low-confidence mathematics–physics mappings rather than assigning internal confirmed_novel without sufficient criticism and responses.
Architecture outline derived from this version’s control flow.
What this version changes
Compared with Galaxy, adds stage scheduling, core-field provenance audits, strict UUID binding and a ledger lifecycle for repairs.
Implementation & evidence scope
The candidate path is primarily tested with simulated calls, and later documentation identifies remaining scheduling randomness. The mathematics–physics bridge lacks complete live literature retrieval; internal confirmed_novel is not independent proof of scientific novelty.
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
novelty-idea-generator/harness/search/policy.py· 170–222novelty-idea-generator/harness/search/policy.py· 309–332novelty-idea-generator/V4_COSMOS_CHANGELOG.md· 74–113novelty-idea-generator/V4_COSMOS_CHANGELOG.md· 200–206novelty-idea-generator/V4_NOVA_CHANGELOG.md· 3–5