Orchestrator-agent

Wat is een Orchestrator-agent?

Een orchestrator-agent is de lead-agent in een multi-agentsysteem. Hij ontvangt het algemene doel, ontleedt het in subtaken, delegeert elke aan werker-agents met de context die ze nodig hebben, beoordeelt wat terugkomt, en stelt de stukken samen tot een eindresultaat. Hij maakt coördinatiebeslissingen in plaats van het specialistenwerk zelf te doen.

De belangrijkste punten

• De echte klus van de orchestrator is ontleding en contextverpakking. Hoe goed hij elke subtaak afbakent en briefe, bepaalt de kwaliteit van alles stroomafwaarts.
• Hij zou zelden zelf specialistenwerk moeten doen. Zijn context schoon houden voor coördinatiebeslissingen is het hele punt van de rol.
• De orchestrator is het natuurlijke controlepunt: budgetten, staplimieten, en menselijke goedkeuringspoorten hechten zich allemaal het goedkoopst op deze ene plek.
• Hij is meestal de duurste stoel in het systeem, want hij houdt de langstlopende context vast, dus draaien teams vaak werkers op goedkopere modellen terwijl de orchestrator het sterkste gebruikt.

Hoe het werkt

De lus begint wanneer de orchestrator een doel ontvangt. Hij plant een ontleding, en stuurt dan subtaken uit via agentorchestratie-machinerie, typisch door een subagent per taak te spawnen met een geschreven briefing: het doel, de relevante context, de toegestane tools, en het verwachte outputformaat. Werkers draaien in hun eigen contextvensters en geven resultaten terug, geen transcripten, wat de context van de orchestrator behoedt voor overspoeling met tussenliggende ruis. Anthropics onderzoekssysteem werkt op deze manier, met de lead-agent die 3 tot 5 subagents parallel opstart, en parallelliseren van subagents plus tool-aanroepen sneed onderzoekstijd met tot 90% op complexe queries [1].

Naarmate resultaten binnenkomen, beoordeelt de orchestrator ze. Is het onderzoek compleet? Voldoet het concept aan de spec? Hij kan werk terugsturen met feedback, een nieuwe subtaak uitsturen om een gat te vullen, of beslissen dat het doel bereikt is en alles samenvoegen tot het opleverbare. Goed gebouwde orchestrators weten ook wanneer te stoppen: staplimieten, tokenbudgetten, en escalatieregels voorkomen de eindeloze retry-lussen die naïeve implementaties teisteren. Budgetten verdienen echte aandacht want tokens volgen kwaliteit nauw: in Anthropics BrowseComp-evaluatie verklaarde tokengebruik alleen al 80% van de prestatievariatie, en het toevoegen van tool-call-aantal en modelkeuze duwde dat naar 95% [2]. Omdat elke beslissing door deze ene agent gaat, is dit waar teams human-in-the-loop-review vasthechten voor onomkeerbare acties.

Het faalpatroon om tegen te engineeren is de lossy briefing. Een werker weet alleen wat de orchestrator doorgeeft, dus produceert een vage briefing zelfverzekerd werk aan het verkeerde probleem. Volwassen systemen maken briefings gestructureerd en expliciet, dichter bij een korte spec dan een chatbericht.

Voorbeeld

Een consultancy draait een due-diligence-assistent voor het evalueren van overnamedoelen. Gegeven een bedrijfsnaam en een data-room-map, plant de orchestrator vier werkstromen: financiën, contracten, technologie, en marktpositie. Hij spawnt een werker voor elk, briefte de contractenagent met de documentenlijst en een checklist van te signaleren clausules, en de marktagent met de sector en concurrenten van het bedrijf. De contractenwerker komt terug met twee gesignaleerde change-of-control-clausules maar merkt op dat hij één gescande PDF niet kon parsen; de orchestrator stuurt een vervolgtaak uit met een OCR-tool, en vouwt dan het resultaat in. Uiteindelijk voegt hij de vier rapporten samen, verzoent hij een meningsverschil tussen de financiële en markt-analyses door beide werkers een verduidelijkende vraag te stellen, en produceert hij één memo met een bijlage van open risico's voor het menselijke dealteam.

