Kort sagt
- En AI‑agent består av en språkmodell, klare instruksjoner, verktøy for å få tilgang til systemene dine, kunnskap og grenser.
- Det er tre måter: assistenter i kontorplattformer, automatiseringsplattformer som n8n eller Make og agentrammeverk i kode.
- Den første prototypen bygges raskt. Det virkelige arbeidet ligger i testing med reelle saker, rettigheter, godkjenninger og overvåking.
- Start med en snevert definert oppgave og benchmark agenten mot eksempler før du berører kunder eller data.
Hva en AI‑agent består av
En AI‑agent er et program som bruker en språkmodell for å bestemme hvilket trinn som kommer neste og bruker verktøy for å gjøre det. Artikkelen vår forklarer hva en agent er og hvordan den skiller seg fra chatboter og klassisk automatisering AI‑agenter for bedrifter. Teknisk sett trenger hver agent de samme byggesteinene:
- Modell: språkmodellen som leser, planlegger og formulerer.
- Instruksjoner: Oppgave, tone, regler og viktigst av alt, når agenten overlater til et menneske.
- Verktøy: Grensesnitt som han leser data med eller gjør noe med, for eksempel å sjekke en ordre eller lage en billett.
- Kunnskap: Dokumenter som han får tilgang til, for eksempel prislister, manualer eller tidligere svar.
- Grenser: Rettigheter, frigivelser, maksimumsbeløp og kostnadsgrenser.
- Protokoll og tester: Hver avgjørelse er forståelig, hver endring kontrolleres ved hjelp av ekte eksempler.
Tre måter i sammenligning
| måte | Eksempler | Godt egnet for | Grenser |
|---|---|---|---|
| Assistenter i Office-plattformer | Microsoft Copilot Studio, tilpassede GPT-er i ChatGPT, Gems i Gemini | Interne hjelpere med tilgang til dokumenter, rask innføring i eksisterende lisenser | Knyttet til plattformen, begrenset kontroll over drift og testing |
| Automatiseringsplattformer | n8n, Make, Zapier | Prosesser på tvers av mange programmer, agenter som byggestein i en større prosess | Kompleks logikk blir forvirrende, testing og versjonskontroll krever disiplin |
| Agentrammeverk i kode | OpenAI Agents SDK, LangGraph, Claude Agent SDK, Google Agent Development Kit | Full kontroll, tilpassede grensesnitt, automatiserte tester, høy belastning | Trenger utvikling, drift og vedlikehold |
I praksis kombineres ofte banene: en agent i koden håndterer den krevende sjekken, n8n kobler ham til postkassen, lagerstyring og CRM. Hvilken plattform som er riktig avhenger mindre av verktøyet enn av hvor dataene dine befinner seg, hvem som senere skal vedlikeholde agenten og hvilke databeskyttelseskrav som er. For eksempel kan n8n driftes på egne servere i EU, mer om dette i n8n selvvert.
Kobleverktøy: hva MCP er
For at en agent skal kunne gjøre noe, trenger de tilgang til systemene dine. Model Context Protocol (MCP) er en åpen standard som AI‑applikasjoner er enhetlig koblet til verktøy og datakilder med. Anthropic introduserte det på slutten av 2024, og mange leverandører og verktøy støtter det nå. For bedrifter betyr dette at når en kobling først er bygget, for eksempel til varestyringssystemet, kan den brukes med ulike modeller og plattformer. MCP er nyttig, men ikke et krav. Mange agenter klarer seg med bare noen få, direkte programmerte grensesnitt.
Bygg en AI‑agent i seks trinn
- Velg en smal oppgave: For eksempel "Svar på spørsmål om leveringsstatus" i stedet for "Gi kundeservice".
- Samle ekte eksempler: 30 til 50 typiske tilfeller med riktig svar. De er din prøvestein for hver endring.
- Verktøy med minimale rettigheter: Agenten har lov til å lese bestillinger, men ikke poste kreditnotaer. Skrivetillatelser bare der de virkelig er nødvendige.
- Sett instruksjoner og overlevering: Hva agenten har lov til, hva han ikke har lov til, og når han overlater til en person, for eksempel ved klager eller usikkerhet.
- Test og mål: Kjør agenten mot eksemplene, sorter feil etter type, forbedre instruksjoner og verktøy, test på nytt.
- Gå i drift med godkjenning: Først frier agenten og et menneske godkjenner. Først når resultatene er korrekte over en periode på uker kan han gjøre mer selv. Kostnadsgrenser og protokoller løper fra starten.
Sikkerhet og juss
Agenter leser tekster som kommer utenfra, for eksempel e-poster eller nettsteder. Det kan være skjulte instruksjoner som har til hensikt å lure agenten til å gjøre noe. OWASP lister denne såkalte prompt-injeksjonen som den største risikoen for AI‑applikasjoner, etterfulgt av blant annet fullmakter som er for brede. De viktigste virkemidlene er minimale tillatelser, tillatelser til handlinger med konsekvenser, og et skille mellom lesing og skriving.
De fleste agenter i selskapet er juridisk ukritiske. Hvis en agent snakker direkte til folk, må det være klart at det er en AI (Art. 50 AI‑forordningen). For operasjoner innen sensitive områder som for eksempel personellutvelgelse vil forpliktelsene for høyrisiko AI gjelde fra desember 2027. Personopplysninger krever kontrakt for ordrebehandling og om mulig servere i EU.
Bygge den selv eller få den bygget?
Å bygge det selv lønner seg for interne hjelpere med liten risiko dersom noen i teamet har lyst og tid til å engasjere seg. Support er verdt hvis agenten jobber med kundedata, kobler sammen flere systemer eller trenger å kjøre pålitelig over lang sikt. Hvordan vi gjør dette står skrevet på siden Få utviklet AI‑agenter. Som AI‑byrå Vi følger deg fra første prototype til drift.
Kilder
- Modellkontekstprotokoll: Dokumentasjon og spesifikasjon
- OWASP: Topp 10 for LLM-applikasjoner 2025
- OpenAI: Agents SDK
- Microsoft Lær: Microsoft Copilot Studio
- n8n Dokumenter: AI agent node
- Forordning (EU) 2024/1689 om kunstig intelligens, art. 50: EUR-Lex