SVF SVF Clinical Platform — paid clinical bundle, two capsules free in the browser Open the live demo
SHIVA OS / Documentation
Documentation

The specification.

Architecture, schemas, capsule contracts, and the reproducibility spec. Documentation lives next to the code and is versioned with it — each release ships a documentation snapshot whose hash matches the binary it describes.

01 — Architecture

Twelve engines, in six pairs.

SHIVA OS is built around twelve cooperating engines. They divide into six pairs by responsibility. Each pair is summarised below; per-engine reference documentation is being lifted from the source tree as each capsule earns its release.

6.1 / 6.2
Identity & Ontology

Identity binds every actor — clinician, attestor, capsule run — to a DID with explicit role scopes and attestor eligibility. Nothing executes anonymously. Ontology binds every claim to a versioned schema and vocabulary; no executable claim can exist without a binding, so vocabulary drift never silently changes meaning between humans and machines.

6.3 / 6.4
Ingestion & Provenance

Ingestion takes raw artifacts and emits typed candidate claims; the original source remains immutable. Provenance maintains an event-sourced lineage DAG over those claims. Every transformation is appended, never overwritten. The history of any claim is reconstructable back to the artifact it came from.

6.5 / 6.6
Evidence Vault & Graph Core

The Evidence Vault is content-addressed and encrypted storage for the raw artifacts behind claims, with optional anchoring and tombstone-with-proof for deletion. Graph Core is the semantic graph over the claims themselves — including conflict edges, so contradictions coexist with explicit status rather than being silently resolved.

6.7 / 6.8
Attestation & Policy

Attestation issues signed witness events from eligible attestors. High-stakes claims require multi-party attestation; revocation is first-class. Policy evaluates rules and jurisdiction overlays against attested claims and emits a verdict; no action executes downstream without one.

6.9 / 6.10
Execution & Governance

Execution converts authorized knowledge into action, with every action linking back to the claims that authorized it. Governance handles proposals, voting, and disputes over the rules themselves. Constitutional invariants protect the system from changes that would break the chain of attestability.

6.11 / 6.12
Reflection & Checkpoint

Reflection lets SHIVA inspect and repair its own state, with recursion bounded by policy. Checkpoint produces Merkleized digests of the whole system at scheduled intervals; anchored roots make the entire state replayable across years from a single hash.

02 — Capsule contracts

What every capsule must do.

Contracts a capsule has to fulfil to ship under the SHIVA banner.

C-01

Single-file deliverable

One HTML file. No build step. Optional companion ProofPack.

C-02

Offline-first

Loads, runs, and finishes with no network access required.

C-03

Typed I/O

Every input and output schema-bound, with a public JSON Schema.

C-04

Replayable

Same inputs at the same version → bit-identical outputs. Recorded by ProofPack.

C-05

Auditable

Every formula or rule used is visible in the source. No external black boxes.

C-06

Sealed releases

Each release has a SHA-256 in the manifest. RoCrate Verifier+ can confirm it.

03 — Reproducibility

ProofPack spec.

A ProofPack is the unit of replay — a small, self-describing JSON document that bundles inputs, version, derived values, and a hash.

// proofpack schema (excerpt) { "$schema": "https://shiva-os.dev/schema/proofpack@1", "capsule": "<capsule-id>", "version": "<semver>", "runId": "<timestamped opaque id>", "inputs": { /* schema-bound per capsule */ }, "derived": { /* schema-bound per capsule */ }, "hash": "sha256:<canonicalized inputs+derived>" }
Doc status
Documentation is being lifted from the code.

The schemas, contracts, and architecture chapters are stable. The longer reference text is being authored against each engine's source tree so the doc snapshot matches the binary.