Publiseringskjeden

Dette kapitlet handler om artiklene. Hvordan selve nettstedet legges ut, står i kapitlet om teknologi og arkitektur.

Portalen har tall om mange temaer. Noen av dem er interessante akkurat nå fordi de står i avisene, og noen er like viktige hele året. To ganger i døgnet leses overskriftene fra norske nyhetskilder, og hver overskrift knyttes til det temaet i portalen den handler om.

Nyhetsbildet leses på to nivåer, dagens bilde og en ukes historikk, og resultatet brukes til tre ting. Det viser hvilke saker som er aktuelle på sidene som handler om samme tema. Det setter tonen i artikkelutkastene: et tema som har toppet nyhetene i én dag, får en nyhetsvinkel, mens et som har ligget der i en uke, heller får den analysen ingen andre har tatt seg tid til. Og et tema som holder seg i nyhetene i fem dager eller mer uten å ha en egen side, kan bli foreslått som ny side i den ukentlige innholdsplanen. Rekkefølgen utkastene skrives i, styres ikke av nyhetsbildet i dag.

Hver artikkel sjekkes for om den ligger bak betalingsmur, ut fra merkingen nyhetsstedet selv legger i siden. Mangler slik merking, brukes det som er vanlig for nyhetsstedet. Artikler bak betalingsmur merkes, og åpne saker vises først. Å lenke en leser til en artikkel de ikke kan lese, er dårlig folkeskikk.

En artikkel kan starte på fire ulike måter, og alle fire ender i samme kø. Men bare de to første går gjennom de automatiske sjekkene lenger ned, under «Kvalitetssjekkene underveis»: de kjøres mens språkmodellen skriver, så en artikkel som er skrevet for hånd, passerer dem aldri. Da hviler kontrollen på den som skrev den, og det er den viktigste forskjellen mellom en artikkel som skriver seg nesten selv og en som er skrevet fra første ord.

• Datajobbene. Jobbene som henter nye tall, legger igjen et oppdrag for hver side de oppdaterer. Oppdraget inneholder nøkkeltallene og kildene de kom fra. Veien gjentas hver gang tallene oppdateres, og er den eneste som starter uten at noen ber om det.
• Sider uten datajobb. En side som vedlikeholdes for hånd, har ingen jobb som kan legge igjen et oppdrag for den. For slike sider skrives tallene inn i en liste for hånd, og listen gjøres om til vanlige oppdrag før skrivingen starter. Derfra er veien videre den samme.
• Håndskrevne artikler. En artikkel kan skrives helt for hånd, uten oppdrag og uten språkmodell. Den legges i en egen del av køen som ingen automatikk rører, og blir aldri med i en samlet publisering: den må navngis. Det er denne veien en ny innholdsside bruker.
• Fagartikler og artikkelserier. Noen artikler handler om et fag framfor om en portalside, og flere av dem hører sammen i en serie. De har ingen portallenke, bruker en nummerert kildeliste, kan ha en navngitt forfatter, og står på en egen liste der serien vises i lesrekkefølge.

Bloggen har 123 publiserte artikler, skrevet langs alle fire veiene.

Kjeden fra data til artikkel har fire ledd, og hvert av dem gjør én ting.

Oppdraget er et øyeblikksbilde, ikke en levende kobling til tallene. Det fryses når jobben bak det kjører, og står uendret til neste kjøring. Språkmodellen som skriver utkastet, ser bare oppdraget og nyhetsbildet, aldri datafilene bak portalen. Derfor er et utkast nøyaktig så ferskt som oppdraget det ble skrevet fra, og ikke ett minutt ferskere.

Sjekkene finnes fordi hver av dem har fanget en feil som faktisk ble gjort. Noe rettes automatisk mens utkastet skrives, og noe stopper utkastet og legger det i karantene til et menneske har sett på det.

Ingen automatisk sjekk sammenligner tallene i teksten med tallene i oppdraget. Språkmodellen er instruert om aldri å oppgi et tall som ikke står der, og en kontroll mot kilden kan kjøres før publisering, men den er et valg. Mer om hva som faktisk kontrolleres, står i kapitlet om drift.

Kjeden over er de fire leddene arbeidet går gjennom. Ser man i stedet på én artikkel, er den innom seks tilstander fra tallene kommer inn til teksten eventuelt blir rettet, og kontrollen i kjeden er det som avgjør hvilken av dem den havner i. Tabellen viser hva hver tilstand er, og hva som flytter artikkelen videre fra den. Det siste er poenget: fire av de fem overgangene i tabellen krever at et menneske gjør noe.

Et utkast som blir liggende, blir ikke skrevet om. Skrivejobben hopper over oppdrag som allerede har et utkast eller en publisert artikkel, og skriver et nytt først når det verken finnes et utkast eller en publisert artikkel for oppdraget. Det er med vilje: et ferdig utkast noen har arbeidet med, skal ikke overskrives av neste kjøring.

Prisen er at utkast eldes. Tallene i teksten er fra dagen den ble skrevet, mens siden den lenker til, har oppdatert seg videre hver gang datajobben har kjørt. Et utkast som har ligget en måned, kan derfor stemme perfekt mot oppdraget sitt og likevel motsi sidens egne grafer. Ingen sjekk fanger det, fordi ingen sjekk sammenligner utkastet med datafilene.

Det er ikke et tenkt problem. I september 2026 lå det 62 utkast som hadde ventet siden juni, og et helsetema med fire sider hadde ingen artikkel i det hele tatt. Da køen ble gjennomgått seksjon for seksjon, var regelen heller enn unntaket at tallene måtte hentes på nytt. I seksjonen om arbeid og trygd måtte alle de ni utkastene skrives om med tallene verifisert mot dagens datafiler før de kunne publiseres, og de ble til seks artikler. Tre andre utkast i samme seksjon var blitt overflødige, fordi temaet alt var dekket av en publisert artikkel, og ble fjernet. Tømmingen av hele køen gikk over to dager og endte med 35 publiserte artikler. Det er derfor karantenen også brukes for hånd: et utkast som bygger på tall som senere er rettet, hører ikke hjemme i køen som publiserbart.

Oppdragene legges igjen av datajobbene uten at noen ber om det. Resten starter et menneske: utkastene skrives når noen setter i gang skrivejobben, og publisering skjer når noen velger hva som skal ut. Publiseringsjobben kan publisere alle utkast på én gang, men kjører som prøvekjøring med mindre noen slår det av. Håndskrevne artikler blir aldri med i en samlet publisering og må navngis. Utkast i karantene kan ikke publiseres før et menneske har rettet dem og flyttet dem ut.

Grensen ligger der med vilje. Et utkast som er hentet fra riktige tall og har bestått alle sjekkene, kan fortsatt være feil på en måte bare et menneske ser: en vinkling som ikke holder, en sammenligning som ikke er rimelig, en formulering som gir et sterkere inntrykk enn tallene bærer. Automatikk kan gjøre klar. Den bør ikke publisere.

Når en hel seksjon forberedes av en agent som kjører om natten, flytter menneskevalget seg, men det forsvinner ikke. Agenten gjør det en person ellers måtte gjort for hånd: leser hvert utkast, sammenligner tallene i teksten mot datafilene siden bruker, skriver om det som har driftet, og foreslår å forkaste det som ikke lar seg redde. Resultatet samles i én foreslått endring. Den leses så av en uavhengig kontroll som ikke har sett agentens arbeid underveis, og først deretter kan et menneske ta den inn. Agenten kan ikke gjøre det siste steget selv.

Forskjellen fra før er altså hvor mye som er gjort klart før mennesket leser, ikke om mennesket leser. Det er fortsatt en person som avgjør at en artikkel skal ut, og det er fortsatt den avgjørelsen som er siste steg.

Én regel følger av etterslepet: en ny innholdsside må komme sammen med en publisert artikkel som lenker til den. Kontrollen sammenligner sidene i den foreslåtte endringen med dem som alt ligger ute, og feiler når en ny side ikke har en artikkel med full lenke til seg. Kravet gjelder per endring, ikke per underside, så én artikkel kan dekke flere nye sider så lenge den lenker til hver av dem. Kontrollen ser bare framover: en side som fantes før regelen kom, utløser den ikke. Unntatt er sider uten tall å skrive om, som denne seksjonen, forsøkssidene og metasidene, sider som bare videresender et sted, sider uten en fast adresse å lenke til, og endringer der fraværet av en artikkel er merket som bevisst.

En publisert artikkel havner flere steder samtidig: i bloggen, i nyhetsstrømmen som kan abonneres på, på seksjonssidene den handler om, og i kunnskapskartet som en node med koblinger til temaene sine. Ingen av delene krever noe ekstra arbeid - de leser alle sammen den samme artikkelen.

Abonnentene på nyhetsbrevet kan varsles i samme jobb som bestiller utleggingen. Varselet sendes med en gang og venter ikke på at utleggingen er bekreftet, så i verste fall kommer e-posten før artikkelen er ute.

Etterpå kan artikkelen fortsatt endres, men aldri stille. Tok vi feil, endres teksten og artikkelen får en synlig oppføring om hva som ble rettet og hvorfor, med kilden som dokumenterer feilen og takk til den som meldte den. Har det bare skjedd noe nytt siden, står teksten urørt og oppføringen legger til det nye. Begge varianter vises i en boks før artikkelen og som en datert merknad i artikkelens egen metalinje; i artikkellistene merkes bare de rettede. En kontroll feiler hvis en publisert artikkel er endret uten en slik oppføring, med unntak for rene skrivefeil og for endringer som bare gjelder bildene, merkelappene eller hvilken liste artikkelen står på. Portalen heter Faktaportalen, og en rettelse som ikke synes, er verre enn feilen den retter.

