← ODIN'S INSIGHT
Odin's Insight · Implementation
ᛒ ᛁ ᚠ ᚱ ᛟ ᛊ ᛏ

How it's built.

One backend holds the truth. Every workbench, AI component, and integration is a thin client over the same governed model — never a second copy of it.

SCROLL
// THE CORE IDEA

One source of truth. Many thin clients.

The backend owns the model — the NFSI requirements, the four relationships, the library and its governance rules. Nothing else stores a rival copy. The workbench renders it, the AI proposes against it, and your existing tools read and write it through a single interface. Change it once, and everyone sees the same change.

// THE ARCHITECTURE

The stack, top to bottom.

Clients on top. One authoritative engine in the middle. The library beneath. Knowledge and AI feed in from the side — each part replaceable without touching the model.

Clients — hold no truth, render the model
Bifrost Workbench
Web UI
Fenrir Workbench
Failure canvas
Your tools
DOORS · Jama
AI agents
Norn · your own
One interface · REST API + MCP server
Bifrost Backend
The hub · single source of truth
Requirements store NFSI model Relationships & governance Norn — derivation Identity & auth MCP server
Fenrir Backend
dFMEA over the same requirement set · one shared identity
Auth & identity
One authority · every client validates here
The requirement library
the one copy · your data · your instance
Mimir →
sealed standard bundles imported into the library
AI tier →
retrieval & generation — separable from the model
// THE INTERFACE

The model is an API — and an MCP server.

Because the governed model is exposed as a REST API and a Model Context Protocol server, three very different clients meet on the same ground:

Humans

Through the workbench

Engineers author requirements, trace links, and run reviews in a web app that is only ever a view of the backend.

AI agents

Through MCP

Norn and your own agents reason over the methodology in its own terms — proposing against the live model, never a stale export.

Your tools

Through the API

DOORS or Jama read and write the same requirements. Integrate the engine behind the stack you already run.

One authoritative model, three doors into it. No divergent copies to reconcile later.
// THE AI TIER

AI you can unplug.

The AI is a tier, not a dependency. Remove it and the methodology still stands — the model, the governance, and the workbench all keep working.

Norn

Derivation · in the backend

Proposes the structured requirement set from stakeholder needs, layer by layer. Every proposal passes a human review gate.

Retrieval

Grounded search · on-prem

Retrieval grounded in your library. Answers are drawn from the stored model, and every claim traces back to a requirement you can open.

Generation

Drafting · inside the airgap

The generative half — drafts what the library is missing, always for a human to decide. Kept inside the airgap.

Deployed to your risk appetite — cloud model, on-prem retrieval only, or no generative tier at all.
// DEPLOYMENT

Your infrastructure, your rules.

The same stack runs in three postures. You choose by data-sovereignty and risk — the methodology does not change between them.

Managed cloud

Fastest to stand up

We run and operate the stack in the cloud for you. Nothing to provision, nothing to maintain.

Self-hosted

Your servers

The whole stack as Docker containers on infrastructure you control — inside your own network and policies.

On-prem appliance

Air-gapped

A self-contained box — database, retrieval, and UI — running disconnected. Nothing phones home.

One instance per client. No multi-tenancy, by design — your requirements never share a database with anyone else's.
// SEE IT RUNNING

The workbenches, in person.

Two views of the same backend. We walk you through both against a live model — ask for a session and we will show you the whole path.

Bifrost Workbench

Requirements, traceability, architecture, design decisions, and the Norn derivation engine — the full engineering environment.

Request a walkthrough →

Fenrir Workbench

The failure-propagation canvas over the same requirement set, scoped per solution node, with mitigation writeback.

Request a walkthrough →