Je voegde sneller agenten toe dan een protocol

Capaciteit arriveert in een middag. Coördinatie vrijwel nooit.

Een research-agent maakt een opzet. Een copy-agent schrijft. Een support-agent beantwoordt vragen. Een tweede mens, die de eerste run niet zag, trapt dezelfde agent nogmaals aan. Drie versies circuleren. Niemand kan met zekerheid zeggen welke er daadwerkelijk is verzonden.

Dat is in de eerste plaats geen modelprobleem.

Dat is een coördinatiekloof.

De Multi-Agent Organisatie benoemt die kloof en installeert het protocol om hem te dichten.

Het organogram is de verkeerde kaart

Een organogram toont rapportagelijnen. Wie legt verantwoording af aan wie. Nuttig voor aansprakelijkheid. Waardeloos voor het pad dat een oplevering daadwerkelijk aflegt.

Werklijnen zijn wezenlijk anders. De research-agent voedt de copy-agent, die voedt een menselijke reviewer, die voedt de docs-agent, die voedt de support-drafter. Het organogram laat niet zien welke briefing actueel is, waar goedkeuring plaatsvindt of waar een bronbestand stagneert.

Mensen vullen die chaos soms aan. Ze vangen iets op. Ze stellen vragen. Ze merken op dat twee collega’s exact dezelfde taak uitvoeren.

Agent-medewerkers doen niets van dat alles. Ze voeren een taak uit en stoppen. Elk coördinerend instinct dat een mens gratis levert, verandert in een gat dat je bewust moet vullen.

Rapportagelijnen vertellen je wie eindverantwoordelijk is. Werklijnen vertellen je hoe het werk stroomt. Slechts één van die kaarten leidt je daadwerkelijk naar het eindproduct.

Wat een multi-agent organisatie werkelijk is

Een multi-agent organisatie is een team van menselijke operators en gespecialiseerde agenten die via gecoördineerd werk gedeelde doelen najagen.

Dat is de volledige definitie. Geen lab-experiment. Geen sciencefiction-premisse.

Als een paar mensen en een handvol agenten vandaag al teksten opstellen, onderzoek doen, e-mails beantwoorden en data ophalen, dan stuur je er al een aan. De enige open vraag is of je dat bewust doet.

Twee termen houden de ruggengraat recht:

Een human operator definieert het werk, reviewt de output en is eigenaar van de uitkomst. Verantwoordelijkheid schuift niet door naar een tool.
Een agent worker is een gespecialiseerd proces met begrensde bevoegdheid. Het bekleedt een rol, geen positie. Het voert een taak uit, geen eigenaarschap.

“De agent heeft het beantwoord” beschrijft hooguit hoe verantwoordelijkheid zoekraakte, niet wat er feitelijk is gebeurd.

Zodra je de bezetting accepteert die je al hebt, stop je met het uitsluitend optimaliseren van mensen (aannemen, trainen, aansturen). Je start met het optimaliseren van de naden: wie is gecharterd, hoe vindt werkoverdracht plaats, waar wordt het gereviewd en hoe behoudt het team één gezamenlijk beeld van de realiteit.

Dit is geen swarm-demo

Een CrewAI-crew, een LangGraph-graph of een swarm-notebook is een runtime. Modellen roepen tools aan. Berichten passeren. Loops draaien. Dat kan enorm waardevol zijn.

Het is geen organisatie.

Een organisatie eist antwoorden die de runtime niet voor je bedenkt:

wie mag geld uitgeven of een klant aanspreken
welke briefing is de actuele
wat “goedgekeurd” precies betekent
wie verantwoordelijk is voor een onjuist antwoord
hoe het defect van vorige week het charter van volgende week aanpast

Je kunt CHORUS implementeren met die runtimes. Je kunt het evengoed implementeren met een gedeeld document en een takenbord. Dat maakt het protocol niets uit.

Een nieuw orkestratieproduct inkopen in de hoop dat het proces vanzelf meekomt, is simpelweg de dure variant van dezelfde fout. Tools slaan status op. Ze houden met alle plezier drie tegenstrijdige versies van je landingspagina-copy vast in drie keurige kaarten. Goedkeuring is een besluit dat je team zelf moet opschrijven.

Eerst het protocol. Dan de tools. Elke keer weer.

Als je coördinatie een migratie naar een andere tool niet overleeft, heb je geen protocol. Dan heb je een gijzelingssituatie.

CHORUS: zes vaardigheden, één loop

CHORUS is het coördinatieprotocol. Zes vaardigheden. Elk daarvan dicht een specifieke naad.

De naam staat voor een methode, niet voor een product. Als je software onder deze noemer verkocht hebt zien worden, is dit iets anders.

Wat Review ontdekt, schrijft Update terug in de charters, en Sync maakt het inzichtelijk. Het protocol verbetert zichzelf terwijl het draait.

Charter

Definieer de rol voordat je deze draait. Hetzelfde contract met zeven velden voor zowel een mens als een agent:

Purpose. Waarom de rol bestaat, omschreven als een uitkomst, niet als een activiteit.
Inputs. Wat er moet arriveren, en in welke vorm, voordat het werk start.
Outputs. Het format en de structuur die iemand kan controleren.
Authority ceiling. Wat de rol mag doen zonder te vragen, en wat strikt verboden is.
Success criteria. Harde checks, geen gevoelens.
Review requirement. Wie controleert, tegen welke criteria, voorafgaand aan stroomafwaarts gebruik.
Escalation. Waar de rol stopt en een hand opsteekt.

Een medewerker zonder charter improviseert. Improvisatie is exact de manier waarop prijsteksten per ongeluk worden verzonnen.

Het template verschilt niet tussen een human operator en een agent worker. De volledigheid wél. Een mens merkt soms een onuitgesproken aanname op en stelt een vraag. Een agent doet dat niet. Het charter voor een agent moet dus completer zijn, niet korter. Het is het enige beoordelingsvermogen dat de agent bezit.

Handoff

Een charter is het doorlopende contract. Een handoff is de specifieke werkorder.

Context sterft bij de grenzen. De ontvanger reconstrueert wat de zender wist, of, vaker nog, bedenkt een plausibel alternatief. Mensen vragen door. Agenten substitueren. De output arriveert en oogt compleet tegen een context die je nooit hebt verstrekt.

Draag een context packet over met zes velden:

Goal. Hoe ‘klaar’ eruitziet.
Constraints. Lengte, toon, scope, wat absoluut te vermijden.
Inputs. Exacte artefacten, waarbij het huidige als actueel is gemarkeerd.
Provenance. Wie of wat die inputs produceerde, en op basis waarvan.
Acceptance criteria. De afvinklijst die de volgende reviewer zelfstandig kan controleren.
Deadline. Wanneer, en wat ervan afhangt.

“Je weet wel welke” is geen overdracht. “Het staat in de draad” is archeologie, geen werkopdracht.

Orchestrate

Parallel werk vereist routing, geen hoop.

Teken de flow uit:

Serial waar stap B de output van stap A nodig heeft
Parallel waar dat niet zo is
Fan-out om onafhankelijke takken te splitsen
Fan-in om ze samen te voegen tot één coherent artefact
Escalation naar een mens bij lage zekerheid, onomkeerbare acties, of als de policy ontbreekt

Fan-in is synthese, geen mapje. Als twee takken elkaar tegenspreken en je ze plat samenvoegt, stuur je de contradictie rechtstreeks door naar de klant.

Vijf symbolen zijn genoeg voor het schema: box, pijl, split, merge, gate. Markeer een poort met E om te stoppen en te beslissen, en R om te stoppen en te controleren. Als je de flow niet op één pagina kunt uittekenen, bewaar je hem nog steeds in één hoofd. Dat schaalt niet voorbij een rustige werkweek.

Review

Niet-gecontroleerde agent-output is technical debt. Het ziet er afgerond uit. De rekening volgt later, meestal vol in het zicht van een klant.

Een review gate toetst geschreven acceptatiecriteria. Een vibe check is geen poort.

Stem de controle af op de impact:

Automated check voor mechanische eigenschappen (links, verboden termen, structuur)
Spot-check voor middelgrote risico’s op volume
Full read voor onomkeerbaar of klantgericht werk, uitgevoerd door iemand die niet de maker van de draft is

Een poort die wel op het bord staat maar nooit echt leest, is review theatre. Dat is gevaarlijker dan geen poort, omdat het team ten onrechte denkt dat de boel veilig is.

Update

Een review die niets verandert, is een review die je puur voor het dossier draaide.

Voer bevindingen terug omhoog via een vaste ladder:

de prompt
de voorbeelden
de toolconfiguratie
de SOP of het draaiboek
het charter