Veelvoorkomende misvattingen

Mensen nemen aan dat de orchestrator het slimst mogelijke model moet zijn dat diep redeneert over elke subtaak. In de praktijk komt zijn hefboomwerking uit gedisciplineerde delegatie, en een overreikende orchestrator is een risico: wanneer hij specialistenwerk inline begint te doen, vult zijn context zich met detail, verslechtert zijn coördinatie-oordeel, en klapt het systeem stilletjes terug in één overbelaste agent met extra overhead. Bakenaf de orchestrator tot plannen, briefen, beoordelen, en samenvoegen, en duw het daadwerkelijke werk naar werkers.

Planner-agents

Een planner-agent is de verkleinde vorm van een orchestrator: hij produceert de taakontleding en volgorde maar beheert de uitvoering niet. Het plan gaat naar een deterministische uitvoerder of naar de mens die de taak startte, wat aantrekkelijk is wanneer je het plan gereviewd wilt hebben voordat er iets draait. Codingtools gebruiken deze vorm constant, en genereren een plan voor goedkeuring voordat bewerkingen beginnen, in de geest van spec driven development. De grens tussen de twee rollen is toezicht: een planner draagt een plan over en is klaar, terwijl een orchestrator in de loop blijft, reageert op resultaten en herplant naarmate de realiteit afwijkt van de originele ontleding. Veel systemen beginnen met een planner plus gescripte uitvoering en groeien pas naar volledige orchestratie wanneer taken te onvoorspelbaar blijken voor een statisch plan.

FAQ

Heeft elk multi-agentsysteem een orchestrator-agent nodig? Nee. Pipeline- en choreografie-ontwerpen laten agents werk direct doorgeven aan de volgende fase onder deterministische routering, zonder enige lead-agent. Orchestrators verdienen hun kost wanneer ontleding of routering oprecht oordeel op runtime vereist.

Kunnen de orchestrator en werkers verschillende modellen gebruiken? Ja, en meestal zouden ze dat moeten. Een gangbare opzet plaatst het sterkste model in de orchestrator-stoel, waar oordeel het meest telt, en draait hoogvolume-werkertaken op kleinere, goedkopere modellen gekozen per taak. Anthropics versie hiervan, Claude Opus 4 die Claude Sonnet 4-subagents leidt, overtrof single-agent Claude Opus 4 met 90,2% op een interne onderzoekseval in 2025 [3].

Hoe verschilt een orchestrator van een workflow-engine? Een workflow-engine voert routering uit die op ontwerpmoment besloten werd. Een orchestrator-agent beslist de routering op runtime door te redeneren over het doel en tussenliggende resultaten. Veel productiesystemen lagen de twee, en laten een workflow-engine het stabiele skelet behandelen en een orchestrator de dubbelzinnige middenpartij.

Bronnen

1. Anthropic. "Lead-onderzoeksagent start 3-5 parallelle subagents op; parallellisatie sneed onderzoekstijd met tot 90%." https://www.anthropic.com/engineering/built-multi-agent-research-system. Geraadpleegd augustus 2026.
2. Anthropic. "Tokengebruik verklaart 80% van de prestatievariatie op BrowseComp; met tool-aanroepen en modelkeuze, 95%." https://www.anthropic.com/engineering/built-multi-agent-research-system. Geraadpleegd augustus 2026.
3. Anthropic. "Claude Opus 4-orchestrator met Claude Sonnet 4-subagents overtrof single-agent Claude Opus 4 met 90,2%." https://www.anthropic.com/engineering/built-multi-agent-research-system. Geraadpleegd augustus 2026.