MIRAmodular interoperable research attribution Try it

Run it, don’t just read it

The prototypes — public, and marked for how real they are.

Everything here is public — most of it under github.com/MIRA-science, the rest hosted by the people who built it at the kickoff. Each entry says what it is, points to a link, and what to try — and carries a status, because this page is also the provenance. For a short demo video of each, see What we built at the MIRA Kickoff.

shipped — runs today designed — a concrete draft, not built
schemashipped

The canonical LinkML grammar — every node and edge on this site is defined in it. SHACL is generated from the source; the Turtle and JSON-LD context are maintained alongside it.

What to try: browse the Docs for every class and slot, then write a record against the JSON-LD context and check it with the Validator — in the repo, make validate_data runs that check on the sample graph.

Schema ↗  ·  JSON-LD context ↗  ·  Validator ↗  ·  Docs ↗
github.com/MIRA-science/schema ↗
The DNA walkthroughshipped

The interactive schema-demo deck: the six-node grammar built one record at a time on the discovery of DNA’s structure, with every slot and edge explaining itself on hover.

What to try: scroll it end to end, then hover an edge label to read the relation both ways.

Open the walkthrough on this site →
MIRA-extractionshipped

AI-assisted MIRAfication of a source — the MIRA-fier of the kickoff write-up. Emits schema-conformant JSON-LD (<name>.mira.jsonld) — the wire format the viewers and the KOI envelope speak — with a verbatim provenance.excerpt on every node (the receipts), dangling and ungrammatical edges reported instead of dropped, and the source → study → grounds → evidence spine enforced.

What to try: MIRAfy a source and diff the Initial AI draft nodes against what a human would advance; the emitted .mira.jsonld is what moves downstream.

mira-extraction.vercel.app ↗
install it: github.com/MIRA-science/MIRA-extraction ↗
demo-MIRA-graph-datashipped · mock data

A ~314-node discourse graph plus a standalone d3 viewer and the Python transform pipeline that built it. The data is mock — terms are randomized to a microtubule-transport field; use it to validate tooling, never as a scientific source.

What to try: open the d3 viewer and traverse from a Question to its Evidence; the same grammar, rendered and navigable.

github.com/MIRA-science/demo-MIRA-graph-data ↗
myst-plus-mirashipped

The TypeScript MyST parser (MIRyST in the kickoff write-up) — authoring discourse-graph nodes inside MyST Markdown and emitting JSON-LD. One authoring tool to one viewer: real, and narrow.

What to try: npm test (vitest) — the MyST → JSON-LD round-trip on the golden fixture.

github.com/MIRA-science/myst-plus-mira ↗
MIROXA · MIRA in Stencilashipped · in Stencila

MIRA inside the existing OXA standard. Stencila, an open-source publishing platform, reads and writes Questions, Claims, Evidence, Protocols and Requests — authored as MyST directives, Quarto divs or Stencila Markdown blocks — and converts them to and from MIRA JSON-LD (.mira.jsonld). A second, independent authoring tool on the same wire format.

What to try: follow the Stencila docs to export a marked-up document with stencila graph <doc>.myst <doc>.mira.jsonld.

stencila.io/docs/formats/mira ↗
koi-net-mira-prototypeshipped

The KOI cross-organization envelope — operational. Different orgs’ agents and tools read from and write to the same KOI node, and it ingests the JSON-LD that MIRA-extraction emits. Our working MIRA KOI node contains unpublished scientific results by our users, and so isn’t yet public — and even there, each record is a pointer to its artifact, not a copy of it. Still designed, not built: federation across schemas and a public network at scale.

What to try: stand up your own KOI node to push and pull MIRA nodes across the network.

github.com/MIRA-science/koi-net-mira-prototype ↗
inter-lab-user-storyshipped · mockups + prototype

The north-star user story — “push a result to a shared web interface” — with the normative transport/sharing rules R1–R13 and the authoritative open-questions list.

What to try: read AGENTS.md; it is the brief the whole approach is measured against.

github.com/MIRA-science/inter-lab-user-story ↗
the shared-dashboard mockup ↗
MIRA-viewer · the cross-lab dashboardshipped · demo data

The inter-lab user story, built: a read-only shared dashboard — graph, kanban and by-question views of the questions, claims, evidence, studies, protocols and open requests two labs share — rendered from MIRA JSON-LD carried over KOI. The public instance shows demo data; each lab’s private notes stay local.

What to try: open it, switch between Graph and Kanban, and follow the open Request back to the result it asks about.

mira-dashboard.conversence.com ↗
Two live public graphsshipped · live

The same grammar running in public on two unrelated topics — a healthcare-language graph and a whitepaper-as-a-graph. Both give every node a URL and generate their narrative as a traversal: the prose is a rendering, the graph is the source.

What to try: open either and read a node, then follow its edges to the evidence.

language-and-health-open-synthesis.vercel.app ↗
rdf.scios.tech ↗
RRGI · the resilient research graphshipped · live

A public graph of MIRA records on AT Protocol and IPFS, built by SciOS: papers as bundles of signed records, questions and evidence added by signed-in researchers, claims endorsed as believed, verified or qualified, and a PDF extractor that turns a paper into records. It maps MIRA’s node types and relations onto its own lexicon and adds a few — proposed back to the schema in the open.

What to try: browse the public graph without signing in; open a paper and follow a claim to its evidence.

graph.scios.tech ↗
what it adds to the schema: MIRA-science/schema#35 ↗
Deltabaydesigned · UI mockup

A funder-facing view from the kickoff: open scientific debates where every claim is backed by evidence, and endorsements are scored to show how much each piece of evidence moves the answer to a question. It is a lens applied on top of the graph — the scoring is the application’s, not the schema’s; MIRA itself still computes nothing.

What to try: open a debate and trace a claim to the evidence behind it.

deltabay.bycelium.com ↗
schema/atprotodesigned

A draft ATProto lexicon binding (science.mira.*) for public discourse-graph nodes — the intended public layer. Self-labeled DRAFT / PROPOSAL: not adopted, not published, not on the network. A working proof of concept on AT Protocol exists separately — RRGI, above, on its own lexicon.

What to try: read the lexicons as a concrete direction; treat them as a proposal pending schema-team review, not a shipped surface.

github.com/MIRA-science/schema/tree/atproto-lexicon-draft/atproto ↗

The shape of it

One shared transport. A closed loop.

Both authoring paths write the same JSON-LD into one KOI node — the shared cross-org transport every tool reads and writes. And the graph isn’t a dead end: it surfaces its own open questions as Requests, which spin out new studies whose evidence flows back in. Data in across the top; the next study out across the bottom.

Tools as boxes, the format as the edge, the loop as the point. Both authoring paths (MIRA-extraction, myst-plus-mira) write the same JSON-LD into one KOI node — so they’re demonstrably entering the same place, not two parallel pipes. The bottom edge is the payoff MIRA exists for: the graph surfaces its own gaps as Requests, a Request spins out a Study, and its evidence flows back in. Everything solid runs today; the one dashed box is designed, not built.
source / input tool (software we have) viewer / renderer live public graph Request / Study — the next unit of work designed, not built
JSON-LD the shared wire format — data flowing in the next study flowing back out