De levenscyclus van de agent uitleggen- plannen, handelen, evalueren

Agentische systemen nemen niet één beslissing en stoppen. Ze werken in cycli. Een basismodel is de levenscyclus van plannen → doen → evalueren. Deze levenscyclus is geen eenmalige reeks. Het is een lus: agents plannen, handelen en evalueren totdat de taak voldoet aan gedefinieerde succescriteria.

In deze eenheid leer je

• Hoe de plan → actie ondernemen → evaluatie levenscyclus in de praktijk werkt

• Hoe planning, actie en evaluatie worden geïmplementeerd in GitHub workflows

• Hoe feedbacksignalen iteratie en voltooiing stimuleren

Plannen

In de planningsfase interpreteert de agent het doel en bepaalt welke stappen nodig zijn om het te voltooien. In systemen van hoge kwaliteit zijn plannen geen verborgen interne toestanden. Ze zijn gestructureerd, controleerbare artefacten die de aanpak begrijpelijk en beoordeelbaar maken.

Voorbeelden van planningsartefacten in GitHub zijn:

• Een gestructureerd plan in de beschrijving van de pull-aanvraag

• Een gekoppeld probleem of controlelijst met een overzicht van bereik- en succescriteria

Handeling

In de actiefase voert de agent het plan uit in de opslagplaats. Dit kan het volgende omvatten:

• Een vertakking maken

• Bestanden wijzigen en commits pushen

• Een pull-aanvraag openen of bijwerken

• Reageren op feedback met revisies

Dit is belangrijk omdat de uitvoering gebonden blijft: acties worden uitgevoerd in een specifieke opslagplaats, in een vertakking en via pull-aanvraagwerkstromen in plaats van door onbeheerde directe wijzigingen in de standaardbranch.

Evaluate

In de evaluatiefase gebruiken de agent en de mensen die deze controleren signalen van het ontwikkelsysteem om resultaten te beoordelen. In GitHub zijn algemene evaluatiesignalen onder andere:

• Werkstroomuitvoeringen en statuscontroles (build/test/lint)

• Feedback over codebeoordeling (aangevraagde wijzigingen, goedkeuringen)

• Beveiligingssignalen (scanresultaten van code, waarschuwingen voor geheim scannen, afhankelijkheidswaarschuwingen)

Wanneer deze door opslagplaats- of organisatiebeleid zijn geconfigureerd, kunnen beveiligingen zoals regels en takbescherming vereisen dat controles worden uitgevoerd voordat wijzigingen worden samengevoegd, waardoor evaluatie verandert in een afdwingbare barrière in plaats van een informele suggestie.

Voor beveiligingsgerichte werkzaamheden omvat evaluatie vaak:

• Codescans (inclusief SARIF-uploadwerkstromen)

• Waarschuwingen voor geheim scannen

• Pushbeveiliging om te voorkomen dat ondersteunde geheimen worden doorgevoerd

Deze mogelijkheden versterken een belangrijke les: agentevaluatie moet worden geaard in systeemsignalen, niet in het vertrouwen van de agent.

Evaluatie is niet de laatste stap. Als controles mislukken, risico's blijven bestaan of er niet aan de vereisten wordt voldaan, gaat de levenscyclus door: de agent moet het plan herzien, de acties ervan aanpassen en opnieuw beoordelen totdat het resultaat acceptabel is of aan een mens is overgedragen.

Wanneer een agent bijvoorbeeld een afhankelijkheidsupdate in een pull-aanvraag voorstelt, definieert het plan welke pakketwijzigingen, de actie de bestanden bijwerkt en de evaluatie plaatsvindt via CI-controles en beveiligingssignalen.

Als werkstromen mislukken of als het beveiligingsprobleem onopgeloste blijft, is het werk niet voltooid. De levenscyclus moet een cyclus doorlopen: het plan herzien, de wijzigingen doorvoeren, of naar een persoon escaleren.

Een hoogwaardig software-agentensysteem maakt elke fase zichtbaar

• Het plan kan worden geïnspecteerd.

• Actie is gebonden aan werkstromen voor repositories.

• Evaluatie maakt gebruik van objectieve signalen.

Wanneer er iets ontbreekt, verslechtert het vertrouwen: plannen worden ondoorzichtig, acties worden riskant en resultaten worden moeilijk te valideren.

De levenscyclus van planning, handelen en evalueren is de operationele kern van agentische systemen. Hierin wordt uitgelegd hoe agents overstappen van intentie tot uitvoering -and hoe GitHub controles, werkstromen, beoordelingen en beveiligingssignalen feedback geven die veilige iteratie mogelijk maakt.

Zodra u begrijpt hoe een agent zich gedraagt, wordt de volgende vraag waar dat gedrag wordt beheerd. In de volgende les onderzoekt u GitHub als het systeem van record- en besturingsvlak voor agentwerkstromen.

Ik zou aanraden dit eerder te vermelden, in de sectie Evalueren of in de inleiding, om direct duidelijk te maken dat plan/act/evaluate een lus is en geen lineaire reeks. Het helpt cursisten dit vanaf het begin te kennen in plaats van het in het scenario te ontdekken.