Beheerste agentische architectuur
Hoe kiest u de componenten, de grenzen van de autonomie en de tests voor een AI-agent vóór de implementatie ervan?
1960 € per sessie, excl. btw
Samengevat
Tijdens deze dag van 7 uur, exclusief pauzes, ontwerpt u een agentische architectuur die is afgestemd op een specifiek bedrijfsproces. De deelnemers maken afwegingen tussen deterministische automatisering en een agent, specificeren de interacties met gegevens en tools en toetsen vervolgens hun ontwerp aan gedocumenteerde scenario’s om een gecontroleerde implementatie voor te bereiden.
Waarom deze opleiding?
Een agent die documenten raadpleegt en tools aanroept, brengt andere risico’s met zich mee dan een gespreksassistent: ongeoorloofde acties, uitvoeringslussen, verspreiding van onjuiste informatie of blootstelling van gegevens. Door de verantwoordelijkheden van elke component te formaliseren, kunnen de afwegingen tussen autonomie, betrouwbaarheid, latentie en uitvoeringskosten worden besproken. Een toetsbaar dossier voorkomt dat een overtuigende demonstratie wordt verward met een bruikbare architectuur. Doorlopende casus: De fictieve organisatie « Brumelis Maintenance » wil ondersteuning bieden bij de verwerking van interventieaanvragen: technische documentatie raadplegen, een toestel controleren en een ticket voorbereiden. De agent mag geen toestellen wijzigen of een interventie in gang zetten zonder menselijke goedkeuring. De oefeningen gebruiken uitsluitend fictieve of geanonimiseerde gegevens. Toepassing op het werk: Laat het dossier nalezen door de verantwoordelijken voor de bedrijfsactiviteiten, beveiliging en operationeel beheer. Organiseer vervolgens een geïsoleerd prototype voor de geselecteerde scenario’s voordat u beslist over ingebruikname in productie.
De doelstellingen van deze opleiding
- De taken afbakenen die aan de agent worden toevertrouwd en de beslissingen die aan mensen voorbehouden blijven
- Een deterministische orkestratie vergelijken met een agentische lus
- Componenten, gegevensstromen en vertrouwensgrenzen schematisch weergeven
- Toolcontracten en regels voor foutafhandeling specificeren
- Het ontwerp evalueren met normale en ongunstige scenario’s
Voor wie en met welke voorkennis?
Betrokken rollen en taken
- Softwarearchitecten en technisch verantwoordelijken die agentische mogelijkheden integreren
- AI-productmanagers en bedrijfsanalisten die verantwoordelijk zijn voor een proces dat door tools wordt ondersteund
- Software- of data-ingenieurs die bijdragen aan de interfaces en de evaluatie
Vereiste voorkennis
- Praktische ervaring hebben met generatieve AI en de beperkingen van de betrouwbaarheid ervan kennen.
- Inzicht hebben in API’s, machtigingen en de uitwisseling van gestructureerde gegevens.
- Een bedrijfsproces en de uitzonderingen erop kunnen beschrijven.
Waaraan u werkt
De delegatie afbakenen
Doel: Het gebruik van een agent verantwoorden. Deterministische taken, onzekerheid, autonomie en gevolgen van fouten.
De orkestratie kiezen
Doel: Een begrensde uitvoeringscontrole beschrijven. Eén agent, expliciete orkestratie, toestand, stopvoorwaarden en een budget voor aanroepen.
Context en kennis organiseren
Doel: Kennis, instructies en toestand van elkaar scheiden. Documenten doorzoeken, herkomst, actualiteit, tijdelijk geheugen en bewaring.
Toolcontracten vastleggen
Doel: Interacties verifieerbaar maken. Invoer- en uitvoerschema’s, validatie, time-outs, nieuwe pogingen en het voorkomen van duplicaten.
Waarborgen inbouwen
Doel: Acties en blootstelling beperken. Minimale rechten, menselijke goedkeuring, onbetrouwbare externe inhoud en logging waaruit gevoelige gegevens zijn verwijderd.
De architectuur toetsen
Doel: De kwaliteit van de voorziene beslissingen meten. Verwachte resultaten, succesvolle taakuitvoering, traceerbaarheid, onnodige aanroepen en beperkingen van simulaties.
De implementatie voorbereiden
Doel: Afwijkingen omzetten in technische beslissingen. Afwegingen, instrumentatie, acceptatiedrempels, verantwoordelijkheden en terugdraaien.
Wat u meeneemt
- Architectuurdossier met een stroomdiagram en een logboek van afwegingen
- Toolcontracten en machtigingenmatrix
- Scenarioset en ingevuld evaluatierooster
- Gefaseerd implementatieplan met voorwaarden voor de overgang naar de volgende fase
Methode en evaluatie
- Korte theoretische toelichtingen, onmiddellijk gevolgd door praktijkoefeningen met de doorlopende casus.
- Individueel werk, gevolgd door werk in duo’s, met wederzijdse beoordeling van de resultaten.
- Begeleide gezamenlijke bespreking: wat werkt, wat moet worden gecorrigeerd en wat een menselijke beslissing blijft.
- Voorbereiding: Selecteer een mogelijk geschikt proces en beschrijf de gevoelige beslissingen daarin, zonder vertrouwelijke gegevens door te geven. Controleer welke tools door de organisatie zijn toegestaan; voorzie een simulatie op basis van documenten als er geen technische omgeving beschikbaar is.
Waarneembare criteria: Elke gevoelige actie heeft een expliciete autorisatie en een menselijk goedkeuringspunt. ; Elke stroom vermeldt de bron, de bestemming en de uitgewisselde gegevens. ; Voor elke tool zijn de invoer, uitvoer, machtigingen en foutafhandeling gedocumenteerd. ; De scenario’s omvatten succes, ontbrekende informatie, instructie-injectie en onbeschikbaarheid van een tool. ; De metingen maken onderscheid tussen gesimuleerde resultaten en prestaties die nog op een prototype moeten worden geverifieerd..
Veelgestelde vragen
Moet u tijdens de dag programmeren?
Nee. De contracten en tests kunnen in documenten worden uitgewerkt; een werkende implementatie is niet vereist.
Is een multiagentarchitectuur noodzakelijk?
Nee. Ze moet beantwoorden aan een onderbouwde scheiding van verantwoordelijkheden, zonder het aantal interacties onnodig te verhogen.
Mag er een interne casus gebruikt worden?
Ja, na anonimisering en uitsluitend met de tools die door de organisatie zijn toegestaan.
Bewijst de simulatie de betrouwbaarheid in productie?
Nee. Ze controleert de samenhang van het ontwerp; latentie, kosten en robuustheid vereisen vervolgens metingen op een prototype.
Laatst bijgewerkt: