Avgrensede oppgaver og faglige krav
#I prognoseprosjektet er noen av kontrollkravene faglige: en prognose kan bare bruke informasjon som ville vært kjent da den ble laget, og ingen variabel kan falle bort uten at det blir synlig. Arkitekturomleggingen i fase II gjennomførte jeg med kodeagenter på én måned.
Arbeidet har en fast struktur: varige prosjektinstrukser med omfang, begrensninger og beviskrav, overleveringer mellom kjøringene og én integrator som slår sammen endringene.
Arkitekturansvar og integrasjon i prognoseprosjektetEn for stor plan, stoppet og forenklet
#Omleggingen med kodeagenter startet fra en altfor omfattende plan. Den ville gitt en god kjernearkitektur for en stor aktør som selger prognoser som tjeneste, med mye infrastruktur kodebasen vår ikke trengte.
Jeg oppdaget det forholdsvis tidlig og stoppet implementeringen. Med den delvis implementerte koden som utgangspunkt planla jeg på nytt, utformet en strengt avgrenset minimumsversjon (MVP) og implementerte den fullt ut.
Valget i prognoseprosjektetKompatibilitet foran ryddig kode
#I budsjettarbeidet brukte jeg KI-assistenter i utvikling, refaktorering og feilsøking. Et forslag måtte vurderes mot etablerte formler, makroer og arbeidsflyt. Ryddig kode var ikke nok hvis en beregning eller en kjent Excel-atferd endret seg.
Kompatibilitetskrav i budsjettmoderniseringenKI-superbruker ved sykehuset
#Jeg har i om lag tre år vært registrert som KI-superbruker ved Oslo universitetssykehus. I rollen svarer jeg på tekniske spørsmål om KI i en Teams-kanal.
Strict LLM Composer
#Strict LLM Composer er et system jeg har bygget for tekst som må holde seg til dokumenterte fakta. Varige kildefakta holdes adskilt fra oppgavekrav og nye utkast. Modellene kan formulere tekst, men ikke skape en grad, et resultat eller et ansvar som kildene ikke bærer.
Jeg kontrollerer fakta og ferdige utkast og godkjenner selv alt som tas i bruk. Dette er et personlig prosjekt, ikke en leveranse til sykehuset.
Omfang og arbeidsmåte
#Jeg har brukt språkmodeller mye siden GPT-3. I dag bruker jeg modeller og kodeagenter fra flere leverandører hver dag, med mer enn en milliard token i måneden.
En kort faglig avklaring trenger lite struktur. Når arbeidet berører flere filer eller beregninger, avgrenser jeg hva som kan endres, hvilke kilder som gjelder og hvilke sammenhenger som må bevares. Modellene kan undersøke, foreslå, skrive og kontrollere. Jeg avgjør om svaret gjelder riktig problem, om forutsetningene holder og om resultatet kan brukes.
Registrert bruk, med definisjoner
#Se månedsfordelingen av token og meldinger
Tallene gjelder 89 sammenhengende dager fra 15. juli til og med 11. oktober 2026. Token er registrert bearbeiding og kan omfatte gjentakelse og cache. Meldinger er eksportens registrerte meldingshendelser.
Kjøringer tilsvarer Codex- og Work-meldinger i dette materialet, ikke et eget antall leveranser. Den 10. og 11. oktober finnes registrerte token uten tilsvarende meldinger og kjøringer. Kanalene kan ha ulike populasjoner og summeres ikke på tvers av overlappende uttrekk.
Juli og oktober er delmåneder. Tabellene er summer fra en privat eksport.
| Måned | Dager | Chat | Codex | Work | Totalt |
|---|---|---|---|---|---|
| Juli (delmåned) | 17 | 157 879 387 | 287 614 924 | 391 653 967 | 837 148 278 |
| August | 31 | 1 641 723 022 | 540 985 187 | 188 478 493 | 2 371 186 702 |
| September | 30 | 2 449 337 570 | 648 534 989 | 185 006 763 | 3 282 879 322 |
| Oktober (delmåned) | 11 | 153 366 878 | 424 407 029 | 80 949 416 | 658 723 323 |
| Måned | Dager | Chat | Codex | Work | Totalt |
|---|---|---|---|---|---|
| Juli (delmåned) | 17 | 290 | 22 | 67 | 379 |
| August | 31 | 1 141 | 70 | 61 | 1 272 |
| September | 30 | 1 487 | 368 | 67 | 1 922 |
| Oktober (delmåned) | 11 | 256 | 132 | 33 | 421 |
Aktivitetstallene sier ingenting om kvalitet, hastighet, kostnad eller effekt.
Avgrensning
#Eksemplene viser ulike kontrollbehov, ikke én fast prosess for alle oppgaver.