Skip to content

Ophamin

An empirical observatory wrapped around a substrate under test.

Ophamin is the apparatus through which a complex substrate (Kimera-SWM today, anything implementing the SubstrateUnderTest protocol tomorrow) becomes legible.

The name is the angelic order Ophanimwheels within wheels, covered with eyes (Ezekiel 1:18). Architecturally, Ophamin is a dyson sphere around the substrate: the substrate sits at the centre emitting; Ophamin envelops, senses, measures, audits, instruments, reports — and returns signed, content-addressed, falsifiable artefacts.

Get started in 5 minutes :material-arrow-right: Browse the architecture :material-arrow-right:


Six wheels, two concentric triads

Triad Wheel What it does Backed by
Outer (empirical) seeing discover the substrate's surface + ingest corpora sklearn, h5py
measuring run scenarios; emit signed Empirical Proof Records statsmodels, mapie, river
comparing cross-commit drift + regression alerts prov, mlflow, dvc
Inner (engineering) instrumenting per-cycle CPU / RSS / page-fault sampling psutil, opentelemetry
auditing orchestrated static-analysis tools ruff, bandit, mypy, pip-audit
reporting render results to Markdown / HTML / LaTeX matplotlib

Plus cross-cutting layers for per-primitive inspecting, standard-format interop (SARIF / JUnit XML / MLflow / CycloneDX SBOM), and an application layer for the CLI.

Five experimentation tiers

Every scenario binds a corpus + a substrate-target + a pre-registered falsifiable claim, runs the corpus through the substrate, and emits a signed Empirical Proof Record:

  • Scientific — claims about substrate behaviour
  • Engineering — claims about substrate cost
  • Philosophical — claims about substrate self-model
  • Measurement-machinery — claims about the measurement apparatus
  • Structural — claims about what the substrate is, not what it does

32 scenarios ship today. See SCENARIO_AUTHORING.md for the authoring path.

The load-bearing promise

Every signed artefact carries an explicit schema_version and is HMAC over a canonical JSON form. Minor versions never break existing records; major versions ship migration scripts. See SCHEMAS.md for the full policy.

Five interop layers

Ophamin is a Python framework, but every consumer shape can drive, consume, or observe it without writing Python:

Consumer shape Layer Surface
Non-Python systems needing cryptographic verification Wire-format ports Rust ophamin-proof crate + JS @ophamin/proof package (both read AND write)
AI agents speaking MCP MCP server ophamin mcp serve (stdio / SSE / streamable-http)
HTTP / service-style consumers HTTP REST API ophamin http serve (FastAPI; OpenAPI 3 at /openapi.json)
Event-stream routing CloudEvents 1.0 envelope ophamin.cloudevents.wrap / unwrap
Observability backends OpenTelemetry instrumentation ophamin.observability.setup_otel()

All five layers wrap the same shared implementations, so behavioural drift between them is structurally impossible. See INTEROP_OVERVIEW.md for the per-layer on-ramp, and REPRODUCING.md for the external reviewer's rebuild guide.

Where to next