Bildene er det tydeligste av unntakene. Et utkast språkmodellen skriver, får to fritt lisensierte fotografier med fotografen kreditert synlig; til en håndskrevet artikkel må noen hente dem for hånd. Nettstedet som leverer dem, tillater et visst antall forespørsler per time. Nærmer skrivingen seg taket, velges krediterte bilder fra en egen samling i stedet, så ingen artikkel blir stående uten. Et fotografi forsvinner den dagen fotografen sletter det, og en daglig jobb spør derfor hvert bilde om det fortsatt svarer og melder fra når ett er borte. Et dødt fotografi kan byttes uten rettelsesboks: ingenting om tallene er endret. Et skjermbilde vi har tatt selv, kan derimot vise tall, og er ikke unntatt.

Noen artikler får i tillegg en lengre versjon, skrevet for andre kanaler og med mer om metoden enn en portalside tåler. Mer om formidling utenfor portalen i kapitlet om leveranser.

Lite av det over sto der fra starten. Hver sjekk, hver regel og hver mappe i kjeden kom etter at noe gikk galt, og rekkefølgen forklarer hvorfor systemet ser ut som det gjør i dag. Lista under er de viktigste endringene i hvordan artikler blir til og kommer ut, nyeste først. Den handler om systemet, ikke om teksten i dette kapitlet. Endringer i selve kapittelteksten står i boksen øverst på siden.

• 2026-09-27Fagartiklene fikk sin egen liste

  Artikler som handler om et fag framfor om en portalside, ble flyttet fra bloggforsiden til en egen liste der artikkelserier står samlet i lesrekkefølge. De følger egne regler: ingen portallenke, nummerert kildeliste, og en navngitt forfatter der det er én.

• 2026-09-17Daglig sjekk av at bildene fortsatt finnes

  Et fritt lisensiert foto forsvinner den dagen fotografen sletter det, og da sto artikkelen med et tomt bilde uten at noen fikk vite det. En daglig jobb spør hvert bilde om det fortsatt svarer, og melder fra når ett er borte.

• 2026-09-16Etterslepet fra juni ble tømt

  Utkastene som hadde ligget siden juni, ble gjennomgått seksjon for seksjon over to dager, og 35 artikler gikk ut. Tallene i hvert utkast ble kontrollert mot dagens datafiler før artikkelen ble publisert, og de som ikke lot seg redde, ble fjernet framfor rettet.

• 2026-09-12En ny side må komme sammen med en artikkel

  Før dette krevde vi bare at det ble laget et oppdrag når en ny side kom. Oppdragene ble laget, men ingen artikkel kom ut av dem. Nå feiler kontrollen av endringen hvis en ny side ikke har en publisert artikkel som lenker til den.

• 2026-09-11All utlegging går gjennom én jobb

  Seks ulike jobber ba tidligere nettstedet om å legge seg ut, og et svar om at bestillingen var mottatt ble lest som at den var utført. Sida sto to døgn uten ny utlegging. Nå går alt gjennom én jobb som måler at produksjonen faktisk er ny.

• 2026-09-07Rettelser skjer aldri stille

  En publisert artikkel som endres, får en synlig oppføring om hva som ble endret og hvorfor. Leseren som siterte det gamle tallet, skal kunne se at det ble byttet ut. En kontroll feiler når en publisert artikkel er endret uten en slik oppføring.

• 2026-06-19Kreditert reservesamling av bilder

  Bildetjenesten har en grense per time, og en samlet skriving av mange utkast sprengte den. Da fikk de siste utkastene ingen bilder. En egen samling krediterte bilder brukes nå når tjenesten ikke svarer, så ingen artikkel blir stående uten.

• 2026-06-13Portallenken flyttet opp under ingressen

  Lenken til siden med grafene sto nederst, der få lesere kom. Den settes nå inn rett under ingressen, og lenker språkmodellen har skrevet selv i tillegg, fjernes, så den står én gang og høyt oppe.

• 2026-06-12Utkast uten tall blir stoppet

  En gjennomgang fant at 71 av 73 utkast var fyllprosa, skrevet ferdig fra oppdrag som manglet tall. Et utkast med færre enn to konkrete tall i brødteksten settes nå i karantene framfor å bli publiserbart.

• 2026-05-21Kildehenvisning skal stå på kilden

  Språkmodellen limte inn tittel og kildenavn midt i setninger, der henvisningen ble ugrammatisk og vanskelig å følge. En kontroll etter skrivingen setter slike utkast i karantene, så de rettes før de kan publiseres.

Mønsteret er det samme hver gang: en feil oppdages, og svaret er en kontroll som gjør den samme feilen vanskelig å gjøre igjen. Det er også grunnen til at ingen av sjekkene kan slås av for å få et utkast gjennom.