Skip to content

heathsanchez/mathgraph

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 

History

157 Commits
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

MathGraph

MathGraph is a generative verification kernel for trustworthy mathematical discovery.

Start here:

python scripts/run_release_check.py --quick
python scripts/run_repo_architecture_audit.py
python scripts/run_public_demo.py --out-dir demo_out

Then read docs/quickstart.md.

Canonical Path

MathGraph is a verification-native kernel for routing claims toward explicit verifier, finite-checker, trusted-importer, or chain-audit boundaries. Models, route scores, H-Tilt, Reason Atlas entries, and semantic intake may guide work; they do not verify claims.

Every accepted claim ends in exactly one terminal form:

  • VERIFIED_PROOF
  • FINITE_COUNTERMODEL
  • NAMED_OBSTRUCTION

Canonical pipeline:

claim or task
-> semantic validation boundary when an informal claim is present
-> formal claim / artifact
-> advisory route and constructor selection
-> verifier / finite checker / trusted importer / chain audit
-> EvidenceManifest
-> replay
-> invariant checks
-> Lawbook acceptance
-> Reason Atlas routing memory

Canonical modules:

Concern Canonical modules
certificates / external evidence mathgraph/certificates.py, mathgraph/external_certificates.py
terminal promotion mathgraph/promotion_gate.py, mathgraph/lawbook_boundary.py
replayable evidence mathgraph/evidence_manifest.py, mathgraph/evidence_replay.py
Lawbook façade mathgraph/lawbook_store.py, mathgraph/lawbook_ingest.py, mathgraph/lawbook_query.py, mathgraph/lawbook_export.py, mathgraph/lawbook_reuse.py
semantic boundary mathgraph/semantic_validation.py, mathgraph/invariants.py
routing memory mathgraph/reason_atlas.py, mathgraph/reason_atlas_store.py
H-Tilt / scheduling pressure mathgraph/spectral_htilt.py, mathgraph/reason_atlas_htilt.py, mathgraph/viability_operators.py
verification loops mathgraph/verification_loop.py, mathgraph/compounding_engine.py
finite checker mathgraph/finite_magma_world.py
SAIR / ETP adapters mathgraph/sair_task_loader.py, mathgraph/sair_constructor_bank.py

Legacy scripts and experiment modules still exist, but new users should start with release check, architecture audit, and the canonical compounding loop.

Canonical commands:

python scripts/run_release_check.py --quick
python scripts/run_repo_architecture_audit.py
python scripts/run_mathgraph_compounding_loop.py --allow-fallback-demo --out-dir /tmp/mathgraph_compounding_demo

See docs/canonical_pipeline.md and docs/module_map.md.

Canonical Compounding Loop

The canonical compounding runner is the repo-level smoke path for the claim that verified or boundary-backed memory should make later verification cheaper, higher-yield, or better routed. It compares baseline search with memory-guided policies, records Lawbook-style hits, runs decode-to-verify diagnostics, and labels every metric as verified, advisory, or diagnostic.

Fallback mode is deterministic and does not claim real SAIR results:

python scripts/run_mathgraph_compounding_loop.py \
  --allow-fallback-demo \
  --out-dir /tmp/mathgraph_compounding_demo

Real SAIR mode only claims real evaluation when the equation and matrix files are supplied and loaded:

python scripts/run_mathgraph_compounding_loop.py \
  --equations /content/equations.txt \
  --matrix /content/etp_matrix_full_best_bool.npy \
  --out-dir /content/drive/MyDrive/MathGraph_Compounding_Run \
  --episodes 3 \
  --train-pairs 250 \
  --eval-pairs 250 \
  --attempt-budget 12

Recursive Residual Compounding Benchmark

The canonical fallback compounding loop is the basic repo smoke path. Recursive residual compounding is the stronger ETP/SAIR benchmark: a generic finite-countermodel route leaves residuals, residuals mine advisory constructor memory, compact constructor atlases are evaluated on held-out transfer splits, and TRUE controls check contamination.

Residual-mined constructors and compact atlases are route policies, not truth. They remain advisory until a finite checker produces a concrete certificate and the boundary admits it.

python scripts/run_recursive_residual_compounding.py \
  --profile smoke \
  --allow-fallback-demo \
  --out-dir /tmp/mathgraph_recursive_residual_smoke

Real ETP/SAIR mode:

python scripts/run_recursive_residual_compounding.py \
  --equations /content/equations.txt \
  --matrix /content/etp_matrix_full_best_bool.npy \
  --profile fast \
  --generations 5 \
  --out-dir /tmp/mathgraph_recursive_residual_fast_real

Multi-Episode ETP Compounding Engine

The repo-native ETP compounding engine turns PQ-IR features into a repeatable Lawbook metabolism:

episode -> constructors -> finite checking -> residuals -> obstruction atlas
-> repair constructors -> Lawbook update -> next episode

Routes, residual obstructions, repair families, and Lawbook reuse are advisory. FALSE recovery is counted only when the finite checker finds a concrete magma that satisfies the source equation globally and violates the target equation at a witness. Failed finite search is residual evidence, not TRUE.

Tiny deterministic demo:

python scripts/run_mathgraph_compounding_engine.py \
  --out-dir /tmp/mathgraph_compounding_demo \
  --episodes 2 \
  --tiny-demo

Full ETP/SAIR example:

python scripts/run_mathgraph_compounding_engine.py \
  --equations /content/equations.txt \
  --matrix /content/etp_matrix_full_best_bool.npy \
  --out-dir /content/drive/MyDrive/MathGraph_Compounding_Run \
  --episodes 4 \
  --train-false 18000 \
  --eval-false 14000 \
  --eval-true 9000 \
  --max-n 5 \
  --repair-steps 30 \
  --seed 20260524

See docs/compounding_engine.md.

TRUE-Side Proof Inventory

The TRUE-side inventory builds bounded congruence traces and Lean-ready candidate skeletons for ETP pairs labelled TRUE. These artifacts are proof templates only: they are not LEAN_VERIFIED and cannot promote truth until an external proof verifier accepts them. FALSE controls audit that failed finite search is never treated as TRUE.

python scripts/run_true_side_inventory.py \
  --out-dir /tmp/mathgraph_true_inventory_demo \
  --tiny-demo

Real ETP/SAIR example:

python scripts/run_true_side_inventory.py \
  --equations /content/equations.txt \
  --matrix /content/etp_matrix_full_best_bool.npy \
  --out-dir /content/MathGraph_TRUE_Inventory \
  --sample-true 5000 \
  --sample-false-control 5000 \
  --max-depth 3 \
  --seed 20260524

See docs/true_side_proof_inventory.md.

Polarized Quotient-Continuation IR

PQ-IR extracts advisory quotient/continuation features for ETP implications EQ1 => EQ2: source quotient pressure, target separation pressure, fresh variable escape, projection boundary behavior, and residual obstruction names. It is routing knowledge only, not a truth oracle.

python scripts/run_polarized_quotient_ir_demo.py \
  --out-dir /tmp/mathgraph_pqir_demo \
  --sample-pairs 100

See docs/polarized_quotient_ir.md.

Curated Real Mathlib Demo

python scripts/run_real_mathlib_demo.py --ensure-examples
python scripts/run_real_mathlib_demo.py
python scripts/run_real_mathlib_demo.py --config examples/real_mathlib_demo/curated_real_mathlib_demo_config.example.json --project-root /path/to/local/mathlib

This local-path-only workflow performs no downloads or package-manager actions, skips cleanly when no path is supplied, and keeps verification limited to explicitly selected declarations.

Models propose. MathGraph constrains. Verifiers decide. Digestion assimilates. The Lawbook remembers. Projection scales.

Only verifier, trusted importer, finite validator, and chain audit boundaries promote truth. Everything else may guide search, explanation, scheduling, or memory without becoming a theorem.

Full vision/spec: docs/mathgraph_full_vision_design_spec.tex

Trust Boundary

Every accepted claim ends in exactly one terminal form:

Terminal form Meaning
VERIFIED_PROOF A proof accepted by an explicit verifier/importer/audit boundary
FINITE_COUNTERMODEL A checked finite witness that separates source from target
NAMED_OBSTRUCTION A structured accepted obstruction record
Advisory artifact What it may do What it may not do
route score, H-Tilt, discovery value rank work prove a claim
digestion, exposition, analogy explain or compress verify
curricula, repair plans, process memory plan or replay work create truth
structural identity, typed projection, roles, habits, reasons organize memory and route pressure create certificates or accepted theorems

Current Architecture

Existential Agent Ecology
  -> API / SDK / CLI
  -> Domain Claim
  -> Semantic / Natural-Language Intake
  -> Formal-World Adapter Registry
  -> Adapter Capability / Parse / Normalize / Validate
  -> Proof-System Project Registry
  -> Artifact Manifests / Import Graphs / Check Requests
  -> API Service Contracts
  -> Continuation Actions
  -> Continuation Curriculum
  -> Verification Episode
  -> Verifier / Importer / Finite Validator / Chain Audit
  -> Proof Digestion
  -> Verifier Feedback / Repair
  -> Discovery Value
  -> Lawbook Acceptance
  -> Lawbook Query / Known Skip
  -> Structural Identity
  -> Habit Rules
  -> Reason Compression
  -> Process Memory
  -> Structure Registry / Typed Projection
  -> Role-Based Object Introduction
  -> Structural Analogy / Exposition
  -> Projection
  -> Telemetry

Implemented Modules

  • domain claims, Lean adapter hardening, verification episodes, projection, and telemetry
  • continuation actions and curricula
  • proof digestion, verifier feedback, and repair
  • discovery value, Lawbook acceptance, Lawbook query, and known skip
  • structural identity, habit rules, and reason compression
  • process memory, structure registry, typed projection, role objects, and structural analogy/exposition
  • formal-world adapters for typed parse, normalize, validate, task, and handoff contracts
  • proof-system integration contracts for projects, artifacts, imports, checks, and boundary evidence
  • semantic intake for deterministic segmentation, ambiguity tracking, formalization requests, and routing
  • local API service contracts for stable health, query, submit, routing, and review surfaces
  • existential agent ecology for mortality, resources, wounds, lineage, daemonization, and route pressure
  • post-M11 hardening harness for advisory replay, contract checks, and evaluation

The first practical proving ground is SAIR Stage 2, equational implication over magmas. It is a nursery world, not the whole product.

Formal-World Adapters

MathGraph now has a lightweight formal-world adapter layer that detects broad world kinds, parses shape, normalizes representations, validates formal shape, emits proof, countermodel, formalization, finite-validation, and review tasks, and prepares explicit handoffs to verifiers, trusted importers, finite validators, or chain audits. Adapter parse, normalize, and validate success is advisory only and does not verify claims.

Deeper Proof-System Integration

MathGraph now has proof-system project and artifact lifecycle contracts: proof-system specs, project manifests, artifact manifests, import graphs, safe check command contracts, check requests, check result parsing, trusted import records, and explicit proof boundary evidence. This connects formal-world adapters to actual proof-system workflows while preserving the rule that files, imports, check requests, and proof-looking text are advisory until a verifier, trusted importer, finite validator, or chain audit returns explicit evidence.

Semantic And Natural-Language Intake

MathGraph now has deterministic natural-language intake for informal mathematical and scientific text. It segments text, classifies claim types, detects ambiguity, extracts symbols and relations, creates formalization requests, and routes claims to formal-world adapters, proof-system integration, digestion, curricula, repair, and review. Natural language remains advisory: theorem-like sentences, proof-looking paragraphs, semantic confidence, and extracted formal candidates do not verify claims.

API Service Hardening

MathGraph now exposes a local API and SDK boundary with stable request and response schemas. The service supports health, audit, query, submit, semantic intake, formal-world adapters, proof-system integration, scheduling, projection, explanation, process memory, discovery value, and advisory review routes. Every response includes truth status, safety level, and verifier boundary fields. HTTP or SDK success does not mean mathematical truth.

Existential Agent Ecology

MathGraph now supports advisory finite-resource discovery agents with mortality policies, resource accounts, wounds, value drift, narrative identity, Held-in-Chora records, lineage summaries, daemonized skills, and route-priority adjustments. Agents may change scheduling pressure and discovery behavior, but they cannot verify claims, accept Lawbook entries, or promote truth. Dead agents cannot act, receive budget, mutate, spawn, or be resurrected as the same acting self.

