Norsk AI-barometer · Under utvikling

Hvor godt løser AI norske arbeidsoppgaver?

Målet er at Aprex hver uke gir 12 språkmodeller de samme 48 arbeidsoppgavene med fast fasit på bokmål og nynorsk (12 offentlige/12 kalibrering/24 holdout). Vi vil måle hvor godt de løser dem, hva API-bruken koster og hvor lang tid det tar. Første godkjente måling er ikke kjørt. 12 offentlige eksempeloppgaver er tilgjengelige nå.

Sist oppdatert: 8. oktober 2026 · v0.5-utkast

Resultater

Siste måling

Plassering, poeng per type arbeid, API-kostnad og svartid for hver modell. Rekkefølge er observerte poeng, ikke bevist overlegenhet.

Under utvikling. Første godkjente måling gjenstår.

Tolv offentlige eksempeloppgaver er klare av 48 totalt (12 offentlige/12 kalibrering/24 holdout). Testen kontrollerer avgrensede svar mot en lagret fasit. Tabellen får tall etter første godkjente måling. Kvaliteten på frie tekster inngår ikke i denne testen.

48 oppgaver × 3 kjøringer · 12 modeller

Resultater per modell
PlassModellTotalpoengUttrekkKundesvarVedtakReglerKlassi­fiseringNynorskAPI-kostnad per 100 oppgaverSvartid, median
–GPT-6 AstraOpenAIVenter––––––––
–Claude Opus 5.5AnthropicVenter––––––––
–Gemini 3.1 ProGoogleVenter––––––––
–Grok 4.7xAIVenter––––––––
–Mistral Medium 3.5MistralVenter––––––––
–DeepSeek V4 ProDeepSeekVenter––––––––
–Qwen 3.8 MaxAlibabaVenter––––––––
–Muse Spark 1.3MetaVenter––––––––
–GPT-6 LunaOpenAIRimeligVenter––––––––
–Claude Sonnet 5AnthropicRimeligVenter––––––––
–Gemini 3.8 FlashGoogleRimeligVenter––––––––
–Mistral Large 3MistralRimeligVenter––––––––

Poeng er 0–100, og de seks oppgavetypene teller likt. Rekkefølgen viser observerte poeng, ikke bevist overlegenhet. Statistisk sammenligning på samme oppgaver kommer senere. Kostnad viser API-sporets målte pris, uten mva; abonnement rapporterer ingen API-kostnad.

Bakgrunn

Hvorfor vi lager barometeret.

Bedrifter tar i bruk AI raskt, men har lite å gå etter når de skal velge modell til norske oppgaver.

Norske oppgaver trenger egne målinger

De kjente testene av språkmodeller måler mest engelsk, programmering og matematikk. De sier lite om en norsk faktura, et kundesvar eller et referat på nynorsk.

Bedrifter må velge modell

Valget tas ofte på magefølelse eller markedsføring. Tall på norske arbeidsoppgaver gir et bedre grunnlag, også for kostnaden.

Vi måler uansett

Aprex tester modeller når vi bygger AI-løsninger. Nå gjør vi det systematisk og publiserer tallene med metoden når første godkjente måling er klar.

Hva vi måler

Seks avgrensede oppgavetyper.

Åtte oppgaver per type: 2 offentlige, 2 kalibrering og 4 holdout. Vanskelighetsgradene er forfattervurderte (2 lette/3 middels/3 vanskelige per type), ikke empirisk kalibrerte. Typene teller likt. Modellen fyller ut faste svarfelt som programmet kontrollerer mot fasit.

01

Dokumentuttrekk

Hente eksakte felt fra fakturaer og skjemaer, også felt som må regnes ut.

Bestått når alle svarfelt er riktige
02

Fakta til kundesvar

Finne kundefakta (ordre, sporing, datoer) og avgjøre fullmakter (unnskyldning, kompensasjon) ut fra vedlagte notater. Måler ikke e-postkvalitet.

Bestått når alle svarfelt er riktige
03

Møtevedtak

Hente ut møtevedtak og koble riktig ansvarsperson til riktig oppgave og frist. Måler bindinger, ikke sammendragskvalitet.

Bestått når alle svarfelt er riktige
04

Regelbruk

Bruke vedlagte, fiktive regler til å beregne frister og velge riktig regel. Tester ikke juridisk ekspertise og gir ikke juridisk rådgivning.

Bestått når alle svarfelt er riktige
05

Klassifisering

Etikettklassifisering etter faste definisjoner med prioritetsregler, også når henvendelser ligner hverandre.

Bestått når alle svarfelt er riktige
06

Nynorskformer

Kontrollerte nynorske ordform- og regeloppgaver med endelige varianter. Måler ikke flyt.

Bestått når alle svarfelt er riktige
Metode

Slik tester vi.

