Een AI-agent heeft niet alleen een startmoment nodig, maar ook vaste evaluatiemomenten en een veilig plan voor beperking, vervanging en beëindiging.
De lifecycle van een AI-agent loopt van de eerste verkenning en pilot tot dagelijks beheer, wijzigingen en uiteindelijk uitfasering. Een exitplan beschrijft vooraf hoe de organisatie kan stoppen zonder gegevens, toegangsrechten, lopende processen of afhankelijkheden onbeheerd achter te laten.
Praktische leidraad
Deze informatie is bedoeld als praktische leidraad en vormt geen juridisch, privacy-, informatiebeveiligings- of complianceadvies. Welke bewaartermijnen, overdrachten, meldingen en documentatieplichten gelden, hangt af van de toepassing, de gebruikte gegevens, de sector, de rol van de organisatie en de geldende wet- en regelgeving. Laat toepassingen met verhoogde risico’s beoordelen door de juiste juridische, privacy-, security- en complianceprofessionals.
De kern
Behandel een AI-agent als een tijdelijke en veranderlijke bedrijfstoepassing. Leg vóór ingebruikname vast wanneer de agent wordt herbeoordeeld, hoe de organisatie kan terugschakelen naar een veiligere werkwijze en hoe gegevens, rechten, processen en leveranciersafhankelijkheden worden afgehandeld wanneer de agent stopt.
Wat betekent de lifecycle van een AI-agent?
De lifecycle, oftewel levenscyclus, omvat alle fasen waarin een AI-agent wordt bedacht, ontworpen, getest, gebruikt, gewijzigd en beëindigd. Elke fase heeft eigen besluiten, risico’s en controles.
Een agent blijft na ingebruikname niet automatisch hetzelfde. Modellen worden vernieuwd, prompts aangepast, kennisbronnen uitgebreid en systeemrechten veranderd. Ook het proces en de gebruikersgroep kunnen verschuiven. Lifecyclebeheer zorgt dat deze veranderingen zichtbaar en beheersbaar blijven.
De lifecycle in zes fasen
Verkenning
Bepaal het probleem, de gewenste uitkomst en of een AI-agent werkelijk geschikter is dan een eenvoudiger oplossing.
Ontwerp
Leg doel, eigenaar, gegevens, bevoegdheden, menselijke controle, risico’s en technische grenzen vast.
Pilot
Test de agent in een afgeschermde omgeving en daarna bij een beperkte groep gebruikers en processen.
Productie
Gebruik de agent binnen goedgekeurde grenzen en volg kwaliteit, acties, kosten, incidenten en menselijk ingrijpen.
Wijziging
Beoordeel opnieuw wanneer modellen, prompts, bronnen, hulpmiddelen, rechten of toepassingsgebieden veranderen.
Uitfasering
Stop gecontroleerd, draag processen over, trek toegang in en handel gegevens, logs en documentatie veilig af.
Waarom al vóór de pilot een exitplan nodig is
Een exitplan wordt vaak pas besproken wanneer een leverancier stopt, een incident ontstaat of de kosten oplopen. Dan is het moeilijk om snel en gecontroleerd te handelen. Door de exit vooraf te ontwerpen, voorkomt de organisatie dat de agent onmisbaar wordt zonder dat duidelijk is hoe processen, gegevens en verantwoordelijkheden kunnen worden overgenomen.
- de agent kan onderdeel worden van dagelijkse en kritieke processen
- gegevens, geheugen en configuraties kunnen bij een leverancier staan
- medewerkers kunnen kennis en handmatige werkwijzen verliezen
- andere agents en systemen kunnen afhankelijk worden van de output
- accounts, tokens en koppelingen kunnen actief blijven na uitschakeling
- logs en documentatie kunnen later nodig zijn voor onderzoek of verantwoording
Fase 1: verkenning en keuze
De lifecycle begint bij het probleem, niet bij de technologie. Beschrijf welke taak of uitkomst moet verbeteren en vergelijk een AI-agent met vaste automatisering, een chatbot, een AI-assistent of een procesaanpassing zonder AI.
- welk probleem moet worden opgelost?
- welke waarde moet aantoonbaar ontstaan?
- waarom zijn zelfstandige vervolgstappen nodig?
- welke eenvoudigere alternatieven zijn beoordeeld?
- welke risico’s en afhankelijkheden zijn al zichtbaar?
- welke stopcriteria gelden wanneer de verwachte waarde uitblijft?
Lees hiervoor ook Wanneer kies je voor een AI-agent?.
Fase 2: ontwerp, eigenaarschap en grenzen
Leg tijdens het ontwerp vast welke rol de agent krijgt en wie verantwoordelijk is voor de gehele lifecycle. Maak niet alleen een technisch ontwerp, maar ook een organisatorisch ontwerp met beslisrechten en controles.
- bedoeld doel en toegestaan toepassingsgebied
- proceseigenaar, technisch eigenaar en beheerteam
- zelfstandigheid, bevoegdheden en menselijke goedkeuring
- gegevensbronnen, geheugen, logging en bewaartermijnen
- technische identiteit, minimale rechten en gekoppelde systemen
- risico’s, controles, stopmogelijkheden en terugvalscenario’s
- voorwaarden voor uitbreiding, wijziging en beëindiging
Leg de agent vanaf deze fase vast in het AI-agentregister, ook wanneer het nog om een experiment of pilot gaat.
Fase 3: testen en beperkte pilot
Test de volledige keten van model, prompt, gegevens, hulpmiddelen, rechten en goedkeuringen in een afgeschermde omgeving. Een pilot is geen verkleinde productieomgeving zonder grenzen, maar een gecontroleerde fase waarin aannames worden getoetst.
- gebruik beperkte rechten en een kleine gebruikersgroep
- voorkom onomkeerbare of grootschalige acties
- test normale taken, randgevallen en misbruikscenario’s
- controleer menselijke goedkeuring en veilige blokkering
- meet kwaliteit, kosten, doorlooptijd en menselijke correcties
- test ook hoe de pilot wordt gestopt en gegevens worden verwijderd
Lees voor de testaanpak AI-agents testen.
Fase 4: goedkeuring en ingebruikname
Maak de overgang naar productie een formeel besluit. De verantwoordelijke besluitnemer beoordeelt niet alleen testresultaten, maar ook resterende risico’s, beheerbaarheid, herstelmogelijkheden en het exitplan.
- is het doel nog steeds relevant en aantoonbaar nuttig?
- zijn rechten en zelfstandigheid beperkt tot wat nodig is?
- zijn monitoring, logging en incidentafhandeling beschikbaar?
- kan de agent direct worden beperkt of gepauzeerd?
- is menselijke overname van het proces mogelijk?
- zijn export, gegevensafhandeling en leveranciersafspraken geregeld?
- is een datum voor herbeoordeling vastgelegd?
Fase 5: productie en periodieke herbeoordeling
Na ingebruikname moet de organisatie blijven beoordelen of de agent nog binnen het doel, de risicogrenzen en de afgesproken prestaties werkt. Een agent die technisch beschikbaar is, kan inhoudelijk of organisatorisch toch niet meer passend zijn.
- kwaliteit en betrouwbaarheid van resultaten
- fouten, blokkeringen, incidenten en klachten
- menselijke correcties, afwijzingen en overnames
- gebruik van hulpmiddelen, rechten en gegevens
- kosten, snelheid, capaciteit en bedrijfswaarde
- veranderingen in leveranciers, processen en wetgeving
- openstaande beperkingen en resterende risico’s
Gebruik hiervoor de informatie uit AI-agent monitoring en logging en de besluitvorming binnen AI-agent governance.
Behandel wijzigingen als nieuwe beslismomenten
Een wijziging kan de handelingsruimte of het risicoprofiel van de agent sterk veranderen. Classificeer wijzigingen daarom op impact en bepaal welke herbeoordeling en tests nodig zijn.
- nieuw model, nieuwe modelversie of andere leverancier
- aangepaste systeemprompt, regels of taakdefinitie
- nieuwe hulpmiddelen, API’s of systeemkoppelingen
- uitbreiding van toegangsrechten of zelfstandigheid
- nieuwe gegevensbronnen, geheugen of bewaartermijnen
- nieuwe gebruikersgroep, afdeling, klantgroep of proces
- gewijzigde goedkeuringsgrenzen of stopcriteria
Werk na goedkeuring het AI-agentregister, de testdocumentatie, monitoring en het exitplan bij.
Wanneer moet een agent worden beperkt of beëindigd?
Leg vooraf signalen en grenswaarden vast die leiden tot beperking, vervanging of beëindiging. Zo hoeft de organisatie niet tijdens een probleem te bepalen wat nog aanvaardbaar is.
- de agent bereikt het bedoelde doel niet meer
- risico’s overschrijden de vastgestelde tolerantiegrens
- noodzakelijke maatregelen zijn technisch of financieel niet haalbaar
- incidenten of fouten blijven zich herhalen
- de leverancier, het model of een essentiële koppeling stopt
- een eenvoudiger, veiliger of beter beheersbare oplossing beschikbaar komt
- wetgeving, beleid of contracten de inzet niet langer toestaan
- de bedrijfswaarde weegt niet meer op tegen kosten en risico’s
Pauzeren, uitfaseren en definitief stoppen
Pauzeren
Nieuwe taken worden tijdelijk gestopt terwijl onderzoek, aanpassing of herbeoordeling plaatsvindt. Heractivering blijft mogelijk.
Uitfaseren
Gebruik en afhankelijkheden worden stapsgewijs verminderd. Processen en gebruikers gaan gecontroleerd over naar een andere werkwijze.
Definitief stoppen
De agent wordt buiten gebruik gesteld, toegang wordt ingetrokken en gegevens, logs, documentatie en contracten worden afgehandeld.
Breng afhankelijkheden in kaart
Een agent kan technisch worden uitgezet terwijl andere processen nog van de output afhankelijk zijn. Breng daarom vooraf alle directe en indirecte afhankelijkheden in kaart.
- gebruikers, teams en klanten die de agent gebruiken
- andere agents die opdrachten of informatie ontvangen
- systemen waarin de agent gegevens leest of wijzigt
- rapportages, beslissingen en workflows die de output gebruiken
- kennisbronnen, vector databases en gedeeld geheugen
- leveranciers, integratieplatforms en externe hulpmiddelen
- contracten, licenties en afgesproken serviceniveaus
Bereid menselijke overname en bedrijfscontinuïteit voor
Wanneer een agent wordt beperkt of gestopt, moeten belangrijke processen kunnen doorgaan. Een terugvalprocedure beschrijft hoe medewerkers taken tijdelijk of blijvend overnemen.
- welke taken zijn essentieel en mogen niet stilvallen?
- welke medewerkers kunnen deze taken uitvoeren?
- zijn werkinstructies en benodigde toegangsrechten beschikbaar?
- hoe worden lopende, incomplete en dubbele taken herkend?
- hoe worden klanten en gebruikers geïnformeerd?
- hoe worden handmatige acties later vastgelegd en verwerkt?
Wat staat in een praktisch exitplan?
Het exitplan hoeft geen los boekwerk te zijn. Het kan een beheerd document zijn dat verwijst naar technische handleidingen, contracten, registers en herstelprocedures.
- Aanleiding en besluit: welke situaties leiden tot pauzeren, uitfaseren of definitief stoppen?
- Verantwoordelijkheden: wie neemt het besluit, wie voert het uit en wie controleert de afronding?
- Procescontinuïteit: hoe worden taken, gebruikers en klanten overgenomen?
- Technische uitschakeling: welke identiteiten, tokens, tools, koppelingen en automatische taken worden gestopt?
- Gegevensafhandeling: wat wordt geëxporteerd, overgedragen, bewaard, geanonimiseerd of verwijderd?
- Vervanging en migratie: hoe worden configuraties, kennis en processen overgezet?
- Controle en bewijs: hoe wordt vastgesteld dat de agent werkelijk is gestopt en alle acties zijn afgerond?
- Communicatie: welke interne en externe betrokkenen worden wanneer geïnformeerd?
- Documentatie: welke informatie blijft beschikbaar voor beheer, onderzoek en verantwoording?
Exporteer gegevens, configuratie en documentatie
Controleer vóór de keuze voor een leverancier of essentiële informatie in een bruikbaar formaat kan worden geëxporteerd. Een schermafbeelding of onvolledig rapport is geen volwaardige overdracht.
- goedgekeurde prompts, regels en configuratie-instellingen
- agent-, model-, tool- en beleidsversies
- kennisbronnen, metadata, indexinstellingen en bronverwijzingen
- relevante gegevens en toegestaan langdurig geheugen
- auditlogs, testresultaten, incidenten en goedkeuringsbesluiten
- architectuur, systeemkoppelingen en beheerhandleidingen
- contracten, leverancierscontacten en openstaande verplichtingen
Test periodiek of de export werkelijk compleet, leesbaar en opnieuw bruikbaar is. Wacht niet tot het contract afloopt of toegang al is beperkt.
Trek identiteiten, rechten en koppelingen in
Een uitgeschakelde gebruikersinterface betekent niet dat de agent geen toegang meer heeft. Maak een volledige lijst van technische identiteiten en verbindingen die moeten worden ingetrokken.
- serviceaccounts en technische agentidentiteiten
- API-sleutels, tokens, certificaten en actieve sessies
- toegangsrollen en gedelegeerde rechten
- webhooks, geplande taken en automatische workflows
- verbindingen met databases, documenten en kennisbronnen
- agent-naar-agentcommunicatie en gedeelde hulpmiddelen
- leverancierstoegang en ondersteuningsaccounts
Controleer na intrekking of nieuwe aanroepen werkelijk worden geweigerd. Lees ook AI-agent identiteiten en toegangsbeheer.
Handel geheugen, persoonsgegevens en logs veilig af
Maak per gegevenssoort duidelijk of deze wordt overgedragen, bewaard, geanonimiseerd of verwijderd. Een algemene opdracht om “alle AI-data te verwijderen” is meestal te onduidelijk.
- tijdelijke taakcontext en sessiegegevens
- langdurig geheugen en gebruikersvoorkeuren
- brondocumenten, kopieën, embeddings en vectorindexen
- persoonsgegevens en vertrouwelijke bedrijfsinformatie
- operationele logs en gedetailleerde foutinformatie
- auditlogs, besluiten en incidentdocumentatie
- back-ups, exports en kopieën bij leveranciers
Bewaar informatie alleen wanneer daarvoor een duidelijk doel en passende grondslag of verplichting bestaat. Lees voor verdieping AI-agent geheugen en gegevensgebruik.
Beperk leveranciersafhankelijkheid
Vendor lock-in ontstaat wanneer overstappen technisch, contractueel of organisatorisch zeer moeilijk wordt. Beoordeel daarom niet alleen de huidige functionaliteit, maar ook de uitvoerbaarheid van vertrek.
- zijn gegevens en configuraties in gangbare formaten exporteerbaar?
- blijven logs en documentatie beschikbaar na contractbeëindiging?
- kan de organisatie eigen prompts, bronnen en toegangsregels behouden?
- welke ondersteuning en termijnen gelden bij migratie?
- worden gegevens aantoonbaar verwijderd bij de leverancier en subverwerkers?
- kan een tijdelijke overgangsperiode worden afgesproken?
- welke onderdelen zijn leveranciersspecifiek en moeten opnieuw worden gebouwd?
Migreer naar een vervangende of eenvoudigere oplossing
Een exit hoeft niet altijd te leiden tot een nieuwe AI-agent. Soms past vaste automatisering, een zoekfunctie, een assistent met menselijke controle of een handmatig proces beter bij de nieuwe situatie.
- vergelijk functionaliteit, risico’s, kosten en beheerlast
- migreer eerst een beperkte gebruikersgroep of processtroom
- voorkom dubbele acties wanneer systemen tijdelijk naast elkaar draaien
- controleer gegevensmapping, toegangsrechten en bronverwijzingen
- test de nieuwe oplossing met dezelfde kritieke scenario’s
- houd tijdelijk strengere monitoring tijdens de overgang
- stop de oude agent pas nadat overdracht en herstel zijn gecontroleerd
Bewaar voldoende bewijs en documentatie
Directe verwijdering van alle informatie kan toekomstige onderzoeken, geschillen of controles bemoeilijken. Bepaal daarom vooraf welke documentatie na beëindiging beschikbaar moet blijven en voor welke termijn.
- doel, eigenaar, risicobeoordelingen en goedkeuringsbesluiten
- belangrijke configuratie-, model- en promptversies
- testresultaten, bekende beperkingen en resterende risico’s
- relevante auditlogs, systeemacties en menselijke goedkeuringen
- incidenten, herstelmaatregelen en communicatie
- reden, besluit, uitvoeringsdatum en controle van beëindiging
Werk het AI-agentregister bij
Verwijder de registratie niet direct nadat de agent stopt. Wijzig de status en leg vast hoe de beëindiging is uitgevoerd.
- datum en reden van pauzeren, uitfaseren of beëindigen
- verantwoordelijke besluitnemer en uitvoerende eigenaar
- overgedragen processen, gegevens en documentatie
- ingetrokken identiteiten, rechten en koppelingen
- bewaar- en verwijderafspraken voor gegevens en logs
- vervangende oplossing en resterende afhankelijkheden
- datum waarop de afronding is gecontroleerd
Laat beëindiging formeel goedkeuren
Beëindiging is meer dan een technische beheeractie. De proceseigenaar moet bevestigen dat de dienstverlening en gebruikers zijn overgenomen. Technisch beheer bevestigt dat toegang en koppelingen zijn gestopt. Privacy, security, juridisch en compliance beoordelen onderdelen binnen hun verantwoordelijkheid.
- zijn alle lopende taken afgehandeld of overgedragen?
- zijn rechten, tokens en automatische verbindingen ingetrokken?
- zijn gegevens en logs volgens afspraak behandeld?
- zijn leveranciers en contractuele verplichtingen afgehandeld?
- zijn gebruikers, klanten en beheerteams geïnformeerd?
- zijn register, architectuur en procesdocumentatie bijgewerkt?
- is gecontroleerd dat de agent niet meer kan handelen?
AI Act en de levensduur van AI-systemen
De Europese AI Act bevat voor hoogrisico-AI-systemen specifieke eisen rond monitoring na ingebruikname. Aanbieders moeten bij zulke systemen relevante informatie over prestaties en naleving gedurende de levensduur verzamelen, documenteren en analyseren.
Deze verplichtingen gelden niet automatisch voor iedere AI-agent. De juridische kwalificatie hangt af van het beoogde doel, de toepassing en de rol van de organisatie. Ook wanneer een agent niet onder deze specifieke regels valt, blijft lifecyclebeheer praktisch belangrijk voor veiligheid, continuïteit en verantwoording.
Praktische voorbeelden
Interne kennisagent
- Stopreden: de organisatie vervangt het documentplatform en de bestaande index wordt niet meer ondersteund
- Overdracht: brondocumenten, metadata, toegangsregels en testvragen exporteren
- Gegevens: oude embeddings en tijdelijke context verwijderen na controle van de nieuwe index
- Continuïteit: tijdelijk rechtstreeks zoeken in de goedgekeurde documentcollectie
Servicedeskagent
- Stopreden: herhaalde fouten bij systeemwijzigingen blijven boven de risicogrens
- Beperking: schrijfrechten direct intrekken en alleen diagnoses laten voorstellen
- Overdracht: lopende meldingen en herstelstappen naar medewerkers overzetten
- Bewijs: relevante logs, configuratie en incidentdocumentatie bewaren
Ingekochte agent in bedrijfssoftware
- Stopreden: contractbeëindiging of een ongunstige leverancierswijziging
- Voorbereiding: exporteer configuratie, logs, gebruikersinstellingen en relevante gegevens vóór de einddatum
- Toegang: verwijder leverancierstoegang, tokens, webhooks en gedelegeerde rechten
- Controle: vraag bevestiging van verwijdering bij leverancier en betrokken subverwerkers
Checklist voor lifecycle en exitplan
- Zijn lifecyclefasen, beslismomenten en verantwoordelijke eigenaren vastgelegd?
- Bestaat vóór de pilot een praktisch exitplan?
- Zijn waarde, kosten, risico’s en prestaties periodiek te herbeoordelen?
- Is duidelijk welke wijzigingen opnieuw moeten worden getest en goedgekeurd?
- Zijn criteria voor pauzeren, uitfaseren en definitief stoppen bepaald?
- Zijn alle afhankelijkheden met processen, systemen en andere agents bekend?
- Kan een mens de belangrijkste taken tijdelijk of blijvend overnemen?
- Kunnen gegevens, configuraties, logs en documentatie worden geëxporteerd?
- Zijn leveranciersafspraken over migratie, beschikbaarheid en verwijdering vastgelegd?
- Kunnen identiteiten, tokens, rechten, webhooks en koppelingen volledig worden ingetrokken?
- Is per gegevenssoort bepaald wat wordt overgedragen, bewaard of verwijderd?
- Blijft noodzakelijke documentatie beschikbaar voor onderzoek en verantwoording?
- Wordt de status en beëindigingsinformatie in het AI-agentregister bijgewerkt?
- Is duidelijk wie de beëindiging formeel goedkeurt en controleert?
- Wordt na uitschakeling getest of de agent werkelijk geen acties meer kan uitvoeren?
- Zijn gebruikers, klanten, beheerders en leveranciers tijdig geïnformeerd?
Een goed exitplan maakt stoppen niet alleen mogelijk, maar ook beheersbaar. De organisatie voorkomt daarmee dat een agent technisch wordt uitgezet terwijl rechten, gegevens, processen of leveranciersafhankelijkheden actief blijven.