Post-M11 Hardening And Evaluation

MathGraph now includes a hardening harness for end-to-end advisory smoke scenarios, serialization checks, API contract checks, documentation sync, public terminology hygiene, truth-boundary invariants, agent lifecycle invariants, lightweight performance checks, and replay manifests. Hardening artifacts are advisory and do not promote mathematical truth.

External Verifier Execution And End-to-End Test Drive

MathGraph now has a strict local verifier execution adapter. Execution is disabled by default. When explicitly allowed, the adapter may run supported local proof-system checks under allowlisted commands, timeout, path, shell, network, and unsafe-marker constraints. Raw success text and return code are not enough. Boundary evidence is created only when a local verifier accepts a safe artifact under a valid command contract. The end-to-end test drive runs the architecture from semantic intake through API, agents, hardening, and optional verifier evidence.

Rich Verifier Fixtures And Test Drive

MathGraph now includes a Lean fixture suite for safe passing theorems, unsafe-marker rejection, expected-theorem validation, type/import failures, and optional in-memory Lawbook review/query replay. The fixture suite can run in dry-run mode everywhere or live mode when Lean is available and execution is explicitly allowed. Unsafe fixtures must never create boundary evidence.

Verified Corpus Micro-Ingestion

MathGraph can ingest a tiny local Lean corpus through a manifest, extract declarations, imports, and dependency metadata, run local verifier checks only when explicitly allowed, produce boundary-backed entries only for verified safe declarations, reject unsafe, expected-missing, and import-failure entries, and optionally replay Lawbook review/query in memory. Corpus extraction and dependency graphs are advisory metadata, not proof.

Lean Project Micro-Subset Pilot

MathGraph can now ingest a tiny local Lean project with module imports, extract declarations, imports, and reference dependencies, run local verifier checks from the project root only when explicitly allowed, produce boundary-backed entries only for verified expected declarations, reject unsafe, expected-missing, and import-failure entries, emit advisory dependency graphs with import and reference edges, and optionally replay Lawbook review/query in memory. Module and dependency extraction are advisory metadata, not proof.

Mathlib Micro-Subset Pilot

MathGraph can now ingest a tiny local Mathlib-style subset through an allowlisted manifest, extract module paths, declarations, imports, and declaration-reference dependencies, run local verifier checks only when explicitly allowed, produce boundary-backed entries only for verified expected declarations, reject unsafe, expected-missing, and import-failure entries, emit advisory dependency graphs, and optionally replay Lawbook review/query in memory.

The built-in fixture is synthetic and local. External Mathlib mode is local-path-only and performs no downloads or package-manager operations.

Real Local Mathlib Allowlist Pilot

MathGraph can now point at a user-supplied local Lean/Mathlib checkout or local Lean project through an explicit allowlist manifest. It diagnoses the environment, extracts declarations/imports/references, runs local verifier checks only when explicitly allowed, and produces boundary-backed entries only for allowlisted expected declarations. It performs no downloads and no package-manager operations.

Mathlib Declaration Discovery

MathGraph can now inspect explicitly selected local Lean/Mathlib module files, discover theorem/lemma/definition declarations, generate an allowlist manifest, and optionally hand that manifest to the local allowlist verifier. Discovery is advisory. Only the downstream verifier boundary can create proof evidence.

CLI And Tooling

Repo scripts expose the implemented layers as small backend-first tools:

  • scripts/run_roadmap_alignment.py
  • scripts/run_reason_compression.py
  • scripts/run_process_memory.py
  • scripts/run_structure_registry.py
  • scripts/run_role_objects.py
  • scripts/run_structural_analogy.py
  • scripts/run_formal_world_adapters.py
  • scripts/run_proof_system_integration.py
  • scripts/run_semantic_intake.py
  • scripts/run_api_service.py
  • scripts/run_existential_agents.py
  • scripts/run_hardening.py
  • scripts/run_verifier_execution.py
  • scripts/run_verifier_fixtures.py
  • scripts/run_verified_corpus.py
  • scripts/run_lean_project_subset.py
  • scripts/run_e2e_testdrive.py