Testen følger en fast protokoll, så tallene kan sammenlignes fra uke til uke når målingene starter.

  1. 01

    Samme oppgaver

    Alle modellene får de samme 48 oppgavene (12 offentlige/12 kalibrering/24 holdout) og den samme instruksen. Ingenting tilpasses den enkelte modellen. Primær sammenligning er de 24 reserverte holdout-oppgavene.

  2. 02

    Samme betingelser

    Innen hvert spor kjøres modellene uten verktøy og uten nettsøk, med lik tidsgrense. Abonnementspilot med Codex og Claude Code uten API-fallback; produkt, forespurt modell, resonnering og CLI-versjon registreres, og observert modell kan stå som ukjent. Hver oppgave kjøres 3 ganger.

  3. 03

    Strenge felt mot fasit

    Svaret må være JSON med nøyaktig de krevde feltene. Alle felt må være riktige etter normalisering, ellers 0. Null er gyldig bare der fasiten uttrykkelig tillater det. Andel riktige felt er bare diagnostikk og avgjør aldri rangeringen. Manglende svar listes separat uten 0.

  4. 04

    Ingen dommere i poeng

    Ingen AI-dommer. Kvaliteten på frie tekster er et fremtidig separat spor og blandes aldri inn i numerisk poeng i v0.5. Oppgaveteksten har regler for ukjente, manglende eller motstridende opplysninger.

  5. 05

    Kontroll før publisering

    Fasit kontrolleres mot kilden før testsettet fryses. Hver oppgave er testet med fasit, et godkjent alternativ og feile svar før den brukes. Endringer krever ny versjon og ny kjøring. Etter kjøringen går et menneske gjennom avvikene. Ingenting publiseres automatisk. Kalibrering og kvalitetssikring pågår.

  6. 06

    Åpne tall

    Hver måling publiseres med poeng per splitt med holdout-24 som primær sammenligning, API-kostnad, svartid og en CSV-fil med alle tall. Abonnement rapporterer ingen API-kostnad. Rangering er observerte poeng, ikke bevist overlegenhet.

Les hele metoden: poengregler, usikkerhet og dataformat →

Modellene

Hvem som skal testes.

Toppmodellene viser hva som er mulig. De rimelige modellene viser hva du får for pengene. Listen er en planlagt katalog, ikke fast; referansekandidater konfigureres separat, og API-katalogen er ikke en kjørbar abonnementsliste. Ingen godkjente resultater er publisert ennå.

Toppmodeller (planlagt)

  • GPT-6 AstraOpenAI
  • Claude Opus 5.5Anthropic
  • Gemini 3.1 ProGoogle
  • Grok 4.7xAI
  • Mistral Medium 3.5Mistral
  • DeepSeek V4 ProDeepSeek
  • Qwen 3.8 MaxAlibaba
  • Muse Spark 1.3Meta

Rimelige modeller (planlagt)

  • GPT-6 LunaOpenAI
  • Claude Sonnet 5Anthropic
  • Gemini 3.8 FlashGoogle
  • Mistral Large 3Mistral
Eksempeloppgaver

Se hva modellene får.

To offentlige oppgaver per type, med fasit (12 tilgjengelige av 48 totalt: 12 offentlige/12 kalibrering/24 holdout). Kalibrering og holdout vises aldri. Alt innhold er fiktivt.

DokumentuttrekkEksakte felt fra faktura, inkludert forfallsdato som må regnes ut. Avledere (tilbudsnummer, ordrenummer, kundenummer) tester presis binding.Bokmål

Oppgave

Hent ut opplysningene fra fakturaen under. Tell fakturadato som dag 0: forfallsdato er fakturadato pluss 14 dager. Svar bare med JSON med disse feltene: leverandor, fakturanummer, fakturadato (ÅÅÅÅ-MM-DD), forfallsdato (ÅÅÅÅ-MM-DD), belop_eks_mva (tall), mva (tall), belop_inkl_mva (tall), kid.

FAKTURA
Fjellvik Rør AS
Org.nr. 000 000 000 MVA (fiktivt)
Havnegata 12, 3100 Tønsberg

Kunde: Solbakken Bakeri AS
Kundenr. 10442
Ordrenr. 7781

Fakturanr.: 2026-0457
Fakturadato: 3. oktober 2026
Betalingsbetingelser: 14 dager netto
Gjelder: Utbedring av lekkasje, jf. tilbud 2026-0412

Beskrivelse                Antall   Pris       Sum
Arbeid rørlegger (timer)   6        1 450,00   8 700,00
Deler og materiell         1        3 800,00   3 800,00

Sum eks. mva                                  12 500,00
Mva 25 %                                       3 125,00
Å betale                                      15 625,00

Betales innen forfall. KID: 004571044215
Spørsmål om fakturaen? Skriv til regnskap@example.com

Fasit

{
  "leverandor": "Fjellvik Rør AS",
  "fakturanummer": "2026-0457",
  "fakturadato": "2026-10-03",
  "forfallsdato": "2026-10-17",
  "belop_eks_mva": 12500,
  "mva": 3125,
  "belop_inkl_mva": 15625,
  "kid": "004571044215"
}
DokumentuttrekkEksakte felt fra kreditnota med positive absolutte beløp, inkludert binding mellom kreditnota og originalfaktura. Originaltotalen er avleder. Måler presis feltbinding, ikke fri tekstforståelse.Bokmål

Oppgave

Hent ut opplysningene fra kreditnotaen under. Oppgi kreditbeløp som positive absolutte beløp, ikke negative regnskapstall. Svar bare med JSON med disse feltene: leverandor, kreditnotanummer, original_fakturanummer, kreditnotadato (ÅÅÅÅ-MM-DD), belop_eks_mva (tall, positivt absoluttbeløp), mva (tall, positivt absoluttbeløp), belop_inkl_mva (tall, positivt absoluttbeløp), kid.

KREDITNOTA
Nordlys Kontor AS
Org.nr. 111 111 111 MVA (fiktivt)
Storgata 8, 9008 Tromsø

Kunde: Bakken Skole AS
Kundenr. 22031

