Ga naar hoofdinhoud
OdinLabs
Prijzen
  • Prijzen

Geen creditcard vereist

Gebouwd in Nederland • Altijd gratis

OdinLabs

ODIN is AI die u bezit. Implementeer op uw infrastructuur, verander chaos in gestructureerd goud en schaal uw organisatie als een bijenkorf. Gebouwd door Odin Labs in Nederland.

Product

  • Hoe Het Werkt
  • Toepassingen
  • Prijzen
  • Product

Bedrijf

  • Over Ons
  • Contact
  • Partners
  • Blog

Bronnen

  • Documentatie
  • Integraties
  • Vergelijk Tools
  • Beveiliging

Juridisch

  • Privacybeleid
  • Algemene Voorwaarden
  • Cookiebeleid

© 2026 Odin Labs Projects B.V. Alle rechten voorbehouden.

ODIN (Omni-Domain Intelligence Network) is an intelligence system developed by Odin Labs.

Intent-Gedreven Architectuur

Van Intent naar Beheerde Output

In ODIN (Omni-Domain Intelligence Network) stroomt elke gebruikersintent door de Router Kernel, wordt geclassificeerd met confidence scoring, routeert naar gespecialiseerde hubs en produceert beheerde memory writes met volledige audit trail. Geen black boxes, volledige traceerbaarheid.

No credit card required

De ODIN Flow

Intent-gedreven orkestratie met governance bij elke stap

01

Gebruikersintent

Spraak, tekst of werkorder

Elke interactie begint met intent. Spraak via Assistant Hub (local-first met Whisper.cpp), tekst via Command Center, of gestructureerde werkorders. Intent kan een vraag, een taak of een beslissing zijn die context nodig heeft.

  • "Waarom kozen we JWT boven sessies?"
  • "Score deze beslissing op bottleneck-risico"
  • "Maak een onboarding-track voor nieuwe devs"

Stap 01

Gebruikersintent

02

Router Kernel

Intent classificatie & confidence scoring

De Router Kernel classificeert intent, scoort confidence en bepaalt welke hub(s) het moeten afhandelen. Prioriteitsregels gelden: Legal kan Sales-beloften vetoen. Sentinel kan risicovolle dependencies blokkeren. Compass kan rechtvaardiging eisen voor RODE beslissingen.

  • Intent classificatie met scoring
  • Hub routing met prioriteitsregels
  • Conflictresolutie tussen hubs

Stap 02

Router Kernel

03

Hub Processing

Gespecialiseerde engine-uitvoering

Zes gespecialiseerde hubs, elk met één verantwoordelijkheid. Compass scoort beslissingen. Academy genereert training. Assistant vangt context. Sentinel bewaakt dependencies. Legal behandelt governance. Coding voert werkorders uit. Hubs lekken geen verantwoordelijkheden.

  • Compass: Beslissingsbriefing (max 1 pagina)
  • Academy: Curriculum + lesplannen
  • Coding: WO → SO → T hiërarchie

Stap 03

Hub Processing

04

Beheerde Output

Audit-events + geheugen-schrijfacties

Elke hub output bevat verplichte audit events en beheerde memory writes. Elke memory write vereist rationale (waarom dit bestaat), eigenaarschap (wie kan wijzigen) en afhankelijkheden (wat erop vertrouwt). Geen stille wijzigingen.

  • 11 audit event types
  • Rationale + eigenaarschap + afhankelijkheden
  • Risicomarkeringen voor governance-schendingen

Stap 04

Beheerde Output

05

BrainDB

Geheugen als governance

