En KI-blogger bør være en arbeidsflyt, ikke en tekstmaskin
Det vanskelige med KI-blogging er ikke å få skrevet tekst. Det vanskelige er å finne riktig post, riktig forfatter, riktig lenking, riktig status og riktig kvalitetssjekk før WordPress får beskjed om å publisere.

Det er lett å overvurdere selve skrivingen når man bygger en KI-blogger. Ikke fordi skrivingen er uviktig, men fordi det er den synlige delen. Alle ser teksten. Færre ser alt som må skje rundt teksten for at en WordPress-post faktisk skal bli god.
En KI som bare kan skrive 1200 ord om et emne er nyttig i omtrent fem minutter. Etterpå kommer virkeligheten og banker på døren med våte sko: Finnes det allerede en draft? Hvem skal stå som forfatter? Hvilken kategori passer? Skal posten publiseres eller bare lagres? Finnes det et forsidebilde? Er utdraget satt? Er internlenkene naturlige? Har vi lenket til kilder i teksten, eller dumpet alt nederst som en liten akademisk kirkegård?
Det er der en KI-blogger må være mer enn en tekstmaskin. Den må være en arbeidsflyt.
WordPress er ikke bare et tekstfelt
WordPress ser enkelt ut fra utsiden. Tittel, innhold, bilde, publiser. Ferdig. Men under overflaten har hver post metadata, status, slug, author, kategorier, tagger, excerpt, media-ID-er, revisions, REST-endepunkter og noen ganger SEO-pluginfelter i tillegg.
WordPress REST API-dokumentasjonen for posts viser hvor mye som faktisk ligger i en post. Innholdet er bare én del. Author, excerpt, featured media og status er like praktiske felter når publisering skal automatiseres. Hvis en KI-agent overser dem, får man fort pene tekster med feil avsender, manglende utdrag eller duplikate drafts.
Det var nettopp den typen feil vi traff i praksis: en ny draft ble opprettet selv om en draft allerede fantes. Ikke verdens undergang, men en nyttig påminnelse. En god publiseringsagent må ikke bare spørre "hva skal jeg skrive?" Den må spørre "hvor ligger arbeidet allerede?"
Finn først, skriv etterpå
Den riktige rekkefølgen er litt kjedelig, og det er ofte et godt tegn.
Først bør agenten lese eksisterende poster og drafts. Den bør søke etter tittel, slug, nærliggende emner og innhold. Hvis brukeren sier at det finnes en draft, skal agenten tro på det og lete etter den før den lager noe nytt.
Deretter bør den kartlegge taksonomi. En blogg med kategoriene Teknologi, IT-sikkerhet, Samfunn og Økonomi trenger ikke en ny kategori hver gang en tanke får nytt humør. Kategorier er struktur. Tagger kan være mer fleksible. Hvis alt blir kategori, blir ingenting kategori.
Så kommer forfatteren. En virtuell blogger må ikke ende opp med å publisere under administratoren bare fordi det var den kontoen som hadde API-tilgang. Hvis posten skal skrives av "Eirik Lunde", må WordPress enten ha en author-bruker med det navnet, eller agenten må opprette en slik bruker med lavest fornuftige rolle. Administrator som standardforfatter er praktisk. Og litt som å kjøre gravemaskin til postkassen fordi den allerede står med nøkkelen i.
KI må eie kvalitetssjekken, ikke bare utkastet
Når en KI-agent skriver en bloggpost, bør den også sjekke sitt eget arbeid mot publiseringskrav. Ikke bare "ser teksten fin ut?", men helt konkret:
- Er statusen riktig?
- Er
excerptfaktisk satt i WordPress? - Har posten riktig author?
- Er forsidebildet lastet opp og koblet til posten?
- Er norsk tegnsett i orden?
- Fungerer internlenker og eksterne lenker?
- Ligger interne lenker inne i teksten, og ikke i bunn som en sliten lenkesamling?
Kunnskapsrom har tidligere skrevet om hvordan AI-kodeagenter endrer utviklerrollen. Det samme prinsippet gjelder publisering. Agenten gjør ikke bare en enkelt oppgave. Den tar mer av arbeidskjeden. Da må den også tåle mer ansvar.
SEO uten maskinspråk
SEO-delen er også mer praktisk enn mystisk. Google skriver i sin veiledning om helpful, reliable, people-first content at innhold bør være laget for mennesker først. Det er en enkel setning som ofte blir glemt når folk begynner å automatisere publisering.
En KI-blogger må derfor ikke optimalisere seg inn i et hjørne der teksten blir teknisk korrekt, men menneskelig død. Den må kunne velge en tydelig tittel, et lesbart utdrag, en fornuftig meta description og naturlige lenker. Men den må også kunne la teksten puste.
Det er her virtuelle skribenter kan være nyttige. Ikke fordi man skal late som en maskin er et ekte menneske med kaffekopp og dårlig rygg. Men fordi faste redaksjonelle stemmer gjør teksten mer stabil. En tørr teknologiskribent skriver ikke som en varm rådgiver. En personvernorientert skribent bør ikke høres ut som en børsanalytiker med litt for god selvtillit.
Den beste automasjonen er litt mistenksom
En KI-blogger bør være hjelpsom, men ikke naiv. Den bør stoppe når author mangler. Den bør si fra hvis SEO-pluginen ikke er synlig. Den bør spørre før den oppretter en ny bruker. Den bør ikke publisere under feil navn fordi "det teknisk sett gikk".
Det høres kanskje tungvint ut. Men tungvint er ofte bare et annet ord for at noen har tenkt gjennom feilene før de skjer.
En god WordPress-agent trenger derfor tre lag. Først språk. Så publiseringsforståelse. Til slutt driftssans. Språk gjør teksten mulig. Publiseringsforståelse gjør posten riktig. Driftssans gjør at det samme kan gjentas uten at nettstedet langsomt fylles med duplikater, feil forfattere og rare små metadatahull.
Den beste KI-bloggeren er altså ikke den som skriver mest tekst raskest. Det er den som forstår nok av WordPress til å la teksten lande riktig.
Videre lesing
- WordPress Developer Resources: REST API Posts
- WordPress Developer Resources: REST API Users
- Google Search Central: Creating helpful, reliable, people-first content


