AI tok ikke jobben din. Den ga deg oppryddingsjobben

Ordet kommer fra engelsk «slop», som betyr søl eller grisemat. På nett brukes det om AI-generert innhold som er laget fort, i store mengder, uten at noen har vurdert om det er godt. Det viktige er ikke at det er laget av en maskin. Det viktige er at ingen har sett over det.

Forskere ved Stanford og BetterUp Labs ga arbeidslivsvarianten et eget navn i september 2025: workslop, «AI-generert innhold som ser ut som godt arbeid, men mangler substansen til å flytte oppgaven framover». I deres undersøkelse av 1 150 amerikanske kontoransatte hadde 40 prosent mottatt slikt arbeid fra en kollega den siste måneden. Hver gang tok det i snitt nesten to timer å finne ut hva som manglet og rette det. Regnet om til lønn anslo de kostnaden til 186 dollar per ansatt per måned.

Legg merke til hva som gjør dette dyrt. Et åpenbart dårlig utkast kastes på tre sekunder. Slop ser derimot ferdig ut. Det passerer den første kontrollen, blir sendt videre, bygget videre på, og oppdages først når noen prøver å bruke det. Da har det allerede kostet tid hos flere, og oppryddingen er blitt et eget oppdrag.

Det er også derfor oppryddingsjobben er undervurdert. Den som bestiller ser et resultat som er «nesten ferdig» og regner med at det gjenstår et kvarter. Den som skal gjøre jobben må først finne ut hva som faktisk er galt, og det er ofte den største delen av arbeidet.

Oppryddingen ser forskjellig ut avhengig av hva som ble generert. Her er de fem variantene som går igjen, hva som typisk er galt, og en test du kan gjøre selv før du bestiller noen.

En AI-bygget nettside ser som regel riktig ut på skjermen den ble laget på. Problemene ligger under overflaten, og de kommer i en fast rekkefølge: mobil, betaling, sikkerhet og synlighet.

Mobil først, fordi det er der flertallet av kundene dine er. Deretter betaling og skjemaer, som er det som faktisk gir penger, og som oftest er koblet opp mot en testnøkkel som aldri ble byttet. Så sikkerhet: Veracode fant at AI-generert kode sviktet mot cross-site scripting i 86 prosent av tilfellene der det var relevant. Det er den sårbarheten som lar noen legge inn egen kode i skjemaene dine. Til slutt synlighet: sider uten ordentlige titler, beskrivelser og struktur finnes for Google, men vises ikke.

Er nettsiden rettet mot allmennheten, gjelder også kravene til universell utforming. AI-verktøy legger sjelden inn alternativtekster, kontrast og tastaturnavigasjon av seg selv. Se sjekklista for universell utforming for hva som kreves.

Test selv: åpne siden på en telefon du ikke har brukt før, og gjennomfør et kjøp eller send inn skjemaet. Fungerer det, kjør en Lighthouse-rapport i Chrome (høyreklikk, Inspiser, fanen Lighthouse). Alt under 70 på Tilgjengelighet eller Beste praksis er noe en utvikler bør se på.

Verktøy som Claude Code og Codex kan bygge et helt internt system på en ettermiddag. Det er ekte, og det er nyttig. Problemet oppstår når systemet skal leve videre uten den som ba om det.

Stack Overflows utviklerundersøkelse fra desember 2025, med over 49 000 svar, gir bildet: 84 prosent bruker eller planlegger å bruke AI-verktøy, men bare 3 prosent sier de har høy tillit til det verktøyene produserer. Den største frustrasjonen, nevnt av 66 prosent, er «AI-løsninger som er nesten riktige, men ikke helt». 45 prosent sier det tar lengre tid å feilsøke AI-generert kode enn å skrive den selv.

Forskningsstiftelsen METR målte det samme i et kontrollert eksperiment sommeren 2025: erfarne utviklere som fikk bruke AI på egne, modne kodebaser brukte 19 prosent lengre tid, mens de selv trodde de var 20 prosent raskere. METR er tydelige på at dette er ett bestemt oppsett og ikke en dom over AI-koding generelt, og målinger de gjorde senere samme år viste mindre forskjell. Poenget som står seg, er at følelsen av fart og den faktiske farten ikke er det samme.

Oppryddingen her handler sjelden om å skrive om alt. Den handler om å forstå hva som er bygget, skrive det ned, legge inn tester der det gjør vondt hvis noe ryker, og bestemme hvem som eier det videre. Se også artikkelen om vibe working om hvorfor lesingen er selve jobben.

Test selv: be den som bygde løsningen forklare, uten å åpne koden, hva som skjer når en bruker sender inn et tomt skjema, og hvor dataene lagres. Kommer det et klart svar, er du langt på vei. Kommer det et «det ordner AI-en», trenger du noen som kan lese.

Bildegeneratorer er gode på mengde og dårlige på konsistens. Hundre annonser tar en time å lage. Men de fem som er brukbare har fem ulike lyssettinger, fem tolkninger av logofargen og tre ulike skrifttyper som ikke finnes. Det er derfor grafisk design topper Freelancer.com sin statistikk over oppryddingsoppdrag.

