← 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.

// THE CORE IDEA

One source of truth. Many thin clients.

The backend owns the model — the NFSI requirements, the three 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 · Cameo
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 · JWT passthrough
Auth & identity
One authority · every client validates here
PostgreSQL — the requirement library
the one copy · your data · your instance
Mimir →
sealed standard bundles imported into the library
Muninn · Huginn
retrieval & generation — the separable AI tier
// 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, Jama, or Cameo 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.

Muninn

Retrieval · on-prem

Model-free retrieval fed by your library. It works only from your data, so in practice it cannot hallucinate.

Huginn

Generation · under evaluation

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

Backends on Railway with Postgres alongside; workbenches on Vercel. Git-push-to-deploy, no infrastructure to run.

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, live.

Both frontends are deployed now. Open them and see the model rendered — the same backend, two views of it.

Bifrost Workbench

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

Open the workbench ↗

Fenrir Workbench

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

Open the workbench ↗