Kreditnotanr.: KN-2026-0118
Gjelder faktura: 2026-0094
Originalfaktura 2026-0094 var på 21 875,00 inkl. mva. Denne kreditnota godskriver bare returen under.
Kreditnotadato: 22. september 2026
Årsak: Retur av 10 kontorstoler, modell Ergo Plus

Beskrivelse             Antall   Pris      Sum
Kontorstol Ergo Plus    10       875,00    8 750,00

Sum eks. mva                             8 750,00
Mva 25 %                                 2 187,50
Til gode                                10 937,50

Tilbakebetales med KID: 118009400217
Spørsmål om kreditnotaen? Skriv til faktura@example.com

Fasit

{
  "leverandor": "Nordlys Kontor AS",
  "kreditnotanummer": "KN-2026-0118",
  "original_fakturanummer": "2026-0094",
  "kreditnotadato": "2026-09-22",
  "belop_eks_mva": 8750,
  "mva": 2187.5,
  "belop_inkl_mva": 10937.5,
  "kid": "118009400217"
}
Fakta til kundesvarStrukturerte fakta og beslutninger fra e-post (kundenavn) og notater (ordre-ID, sporing, leveringsdato, returfrist, unnskyldning, kompensasjonsnekt, årsak). Måler ikke fri e-postkvalitet, tone eller flyt.Bokmål

Oppgave

Les e-posten fra kunden og de interne notatene. Svar bare med JSON med disse feltene: kunde_fornavn, ordre_id, sporingsnummer, forventet_levering (ÅÅÅÅ-MM-DD), retur_dager (tall), beklager_forsinkelse (true/false), tilbyr_kompensasjon (true/false), forsinkelsesarsak (velg restordre, transport eller ukjent). Bruk e-posten for kunde_fornavn, og notatene for alle andre felt. Hvis e-post og notater er uenige om ordre_id, går notatene foran.

E-POST FRA KUNDEN
Emne: Hvor blir det av pakken?
Hei. Jeg bestilte en kaffemaskin for over en uke siden (ordre 48213) og har fortsatt ikke fått den. Dette er ikke greit. Hvis den ikke kommer snart, vil jeg ha pengene tilbake.
Hilsen Ingrid Aasen

INTERNE NOTATER
- Ordre 48213 ble sendt 24. september 2026 med Posten.
- Sporingsnummer: 70700000048213 (fiktivt).
- Forventet levering: 29. september 2026.
- Forsinkelsen skyldes at varen var i restordre hos leverandøren.
- Retur: Kunden kan returnere uåpnet vare innen 30 dager etter mottak og få full refusjon.
- Ved forsinkelse skal svaret beklage ventetiden.
- Vi har ikke fullmakt til å gi rabatt eller annen kompensasjon.

Fasit

{
  "kunde_fornavn": "Ingrid",
  "ordre_id": "48213",
  "sporingsnummer": "70700000048213",
  "forventet_levering": "2026-09-29",
  "retur_dager": 30,
  "beklager_forsinkelse": true,
  "tilbyr_kompensasjon": false,
  "forsinkelsesarsak": "restordre"
}
Fakta til kundesvarReturfakta og returtillatelse fra e-post og notater med datoberegning mot fast forespørselsdato og inkluderende frist. Tillatelsen gjelder rettidig forespørsel og varetilstand, ikke fysisk returmottak. Måler kildebruk og vilkårsvurdering, ikke fri e-postkvalitet.Bokmål

Oppgave

Les e-posten fra kunden og de interne notatene. Tell mottattdato som dag 0: returfrist er mottattdato pluss 30 dager. Forespørselsdato er 20. september 2026. Fristen er inkluderende: returforespørsel mottatt på eller før returfrist godtas. Bruk e-posten for kunde_fornavn, apnet_emballasje og returarsak. Bruk notatene for ordre_id, mottatt_dato, returfrist og retur_dager. Avgjørelsen godtar_retur utledes fra både e-postens fakta (uåpnet, årsak) og notatenes vilkår (tilstand, frist, forespørselsdato). godtar_retur betyr å innvilge returtillatelse ut fra rettidig forespørsel og varetilstand, ikke å påstå at varen fysisk er mottatt i retur. Hvis e-post og notater er uenige om ordre_id, går notatene foran. Svar bare med JSON med disse feltene: kunde_fornavn, ordre_id, mottatt_dato (ÅÅÅÅ-MM-DD), returfrist (ÅÅÅÅ-MM-DD), retur_dager (tall), apnet_emballasje (true/false), godtar_retur (true/false), returarsak (velg feil, angret eller transport).

E-POST FRA KUNDEN
Emne: Vil returnere jakke
Mottatt: 20. september 2026
Hei. Jeg kjøpte en jakke (ordre 51990) som jeg mottok 1. september. Jeg har angret kjøpet; jakken er uåpnet med lappene på. Kan jeg returnere den?
Hilsen Mari Solberg

INTERNE NOTATER
- Ordre 51990 ble levert 1. september 2026.
- Sporingsnummer: 50500000051990 (fiktivt).
- Retur: Forespørsel om retur av uåpnet vare med lappene på må mottas innen 30 dager etter at kunden mottok varen. Rettidig forespørsel gir returtillatelse; full refusjon gis etter at varen er returnert.
- Åpnet elektronikk tas ikke i retur med mindre det er feil; klær med lappene på følger hovedregelen.
- Innvilg returtillatelse når forespørselen er rettidig og vilkårene er oppfylt.
- Vi har ikke fullmakt til å gi rabatt utover ordinær refusjon.

Fasit