Los het de eerste keer op bij de prompt. Zodra dezelfde foutklasse voor de derde keer opduikt, stop je met het oplappen van symptomen. De prompt is waar het probleem zichtbaar wordt, niet waar het leeft.

Sync

Gedeelde status verslaat statusoverleggen.

Één oppervlak. Vier statussen: queued, running, blocked, in review. Één kort ritueel dat vraagt wat er is verzonden, wat de poort heeft tegengehouden, en wat je daardoor gaat aanpassen.

Als het oppervlak niet de plek is waar beslissingen landen, stopt men met lezen. Dan rot het weg. Dat is sync debt.

Installeer de driehoek, niet de ordner

Rol geen zes vaardigheden uit in één week. Dat levert enkel een document op dat niemand volgt.

De negentig-dagen-driehoek uit het boek:

Dag 1 tot 30. Charter elke rol, startend met de rol wiens fouten het meeste herstelwerk kosten.
Dag 31 tot 60. Installeer één review gate op de plek waar een foute zending de meeste pijn doet.
Dag 61 tot 90. Houd één wekelijkse sync, zo’n vijftien minuten, ondersteund door één overzicht.

Handoff, Orchestrate en Update volgen vanzelf omdat de driehoek erom vraagt. Gecharterde rollen vereisen overdrachtspakketten. Een tweede poort dwingt je de flow uit te tekenen. Een ritueel heeft niets te bespreken tenzij bevindingen worden teruggekoppeld.

Kondig niets aan. Installeer simpelweg één ding.

Vijf manieren waarop dit faalt, en welke vaardigheid repareert

Multi-agent teams faalt volgens een kleine, voorspelbare set:

Falen	Signaal	Reparatie
Shadow agents	Output die geen gecharterde rol produceerde	Charter
Context rot	Plausibele antwoorden over een wereld die niet meer bestaat	Handoff
Duplicate orchestration	Twee werkers, één taak, geen samenvoeging	Orchestrate
Review theatre	Vrijwel 100% goedkeuring; de reviewer weet niet wat hij checkt	Review
Sync debt	Beslissingen leven in chat; het overzicht is een leugen	Sync

Diagnosticeer je top twee. Repareer die. De rest krimpt vanzelf mee omdat deze faalmodi elkaar voeden.

Waar dit staat naast SENSE en STACK

Andere laag. Zelfde ernst.

AI-agenten voor startupstrategie (SENSE) beslist waar je agent-systemen inzet en waar de beoordelingsgrens ligt. Conceptartikel: de SENSE-introductie.
De Agentische Codebase (STACK) hardent de repository waarin die agenten leven. Conceptartikel: de STACK-introductie.
De Multi-Agent Organisatie (CHORUS) is het dagelijkse teamprotocol dat de bezetting daadwerkelijk draait.

SENSE zonder CHORUS zet medewerkers in een coördinatievacuüm. STACK zonder CHORUS versioneert de repo terwijl het team coördineert op basis van hoop. CHORUS zonder die twee draait nog steeds. Het protocol past in een README.

De benoemde stap-voor-stap lijsten staan op de boekenpagina’s en op de op zichzelf staande CHORUS-, STACK- en SENSE-pagina’s.

Voor wie dit boek is

de founder van een team van 2 tot 15 personen met meer agent-rollen dan geschreven contracten
de lead wiens laatste klantgerichte fout ongecontroleerde modeloutput was
de senior IC die een solo-stack draait en steeds dezelfde briefing moet uitleggen
de operator die al besloot wat in te zetten en nu het protocol zoekt voor hoe het team draait

Sla het over als je een rondleiding langs vendors of een bundel prompts zoekt.

Koop de editie die je team daadwerkelijk gebruikt

Open de boekenpagina →

Nederlandse edities (Amazon.nl)

Format	Link
Kindle	Koop Nederlandse Kindle
Paperback	Koop Nederlandse paperback
Hardcover	Koop Nederlandse hardcover

Engelse edities (Amazon.com)

Format	Link
Kindle	Buy English Kindle
Paperback	Buy English paperback
Hardcover	Buy English hardcover

Nederlandse cataloguspagina: boeken/multi-agent-organization.

Sluit de loop

Je stuurt nu al een multi-agent organisatie aan.

Het organogram heeft dat alleen nog niet toegegeven.

Charter voordat je start. Handoff na het charter. Review vóórdat je verzendt.

Schrijf het protocol. Huur pas daarna de tools.

De Multi-Agent Organisatie: sluit de coördinatiekloof met CHORUS