Det samme gjelder logoer. En AI kan gi deg tretti forslag, og alle tretti ligner på noe som allerede finnes, fordi det er slik modellen er trent. En designer bruker utkastene som skisser, plukker retningen og bygger et merke som tåler å stå på en skilt, en faktura og et app-ikon samtidig.

For foto og video kommer et ekstra lag: finpuss. Bildene må matche hverandre i farge og lys, hender og tekst må rettes, og noen må sjekke at det ikke ligger et fremmed varemerke i bakgrunnen. En multimedieredaktør fortalte The Guardian om et prosjekt der hvert AI-bilde krevde to til tre timer i Photoshop. Han avsluttet oppdraget. Les også om bilderettigheter før du bruker generert materiale kommersielt.

Test selv: legg de fem beste annonsene ved siden av hverandre på én skjerm. Ser de ut som de kommer fra samme selskap? Kunne en kunde plassert dem uten å se logoen? Hvis ikke, er det designjobben som gjenstår.

Språkmodeller skriver feilfritt norsk. Det er ikke der problemet ligger. Problemet er tre andre ting: fakta, tone og likhet.

Fakta først. En modell finner på en spesifikasjon, en garanti eller en sertifisering når den mangler informasjon, og den gjør det i samme trygge tone som resten. Én feil påstand om et produkt er nok til at Forbrukertilsynet, eller en kunde, har en sak. Tone dernest: teksten høres ut som alle andre, fordi den er trent på alle andre. Og likhet til slutt: produserer du hundre nesten like sider for å fange søk, regner Google det som «scaled content abuse», uansett om det er en maskin eller et menneske som har skrevet det.

Det motsatte er også verdt å vite: Google straffer ikke AI-tekst i seg selv. Google sin egen veiledning sier at innhold vurderes på om det er nyttig for folk, «uavhengig av hvordan det er produsert». Det som teller er erfaring, kompetanse og tillit i teksten, og det er nettopp det en skribent legger til. Vil du at bedriften skal bli funnet i AI-søk også, se guiden om AI-søk.

Test selv: les én tekst høyt. Stopp ved første setning du ikke ville sagt til en kunde ansikt til ansikt. Finn deretter én konkret påstand (et tall, et materiale, en garanti) og sjekk den mot kilden. Ryker en av de to, gjelder det trolig hele bunken.

AI-agenter og verktøy som n8n, Make og Zapier gjør det lett å bygge en flyt som leser innkommende e-post, oppdaterer kundesystemet og sender svar. Den fungerer i demoen. Så står den der, avslått, fordi ingen vet hva som skjer den dagen en e-post ser annerledes ut enn eksemplene.

Oppryddingen her er tre ting. Feilhåndtering: hva skjer når et felt er tomt, et API svarer med feil, eller det kommer to hundre meldinger på en gang. Godkjenningssteg: hvilke handlinger skal et menneske bekrefte før de skjer, særlig alt som sender noe ut av huset eller endrer penger. Og personvern: en flyt som sender kundedata gjennom en AI-tjeneste trenger databehandleravtale og et sted i personvernerklæringen. Bedriftens AI-policy bør si hvem som får bygge slikt.

Test selv: send flyten en e-post uten emne, en uten avsendernavn og en på engelsk. Se hva den gjør. Gjør den noe du ikke kan forklare, er den ikke klar.

Oppryddingsoppdrag er de mest underprisede oppdragene som finnes, av én grunn: bestilleren ser et resultat som er nesten ferdig, og budsjetterer et kvarter. Den som skal gjøre jobben vet at det første kvarteret går til å finne ut hva som er galt. Slik unngår du å betale dobbelt.

1. Si at det er AI-generert, og med hvilket verktøy. Det er ikke flaut, og det sparer leverandøren for en time med detektivarbeid. «Nettsiden er bygget med Lovable i august, koden ligger på GitHub» er en god første setning.
2. Bestill en vurdering først, ikke en fiks. En til to timers gjennomgang som ender i en liste: hva er galt, hva er farlig, hva bør rettes og hva bør bygges på nytt. Da vet begge hva jobben er før noen setter en pris.
3. Si hva «ferdig» betyr. «Kjøp fungerer på iPhone og Android, siden består Lighthouse over 80, og en kollega kan legge inn nye produkter uten hjelp» er et mål. «Fiks nettsiden» er det ikke.
4. Gi tilgang med en gang. Kildekode, innlogging til publiseringsløsningen, originalfilene til designet, og dokumentet med produktfakta. Halvparten av forsinkelsene i slike oppdrag er venting på tilganger.
5. Vær åpen for svaret «start på nytt». Noen ganger er det billigere å bygge riktig enn å rette hundre små feil. En leverandør som sier det, sparer deg penger, ikke motsatt.
6. Betal for tiden det tar, ikke for tiden du trodde det tok. Illustratøren som sa nei til 500 dollar for femten bilder, hadde rett. Kunden endte uten leveranse.

Et godt avgrenset oppdrag får dessuten flere og mer sammenlignbare tilbud. Se fem tips til en god oppdragsutlysning.