These tools emit advisory artifacts unless an already-existing verifier boundary is being reported. They do not bypass the terminal contract.

Fresh Clone CLI Usage

Public scripts bootstrap the repository root automatically, so an editable install is optional for local script use:

python scripts/run_e2e_testdrive.py
python scripts/run_hardening.py
python scripts/run_colab_testdrive.py --use-current-checkout --quick-smoke
python scripts/run_colab_testdrive.py --fresh-clone --allow-live-verifier --allow-missing-verifier

Live verifier execution remains opt-in. Missing Lean skips cleanly when allowed. CLI success is a usability signal, not proof of arbitrary claims.

Proof-Library Demo Pack

MathGraph now has a repeatable demo that runs discovery, allowlist manifest generation, optional verifier-bound allowlist ingestion, dependency/reference graph output, Lawbook replay, known-skip replay, and a polished Markdown report. The built-in demo uses the synthetic Mathlib-style subset; a real local Mathlib demo can be configured by supplying a local path and explicit module/declaration selection.

Public Demo and Release Check

python scripts/run_public_demo.py --ensure-configs
python scripts/run_public_demo.py --allow-execution --allow-missing-verifier --accept-verified-entries-in-memory
python scripts/run_release_check.py --quick
python scripts/run_release_check.py --include-public-demo --allow-live-verifier --allow-missing-verifier

Demo success and release-check success are usability signals, not proof.

Optional Real Local Mathlib Revision Demo

python scripts/run_proof_library_demo.py --config examples/proof_library_demo/real_mathlib_demo_config.example.json --project-root /path/to/mathlib

See docs/real_mathlib_revision_demo.md for the local-path-only revision workflow.

Mathlib Module-Aware Verification

python scripts/run_mathlib_module_verification.py --use-synthetic-request --project-root examples/mathlib_micro_subset
python scripts/run_real_mathlib_demo.py --project-root /path/to/mathlib4 --run-module-verification --execution-mode lake-env-lean --allow-execution --allow-missing-verifier

For selected real Mathlib declarations, this is the preferred verifier-bound path. Generated import/#check files establish imported declaration availability only after Lean succeeds; they are not source-proof reconstruction.

Real Mathlib discovery can expose names that need qualification repair. Module verification emits failed-check diagnostics and offers an explicit conservative --enable-name-candidate-fallback; candidates stay advisory until Lean accepts the resolved spelling.

For real Mathlib/Lake projects, module verification should use lake env lean from the supplied project root. Raw Lean mode remains useful for synthetic or simple projects; diagnostics that mention /tmp/.../olean/Mathlib indicate the wrong import context.

Mathlib Digest Lawbook

MathGraph can now accumulate focused Mathlib digest runs into a persistent SQLite Lawbook outside git. The small Nat pack records Lean autopsies, advisory root hints, reason basins, constructor attempts, verified constructors, and obstruction traces.

Dry run, no Lean required:

python scripts/run_mathlib_digest_accumulator.py \
  --lawbook /tmp/mathgraph_lawbook_test.sqlite \
  --pack-config examples/mathlib_digest_nat_small/config.json \
  --out-base /tmp/mathgraph_lawbook_runs

Live local Mathlib run:

python scripts/run_mathlib_digest_accumulator.py \
  --mathlib-root /content/mathlib4 \
  --lawbook /content/drive/MyDrive/MathGraph_Lawbook/lawbook.sqlite \
  --pack-config examples/mathlib_digest_nat_small/config.json \
  --out-base /content/drive/MyDrive/MathGraph_Lawbook/runs \
  --allow-live-lean \
  --verify-constructors

Exports:

python scripts/run_constructor_distiller.py --lawbook /path/to/lawbook.sqlite --out-dir /path/to/exports
python scripts/run_reason_atlas_export.py --lawbook /path/to/lawbook.sqlite --out-dir /path/to/exports
python scripts/run_lawbook_summary.py --lawbook /path/to/lawbook.sqlite --out-dir /path/to/exports

The repo stores code, docs, tests, and small fixtures. Growing Lawbook SQLite files and run/export artifacts belong in external storage such as Google Drive.

