Agentisk kunstig intelligens i praksis: fra vibe coding til styrte agenter

Ailoot-dokumentasjon: API, nøkler og oppsett.

Hva er agentisk utvikling, forklart enkelt?#

La oss se nærmere på dette. En AI-agent er ikke en chat der du slenger inn et spørsmål. Den er en utfører som leser prosjektet ditt, planlegger, skriver kode i flere filer, kjører tester, oppdager en feil og skriver om koden — helt på egen hånd. Arbeidet ditt har flyttet seg opp et nivå: du sier hva resultatet skal være og hva som regnes som ferdig, og ser deretter på det agenten har levert.

Vibe coding hever gulvet — nå kan selv en person uten erfaring sette sammen en prototype. Agentisk utvikling hever taket — en erfaren person med riktig system får agenter til å lage noe de ikke kunne ha bygget for hånd på en måned. Jeg jobber slik hver dag, og for meg er dette ingen «ny æra» — bare neste nivå av det jeg allerede holdt på med. Jeg har lenge kalt det vibe coding for voksne.

Er dette enda en hypebølge, eller har det blitt vanlig?#

Skepsis er normalt her. Publikumet jeg jobber med, har allerede blitt brent: «Er dette bare enda et internettsalgstriks?» Så herfra kommer bare fakta.

Hos OpenAI er 20 % av Codex’ fem millioner ukentlige brukere ikke utviklere i det hele tatt: de er analytikere, markedsførere og driftsmedarbeidere. Folk uten teknisk bakgrunn bygger allerede nyttige ting. Det er nettopp denne målgruppen jeg gjør alt dette for.

Hvordan skiller agentisk utvikling seg fra vibe coding?#

La meg være ærlig med en gang: «vibe coding er dødt» er en høylytt overskrift laget for å få visninger. Vibe coding har ikke forsvunnet; det har utviklet seg. For et år siden betydde «å gi seg hen til vibben» å sende prompter til AI og kopiere kode uten å lese den. Nå har disiplin kommet til: et mål, en plan, en gjennomgang. Slik kan de to tilnærmingene sammenlignes.

Den viktigste endringen står i siste rad. Så lenge du har all konteksten i hodet og i én chat, treffer du et tak: AI glemmer, blir forvirret og hallusinerer. Når konteksten lagres i prosjektet, jobber agenten konsekvent, og du kan kjøre flere agenter parallelt.

Vil du gå lenger enn å forstå forskjellen og sette opp et system som gjør Claude pålitelig? Agentisk utvikling bygger på mine tre grunnpilarer: en AI-klone (ekspertisen din i agentens ferdigheter), en Second Brain (en business/-mappe der agenten kjenner hele prosjektet ditt) og kontekstutvikling (styring av hva som inngår i agentens kontekst). Dette oppsettet gjør Claude til en pålitelig utfører i stedet for en «hallusinerende assistent».

Hvorfor er ikke prompter det viktigste lenger?#

Jeg har gjentatt dette i flere måneder: konteksten betyr mer enn prompten. Når folk klager over at «AI gir meg bare tull», skyldes det nesten aldri at de spurte dårlig. Det skyldes at agenten jobbet i et vakuum — den visste ikke hvem du er, hva produktet er, hvilken fase det er i, eller hvilke beslutninger som allerede er tatt.

En prompt er én melding. Kontekst er alt agenten vet før meldingen din: prosjektbeskrivelsen, reglene i CLAUDE.md, tidligere beslutninger, stilen din. Bytt ut den perfekte prompten med en gjennomsnittlig en, men gi agenten full kontekst, så blir resultatet bedre. Ferdigheten har altså flyttet seg fra «hvordan spørre elegant» til «hva man legger i agentens hode før forespørselen». Det kalles kontekstutvikling, og jeg tar for meg temaet separat i veiledningen Kontekstutvikling: hva det er og hvordan du bruker det.

I agentisk utvikling er dette dobbelt så viktig. Når du styrer flere agenter samtidig, har du fysisk ikke tid til å forklare alt til hver enkelt gjennom prompter. Konteksten må ligge i prosjektet, slik at enhver agent du starter, kan ta den til seg med en gang.

Hvorfor går blind vibe coding galt?#

Det er her de høylytte overskriftene som likestiller «vibe coding = katastrofe», har et visst grunnlag. Når noen gir seg helt «hen til vibben» og slutter å se på det agenten har skrevet, begynner teknisk gjeld, sikkerhetshull og logikk ingen forstår senere å hope seg opp.

Tallene er harde. Ifølge Veracodes rapport om sikkerhet i AI-kode stryker 45 % av den genererte koden på sikkerhetskontroller, og introduserer kjente sårbarheter direkte i produkter i produksjon. Noen kategorier er enda verre: opptil 86 % av eksemplene er ikke beskyttet mot cross-site scripting. Og dette er ikke et midlertidig problem med unge modeller: sikkerhetsstandardene har stått stille i to år.

Reelle hendelser i 2026 viser hva du ikke bør gjøre i blinde:

• Lovable. En vibe-coding-plattform med 8 millioner brukere. Alle som opprettet en gratis konto, kunne lese andres kildekode, databasepassord og samtaler med AI. Sårbarheten forble åpen i 48 dager; en omfattende hendelse inntraff 20. april 2026 og rammet alle prosjekter opprettet før november 2025.
• Replit. Under en kodefrys kjørte en AI-agent uautoriserte kommandoer og slettet en aktiv database, noe som rammet dataene til mer enn 1 190 selskaper. Deretter laget den tusenvis av falske oppføringer og løy om hva som hadde skjedd.

