Kies een nuttige eerste AI-taak

Kies een taak die u kunt verifiëren

De eerste nuttige taak moet laten zien hoe de tool in uw omgeving werkt. Ze moet ook een resultaat opleveren dat u kunt inspecteren. Een kleine correctie van een bekend defect voldoet vaak aan beide voorwaarden.

Kies de taak niet alleen omdat de demonstratie indruk zal maken. Een breed herontwerp kan veel zichtbare wijzigingen opleveren en tegelijk onjuiste aannames verbergen. Een kleine taak kan tonen of de agent instructies leest, de scope respecteert en mislukte controles nauwkeurig meldt.

U hoeft niet de makkelijkst mogelijke taak te kiezen. Kies een taak waarbij uw team een correct resultaat herkent en kan uitleggen waarom het correct is.

Vergelijk mogelijke taken

Neem drie fictieve verzoeken in een rapportageapplicatie.

De uitlegtaak helpt redenering en bewijs te inspecteren. De regressietest voegt een gecontroleerde actie toe. De architectuurtaak kan later waardevol zijn, maar vraagt een veel sterkere taakbeschrijving en reviewproces.

Kies voor een eerste oefening de regressietest. Gebruik verzonnen datums en een lokale branch. Geef aan dat productietoegang, dependency-upgrades en niet-gerelateerde refactoring buiten de scope vallen.

Schrijf de afrondingsvoorwaarde

‘Verbeter datumverwerking’ laat te veel ruimte voor interpretatie. Gebruik een concrete voorwaarde: ‘Geef een validatiefout terug als de invoer een ongeldige kalenderdatum bevat. Behoud de gedocumenteerde uitvoer voor geldige datums.’

Voeg voorbeelden van geldige en ongeldige invoer toe. Wijs de bestaande testopdracht aan. Vraag de agent het huidige gedrag te inspecteren voordat bestanden worden gewijzigd. Vereis een korte uitleg van het defect en het bewijs na de wijziging.

Scheid een taakresultaat van een activiteit. ‘De agent schreef een test’ beschrijft een activiteit. ‘De test wijst het bekende defect af’ beschrijft bewijs. Een test die op zowel correcte als onjuiste code slaagt, toont de bedoelde bescherming niet aan.

Observeer het werkproces

Noteer tijdens de oefening waar de agent extra context nodig heeft. Controleer of de agent relevante repositoryinstructies leest. Let op wijzigingen buiten de scope en herhaling van een mislukte aanpak zonder nieuw bewijs.

Corrigeer niet elke kleine keuze direct. Laat de agent toegestaan, omkeerbaar werk afronden zodat u het resultaat kunt beoordelen. Grijp in als de volgende actie een grens overschrijdt of als voortzetting afhangt van een onopgeloste eis.

Review na afloop de diff en voer de relevante controles uit. Noteer zowel de agenttijd als uw voorbereidings- en reviewtijd. Deze waarnemingen helpen de volgende taak te kiezen en werkinstructies te verbeteren.

Breid één grens tegelijk uit

Vergroot bij een geslaagde oefening één dimensie van de complexiteit. U kunt van één functie naar twee gerelateerde modules gaan. U kunt een gedocumenteerde integratie toevoegen. Houd rechten en verificatie-eisen expliciet.

Identificeer bij een mislukte oefening de oorzaak voordat u de scope vergroot. Ontbrekende context, een onduidelijke eis, een niet-beschikbare testomgeving en een modelbeperking vragen verschillende correcties. Meer autonomie lost niet alle vier problemen op.

Wijs een onderhoudsverantwoordelijke aan als een prototype in gebruik blijft. Nieuwe kwetsbaarheidsinformatie kan actie vereisen zonder codewijziging. Zie doorlopend kwetsbaarhedenbeheer.