Next Implementable Layer

MathGraph now includes a small closed-loop infrastructure layer: terminal-form compatibility helpers, advisory external certificate envelopes, a closed verification scheduling loop over the existing route learner and H-Tilt scheduler, smoothed sparse route priors, and advisory causal/grounding IRs.

These pieces preserve the verifier boundary: advisory certificates, causal heuristics, grounding records, route priors, scheduler scores, and model outputs do not promote truth without explicit verifier/importer/finite-validator/chain audit evidence.

Reason Atlas Contact Promotion

MathGraph can now import Lean probe rows into a Reason Atlas contact-promotion pipeline. A clean interval becomes a STRICT_CONTACT_SEED, parsed #check text becomes a SIGNATURE_ATLAS_RECORD, dirty intervals become REPAIRABLE_OBSTRUCTION, and repeated clean transfer can create an advisory PROMOTED_ROUTE_LAW.

Support 1/1 is intentionally not promoted. A route law requires repeated clean transfer across compatible declarations or target instantiations; route laws guide scheduling and construction, but they are not truth certificates.

Root Operator Induction

MathGraph can now lift compatible verified traces into typed, parameterized root operator schemas. Literal survivals such as move_right_2|recolor_1 and move_down_2|recolor_4 can become advisory constructor candidates like move(axis, distance=2); recolor(color).

Root operators support residual compression, constructor search, route scheduling, and oracle-gap closure. They remain advisory: a root operator schema cannot cross the verifier boundary or produce a terminal truth form without an independent verifier/importer/finite-checker/chain-audit result.

Reason Atlas Persistence

Promoted contacts, root operator schemas, repairable obstructions, and constructor hints can now be persisted in a lightweight SQLite-backed Reason Atlas. Feedback events update advisory support, transfer rates, residual compression, decay, and priority scores across runs.

Persistent Reason Atlas memory is the bridge to compounding verification: entries guide the next verifier attempt, but remain advisory. Only an independent verifier/importer/finite-checker/chain-audit path can create terminal truth.

Closed Verification Loop

MathGraph now includes a central PromotionGate and callback-based closed verification loop. Reason Atlas queue rows can be turned into verifier task attempts, wrapped as ExternalCertificate objects, gated for valid boundary evidence, emitted as Lawbook candidates only when accepted, and fed back into Reason Atlas priority scoring.

The loop preserves the boundary: advisory memory, route laws, root operator schemas, feedback events, and raw success text cannot admit terminal truth.

Breakthrough Loop Demo

MathGraph now has a runnable variation/evaluation/selective-retention loop. The first evaluator is a deterministic finite magma checker: unresolved equational implications are attacked with advisory constructor hints, successful finite countermodels are wrapped as ExternalCertificate objects, and PromotionGate admits only valid finite boundary evidence as Lawbook candidates.

The demo compounds across episodes. Failed attempts become Reason Atlas feedback, constructor priorities shift, residuals fall, and the final report shows before-to-after improvement. Advisory queue rows and failed searches still cannot emit terminal truth.

python scripts/run_breakthrough_loop_demo.py

SAIR Breakthrough Loop

The breakthrough loop can now load real SAIR-style equations.txt and etp_matrix_full_best_bool.npy files when present. It samples matrix-labeled FALSE pairs EQ1 => EQ2, searches for finite magma countermodels, wraps real checker successes as ExternalCertificate objects, and uses PromotionGate for Lawbook candidate admission.

The implication matrix guides sampling only. Search failure is residual feedback, not truth.

python scripts/run_sair_breakthrough_loop.py --max-tasks 100 --episodes 3 --attempt-budget 8

Real-Corpus SAIR Motif Hygiene and Scheduler Evaluation

MathGraph can now clean real SAIR finite-countermodel traces into mechanism-only motifs, rejecting junk atoms, status leakage, internal IDs, raw payloads, and answer-derived features. Only PromotionGate-accepted finite countermodel traces are mined as positive motif evidence.

The held-out scheduler evaluation tests whether clean motifs improve real finite-countermodel certificate yield versus baseline constructor ordering. Motifs, scheduler scores, and Reason Atlas entries remain advisory; only the finite checker plus PromotionGate can create terminal candidates.

