Diensten / AI-agents

AI-agents die jouw tools gebruiken, jouw regels volgen en op jouw taken worden gemeten.

We bouwen agents als gebouwde systemen: een model in een loop met afgebakende tools, geheugen, guardrails, evaluatie en een budget. Jij kiest het model en je wisselt het zonder iets opnieuw te bouwen. Een kernteam leidt, en toegewijde engineers sluiten aan waar het werk dat vraagt.

01 / De loop

Wat een agent is in productie

Een agent is een loop om een model heen, nooit één enkele prompt. Elke ronde door de loop is begrensd, gelogd en gecontroleerd.

  1. DoelEen taak met een succesmaat
  2. PlanDe taak in stappen verdelen
  3. Tool aanroepenVia een afgebakend serviceaccount
  4. ObserverenHet resultaat en de bron lezen
  5. ControlerenRegels, guardrails, evaluatieset
  6. Antwoorden of overdragenKlaar, of een mens beslist

02 / Bouwstenen

Acht bouwstenen in elke agent

Dezelfde onderdelen zitten in elke agent die we bouwen. Elk onderdeel is ingesteld, getest en heeft een eigenaar, zodat je ziet waaruit de agent bestaat.

03 / Je eigen model

Gebruik je eigen model, wissel het op elk moment

De harness praat met modellen via één interface. Jij kiest het model per taak, en wisselen is een configuratiewijziging: prompts, tools en evaluatie blijven staan.

  1. TaakEén agenttaak, één succesmaat
  2. HarnessPrompts, tools, guardrails, evaluatie
  3. Unity AI GatewayToegang, budgetten, limieten, logging
  4. Jouw keuze per taak

    1. Model AEen provider-API
    2. Model BOpen-weight, jouw infrastructuur
    3. Je eigen modelGefinetuned voor de taak
Waar het model vandaan kan komen
OptieWaar het draaitEen goede keuze als
Een provider-APIHet platform van de provider, bereikt via de gatewayJe het sterkste algemene model wilt en de data daarheen mag
Een model waarvoor je al een licentie hebtJe bestaande overeenkomst, aangesloten en beheerd in de gatewayEr een contract ligt dat de taak dekt
Een open-weightmodelJe eigen infrastructuur: Nebius in Europese regio's, on-premises of Azure in een EU-regioData moet blijven waar jij bepaalt, of het volume is hoog en stabiel
Een eigen gefinetuned modelGeserveerd op endpoints die je zelf beheertDe taak is smal en een kleiner model kan het goed

Het model is één regel per taak. Alles eromheen blijft staan.

  • Een nieuw model draait op dezelfde evaluatieset en dezelfde kostentest als het huidige.
  • Het gaat pas live als de kwaliteit standhoudt en de kosten per taak passen.
  • De gateway verdeelt verkeer met failover, dus een shadow run of een geleidelijke overgang vraagt geen codewijziging.
  • Terugdraaien is één stap: de taak wijst weer naar het vorige model.
agent.configIllustratie
# Schematische configuratie, geen echte syntax
tasks:
  classify_request:
    model: small-model-a
  draft_reply:
    model: large-model-b
  extract_fields:
    model: our-fine-tuned-model
gate:
  evaluation_set: real-cases
  quality: must-hold
  cost_per_task: within-budget
rollout: shadow-run, then traffic-split

04 / Patronen

Patronen die we bouwen

We kiezen het eenvoudigste patroon dat de taak aankan en voegen alleen structuur toe waar de taak daarom vraagt.

Agentpatronen en wanneer je ze inzet
PatroonWat het doetWanneer je het inzet
Enkele agent met toolsEén model roept een kleine set tools aan in een loop tot de taak klaar isEén goed afgebakende taak met een paar tools, het beste startpunt
Router naar gespecialiseerde agentsEen eerste stap classificeert het verzoek en geeft het door aan de agent die ervoor is gebouwdMeerdere verschillende verzoektypen die elk eigen tools en regels nodig hebben
Supervisor met subagentsEen superviserende agent splitst een taak, verdeelt de delen en voegt de resultaten samenTaken die uiteenvallen in onafhankelijke delen met verschillende vaardigheden
Planner en uitvoerderEén stap schrijft het plan, een andere voert het stap voor stap uitLange taken waarvan het plan wordt gereviewd voordat er iets draait
Agent met menselijke goedkeuringDe agent bereidt een actie voor en een mens bevestigt die voordat hij plaatsvindtElke actie met gevolgen, zoals een boeking, een betaling of een bericht aan een klant
Multi-agentworkflow als graphKnopen en verbindingen leggen de stroom vast, met checkpoints die de state bij elke stap opslaanProcessen die na een storing moeten hervatten en stap voor stap te auditen moeten zijn

