Platform architecture · Versioned contracts

Built to extend.
Bounded by evidence.

Reusable platform mechanisms stay separate from project hypotheses, so new research modules can enter without rewriting the core or existing projects.

Separation of concerns

A project-neutral platform stack.

Every layer owns one reusable responsibility and publishes a clear contract to the next.

01

Project registry

Manifest discovery, schema validation, web registration, and SDK conformance.

02

Dependency resolver

Directed acyclic graph validation and minimum upstream release constraints.

03

Scientific core

Reusable genomics, transcriptomics, statistics, identifiers, QC, and ML methods.

04

Connector layer

Project-neutral integrations for external scientific data sources.

05

Dataset registry

Versioned RAW, CURATED, and PROJECT data contracts with provenance.

06

Artifact registry

Typed, schema-versioned envelopes connecting project releases.

07

Release registry

Immutable outputs, configurations, checksums, metrics, and validation state.

Live catalog view

Registered dependency graph

Edges point from the upstream producer to its downstream consumer.

P001Molecular State Explorer
P002Cancer Vulnerability Explorer
Minimum release
1.0.0
Required artifacts
FeatureEvidence@2.0.0, MolecularSignature@2.0.0

Scientific artifact contracts

Evidence with a type, version, and lineage.

Artifact schemas can grow through the plugin registry when a genuinely new reusable scientific contract is needed.

Schema 1.0.0

CandidateVulnerability

Registered typed artifact contract.

Schema 1.0.0

DrugResponse

Registered typed artifact contract.

Schema 1.0.0

DrugResponseEvidence

Registered typed artifact contract.

Schema 1.0.0

FeatureEvidence

Registered typed artifact contract.

Schema 2.0.0

FeatureEvidence

Registered typed artifact contract.

Schema 1.0.0

FunctionalDependency

Registered typed artifact contract.

Schema 1.0.0

GeneAssociation

Registered typed artifact contract.

Schema 1.0.0

MolecularSignature

Registered typed artifact contract.

Schema 2.0.0

MolecularSignature

Registered typed artifact contract.

Schema 1.0.0

MolecularStatePrediction

Registered typed artifact contract.

Schema 1.0.0

PathwayActivity

Registered typed artifact contract.

Schema 1.0.0

ProteinAssociation

Registered typed artifact contract.

Schema 1.0.0

ProteinValidationEvidence

Registered typed artifact contract.

Schema 1.0.0

SubtypePrediction

Registered typed artifact contract.

Validation lifecycle

Eight gates before an approved release.

Projects may add stricter checks, but they cannot silently bypass the shared lifecycle.

  1. G0Configuration valid
  2. G1Inputs available
  3. G2Data QC passed
  4. G3Analysis complete
  5. G4Internal validation complete
  6. G5External validation evaluated
  7. G6Robustness evaluated
  8. G7Release approved

New-project workflow

Register. Validate. Generate.

A new hypothesis starts from the project template, declares its dependency and artifact contracts, then becomes visible through catalog generation.

  1. 01
    Scaffold

    Create the standard project directory and manifest from the template or CLI.

  2. 02
    Implement

    Keep hypothesis-specific pipeline code inside the project and reuse shared core methods.

  3. 03
    Validate

    Check manifest, schemas, SDK lifecycle, dependency DAG, and synthetic test fixtures.

  4. 04
    Generate

    Rebuild the catalog; APIs, project cards, and navigation discover the project automatically.

Core contains methods.Projects contain hypotheses.
Shared data is immutable.Project derivations stay isolated.
Evidence before assertion.Validation state stays visible.