Om bedrijfsprocessen te automatiseren met AI-agenten, begin met een resultaat dat je in één zin kunt formuleren ("elke klantfactuur is binnen vijfenzestig dagen betaald of geëscaleerd"), geef een agent een systeem waarin de acties voor dat resultaat als toegestane tools bestaan, en laat de agent het resultaat nastreven terwijl een persoon de uitzonderingen afhandelt die het oproept. Dat is een andere methode dan die je gebruikte voor workflowautomatisering, waar je een pad in kaart bracht en triggers langs dat pad bouwde.
De twee zijn complementair. Workflows zijn het juiste hulpmiddel waar het pad vastligt en het volume hoog is; agenten zijn het juiste hulpmiddel waar het pad varieert met de situatie en het resultaat belangrijk is. De meeste fouten in vroege agentprojecten komen voort uit het gebruik van de workflowmethode (elke stap in kaart brengen en de kaart aan de agent geven) en de meeste successen komen voort uit het formuleren van het resultaat, het besturen van het systeem en het meten hoe vaak een persoon moest ingrijpen.
De misvatting: meer automatisering betekent meer workflows
Operatieteams die vijf jaar hebben besteed aan het bouwen van workflowautomatisering, benaderen agenten vaak op dezelfde manier: het proces in kaart brengen, elke stap identificeren en een agent configureren om de stappen uit te voeren. Het voelt rigoureus. Het produceert ook agenten die kwetsbaar zijn op precies dezelfde manier als de workflows, omdat de kaart nog steeds het ding is dat wordt uitgevoerd, en de kaart is fout op het moment dat een klant iets doet dat de kaart niet had voorzien.
Een workflow codeert het pad. Een agent streeft een resultaat na, waarbij hij het pad kiest uit de tools die hij heeft en de staat die hij aantreft. Wanneer een leverancier op een inkooporder reageert met een gedeeltelijke leverdatum, heeft een workflow een tak nodig die iemand heeft bedacht; een agent leest de reactie, werkt de verwachte datum bij, vertelt de persoon die het aangaat, en gaat verder. Het verschil is niet intelligentie. Het is dat de agent het resultaat en een set tools kreeg, in plaats van een pad.
Dus de eerste wijziging in de methode is om te stoppen met beginnen vanuit de proceskaart. Begin met wat je aan het eind van de week waar wilt hebben.
Begin met het resultaat, niet de taak
Een resultaat is een zin over de staat van het bedrijf die kan worden gecontroleerd. Het benoemt een set van records, een voorwaarde en een tijd. Taken beschrijven activiteit; resultaten beschrijven uitkomsten. De tabel toont het verschil voor vier veelvoorkomende operaties, en de derde kolom is wat de agent moet mogen doen om elk resultaat na te streven.
| Taakvormige aanvraag | Resultaatvormige aanvraag | Acties die de agent nodig heeft |
|---|---|---|
| Stuur herinnerings-e-mails op dag 1, 7 en 14 | Elke factuur is betaald of bij een persoon voor een beslissing binnen vijfenzestig dagen na uitgifte. | Zoek facturen op openstaand saldo, stuur herinneringen en overzichten, pauzeer, maak taken aan. |
| Controleer elke vrijdag de voorraadniveaus. | Niets op de actieve lijst valt onder het herbestelpunt zonder dat er een inkooporder is geplaatst of een persoon is geïnformeerd. | Lees voorraad- en herbestelpunt, stel inkooporders op, vraag boven een bestedingslimiet. |
| Beantwoord vragen binnen twee uur. | Elke vraag heeft een offerte, een geboekte afspraak of een genoemde persoon aan het einde van de dag. | Lees de inbox, stel offertes op, boek kalenderplaatsen, wijs taken toe. |
| Registreer vertragingen van leveranciers. | Elke klus deze week heeft een bevestigde leverdatum of een gemarkeerd risico voor maandagmiddag. | Lees leveranciersmail en bestellingen, werk verwachte data bij, markeer klussen, informeer eigenaren. |
De linkerkolom geeft aan hoe workflows zijn gespecificeerd. De middelste kolom geeft aan hoe agenten zouden moeten zijn. De rechterkolom is de toestemmingsset en is opzettelijk smal: alleen de acties die het resultaat vereist.
Het schrijven van de uitkomstzin is moeilijker dan het lijkt en het is de tijd waard. Als je niet kunt zeggen hoe je het zou controleren, is het nog geen uitkomst. Als het de zin "en gebruik oordeel" nodig heeft, heb je het deel gevonden dat een persoon behoudt.
Geef de agent een beheerd systeem, geen inloggegevens
De tweede wijziging van methode betreft wat je de agent geeft. De verleiding is een gebruikersaccount in het bestaande systeem en een lange prompt. Dat geeft je een agent die alles kan zien, alles kan doen wat het account kan doen, en geen spoor achterlaat dat verschilt van dat van een persoon. De alternatieve is een systeem dat de agent behandelt als een cliënt die optreedt voor een genoemde persoon, met vier eigenschappen.
- Acties als hulpmiddelen. De operaties die de uitkomst nodig heeft, bestaan als gedefinieerde, getypeerde acties die de agent kan ontdekken en aanroepen, met invoer en een resultaat, in plaats van schermen die bestuurd moeten worden. Het Model Context Protocol is de open standaard hiervoor, en elke compatibele agent kan tools gebruiken die via dit protocol zijn gepubliceerd.
- Toestemmingen bij elke oproep. De tools die aan de agent worden aangeboden, worden gefilterd op basis van de rol van de persoon voor wie hij optreedt, en elke oproep wordt opnieuw gecontroleerd wanneer deze wordt uitgevoerd. De agent van iemand die een inkooporder niet kan goedkeuren, kan dat ook niet.
- Een budget. Waar de eigen AI van het systeem de redenering doet, is de uitgave per integratie beperkt, zodat een slecht geformuleerde uitkomst geen rekening kan opbouwen.
- Een logboek. Elke oproep, met zijn invoer en resultaat, toegeschreven aan de persoon voor wie de agent heeft opgetreden, zodat het beoordelen van de week van de agent dezelfde taak is als het beoordelen van die van een collega.
De MCP-specificatie zelf zegt dat servers invoer moeten valideren en toegangscontroles moeten implementeren, en dat cliënten een persoon moeten behouden die in staat is om tooloproepen te zien en te weigeren. De huidige richtlijnen van zowel Anthropic als OpenAI voor hun eigen producten wijzen dezelfde kant op: beoordeel de toestemmingen die een verbonden server vraagt, houd goedkeuring aan voor tools die gegevens wijzigen, en verbind alleen met servers die je vertrouwt. Een beheerd systeem maakt dat advies praktisch in plaats van een waarschuwing om te negeren.
De methode, in zes stappen
- Geef de uitkomst aanÉén zin, controleerbaar, met een tijdslimiet. Noteer de uitzonderingen die je verwacht en wie verantwoordelijk is voor elke uitzondering.
- Voer het een week handmatig uitDe persoon die vandaag de taak uitvoert, schrijft op wat hij deed en waarom. Die pagina is het beleid dat de agent zal volgen, en het is meestal korter dan iemand had verwacht.
- Bepaal de toolsLijst alleen de acties op die het resultaat nodig heeft. Geef de agent die, onder de bevoegdheden van de persoon voor wie hij handelt, en verder niets.
- Geef het over met een beoordelingDe agent voert het resultaat uit; een persoon beoordeelt elke actie een week lang, en daarna alleen de uitzonderingen. Corrigeer het beleid, niet de agent.
- Meet uitzonderingenTel hoe vaak een persoon moest ingrijpen, en hoe ver het record van het resultaat was toen ze dat deden. Verzonden herinneringen zijn geen maatstaf.
- VerbredenWanneer het eerste resultaat een maand lang saai is geweest, voeg dan de volgende toe. Hergebruik dezelfde governance; alleen het resultaat en de lijst met tools veranderen.
De volgorde is belangrijk. Teams die de tweede stap overslaan, eindigen met het schrijven van het beleid in de prompt uit het geheugen, en de agent erft elke leemte in dat geheugen. Teams die de derde stap overslaan, geven de agent het hele systeem en besteden de beoordelingsperiode aan zorgen in plaats van aan beoordelen.
Meet uitzonderingen, niet taken
Workflowautomatisering wordt gemeten in taken: voltooide runs, verzonden e-mails, bijgewerkte records. Die cijfers stijgen wanneer de automatisering werkt en ook wanneer het fout gaat, wat verklaart waarom ze zo geruststellend en zo nutteloos zijn. Een agent die een resultaat nastreeft, moet worden gemeten aan de restwaarde die het achterlaat voor mensen.
Drie cijfers dekken de meeste operaties. Het aandeel resultaten dat zonder menselijke betrokkenheid is voltooid, dat zou moeten stijgen. Het aantal uitzonderingen per week, dat zou moeten dalen en vervolgens vlak moet blijven op het niveau dat uw bedrijf daadwerkelijk produceert. En de vertraging bij elke uitzondering: hoe ver het record van het resultaat was toen een persoon het zag. Als facturen een persoon bereiken met veertig dagen achterstand in plaats van veertien, is het beleid te laat, niet de persoon.
Waar workflows nog steeds thuishoren
Geen van dit alles maakt workflowautomatisering overbodig. Een vaste route met een hoog volume zonder oordeel erin is nog steeds het beste gecodeerd als een workflow: een webhook die een bestelling indient, een nachtelijke export, een regel die een formulierindiening doorstuurt. De beslissingsmatrix geeft aan wanneer welke moet worden gebruikt, en de derde rij is de gebruikelijke situatie.
| Situatie | Grijp naar | Omdat |
|---|---|---|
| Vaste route, hoog volume, geen oordeel | Een workflow | Het is goedkoper, sneller en volledig voorspelbaar, en er is niets voor een agent om te beslissen. |
| Het pad varieert met wat de agent vindt; het resultaat is wat telt. | Een agent | Takken die je niet had voorzien, worden afgehandeld door de situatie te lezen in plaats van door een ontbrekende regel. |
| Een vaste trigger gevolgd door een oordeel. | Een workflow die een agent start. | De trigger is betrouwbaar en de follow-up vereist lezen, kiezen en vragen. |
| Geld dat vertrekt, verplichtingen aan klanten, alles wat onomkeerbaar is. | Een agent die voorbereidt en een persoon die goedkeurt. | De kosten van een verkeerde actie wegen zwaarder dan de kosten van een pauze. |
De vraag is nooit welke beter is. Het is of het pad van tevoren bekend is en of de stap een oordeel bevat.
Een uitgewerkt voorbeeld
Hier is de voorraaduitkomst uit de bovenstaande tabel, geformuleerd als een doorlopende aanvraag aan een agent verbonden aan een Sois-werkruimte, waar voorraad, leveranciers, inkooporders en taken één record zijn dat als hulpmiddelen wordt gepresenteerd. De operationele leidinggevende heeft een bestedingslimiet ingesteld en de leverancier voor elk item genoemd.
- Voorraadniveaus lezen in vergelijking met herbestelpunt op de actieve lijst.
- Zes items onder de drempel; gebruikelijke leverancier en laatste prijs gevonden voor elk.
- Vier inkooporders opgesteld en verzonden binnen de bestedingslimiet
- Twee inkooporders vastgehouden: boven de limiet, wachtend op uw goedkeuring
- Verwachte leverdata vastgelegd op basis van leveranciersbevestigingen
- Eén item gemarkeerd: leverancier niet op voorraad, alternatief niet geregistreerd
De agent gebruikte de voorraad-, leverancier-, inkooporder- en taaktools die de rol van de operationele leidinggevende toestaat. Het heeft niets boven de limiet uitgegeven en stopte bij het enige dat niet door het beleid werd gedekt.
De uitzonderingen zijn de output. Twee goedkeuringen en één inkoopbeslissing zijn wat de operationele leidinggevende ziet; de vier routinematige bestellingen bestaan in het record alsof een persoon ze had ingediend, en de maandagreview is het logboek. In Sois is de verbonden agent degene die de leidinggevende al gebruikt, eenmaal ingelogd via OAuth en handelend binnen hun rol, en wanneer die agent de redenering doet, voert Sois geen AI voor hen uit en rekent er niets voor. De methode hangt niet af van Sois; het hangt af van de vier eigenschappen hierboven die waar zijn voor welk systeem de agent ook handelt.
Vragen die mensen stellen
Moet ik mijn workflowautomatisering vervangen door AI-agenten?
Nee. Houd workflows voor vaste paden bij hoge volumes, gebruik agenten waar het pad varieert en de uitkomst belangrijk is, en gebruik een workflow om een agent te starten waar een betrouwbare trigger gevolgd wordt door een oordeel.
Hoe weet ik of een operatie klaar is om aan een agent te worden overgedragen?
Je kunt de uitkomst in één controleerbare zin formuleren, je hebt het een week handmatig uitgevoerd en het beleid opgeschreven, en het systeem toont alleen de acties die de uitkomst nodig heeft onder de bevoegdheden van de persoon voor wie de agent handelt.
Wat moet ik meten zodra een agent een operatie uitvoert?
Het aandeel uitkomsten dat zonder een persoon is voltooid, het aantal uitzonderingen per week, en hoe ver elke uitzondering van de uitkomst was toen een persoon het zag. Aantallen uitgevoerde acties vertellen je dat de agent bezig is, niet dat het juist is.
Moet de agent van de leverancier zelf zijn?
Niet als het systeem een open protocol spreekt. Elke MCP-client, inclusief Claude en ChatGPT, kan verbinding maken en handelen binnen de bevoegdheden van de gebruiker. Een systeem dat alleen werkt met zijn eigen assistent beperkt je tot de functies die die assistent heeft gekregen.
- Model Context Protocol specificatie: tools servers moeten invoer valideren en toegangscontroles handhaven; cliënten moeten een persoon in staat houden om toolaanroepen te weigeren en het gebruik te loggen
- Anthropic: aan de slag met aangepaste connectors met behulp van externe MCP verbind alleen vertrouwde servers, bekijk aangevraagde scopes, keur het gebruik van tools goed
- Sois documentatie: de werkruimte MCP-server de werkruimte als een MCP-server; je eigen agent maakt verbinding en doet de redenering
- Sois: beveiliging en de machtigingslaag bevoegdheden worden afgedwongen wanneer tools worden aangeboden en opnieuw wanneer ze draaien; bestedingslimieten per integratie; agentactiviteit wordt gelogd
Dit artikel wordt herzien wanneer de producten die het beschrijft veranderen. Volgende geplande herziening: 4 december 2026.