We bouwen ze met de frameworks die je team prefereert, bijvoorbeeld LangChain, LangGraph of PydanticAI, met MLflow-tracing en toegang tot tools via MCP.

  • LangChain
  • MLflow
  • OpenTelemetry
  • Databricks

Omnigent: een gecontroleerde laag boven je agents

Omnigent is een open-source meta-harness van Databricks dat boven de agents zit die je al gebruikt, zoals Claude Code, Codex en Pi, of agents die je zelf schrijft. Het geeft ze één interface, zodat de agent en het model eronder verwisselbaar blijven. Beleid voor rechten en kosten wordt buiten de prompt afgedwongen, en toegang tot modellen loopt via Unity Gateway.

Open source in alpha; beheerde versie in Beta. Laatst geverifieerd: 11 november 2026. Onze regel: previewfuncties draaien in een testomgeving totdat ze algemeen beschikbaar zijn.

05 / Tools en MCP

Tools die een agent kan gebruiken

Tools zijn de plek waar een agent je systemen raakt, dus dit is het zorgvuldigst beheerde onderdeel.

06 / Geheugen en state

Wat een agent onthoudt

Geheugen is een ontwerpbeslissing met een bewaarregel, geen functie die vanzelf ontstaat.

Per sessie

  • Het gesprek tot nu toe en de toolresultaten van deze taak
  • Samengevat zodra het groeit, zodat de context klein blijft
  • Verwijderd als de sessie eindigt

Lange termijn

  • Feiten die de agent in latere sessies moet kennen, zoals voorkeuren en eerdere beslissingen
  • Opgeslagen in beheerde Postgres, met toegang per gebruiker
  • Bewaard voor een vastgelegde periode en op verzoek verwijderd

We slaan state op in Lakebase, de beheerde Postgres-dienst op Azure Databricks, met governance in Unity Catalog naast je lakehouse. Actuele data in kleine leesacties en schrijfacties is waar Postgres goed in is, en pgvector hoort bij de ondersteunde extensies.

OLTP, OLAP en Lakebase in detail

  • Databricks
  • Lakebase
  • PostgreSQL
  • Unity Catalog

07 / Evaluatie en veiligheid

Evaluatie en veiligheid

Een agent is zo goed als het bewijs dat hij werkt. Deze controles zitten in elke build.

08 / Beheer

Agents draaien met controle

Na livegang heeft een agent dezelfde operations nodig als elke andere dienst. Unity AI Gateway hieronder is waar toegang, kosten en logs worden beheerd.

Governance voor AI

Eén gateway voor elk model, elke agent en elke tool

Elke aanroep van teams, agents en coding tools loopt via Unity AI Gateway, zodat toegang, kosten en logs dezelfde regels volgen als de rest van je data.

  1. Teams, agents, coding toolsWie een model aanroept
  2. Unity AI GatewayRechten, budgetten, limieten, beleid, logging
  3. Modellen, MCP-servers, toolsOp Databricks gehost en extern

Zo zetten we het op

  • De gateway en het beleid staan als code in de repository en worden door een pipeline uitgerold, nooit met de hand samengeklikt.
  • Eén service per use case, elk met een eigen budget en een eigenaar die erop aanspreekbaar is.
  • Inference-tabellen met een bewaartermijn en toegangsgroepen, zodat logs bruikbaar zijn en geen risico vormen.
  • Dashboards op system tables voor tokens, kosten en latency per team.
  • Coding agents zoals Claude Code lopen via de gateway, met repositoryregels en reviewpoorten erbovenop.
  • Fallbacks testen we vóór de livegang, door een bestemming bewust uit te zetten.
  • Smart Routing houden we buiten productie zolang het in Beta zit.

Algemeen beschikbaar. Smart Routing zit in Beta. Laatst gecontroleerd: 10 november 2026. Documentatie van Unity AI Gateway

09 / Aanpak

Zo bouwen we het