Persistent SAIR Reason Atlas Evaluation

Clean motifs from PromotionGate-accepted SAIR finite-countermodel traces can now be admitted into a persistent SQLite Reason Atlas as advisory constructor priors. Later held-out runs can load those priors and compare persistent atlas scheduling against baseline constructor ordering, clean in-run motifs, and an oracle policy.

The core metric is compounding gain: more finite-countermodel certificates, fewer residuals, or lower attempt cost versus baseline. The verifier boundary remains unchanged: persisted motifs and atlas priors guide search, but only finite checker success gated by PromotionGate can produce terminal candidates.

python scripts/run_sair_scale_reason_atlas_eval.py \
  --equations /content/equations.txt \
  --matrix /content/etp_matrix_full_best_bool.npy \
  --admit-motifs \
  --load-existing-atlas

Spectral H-Tilt Reason Atlas Scheduling

Spectral H-Tilt can now read persistent Reason Atlas entries and feedback, estimate survivor mass over advisory route telemetry, and write H-Tilt scores back into Reason Atlas priority metadata. Those scores affect queue ordering and constructor scheduling only; they do not verify claims and cannot create terminal truth.

Held-out SAIR evaluation compares baseline constructor ordering, persistent Reason Atlas priors, H-Tilt-augmented priors, and oracle ordering using the real finite magma checker plus PromotionGate.

python scripts/run_sair_htilt_reason_atlas_eval.py \
  --equations /content/equations.txt \
  --matrix /content/etp_matrix_full_best_bool.npy \
  --admit-motifs \
  --load-existing-atlas \
  --apply-htilt

Principled V Discovery and H-Tilt Calibration

MathGraph can now compare candidate viability/killing operators for H-Tilt scheduling. V operators turn training feedback traces into advisory pressure: failure density, rejection pressure, residual persistence, constructor dead ends, attempt cost, novelty pressure, and composite variants.

Selected V operators must prove value through held-out finite-countermodel certificate yield, residual compression, or attempt efficiency. V scores and H-Tilt distributions remain advisory only; no V operator crosses the verifier boundary.

python scripts/run_sair_v_operator_eval.py \
  --allow-fallback-demo \
  --quick \
  --seeds 2

Compounding Lawbook Engine v0

MathGraph now has a narrow compounding Lawbook loop: verified/advisory experience is stored, sparse Lawbook attention retrieves relevant memory, repeated attempts coagulate into candidate reasons, decode-to-verify tests whether those reasons change future action, and the report measures whether memory improved the next verifier-directed episode.

Only terminal artifacts with valid boundaries count as verified Lawbook memory. Advisory motifs, reasons, attention results, and H-Tilt scores can guide search, but cannot promote truth.

python scripts/run_compounding_lawbook_loop.py \
  --fallback-smoke \
  --out-dir /tmp/mathgraph_compounding_smoke

Real-SAIR-capable benchmark:

python scripts/run_sair_real_compounding_benchmark.py \
  --equations-path /content/equations.txt \
  --matrix-path /content/etp_matrix_full_best_bool.npy \
  --out-dir /content/drive/MyDrive/SAIR_MathGraph/real_compounding_benchmark_v0 \
  --train-size 250 \
  --heldout-size 250 \
  --seeds 0,1,2 \
  --fallback-if-missing

Production Lawbook Admission

MathGraph now separates run evidence from durable Lawbook memory. The admission gate classifies artifacts as rejected, advisory, candidate, bounded/finite/Lean verified, or durable Lawbook entries. Fallback smoke artifacts, decode-only hits, failed finite searches, and artifacts missing provenance are blocked from durable memory.

python scripts/run_lawbook_promotion.py \
  --run-dir /tmp/mathgraph_real_compounding_fallback_smoke \
  --output-dir /tmp/mathgraph_lawbook_promotion_smoke \
  --strict

Multi-Episode Compounding

The multi-episode evaluator runs repeated benchmark episodes against one Lawbook, promotes or blocks artifacts through Production Lawbook Admission, and measures whether durable memory changes later verifier-directed search.

python scripts/run_multi_episode_compounding.py \
  --output-dir /tmp/mathgraph_multi_episode_compounding_smoke \
  --num-episodes 3 \
  --episode-size 50 \
  --allow-fallback \
  --strict-admission

Real SAIR Artifact Pack

The artifact-pack runner wraps a real/fallback multi-episode run into a reproducible evidence bundle with manifest, environment and git metadata, admission reports, Lawbook growth, durable reuse, residual shrinkage, JSON summary, markdown report, and optional zip archive. Strict real mode fails if the SAIR files are absent unless fallback smoke is explicitly allowed.

python scripts/run_real_sair_artifact_pack.py \
  --equations-path /content/equations.txt \
  --matrix-path /content/etp_matrix_full_best_bool.npy \
  --output-dir /content/drive/MyDrive/SAIR_MathGraph/real_sair_multi_episode_pack \
  --num-episodes 3 \
  --episode-size 250 \
  --train-fraction 0.5 \
  --strict-admission \
  --create-archive

Executable Trust Boundary

MathGraph does not treat model output, route scores, H-Tilt values, semantic intake, analogies, or explanations as truth. These artifacts may guide search, but accepted claims require exactly one terminal form:

  • VERIFIED_PROOF
  • FINITE_COUNTERMODEL
  • NAMED_OBSTRUCTION

Reason Atlas routes are advisory until verifier contact. Finite-search failure is not truth. Raw verifier returncode or success text is not enough unless it is captured as explicit boundary evidence under replayable instructions. Unsafe Lean markers such as sorry, admit, axiom, and unsafe cannot create boundary evidence.

The repo includes invariant tests and a canonical finite-countermodel demo:

python scripts/run_trust_boundary_check.py
python scripts/run_canonical_finite_countermodel_demo.py \
  --out-dir /tmp/mathgraph_canonical_finite_countermodel_demo
python scripts/replay_evidence_manifest.py \
  /tmp/mathgraph_canonical_finite_countermodel_demo/evidence_manifest.json

Lawbook Acceptance and Replay

Accepted Lawbook entries require replayable EvidenceManifest records. The Lawbook is verified/certified memory, not advisory memory. Reason Atlas entries remain routing knowledge unless they reference verifier-backed outcomes.

Derived entries must preserve parent provenance and evidence references, and cannot upgrade trust without an explicit verifier/importer/audit boundary. The canonical finite-countermodel demo now exercises acceptance, replay, invariant checking, and a small Lawbook write.

Semantic Validation Boundary

Formal verification checks the formal artifact. Semantic validation records evidence that the formal artifact matches the intended informal claim. MathGraph tracks these separately.

A verified formal artifact may be accepted as formal-only when semantic validation is missing. It must not be presented as solving the original informal statement unless semantic validation is sufficient. This matters for natural language claims, AI-generated formalizations, and future proof-assistant workflows. Semantic validation evidence is still evidence about translation, not a proof of mathematical truth.

Verifier-Backed Reason Atlas

Reason Atlas stores routing memory. It summarizes which routes, constructors, and basins have produced verifier-backed outcomes, and it may reference EvidenceManifest records or accepted Lawbook entries.

Advisory observations are allowed, but they remain marked advisory. Route priority, support count, heldout gain, discovery value, or H-Tilt mass is not proof and cannot promote truth.

python scripts/run_reason_atlas_demo.py --out-dir /tmp/mathgraph_reason_atlas_demo

Current Status

Implemented milestones run through Public Demo and Release Readiness. See docs/roadmap.md for the live roadmap and docs/agentic_alchemical_loop.md for the process view. See also docs/manifesto.md and docs/glossary.md.

Future Work

  • curated real Mathlib demo manifests
  • trusted importer policy for pinned external corpora
  • Lake-aware build plan without network
  • larger fixture-driven release gates
  • persistent Lawbook storage workflow
  • package/release workflow

MathGraph should not scale by becoming bigger. It should scale by making every verified thing reusable and every failure informative.

About

No description, website, or topics provided.

Resources

Stars

0 stars

Watchers

0 watching

Forks

Releases

No releases published

Packages

 
 
 

Contributors

Languages