Vælg en nyttig første AI-opgave

Vælg en opgave, du kan kontrollere

Den første nyttige opgave skal lære dig, hvordan værktøjet fungerer i dit miljø. Den skal også give et resultat, du kan undersøge. En lille rettelse af en kendt fejl opfylder ofte begge betingelser.

Vælg ikke kun opgaven, fordi demonstrationen bliver imponerende. Et omfattende redesign kan skabe mange synlige ændringer og samtidig skjule forkerte antagelser. En lille opgave kan vise, om agenten læser instruktioner, respekterer omfanget og rapporterer fejlslagne kontroller korrekt.

Du behøver ikke vælge den lettest mulige opgave. Vælg en, hvor dit team kan genkende et korrekt resultat og forklare, hvorfor det er korrekt.

Sammenlign mulige opgaver

Overvej tre fiktive opgaver i en rapporteringsapplikation.

Forklaringsopgaven hjælper dig med at undersøge ræsonnement og dokumentation. Regressionstesten tilføjer en kontrolleret handling. Arkitekturopgaven kan være værdifuld senere, men den kræver en langt stærkere opgavebeskrivelse og reviewproces.

Vælg regressionstesten som første øvelse. Brug opdigtede datoer og en lokal branch. Angiv, at produktionsadgang, opgradering af afhængigheder og uvedkommende refaktorering er uden for opgaven.

Skriv betingelsen for færdiggørelse

»Forbedr datohåndtering« giver for meget plads til fortolkning. Brug en konkret betingelse: »Returnér en valideringsfejl, når inputtet indeholder en ugyldig kalenderdato. Bevar det dokumenterede output for gyldige datoer.«

Tilføj eksempler på gyldige og ugyldige input. Angiv den eksisterende testkommando. Bed agenten om at undersøge den aktuelle adfærd, før den ændrer filer. Kræv en kort forklaring af fejlen og dokumentation efter ændringen.

Skeln mellem opgavens resultat og en aktivitet. »Agenten skrev en test« beskriver en aktivitet. »Testen afviser den kendte fejl« beskriver dokumentation. En test, der består med både korrekt og forkert kode, dokumenterer ikke den tilsigtede beskyttelse.

Følg arbejdsprocessen

Registrér under øvelsen, hvor agenten har brug for mere kontekst. Kontrollér, om den læser repositoryets relevante instruktioner. Læg mærke til, om den ændrer filer uden for opgaven eller gentager en mislykket tilgang uden ny dokumentation.

Ret ikke straks hvert mindre valg. Lad agenten færdiggøre tilladt arbejde, som kan fortrydes, så du kan vurdere resultatet. Grib ind, når næste handling overskrider en grænse, eller når fortsættelsen afhænger af et uafklaret krav.

Gennemgå til sidst diffen, og kør de relevante kontroller. Registrér både agentens tid og din tid til forberedelse og review. Observationerne hjælper dig med at vælge næste opgave og forbedre arbejdsinstruktionerne.

Udvid én grænse ad gangen

Hvis øvelsen lykkes, kan du øge kompleksiteten på ét område. Du kan gå fra én funktion til to sammenhængende moduler. Du kan tilføje en dokumenteret integration. Hold rettigheder og krav til kontrol udtrykkelige.

Hvis øvelsen fejler, skal du finde årsagen, før du udvider omfanget. Manglende kontekst, et uklart krav, et utilgængeligt testmiljø og en begrænsning i modellen kræver forskellige rettelser. Mere autonomi løser ikke alle fire problemer.

Hvis en prototype forbliver i brug, skal du udpege en ansvarlig for vedligeholdelse. Ny viden om sårbarheder kan kræve handling uden en kodeændring. Se løbende håndtering af sårbarheder.