Het inzendermodel toepassen op door agents gegenereerd werk

  • 5 minuten

Een betrouwbare manier om de uitvoer van agents te evalueren, is om deze niet langer te behandelen als wezenlijk anders dan gewoon ontwikkelingswerk. Behandel het in plaats daarvan als een bijdrage.

In deze eenheid leer je

  • Hoe het inzendermodel van toepassing is op door agents gegenereerde pull-aanvragen

  • Bijdragen van agents evalueren met behulp van standaardontwikkelingscriteria

  • Hoe een bijdrage van een hoogwaardige, goed bewaakte agent eruitziet

Het inzendermodel

In GitHub is een pull-aanvraag de natuurlijke bijdrage-eenheid. Of de auteur nu een menselijke ontwikkelaar of agent is, de pull-aanvraag moet dezelfde vragen beantwoorden:

  • Lost de wijziging het beoogde probleem op?

  • Is de omvang geschikt en goed uitgelegd?

  • Zijn vereiste controles en validaties geslaagd?

  • Controleren de juiste eigenaren de betrokken gebieden?

  • Komt de wijziging overeen met standaarden, architectuur en beleid?

Dit model voorkomt twee tegenovergestelde fouten:

  • Overmatige verdenking: het weigeren van werk omdat 'AI het schreef'.

  • Overmatige vertrouwen: het accepteren van werk omdat automatisering het heeft geproduceerd.

Het inzendermodel zegt: evalueer het werk op basis van de standaarden van de werkstroom, niet door de nieuwheid van de auteur.

Praktische beoordelingsrubriek voor agent-PULL's

Wanneer u een pull request van een agent bekijkt, controleert u het volgende:

  • Intentie: Is er een duidelijk doel en een zichtbaar plan?

  • Bereik: Zijn de bestanden die zijn gewijzigd in overeenstemming met het plan?

  • Bewijs: Zijn de vereiste controles geslaagd? Zijn logboeken/artefacten beschikbaar indien nodig?

  • Eigendom: Hebben de CODEOWNERS gevoelige gebieden bekeken (indien geconfigureerd)?

  • Beleid: Voldoet het aan regelsets/vertakkingsregels/omgevingen (indien geconfigureerd)?

  • Terugval: Is terugdraaien of escalatie duidelijk voor wijzigingen met een hoog risico?

Door agents gegenereerde pull-aanvragen evalueren

Wanneer de agent een pull-aanvraag indient, werkt u een afhankelijkheid bij en wijzigt u configuratiebestanden onder een inzendermodel; u vraagt niet alleen of de code wordt gecompileerd. U vraagt of:

  • de extra wijzigingen gerechtvaardigd zijn,

  • de controles dekken het geïntroduceerde risico,

  • de verantwoordelijke eigenaren hebben de getroffen gebieden beoordeeld en

  • de wijziging is afgestemd op opslagplaats- en implementatiebeleid.

Hoe een goed resultaat eruitziet

Een goed begeleide agentbijdrage is:

  • Begrijpelijk (duidelijk doel en plan)

  • Beperkte (afgebakend changeset, geringste bevoegdheid)

  • Controleerbaar (rechthebbenden betrokken, bewijs aanwezig)

  • Beleidsconform (regels/vertakkingsregels/omgevingen gerespecteerd)

  • Reconstrueerbaar (audittrail ondersteunt post-hocanalyse)

Dit is geen speciale standaard voor AI. Het is de standaard van een gezonde technische werkstroom die consistent wordt toegepast.

Het behandelen van agents als inzenders helpt technische discipline te behouden. Het houdt evaluatie op basis van pull-aanvragen, controles, beoordelingen, opslagplaatsbeleid en menselijk oordeel in plaats van in hype of angst.