{
  "kunde_fornavn": "Mari",
  "ordre_id": "51990",
  "mottatt_dato": "2026-09-01",
  "returfrist": "2026-10-01",
  "retur_dager": 30,
  "apnet_emballasje": false,
  "godtar_retur": true,
  "returarsak": "angret"
}
MøtevedtakStrukturerte møtefakta (lanseringsdato, vedtak, ansvar og frister). Måler binding mellom person og oppgave/frist. Måler ikke fri sammendragskvalitet eller lesbarhet.Bokmål

Oppgave

Les referatet under. Svar bare med JSON med disse feltene: lansering_dato (ÅÅÅÅ-MM-DD), nynorsk_vedtatt (true/false), engelsk_vedtatt (true/false), betaling_ansvarlig, betaling_frist (ÅÅÅÅ-MM-DD), oversetter_ansvarlig, oversetter_frist (ÅÅÅÅ-MM-DD), neste_mote (ÅÅÅÅ-MM-DD). Ta med vedtak, ansvar og frister. Ikke framstill avviste forslag som vedtatt.

REFERAT, PROSJEKTMØTE NETTBUTIKK, 1. OKTOBER 2026
Til stede: Kari Lund (prosjektleder), Jonas Berg (utvikler), Sara Nilsen (markedsføring)

1. Lansering. Testene viste feil i betalingsløsningen. Lanseringen flyttes fra 20. oktober 2026 til 14. november 2026. Vedtatt.
2. Språk. Sara foreslo å lansere på engelsk samtidig. Kari mente det var for tidlig. Forslaget ble ikke vedtatt, men tas opp igjen i januar 2027.
3. Nynorsk. Nettbutikken skal ha nynorsk versjon fra lansering. Vedtatt. Sara skaffer oversetter innen 15. oktober 2026.
4. Betaling. Jonas retter feilen i betalingsløsningen og leverer ny testversjon innen 24. oktober 2026.
5. Diverse. Jonas nevnte at kontorkaffen er dårlig. Ingen beslutning.
Neste møte: 8. oktober 2026.

Fasit

{
  "lansering_dato": "2026-11-14",
  "nynorsk_vedtatt": true,
  "engelsk_vedtatt": false,
  "betaling_ansvarlig": "Jonas Berg",
  "betaling_frist": "2026-10-24",
  "oversetter_ansvarlig": "Sara Nilsen",
  "oversetter_frist": "2026-10-15",
  "neste_mote": "2026-10-08"
}
MøtevedtakVedtak, ansvar og frister der en godkjent protokolltilførsel overstyrer referatet på to punkter, pluss et avvist forslag. Måler endringsprioritet og binding mellom person og oppgave. Måler ikke fri sammendragskvalitet eller lesbarhet.Bokmål

Oppgave

Les referatet og protokolltilførselen under. Protokolltilførselen er godkjent av styret og gjelder foran referatet ved uenighet. Svar bare med JSON med disse feltene: klipper_belop (tall i kroner), klipper_ansvarlig, dugnad_dato (ÅÅÅÅ-MM-DD), dugnad_ansvarlig, kiosk_vedtatt (true/false), tilskudd_frist (ÅÅÅÅ-MM-DD), neste_mote (ÅÅÅÅ-MM-DD). Ta med vedtak, ansvar og frister. Ikke framstill avviste forslag som vedtatt.

REFERAT, STYREMØTE IL NORDLYS, 6. OKTOBER 2026
Til stede: Kåre Dahl, Mona Eid, Ståle Vik (leder)

1. Gressklipper. Den gamle klipperen er ødelagt og må erstattes før sesongslutt. Styret vedtar å kjøpe ny gressklipper for inntil 45 000 kroner. Kåre Dahl innhenter tilbud og bestiller.
2. Høstdugnad. Dugnad på banen og klubbhuset holdes 18. oktober 2026. Mona Eid er dugnadsleder.
3. Kioskpriser. Ståle foreslo å heve kioskprisene med 20 prosent fra november. Forslaget ble ikke vedtatt.
4. Tilskudd. Styret vedtar å søke kommunen om tilskudd til lysanlegg. Søknaden sendes innen 1. november 2026.
Neste møte: 3. november 2026.

PROTOKOLLTILFØRSEL, GODKJENT AV STYRET 9. OKTOBER 2026
- Punkt 1 rettes: beløpsgrensen for gressklipperen er 60 000 kroner, ikke 45 000. Resten av vedtaket står.
- Punkt 2 rettes: høstdugnaden flyttes til 25. oktober 2026 på grunn av kretskamp. Resten av vedtaket står.
- Øvrige punkter i referatet er godkjent uten endringer.

Fasit

{
  "klipper_belop": 60000,
  "klipper_ansvarlig": "Kåre Dahl",
  "dugnad_dato": "2026-10-25",
  "dugnad_ansvarlig": "Mona Eid",
  "kiosk_vedtatt": false,
  "tilskudd_frist": "2026-11-01",
  "neste_mote": "2026-11-03"
}
RegelbrukFakta fra medfølgende fiktive regler (frist, start, siste dag, hjemmel). Tester ikke lovhukommelse og gir ikke juridisk rådgivning.Bokmål

Oppgave

Bruk bare de fiktive reglene under. Dette er fiktive regler laget for oppgaven, ikke virkelig lov, og svaret er ikke juridisk rådgivning. Svar bare med JSON med disse feltene: siste_dag (ÅÅÅÅ-MM-DD), frist_maneder (tall), frist_start (ÅÅÅÅ-MM-DD), hjemmel_frist, hjemmel_start, proeveperiode_gjelder (true/false).

FIKTIVE REGLER, FJORDVIK BORETTSLAG, GARASJELEIE (VEDTATT 1. JANUAR 2026)
§ 5-2. Oppsigelsesfrist. Når ikke annet er skriftlig avtalt, er oppsigelsesfristen to måneder.
§ 5-4. Når fristen begynner å løpe. Fristen løper fra og med første dag i måneden etter at skriftlig oppsigelse ble levert.
§ 5-6. Unntak for prøveperiode. Har leieforholdet vart under tre måneder og prøveperiode er skriftlig avtalt, er fristen 14 dager fra levering.

SAK
En leietaker har leid garasjeplass i åtte måneder. Leieavtalen sier ingenting om oppsigelsesfrist eller prøveperiode. Leietakeren leverer skriftlig oppsigelse 12. mars 2026.

Fasit

{
  "siste_dag": "2026-05-31",
  "frist_maneder": 2,
  "frist_start": "2026-04-01",
  "hjemmel_frist": "5-2",
  "hjemmel_start": "5-4",
  "proeveperiode_gjelder": false
}
RegelbrukUnntak for førerhund og meldefrist med dagtelling fra medfølgende fiktive regler. Tester ikke lovhukommelse og gir ikke juridisk rådgivning.Bokmål

Oppgave

Bruk bare de fiktive reglene under. Dette er fiktive regler laget for oppgaven, ikke virkelig lov, og svaret er ikke juridisk rådgivning. Svar bare med JSON med disse feltene: tillatelse_kreves (true/false), meldeplikt_gjelder (true/false), frist_dager (tall), siste_meldedag (ÅÅÅÅ-MM-DD), melding_rettidig (true/false), hjemmel_unntak.

FIKTIVE REGLER, FJORDVIK BORETTSLAG, DYREHOLD (VEDTATT 1. JANUAR 2026)
§ 3-1. Tillatelse. Hund over 15 kg krever skriftlig tillatelse fra styret før innflytting.
§ 3-2. Unntak for førerhund. Førerhund og servicehund krever ikke tillatelse etter § 3-1, uansett vekt. Hunden skal likevel meldes skriftlig til styret innen 14 dager etter innflytting; innflyttingsdagen teller som dag 0.
§ 3-5. Melding. Melding etter § 3-2 skal oppgi hundens vekt.
§ 3-6. Frister. Dager er kalenderdager; fristen løper ut ved slutten av siste fristdag.

SAK (PER 20. APRIL 2026)
En andelseier flyttet inn 1. april 2026 med førerhund på 20 kg. Andelseieren meldte hunden skriftlig til styret 10. april 2026 og oppga vekten.

Fasit

{
  "tillatelse_kreves": false,
  "meldeplikt_gjelder": true,
  "frist_dager": 14,
  "siste_meldedag": "2026-04-15",
  "melding_rettidig": true,
  "hjemmel_unntak": "3-2"
}
KlassifiseringPresis sortering etter gitte definisjoner, inkludert en melding på nynorsk og to som ligner hverandre (m8 og m10).Bokmål

Oppgave

Sorter hver melding i nøyaktig én kategori.

Kategorier:
- bestilling: kunden vil kjøpe noe eller endre en bestilling
- reklamasjon: kunden klager på feil eller mangel ved en vare eller tjeneste som er levert
- faktura: spørsmål om faktura, betaling eller purring
- support: kunden trenger hjelp til å bruke et produkt som virker
- oppsigelse: kunden vil avslutte et abonnement eller en avtale
- spam: uønsket reklame eller svindelforsøk

Ved tvil gjelder: klage på fakturert beløp eller timeantall er faktura, ikke reklamasjon. Feil ved levert vare/tjeneste er reklamasjon, ikke support. Support krever at produktet virker og kunden ber om brukshjelp.

Svar bare med JSON der nøkkelen er meldingsnummeret og verdien er kategorien, for eksempel {"m1": "faktura"}.

m1: Hei, vi ønsker å bestille 20 kasser kopipapir til levering neste uke.
m2: Stolen vi fikk i går har en sprekk i setet. Hva gjør vi?
m3: Dere har sendt purring på en faktura vi betalte 2. september. Kan dere sjekke?
m4: Hvordan kobler jeg skriveren til det nye wifi-nettet?
m5: Vi vil avslutte serviceavtalen fra neste måned.
m6: GRATULERER! Du har vunnet en telefon. Klikk her for å hente premien.
m7: Kan vi endre bestillingen fra i går til 30 kasser i stedet for 20?
m8: Kaffemaskinen dere installerte forrige uke lekker vann. Kan dere sende noen?
m9: Eg vil seie opp abonnementet vårt på kaffi og vatn frå 1. desember.
m10: Fakturaen for reparasjonen er for høy. Dere har fakturert tre timer, men teknikeren var her i én time.

Fasit

{
  "m1": "bestilling",
  "m2": "reklamasjon",
  "m3": "faktura",
  "m4": "support",
  "m5": "oppsigelse",
  "m6": "spam",
  "m7": "bestilling",
  "m8": "reklamasjon",
  "m9": "oppsigelse",
  "m10": "faktura"
}
KlassifiseringSortering etter definisjoner med fast rekkefølge for meldinger med flere ærend. Måler kategoriprioritet. Måler ikke fritekstkvalitet.Bokmål

Oppgave

Sorter hver melding i nøyaktig én kategori.

Kategorier:
- sikkerhet: noe ved data eller tilgang virker utrygt, for eksempel virus, phishing eller mistenkelig innlogging
- feil: noe virker ikke som det skal; glemt passord eller manglende rettighet er tilgang, ikke feil, med mindre meldingen beskriver en konkret teknisk svikt
- tilgang: kunden ber om tilgang, passord, nullstilling eller rettigheter, inkludert glemt passord
- bestilling: kunden vil bestille utstyr eller programvare
- spørsmål: generelle spørsmål som ikke passer i de andre kategoriene

Ved flere ærend i samme melding gjelder denne rekkefølgen: sikkerhet, feil, tilgang, bestilling, spørsmål. Svar med kategorien som står først i listen.

Svar bare med JSON der nøkkelen er meldingsnummeret og verdien er kategorien, for eksempel {"m1": "feil"}.

m1: Hei, vi trenger tre nye tastatur til kontoret i andre etasje.
m2: Skjermen min flimrer og blir svart flere ganger om dagen.
m3: Kan jeg få tilgang til regnskapssystemet? Og hvor finner jeg brukerveiledningen for det?
m4: Jeg fikk en e-post som ber meg klikke på en lenke for å bekrefte passordet mitt. Er den fra dere?
m5: Når er neste vedlikeholdsvindu for e-postsystemet?
m6: Skriveren skriver uleselig, og vi trenger ny toner til den.
m7: Jeg har glemt passordet mitt og kommer ikke inn på PC-en.
m8: PC-en er infisert med virus og vil ikke starte opp igjen.
m9: Kan vi bestille en ekstra skjerm til resepsjonen?
m10: Musen min reagerer ikke selv om jeg har byttet batteri.

Fasit

{
  "m1": "bestilling",
  "m2": "feil",
  "m3": "tilgang",
  "m4": "sikkerhet",
  "m5": "spørsmål",
  "m6": "feil",
  "m7": "tilgang",
  "m8": "sikkerhet",
  "m9": "bestilling",
  "m10": "feil"
}
NynorskformerKontrollert retting av 11 oppgitte ordformer til nynorsk med ei avgrensa mengd godkjende variantar. Kvardag-feltet testar bøying av lemmaet kvardag, ikkje synonymval; apen/viss/høyre-felta brukar variantane i oppgåva. Måler ikkje generell flyt, stil eller rettskriving utanfor dei oppgitte formene.Nynorsk

Oppgave

Skriv inn dei nynorske formene for dei 11 punkta under som JSON. Svar berre med JSON med desse felta: opningstid_form, fra_form, mandag_form, apen_form, klokke_form, kvardag_form, viss_form, hoyre_form, dato_tekst, apen_fra_kl, apen_til_kl. Bruk kunngjeringa under som kjelde for kva kvart felt tyder, men svar berre med dei nynorske formene.

KUNNGJERING (bokmål kjelde):
Vi har oppdatert åpningstidene våre. Fra mandag 6. oktober holder butikken åpent fra klokken 09 til 17 på hverdager. Hvis du har spørsmål, kan du ringe oss eller sende en e-post. Vi ser frem til å høre fra deg.

FELT:
- opningstid_form: ordet åpningstidene på nynorsk, bunden form fleirtal.
- fra_form: preposisjonen fra på nynorsk.
- mandag_form: vekedagen mandag på nynorsk.
- apen_form: adjektivet åpent på nynorsk, inkjekjønn eintal; bruk ope eller opent.
- klokke_form: ordet klokken på nynorsk, bunden form eintal.
- kvardag_form: ordet hverdager på nynorsk, ubunden form fleirtal, med lemmaet kvardag (bruk kvardag, ikkje synonym som vekedag/yrkedag/vyrkedag).
- viss_form: subjunksjonen hvis på nynorsk; bruk viss, dersom eller om.
- hoyre_form: verbet høre på nynorsk, infinitiv; bruk høyre eller høyra.
- dato_tekst: datoen 6. oktober slik han skal stå.
- apen_fra_kl: klokkeslettet 09 (behaldast).
- apen_til_kl: klokkeslettet 17 (behaldast).

Fasit

{
  "opningstid_form": "opningstidene",
  "fra_form": "frå",
  "mandag_form": "måndag",
  "apen_form": "ope",
  "klokke_form": "klokka",
  "kvardag_form": "kvardagar",
  "viss_form": "viss",
  "hoyre_form": "høyre",
  "dato_tekst": "6. oktober",
  "apen_fra_kl": "09",
  "apen_til_kl": "17"
}

Kilde: Nynorskordboka: openSpråkrådet: Hvis og dersomNynorskordboka: høyre

NynorskformerKontrollert retting av 7 ordformer etter lukka tabell, med dato og klokkeslett som skal behaldast. Måler ikkje generell flyt, stil eller rettskriving utanfor dei oppgitte formene.Nynorsk

Oppgave

Skriv inn dei nynorske formene som JSON. Bruk berre TABELLEN under som fasit for ordformene; bruk KUNNGJERINGA som kjelde for kva kvart felt tyder og for dato/klokkeslett som skal behaldast. Svar berre med JSON med desse felta: kran_form, stengd_form, fra_form, mandag_form, klokke_form, beklagar_form, viss_form, dato_tekst, fra_kl, til_kl.

KUNNGJERING (bokmål kjelde):
Hovedkranen blir stengt fra mandag 9. mars klokken 08 til klokken 15. Vi beklager ulempen. Hvis du har spørsmål, kontakt oss på e-post.

TABELL (lukka fasit):
- hovedkranen → hovudkranen
- blir stengt (predikativ etter blir) → blir stengd eller blir stengt
- fra → frå
- mandag → måndag
- klokken → klokka
- beklager → beklagar
- hvis → viss, dersom eller om

FELT:
- kran_form: ordet hovedkranen på nynorsk.
- stengd_form: partisippet i blir stengt, om hovudkranen; bruk stengd eller stengt (utan blir).
- fra_form: preposisjonen fra på nynorsk.
- mandag_form: vekedagen mandag på nynorsk.
- klokke_form: ordet klokken på nynorsk, bunden form eintal.
- beklagar_form: verbet beklager på nynorsk, presens.
- viss_form: subjunksjonen hvis på nynorsk; bruk viss, dersom eller om.
- dato_tekst: datoen 9. mars slik han skal stå.
- fra_kl: klokkeslettet 08 (behaldast).
- til_kl: klokkeslettet 15 (behaldast).

Fasit

{
  "stengd_form": "stengd",
  "fra_form": "frå",
  "mandag_form": "måndag",
  "klokke_form": "klokka",
  "beklagar_form": "beklagar",
  "viss_form": "viss",
  "dato_tekst": "9. mars",
  "fra_kl": "08",
  "til_kl": "15",
  "kran_form": "hovudkranen"
}

Kilde: Språkrådet: Hvis og dersomNynorskordboka: stengjeSpråkrådet: Ny nynorskrettskriving frå 2012, samsvarsbøying av svake partisipp

Endringslogg

Hva som er endret.

  1. Protokoll 0.5-utkast: seks vanskelige kalibreringsoppgaver er revidert etter at første kalibrering av 0.4 ga full score for fem modellruter. Oppgavene krever flere sammenhengende kildevalg, beregninger og unntak. Seks lette kontrolloppgaver, tolv offentlige eksempler og 24 reserverte sluttestoppgaver er beholdt. Fasit og poengregler fryses før ny kjøring. Codex-subagentkalibrering har egen dokumentert isolasjon og loggkontroll. Kalibrering er metodeutvikling, ingen offentlig sluttrangering. Ingen godkjente resultater.

  2. Protokoll 0.4-utkast: 48 oppgaver (12 offentlige / 12 kalibrering / 24 holdout), åtte per type med 2 lette, 3 middels og 3 vanskelige som forfattervurdert utkast uten empirisk kalibrering. 12 offentlige eksempeloppgaver, to per type. Streng 100/0 beholdes som rangering; andel riktige felt er bare diagnostikk, null bare der fasiten uttrykkelig tillater det, og manglende svar og avbrutte kall listes separat uten 0. Oppgaveteksten har regler for ukjente, manglende eller motstridende opplysninger. Ingen AI-dommer. Abonnementskjører kun Codex og Claude Code uten API-fallback, med --split og taskSplit (standard offentlig). Primær sammenligning er de 24 reserverte holdout-oppgavene; publiseringsporten krever fortsatt full 48-dekning, så frigivingsprotokollen må oppdateres før framtidig publisering. Frys før modellene kalles, versjonsøkning ved endring, brukt holdout pensjoneres med versjonert ny holdout, ingen retting fordi en modell er uenig. Empirisk kalibrering på kalibreringssplitten og endelig publisering gjenstår. Ingen godkjente resultater. Første godkjente måling gjenstår.

  3. Protokoll 0.3-utkast: strenge strukturerte oppgaver med 100/0 feltpoeng for alle seks typer, ingen sjekklister eller dommere i poeng. Regelverk bruker fiktive regler, nynorsk retter kun listede former. 6 eksempeloppgaver tilgjengelige av 48 planlagte. Første måling gjenstår.

  4. Barometeret er lansert med testprotokoll 0.2, tolv modeller og seks offentlige eksempeloppgaver. Første måling er ikke kjørt ennå.

For bedrifter

Det norske bedrifter lurer på.

Barometeret vil vise hvilke modeller som løser de avgrensede oppgavene best, uten påstand om generell overlegenhet. Her er svar på de andre spørsmålene vi ofte får.

