Innan AI-agenten får ett mål: skriv uppdragskontraktet

När en AI-agent får ett mål i stället för en fråga förändras ansvaret. Den kan planera, prova, misslyckas, fortsätta och till slut säga att jobbet är klart. Det är praktiskt. Det är också exakt där många organisationer behöver mer än en bra prompt.

Gör därför uppdraget skrivbart innan det blir körbart. Ett uppdragskontrakt är inte juridik. Det är en kort drifttext som säger vad agenten får försöka göra, vilka verktyg och filer den får röra, när den ska pausa och vilka kvitton som krävs innan någon kallar resultatet färdigt.

Vad som faktiskt har ändrats: agenten får ett mål, inte bara en fråga

xAI beskriver Grok Builds nya /goal som ett läge för långkörande autonomt arbete: användaren skriver ett mål, agenten bryter ned det i en checklista, kör vidare och kan pausas, återupptas eller rensas med separata kommandon. OpenAI beskriver samtidigt Codex som en arbetsyta för projekt som fortsätter längre än en prompt, där större mål delas upp i verifierbara steg och där mänsklig tillsyn fortfarande behövs vid rätt punkter.

Källa: xAI – Introducing /goal och OpenAI – Codex-maxxing for long-running work

Det här är inte bara relevant för utvecklare. Samma mönster dyker upp när en agent ska uppdatera en kampanj, felsöka en integration, sammanställa underlag, jämföra leverantörer eller förbereda en rapport. En långkörande agent är en AI som gör flera steg i följd och behåller tillräckligt med arbetsläge för att kunna fortsätta, i stället för att bara ge ett enskilt svar.

Uppdragskontraktet: sex rader innan agenten startar

Ett bra kontrakt får plats i början av uppgiften. Det ska vara konkret nog för att kunna kontrolleras efteråt.

• Mål: Vad ska vara sant när uppdraget är klart? Skriv resultatet, inte bara aktiviteten. Exempel: “tre trasiga länkar är verifierade, ersatta och dokumenterade”.
• Tillåtna ytor: Vilka filer, system, konton, webbsidor, mappar och datakällor får agenten använda? Vad är uttryckligen förbjudet?
• Stoppregler: När ska agenten pausa för mänskligt beslut? Nya behörigheter, kunddata, oväntade kostnader, motstridiga källor och misslyckade tester är vanliga stoppunkter.
• Statusrytm: Hur ofta ska den rapportera läge, och i vilken form? För långkörande arbete räcker “jag återkommer när det är klart” sällan.
• Kvitton: Vilka bevis krävs? Testresultat, före/efter-länkar, skärmbilder, versionsnummer, loggar, källor eller en lista över ändrade filer.
• Ägare: Vem får godkänna, pausa, ändra omfattning eller rulla tillbaka?

Det här låter enkelt, men det gör stor skillnad. Utan kontrakt blir “kör klart” en känsla. Med kontrakt blir det möjligt att se om agenten följde gränserna.

Varför kontraktet behövs även när verktyget har pausknappar

Leverantörerna lägger redan in mer styrning. Claude Code 2.1.186 lade till tydligare MCP-inloggning från CLI, synligare godkännanden för bakgrundsagenter och förändrat beteende för bash-kommandon. OpenAI Codex 0.142.0 lade till bland annat tokenbudgetar, plugin-kategorier, webbsökning med godkända URL:er och bättre felhantering för underagenter.

Källa: Claude Code v2.1.186 på GitHub och OpenAI Codex 0.142.0 på GitHub

Men verktygens kontroller ersätter inte organisationens beslut. Paus, återupptagning, tokenbudget och godkännandedialoger svarar på “hur styr vi körningen?”. Uppdragskontraktet svarar på “vad får räknas som rätt körning?”.

Mistrals statusincident den 22 juni visar också den tråkigare sidan av långkörande arbete: Vibe Code-sessioner kunde misslyckas med att starta under drygt sju timmar. Det betyder inte att alla AI-flöden ska stängas av. Det betyder att viktiga körningar behöver sparat input, synligt läge och en väg tillbaka när verktyget inte startar.

Källa: Mistral AI Status – Vibe Code sessions might fail to start

Ett vardagligt exempel: låt agenten uppdatera en kundrapport

Säg att en agent ska förbereda en månadsrapport åt en kund. En svag instruktion är: “Uppdatera rapporten med de senaste siffrorna och gör den snyggare.”

Ett uppdragskontrakt säger i stället:

• Målet: Uppdatera juniavsnittet med siffror från den godkända exporten och lämna tre kommentarer om avvikelser.
• Tillåtna ytor: Använd bara mappen Kund X / Rapport / Juni, GA4-exporten och föregående månads rapport. Ändra inte fakturaunderlag.
• Stoppregler: Pausa om siffrorna skiljer mer än 20 procent från föregående månad, om en källa saknas eller om filen behöver delas externt.
• Kvitton: Lista varje källa, varje ändrad sida och en kort kontroll av totalsummorna.
• Godkännande: Rapporten får förberedas, men inte skickas till kund utan mänskligt ja.

Det är fortfarande AI som gör mycket av jobbet. Skillnaden är att människan inte behöver gissa vad som hände efteråt.

Första steget: bygg en enkel kontraktsmall

Börja inte med hela organisationens AI-policy. Välj ett återkommande arbetsflöde där någon redan kopierar data, uppdaterar filer, skickar underlag eller kontrollerar länkar.

Skriv sedan en mall med dessa rubriker:

• Uppdrag: en mening.
• Resultat: vad som ska finnas när jobbet är klart.
• Tillåtet: verktyg, data och mappar.
• Inte tillåtet: kundkontakt, betalningar, publicering, radering eller andra gränser.
• Pausa när: tydliga situationer.
• Visa kvitto: vilken evidens som krävs.
• Ägare: person eller roll som godkänner.

När mallen fungerar i ett litet flöde kan den bli en del av Verktygssmide: bygga agentflödet, lägga in rätt stoppunkter, spara körningskvitton och göra det begripligt för den som faktiskt äger arbetet.