Vijf stappen, elk met iets dat je kunt reviewen als resultaat. Alles is code in jouw repositories.

  1. Kies één taak en de succesmaat

    Eén taak, één eigenaar en één getal dat zegt of de agent het goed doet.

  2. Bouw eerst de harness en de evaluatie

    De testset, de tracing en de regressiepoort bestaan voordat de agent veel doet.

  3. Voeg tools een voor een toe, met goedkeuring

    Elke tool komt met een eigen serviceaccount, tests en een goedkeuringsstap voor schrijfacties.

  4. Draai naast het team

    De agent stelt voor en mensen beslissen. We vergelijken zijn voorstellen met hun beslissingen en stellen bij.

  5. Breid uit met bewijs

    Alleen de gevallen waarin de gemeten kwaliteit goed genoeg is, gaan naar lichtere review.

10 / Bewijs

Agents en modellen in echt werk

We zetten AI-harnesses en frameworks op voor klanten, en we bouwen elke evaluatieset op jouw eigen taken.

Bij het RIVM, het Rijksinstituut voor Volksgezondheid en Milieu, bouwden we LLM-operationsframeworks en multi-agent proofs of concept met MLflow, LangChain en Azure AI Foundry. Lees de RIVM-case

We hebben het Databricks Delivery Expert-trainingstraject voor Agent Evaluation afgerond.

11 / Oplevering

Wat je krijgt en hoe je begint

Elk begint met een gesprek over je scope.

Doorlooptijd: 2 tot 3 dagen

Data & AI quickscan

In 2 tot 3 dagen brengen we in kaart hoe data en documenten nu door je organisatie stromen en rangschikken we de drie AI- of datatoepassingen met de meeste waarde voor de minste inspanning.

Wat je krijgt

  • Huidige situatie van systemen, data en handmatig werk
  • Drie toepassingen, gerangschikt op waarde, inspanning en risico
  • Roadmap met een pilotvoorstel
  • Sessie met het management om het resultaat te bespreken

Doorlooptijd: 4 tot 8 weken

MLOps- en LLMOps-fundament

We bouwen het pad naar productie voor je modellen en LLM-toepassingen op Databricks: registry, pipelines, evaluatiepoort, serving en monitoring, met je eerste use case erdoorheen.

Wat je krijgt

  • Beoordeling van je huidige pad naar productie
  • Registry, pipelines en serving als code in je repositories
  • Eerste model of LLM-toepassing via de evaluatiepoort naar productie gebracht
  • Monitoring, alerts en een runbook
  • Overdracht en training voor je team

Alle samenwerkingsvormen

12 / FAQ

Vragen over AI-agents

Wat is het verschil tussen een agent en een chatbot?

Een chatbot beantwoordt vragen. Een agent werkt naar een doel toe: hij maakt een plan, roept tools in je systemen aan, leest de resultaten en controleert ze voordat hij antwoordt of overdraagt. Daarom heeft een agent afgebakende toegang, evaluatie en een budget nodig.

Kan een agent gegevens wijzigen zonder dat een mens meekijkt?

Alleen als jij dat bepaalt. We beginnen met voorstellen die een mens goedkeurt. Gevallen waarin de gemeten kwaliteit het rechtvaardigt, gaan naar lichtere review, en elke actie wordt gelogd en kan worden teruggedraaid.

Welke modellen gebruiken jullie?

Die van jouw keuze. De harness werkt met provider-API's, modellen waarvoor je al een licentie hebt en open-weightmodellen op je eigen infrastructuur, en een model wissel je via configuratie. Elk model wordt op je evaluatieset getest voordat het een taak overneemt.

Hoe voorkomen jullie prompt injection?

In lagen. Agents draaien met minimale rechten, dus een ingespoten instructie bereikt alleen wat de rol toestaat. Schrijfacties wachten op goedkeuring en guardrails controleren toolaanroepen en antwoorden. Vóór livegang red-teamen we ook met ingespoten documenten en tooluitvoer.

Wat kost het om een agent te draaien?

De kosten hangen af van tokens en aanroepen. We stellen via de gateway een budget per agent in en meten de kosten per taak, zodat je ze ziet vóór en na elke wijziging. De pagina over kosten- en tokenoptimalisatie laat zien hoe.

Volgende stap

Welke taak moet een agent als eerste overnemen?

Vertel ons over één taak, de tools die hij nodig heeft en het model dat je wilt gebruiken. We zeggen wat een eerste traject inhoudt.

Open voor projecten in Q4 2026