Skip to main content
OdinLabs
ProductInnovation SprintPricingDocsSecurity
  • Product
  • Innovation Sprint
  • Pricing
  • Docs
  • Security

No credit card required

Built in the Netherlands • Get started

  • Your data never leaves your infrastructure
  • ·Built in the Netherlands
  • ·EU jurisdiction by default
  • ·Open source core
OdinLabs

ODIN is AI you own. Deploy on your infrastructure, structure your organizational knowledge, and scale your team's capabilities. Built by Odin Labs in the Netherlands.

Product

  • How It Works
  • Use Cases
  • Pricing
  • Product

Company

  • About Us
  • Contact
  • Partners
  • Blog

Resources

  • Documentation
  • Integrations
  • Compare Tools
  • Security

Legal

  • Privacy Policy
  • Terms of Service
  • Cookie Policy

© 2026 Odin Labs Projects B.V. — Amsterdam, Netherlands. All rights reserved.

Designed for environments with audit, governance, and on-prem requirements.

Product

Five products. One platform. Every action receipted.

Five packaged products, powered by six domain hubs. A sovereign cloud workspace, governed memory, an operator dashboard, and a voice + chat assistant — designed for environments where every decision needs a name attached.

Request access
0.0What ships

Five products on one governed stack.

The platform breakdown — each product ships independently, deploys per-tenant, audits to the same trail.

Builder · Buyer

new

Sovereign Cloud Workspace

Code in your browser. On your infrastructure. Governed by construction.

  • Per-tenant code-server + Odin Agent Runtime + workspace CLI
  • On-prem (Hetzner-EU) or your infrastructure — data never leaves
  • Every commit + file write + agent action emits an AuditEvent
See the workspace→

Builder · Operator

Hub Engines

Six domain-isolated engines that ship code, decisions, content.

  • Academy / Compass / Assistant / Legal / Sales / Coding
  • Each speaks the same HubInput → HubOutput contract
  • Hubs do not silently override — Legal can veto Sales
Explore Hub Engines→

Builder · Buyer

BrainDB

Governed memory. Append-only audit. Semantic recall over the why.

  • Every write carries rationale, owner, dependencies
  • Append-only audit enforced at storage layer
  • Semantic search via pgvector — find decisions by meaning
Explore BrainDB→

Operator · Buyer

Control Tower

Operator dashboard for your tenant fleet.

  • Tenant provisioning wizard — full stack live in ~5 minutes
  • Refresh primitive — surgical config changes with rollback
  • Per-tenant audit dashboards + governance scoring
Explore Control Tower→

Builder · Operator

Odin Assistant

Voice + chat assistant for the workspace. Multi-provider. Audited.

  • Voice (XTTS + Whisper, GPU) + chat — same governance contract
  • Multi-provider routing (Anthropic / OpenAI / OpenRouter / MLX)
  • Every prompt + response captured with token usage + provider receipt
Explore Odin Assistant→

Pillar 01

Hubs

Per-domain engines that ship code, content, and decisions.

A hub is a domain-shaped engine that ships outcomes — code commits, training tracks, decision records, sales artifacts. Each hub speaks the same contract (intent → governed action → memory write → audit event) so cross-hub work composes without rewiring. New hubs ship without touching old hubs because the contract is the integration point.

Six hubs today: Academy, Compass, Assistant, Legal, Sales, Coding
Common contract: HubInput → HubOutput with audit events and memory writes
Per-tenant deployment — each tenant gets its own hub stack
Hubs do not silently override one another — Legal can veto Sales
When a hub is uncertain, it escalates rather than guessing
Read about Hubs
ONE CONTRACTintent ↓action ↓memory ↓auditAcademyCompassAssistantLegalSalesCoding
APPEND-ONLY · GOVERNED MEMORYbrain/hubs/compass/policywhy · Legal may veto Sales promisesagent:compass0x7a13brain/decisions/saas-stage-awhy · Reproducibility over speeduser:dean0x4e02brain/hubs/coding/adr-014why · SOLID boundaries, no shared mutableagent:coding0x6b8e▍sealed 0x9f4c

Pillar 02

BrainDB

Governed memory with append-only audit and semantic recall.