Dette er ikke et argument for at «AI er farlig, hold deg unna». Det er et argument for disiplin. Forskjellen mellom blind vibe coding og agentisk utvikling er nettopp om du leser diffs og kjører kontroller før noe går i produksjon. Jeg forklarer beskyttelse i detalj i veiledningene Sikkerhet i vibe coding og Hva du skal gjøre hvis AI sletter en database.

Fra koding til orkestrering: 5 skifter#

Du lærer ikke å skrive kode. Du endrer hvordan du gir oppgaver og godtar arbeidet. Her er fem skifter, i rekkefølge.

1. Fra prompt til mål. Før: du skriver en forespørsel, får en kodesnutt og skriver neste forespørsel. Nå: du definerer målet og kriteriene for når oppgaven er «ferdig», og det er agentens jobb å dele den opp i trinn. Du beskriver resultatet; agenten velger trinnene.
2. Fra chat til plan. Før: én strøm av meldinger, og du finner først ut hva som gikk galt etterpå. Nå: start med en plan. Claude Code har en modus for dette, der agenten viser planen sin før den rører koden — du leser den, gjør endringer, og først deretter begynner agenten. Se veiledningen Planmodus i Claude Code.
3. Fra én agent til flere. Før: én Claude, ett vindu. Nå: flere agenter parallelt, hver med sin egen oppgave og isolerte arbeidskopi. Se veiledningen Slik kjører du 10+ Claude Code-økter parallelt.
4. Fra tillit til gjennomgang. Før: godta resultatet, lim det inn og gå videre. Nå: du er det siste leddet i kvalitetskontrollen. Du inspiserer hver diff, kjører tester, og ingenting går i produksjon uten at du har gjennomgått det. Det er dette som skiller voksen praksis fra å gjøre ting på måfå.
5. Fra kode til kontekst og arkitektur. Før: du tenkte på hvordan du skulle skrive en funksjon. Nå: du tenker på hva du legger inn i agentens kontekst, og hvordan du deler opp systemet. Verdien din ligger nå i vurderingsevnen din; skrivehastigheten betyr ikke lenger noe.

Legg merke til det: ingen av punktene handler om syntaks. Alle fem handler om hvordan du tenker og tar beslutninger. Derfor lærer en gründer uten kodeerfaring ofte agentisk utvikling raskere enn en utvikler: de trenger ikke avlære vanen med å gjøre alt for hånd.

Hvilke verktøy trenger du til agentisk utvikling?#

Disse verktøyene fungerer som spaker for orkestratoren. Hvert verktøy fjerner én begrensning som står i veien for å styre agenter i stor skala.

Et ferskt eksempel på skala: 28. mai 2026 lanserte Anthropic Dynamic Workflows. Claude skriver et orkestreringsskript og starter opptil 16 agenter samtidig, opptil tusen i én kjøring. Ved hjelp av denne mekanismen skrev én person om et stort prosjekt på 750 000 linjer på 11 dager, og 99,8 % av testene forble grønne. For et år siden var dette rett og slett umulig.

Men disse spakene virker bare når de står på et fundament. Å starte ti agenter på et tomt prosjekt uten kontekst mangedobler bare kaoset med ti. Bygg først Second Brain og reglene, og skaler deretter opp.

Kommer agentisk utvikling til å erstatte gründeren?#

Frykten er reell: Hvis en maskin skriver koden, hvorfor trenger vi da et menneske?

I dette bildet blir gründeren bare sterkere. Det er ikke nødvendig å ansette fem personer bare for å teste en idé. Agentisk utvikling hever taket. Tidligere ble taket bestemt av hvor mange du kunne ansette og betale. Nå bestemmes det av vurderingsevnen din — hvor godt du setter målet og kontrollerer resultatet. AI tar ikke den vurderingsevnen fra deg.

Derfor sier erfarne folk stadig: bruk AI til å forstå oppgaven bedre. Den som hopper over forståelsen, bygger en tidsinnstilt bombe. Den som forstår, får større handlingsrom.

Hvor bør du begynne i dag?#

Ikke prøv å hoppe rett til å orkestrere ti agenter. Det fører til kaos. Her er rekkefølgen.

1. Bygg en Second Brain. Opprett en business/-mappe i prosjektet ditt og beskriv hvem du er, hva produktet er, hvem det er for, hvilke beslutninger som allerede er tatt, og hvilken stil som skal følges. Det er en engangsinnsats som lønner seg med hver forespørsel etterpå. Se veiledningen Second Brain i Claude Code.
2. Gå over til å jobbe ut fra en plan. Slå på planmodus og bli vant til å lese planen før agenten begynner å skrive. Det beskytter deg mot «den gjorde feil ting» og trener deg i å tenke som en orkestrator.
3. Gjør gjennomgang til en vane. Inspiser hver diff og kjør kontroller. Begynn med én agent på én oppgave. Når det føles enkelt, legger du til en agent til og deretter parallelle agenter. Disiplin først, skala senere.

Slik ser overgangen fra gjetting til voksen praksis ut: tenk klarere og kontroller mer pålitelig.

Hvis du trenger tilgang til nevrale nettverk gjennom Ailoot, kan du ta en titt på Ailoot.