Geheugen is niet optioneel, geheugen is governance. Zeven namespaces van globale identiteit tot sessiegeheugen. Elke write is voor altijd bevraagbaar. Het complete beslissingslog, aanname-record en audit trail leven hier.

  • brain/global/* - Identiteit, missie
  • brain/decisions/* - Beslissingslog
  • brain/audit/* - Onveranderlijke audit trail

Stap 05

BrainDB

Onder de Motorkap

De technische architectuur die governance-first operaties mogelijk maakt

Work Order InputTask OrchestratorAgent PoolGuardian DaemonVerified Output
Data Flow
Active Transfer
Click to expand
Data Flow

Work Order Systeem

Work Order

Uw doel op hoog niveau wordt een gestructureerde work order met doelstellingen, beperkingen en succescriteria. Beschrijf het één keer, krijg het gedaan.

1

Sub-Work Orders

Complexe work orders worden opgesplitst in kleinere, gerichte sub-work orders die onafhankelijk kunnen worden uitgevoerd. Elk met volledige context gevolgd.

2

Atomaire Taken

Elke sub-work order wordt opgesplitst in atomaire taken, de kleinste werkeenheid. Elke taak traceerbaar naar zijn bron.

3

Prioriteitsregels & Conflictresolutie

Wanneer meerdere hubs reageren, gelden prioriteitsregels. Legal Hub kan Sales-beloften vetoen. Sentinel Hub kan risicovolle dependencies blokkeren. Compass Hub kan rechtvaardiging eisen voor RODE beslissingen. Conflicten worden opgelost, niet verborgen.

  • Legal veto-mogelijkheid
  • Sentinel dependency-blokkering
  • Compass rechtvaardigingsvereisten

Bekijk de Architectuur in Actie

Zie hoe intent stroomt door Router, Hub en BrainDB

Architectuur Demo

Intent → Router → Hub → BrainDB

Binnenkort Beschikbaar

6

Hub Engines

11

Audit Events

31

Kernpakketten

Verken de Architectuur

Begrijp hoe intent door het systeem stroomt en hoe governance bij elke stap wordt gehandhaafd.

Your First Work Order
bash

Work Order Voorbeelden

Zie hoe ODIN uw requirements transformeert naar productie-klare code met volledige traceerbaarheid

Basic Work Order.json
JSON
1{
2 "id": "wo-auth-jwt",
3 "objective": "Add JWT authentication to the Express API",
4 "requirements": [
5 "Implement JWT token generation on login",
6 "Add token verification middleware",
7 "Support refresh token rotation"
8 ],
9 "constraints": {
10 "noBreakingChanges": true,
11 "targetFiles": ["src/auth/**", "src/middleware/**"],
12 "testCoverage": ">90%"
13 },
14 "successCriteria": [
15 "All existing tests pass",
16 "New auth tests achieve 90%+ coverage",
17 "Security audit passes"
18 ]
19}

Veelgestelde Vragen

De ODIN architectuur en governance-model begrijpen

Een chatbot is een conversationele interface. ODIN is infrastructuur. Het heeft zes gespecialiseerde hubs met strikte contracts, governance-bewust geheugen (BrainDB) en volledige audit trails. Elke output bevat rationale, eigenaarschap en afhankelijkheden. Het is ontworpen om achtergelaten te worden: overdraagbaar, documenteerbaar, bedienbaar door anderen.

"Als ODIN afhankelijk is van de oprichter om te functioneren, is ODIN nog niet af." Alles moet overdraagbaar, documenteerbaar (niet uitlegbaar) en bedienbaar door anderen zijn zonder kwaliteitsverlies. Dit is hoe we meten of ODIN klaar is: niet features, maar onafhankelijkheid.

Compass Hub scoort elke beslissing op of het de afhankelijkheid van de oprichter vergroot of verkleint. GROEN = vermindert afhankelijkheid (doorgaan). GEEL = neutraal (documenteren en doorgaan). ROOD = vergroot afhankelijkheid (expliciete rechtvaardiging vereist). Dit voorkomt bottleneck-ophoping.

Local-first standaard. Assistant Hub gebruikt Whisper.cpp voor spraak-naar-tekst en Ollama voor LLM, beide draaien lokaal. Cloud is optioneel met expliciete opt-in alleen. Geen achtergrondverwerking zonder toestemming. Elke capture creëert een audit event met volledige provenance.

router.route (intent classificatie), hub.process (hub-uitvoering), memory.write/read, approval.request/grant/deny, assistant.capture (spraak/tekst), sentinel.scan/block/allow. Elk event bevat correlatie-IDs, sessie-attributie en risicomarkeringen. Voor altijd bevraagbaar.

Klaar om Overdraagbare Operaties te Bouwen?

Laten we praten over hoe ODIN de context van uw organisatie kan vastleggen en het bottleneck-probleem kan voorkomen.

Setup in under 2 minutes

Built in the Netherlands • Free forever for small teams