BrainDB is the organizational memory layer. Every write carries rationale, owner, and dependencies — the three governance fields that make memory queryable, attributable, and reviewable. Append-only audit namespaces are immutable by construction. Semantic search via pgvector finds the relevant prior decision, not the most recent one.

Every write requires rationale (≥10 chars), owner, and dependencies
Append-only audit namespaces enforced at the storage layer
Semantic search via pgvector — find decisions by meaning, not keyword
Per-tenant isolation — no cross-tenant memory leakage by design
Namespaced governance — different rules for decisions vs assumptions vs audit
Read about BrainDB

Pillar 03

Control Tower

Operator dashboard for the tenant fleet.

Control Tower is where operators provision tenants, watch fleet health, refresh configurations, and respond to drift. Every tenant runs in its own isolated stack — Control Tower is the only place that sees them all. The tenant wizard provisions a complete environment in minutes; the refresh primitive surgically applies changes without operator-edited compose drift.

Tenant provisioning wizard — full stack in ~5 minutes
Per-tenant config and secrets, isolated by construction
Live health view for every hub + database + brain in the fleet
Refresh primitive — surgically apply config changes with rollback
Every operator action emits an AuditEvent
Read about Control Tower
Control Tower · Fleet
+70tenants online
Academyeu-west
v2.6.8healthy
Compassus-east
v2.6.8healthy
Assistanteu-west
v2.6.7healthy
Legalus-east
v2.6.8healthy
Salesap-south
v2.6.8healthy
Codingeu-west
v2.6.8healthy
agent:codingagent:compassuser:mitchellAUDIT LEDGER · APPEND-ONLYagent:codingcode.commitagent:compassdecision.recorduser:mitchellpolicy.approvesealed · immutable

Pillar 04

Audit

Every decision recorded, queryable, and per-tenant isolated.

Audit is not a logging library. It is the contract every hub and every operator action satisfies: actor, action, tenant, timestamp, and a payload shaped to the action. Designed for compliance review — not real-time analytics. The audit trail is queryable by actor, by action, by tenant, by time range. Per-tenant isolation means tenant A cannot see tenant B's audit even with a misconfigured query.

AuditEvent emitted at every hub action, every operator action
Per-tenant audit isolation — tenant A never sees tenant B
Queryable by actor, action, tenant, timestamp, payload shape
Designed for compliance review (HIPAA-eligible, SOC 2 readiness)
Append-only by construction — no event can be deleted post-hoc
Read about Audit

One AI. Everything You Need.

Six capabilities on one governed platform. Each one ships outcomes with an audit trail attached.

Permanent Memory

Every decision, context thread, and institutional insight is written to BrainDB with rationale and owner. Nothing is lost when people leave.

Production Code

The Coding Hub ships commits, not suggestions. Code generation is governed by the same audit contract as every other hub action.

Smart Documents

Contracts, briefs, and reports generated with full context from BrainDB. Documents inherit the governance layer — no orphaned artefacts.

Decision Tracking

Every decision has an actor, a rationale, and a timestamp. The audit trail is queryable so you can answer 'who decided this, and why?' in seconds.

Voice & Chat

LUNA, the voice and chat assistant, is the conversational surface for the platform. Sessions are persisted; context carries forward.

Autonomous Workflows

Hubs compose into workflows. Academy trains, Legal reviews, Coding ships. Each step is receipted so the autonomous loop has a verifiable paper trail.

The dimension where we differ

Governance, not autocomplete.

We do not compete with Cursor or Copilot on autocomplete speed. We compete on what they do not ship at all — the governance layer underneath autonomous agents.

Capability
Cursor
Copilot
Odin
Audit trail of every code change with rationale
—
—
Decision memory persisted across sessions
—
—
Per-tenant data isolation
partial
partial
On-prem deployment option
—
—
Per-action audit event emission
—
—
GDPR data residency — NL by default
—
partial

Comparison reflects public capabilities as of 2026-06. Each tool ships frequently; verify current state at the vendor's site. We compare on the governance axis only — code-suggestion quality and autocomplete latency are not in scope.

Ready to put a name on every action your agents take?

Two paths in. Pick the one that fits.

Request enterprise accessSee it for solo + small teams