KI-agenter: Bygg arbeidsflyten før du bytter modell

Hvor mye oppfølging krever en ferdig oppgave? For gründere kan svaret si mer om verdien av kunstig intelligens enn modellens plass på resultatlistene.

Tenk deg en liten norsk utleiebedrift som vil bruke KI-agenter til å svare på forespørsler. Agenten lager et ryddig tilbud, men lover bort utstyr som allerede er leid ut. Daglig leder må rydde opp fordi bestillingskalenderen aldri var koblet til.

Ville en kraftigere språkmodell løst problemet? Kanskje den ville formulert tilbudet bedre. Men den manglende kalenderen peker mot et mer nyttig spørsmål for gründeren: Har agenten fått opplysningene, verktøyene og grensene som trengs for å gjøre jobben?

Modellen trenger et fungerende arbeidsmiljø

En KI-agent bruker en modell til å tolke oppgaver og velge handlinger. Rundt modellen ligger programvaren som henter opplysninger, gir tilgang til verktøy, tar vare på mellomresultater og bestemmer hvordan arbeidet fortsetter. Dette styringslaget er agentens arbeidsramme.

Y Combinator fremhever betydningen av systemet rundt modellen i sin faglige diskusjon om agentutvikling. Det gir norske gründere en nyttig inngang: Undersøk hva agenten faktisk får arbeide med, før svak ytelse automatisk blir et argument for å kjøpe en dyrere modell.

I utleieeksempelet trenger agenten oversikt over tilgjengelig utstyr, leveringstider og hvilke vilkår som gjelder. Den må også kunne skille mellom å foreslå en bestilling og å bekrefte den. Et dokument med generelle skriveinstruksjoner dekker bare en liten del av dette behovet.

Her kan gründerens bransjekunnskap bli et fortrinn. Du vet hvilke opplysninger som vanligvis mangler, hvilke unntak som skaper trøbbel, og når en tilsynelatende enkel bestilling krever en telefon. Den erfaringen kan omsettes til konkrete regler og kontroller.

Regn på oppgaven som faktisk blir ferdig

KI-agenter bør vurderes etter hvor mye arbeid de får helt i mål. Et raskt tilbudsutkast har begrenset verdi dersom en medarbeider må kontrollere alle priser, undersøke kapasiteten og skrive om leveringsvilkårene. Den menneskelige oppfølgingen hører med i regnestykket.

Regn på kostnaden per ferdig og godkjent oppgave. Ta med modellbruk, drift og tiden som går til kontroll og retting. Da blir det mulig å sammenligne ulike løsninger ut fra samme resultat, fremfor å la prisen på ett enkelt modellsvar avgjøre.

Y Combinators kobling mellom mål og ressursbudsjetter ved 57:16 gir et konkret utgangspunkt. For din bedrift kan det bety at agenten får en avgrenset oppgave, en kostnadsramme og beskjed om når den skal avslutte eller be om hjelp.

Det gjør også diskusjonen om kostnader ved KI og databehandling mer relevant for driften. Rimeligere beregninger kan hjelpe, men en agent som stadig prøver på nytt uten å komme videre, trenger en bedre arbeidsflyt. Ellers risikerer du å betale mindre for hvert forsøk og likevel bruke for mye på oppgaven.

Bestem når agenten skal stoppe

Tilgang til flere verktøy gir flere mulige handlinger. Derfor bør hver tilgang ha et tydelig formål. I utleiebedriften kan agenten få lese kalenderen og lage et tilbudsutkast, mens en medarbeider godkjenner bestillinger som krever spesielle leveringsavtaler.

Y Combinators påpekning av agenters manglende forståelse av sosial kontekst ved 58:50 treffer en viktig side av kundearbeidet. Tenk på en fast kunde som tidligere har fått et unntak. En gammel e-post om særbehandling er ikke nødvendigvis tillatelse til å gi samme vilkår igjen.

Arbeidsrammen bør gjøre forskjellen mellom historikk og gjeldende fullmakt tydelig. Hvem kan innvilge rabatt? Hvilke løfter krever avklaring? Når slike grenser er uklare, blir også vurderingen av agentens arbeid vanskelig: Den kan ha fulgt tilgjengelige opplysninger og likevel gjort noe bedriften ikke ønsket.

Den beste arbeidsrammen gjør det tydelig når agenten skal stoppe. En stopp kan være riktig resultat når kapasiteten er ukjent eller opplysninger spriker. Da bør agenten forklare hva som mangler, slik at medarbeideren kan løse saken uten å begynne helt på nytt.

Finn flaskehalsen med et avgrenset forsøk

Start med en oppgave der du kjenner både arbeidsmengden og kravene til et godt resultat. For utleiebedriften kan det være å lage tilbudsutkast til vanlige forespørsler. Bruk tidligere saker som prøvegrunnlag, inkludert noen der opplysninger manglet eller kunden ba om et unntak.

Behold samme modell mens du forbedrer tilgangen til opplysninger og verktøy. Da kan du undersøke om endringene faktisk hjelper. Hvis både modell, instrukser og datagrunnlag byttes samtidig, blir det vanskelig å vite hva som ga utslaget.

Registrer hvor arbeidet stopper opp. Mangler agenten opplysninger, velger den feil handling, eller misforstår den selve forespørselen? Disse feilene krever ulike tiltak. En modell som fortsatt misforstår oppgaven med riktig grunnlag, gir et saklig argument for å prøve en annen.

Følg særlig med på hvor mye medarbeideren må rette, om viktige unntak blir fanget opp, og om kunden får et svar bedriften kan stå inne for. Ta også med tiden det krever å holde priser, regler og tilganger oppdatert. Vedlikeholdet må få plass i hverdagen.

For gründere som vil bygge bedriften med egne inntekter, gir et slikt forsøk et oversiktlig beslutningsgrunnlag. Du kan utvide når oppgaven fungerer og økonomien holder, med erfaring fra din egen drift som grunnlag.

Dette bør du ta med deg

Før neste modellbytte bør du kunne peke på hva som svikter. Mangler agenten nødvendig informasjon? Har den feil verktøy? Er det uklart hva den får lov til å gjøre? Svarene viser hvor neste forbedring bør settes inn.

Begynn med en oppgave du forstår godt, gi agenten ordentlige arbeidsbetingelser, og mål hvor mye oppfølging som gjenstår. Slik kan også en liten norsk bedrift finne en nyttig rolle for teknologien. Gevinsten blir håndfast når medarbeideren kan godkjenne resultatet og gå videre til neste kunde.

Y Combinator · YC Paper Club · 7. september 2026.

Regn på kostnaden per ferdig og godkjent oppgave.

Den beste arbeidsrammen gjør det tydelig når agenten skal stoppe.

▶

Se den opprinnelige episoden på YouTube: Y Combinator.

Kilder

• Y Combinator: Betydningen av systemet rundt KI-modellen — Publisert 7. september 2026. Henvisningene bygger på den oppgitte kanalbeskrivelsen og kapitteloversikten. Full transkripsjon var ikke tilgjengelig i underlaget.
• Y Combinator: Ressursbudsjetter knyttet til mål — Kapittel fra 57:16 om ressursbudsjetter for mål i arbeidet med interne agenter. Anvendelsen på utleiebedriften er et tenkt eksempel.
• Y Combinator: Agenters forståelse av sosial kontekst — Kapittel fra 58:50 om agenters manglende forståelse av sosial kontekst. Eksemplet med kundevilkår er en selvstendig illustrasjon.