Hvilken modell bør vi velge?
Start med oppgaven, ikke modellen. Se på poengene for den typen arbeid dere skal gjøre, ikke bare totalen, og sammenlign med kostnaden. For enkle oppgaver som sortering og uttrekk kan en rimeligere modell være god nok. Test alltid på noen av deres egne eksempler før dere bestemmer dere.
Kan vi bruke AI på kundedata og personopplysninger?
Ja, men det krever avklaringer først: databehandleravtale med leverandøren, hvor dataene behandles, om leverandøren kan trene modeller på dem, og at dere bare sender det som trengs. Personvernforordningen gjelder også når en AI-modell behandler opplysningene. Les mer →
Blir dataene i Norge eller EU?
Det avhenger av leverandør, produkt og avtale. Noen tilbyr behandling i EU eller EØS, andre gjør det ikke. Sjekk hvor dataene lagres og behandles, og få det skrevet inn i avtalen. Les mer →
Er AI god nok på norsk og nynorsk?
Barometeret måler avgrensede oppgaver med fast fasit, ikke generell flyt. Nynorsk-typen har kun kontrollerte ordform- og regeloppgaver. Se poengene når første godkjente måling er publisert, og test på deres egne tekster.
Hva koster det å bruke AI i drift?
Via API betaler dere per bruk, og prisen varierer mye mellom modellene. Kostnad per 100 oppgaver vil vise målt API-pris for oppgaver som dem i testen. Abonnementspiloten rapporterer ingen API-kostnad; lisenser til chattjenester har fast pris per bruker. API og abonnement er separate spor og sammenlignes ikke direkte. Utvikling og drift av selve løsningen kommer i tillegg. Les mer →
Vi har allerede ChatGPT eller Copilot. Holder det?
For ansatte som skriver, oppsummerer og søker, kommer man ofte langt med det. Når en oppgave skal gjøres likt mange ganger, hente data fra egne systemer eller kjøre uten at noen sitter og chatter, trengs en integrasjon. Da er det modellen bak som betyr noe. Første pilot bruker Codex og Claude Code med abonnement. API og nettleseropplevelsen er separate spor; produkt, modell og versjon oppgis i hver måling. Les mer →
Hva betyr KI-forordningen for oss?
EUs KI-forordning stiller krav etter risiko. Vanlige bruksområder som kundesvar, oppsummering og dokumentuttrekk regnes vanligvis ikke som høyrisiko, men det finnes krav om åpenhet, for eksempel at kunder skal vite når de snakker med en AI. Les mer →
Kan vi stole på AI-svar om lover og regler?
Ikke uten kontroll. Barometerets regelverkstype bruker kun medfølgende fiktive regler, tester ikke juridisk ekspertise og gir ikke juridisk rådgivning. Bruk AI til å finne og oppsummere, og la en person kontrollere mot kilden før svaret brukes.
Hvordan kommer vi i gang?
Velg én arbeidsflyt som tar mye tid og har tydelige regler. Samle ti til tjue ekte eksempler, test to eller tre modeller på dem, og mål tid og feil før og etter. Det er det samme vi gjør i barometeret, bare på deres oppgaver. Les mer →
FAQ

Spørsmål og svar

Hva er Norsk AI-barometer?
Et barometer under utvikling fra Aprex AS (0.5-utkast) for avgrensede norske oppgaver med etterprøvbar fasit på bokmål og nynorsk: 48 oppgaver (12 offentlige/12 kalibrering/24 holdout). Vanskelighetsgradene er forfattervurderte, ikke empirisk kalibrerte. Første godkjente måling er ikke publisert, og ingen godkjente resultater finnes. Resultatene vil vise poeng per splitt med holdout-24 som primær sammenligning, API-kostnad og svartid per modell.
Hvilke modeller skal testes?
12 modeller fra 8 leverandører er planlagt: GPT-6 Astra, Claude Opus 5.5, Gemini 3.1 Pro, Grok 4.7, Mistral Medium 3.5, DeepSeek V4 Pro, Qwen 3.8 Max, Muse Spark 1.3 som toppmodeller, og GPT-6 Luna, Claude Sonnet 5, Gemini 3.8 Flash, Mistral Large 3 som rimelige modeller. Listen er ikke fast; referansekandidater konfigureres separat. Ingen godkjente resultater er publisert ennå. Endringer i listen står i endringsloggen.
Hvor ofte oppdateres barometeret?
Målet er hver uke. Ingen godkjente resultater er publisert ennå. Resultater publiseres først når en kjøring har bestått de automatiske kontrollene og Aprex har gått gjennom avvikene.
Hvordan får svarene poeng?
Hver oppgave gir 100 eller 0. Svaret må være JSON med nøyaktig de krevde feltene. Alle felt må være riktige etter normalisering (datoer, beløp, siffer, kategorier, boolske verdier). Null er gyldig bare der fasiten uttrykkelig tillater det. Det gis ingen delpoeng i rangeringen i v0.5; andel riktige felt er bare diagnostikk. Manglende svar listes separat uten 0. Ingen AI-dommer.
Kan modellene ha sett oppgavene før?
De 12 eksempeloppgavene på denne siden er offentlige og kan være kjent for en modell. Kalibrering og holdout er ikke offentlige: de står ikke på siden og ligger ikke i nettstedets kilde eller metadata. Repoet er privat uten immunitet mot trening, og en kjører sender tildelt oppgavetekst til leverandøren ved kjøring. Holdout er reservert sluttevaluering. Resultater fra offentlige oppgaver og kalibrering slås aldri sammen til en påstått måling på usette oppgaver.
Hvorfor viser dere kostnad og svartid?
Fordi den beste modellen ikke alltid er det beste valget. For mange oppgaver kan en rimeligere og raskere modell være god nok. Kostnaden er målt API-pris hos leverandøren og blandes ikke inn i poengene. Abonnementspiloten rapporterer ingen API-kostnad. API og abonnement er separate spor.
Kan jeg bruke tallene?
Ja, når de er publisert. Oppgi Aprex som kilde og lenk til denne siden. Hver måling får en CSV-fil med alle tall.
Begrensninger

Hva tallene ikke sier

Resultatene vil gjelde disse 48 avgrensede oppgavene og de produkt- og modellversjonene som var tilgjengelige den uken de ble målt. Rekkefølgen viser observerte poeng, ikke bevist overlegenhet, og sier ikke hvilken modell som er best til alt. Vanskelighetsgradene er forfattervurderte, ikke empirisk kalibrerte. Fri skriving, tone og flyt måles ikke. Aprex bruker selv modeller fra flere av leverandørene. Leverandørene har ingen innflytelse på metoden og får ikke se resultatene før de publiseres.

Hvilken modell passer deres oppgaver?

Barometeret viser et snitt på kontrollerte oppgaver. Fortell hva dere vil bruke AI til, så hjelper vi dere med å velge og teste riktig modell på deres egne oppgaver.

Fortell hva dere vil teste →