Beskriv destinationen, før AI arbejder i en desktopapp
En desktopapp kan have flere konti, vinduer og kopier af samme dokument åbne. Før AI udfører arbejde i brugerfladen, bør opgaven derfor gøre det klart, hvilket sted der er det rigtige, og hvad der skal være gemt bagefter.
1. Angiv app og destination
GitHubs computer use-preview er anledning til guiden. Modellen her er min anbefaling til opgavebeskrivelse og kan bruges ved andre værktøjer, der betjener en brugerflade.
Notér app, relevant konto eller workspace og den konkrete fil eller post. Brug en entydig reference, hvis systemet giver mulighed for det. En synlig titel alene kan være utilstrækkelig.
2. Beskriv det ønskede gemte resultat
Skriv, hvad der skal være ændret, og hvor resultatet skal kunne findes. Skeln mellem at udarbejde et udkast, gemme en ændring og publicere indhold.
Et tænkt eksempel er en produktpræsentation, hvor kun ét afsnit skal opdateres. Opgavekortet bør angive både teksten og den version, der skal modtage ændringen, så en lignende kopi ikke vælges ved en fejl.
3. Afklar beslutninger før udførelse
Angiv hvilke oplysninger der er fastlagt, og hvilke spørgsmål der skal afklares. Hvis en nødvendig destination er tvetydig, bør arbejdet standse dér, indtil valget er afgjort.
Begræns den første prøve til ufølsomt materiale og en handling, der kan gennemgås. Virksomhedens godkendelser skal være knyttet til den faktiske handling, ikke blot til at appen er åben.
4. Kontrollér resultatet i appen
Genåbn den relevante fil eller post og sammenhold indholdet med opgaven. Kontrollér, at ændringen er gemt på det rigtige sted, og at vigtige dele af det tidligere indhold stadig findes.
En række klik er ikke et afslutningsbevis. Beviset skal være det resultat, som en kollega kan finde og bruge efter forløbet.
5. Bevar forudsætningerne for prøven
Notér den afprøvede appversion, destinationstype og eventuelle nødvendige forberedelser. Genbesøg arbejdsgangen, hvis disse forhold ændrer sig.
Opgavekortet er nyttigt, når det fjerner tvivl om start og slut. Det skal være kort nok til faktisk at blive brugt og præcist nok til, at en anden kan kontrollere leverancen.