Slik fikk vi en redigeringsside på en time, med de ekte promptene

Vi trengte et sted å skrive og rette artikler uten å åpne filer. Her er samtalen som løste det, og hva du kan lære av den hvis du trenger noe lignende.

Artiklene våre er vanlige tekstfiler i en mappe. Det passer oss. Det passer dårlig for den som skal rette en skrivefeil fra mobilen, eller for den neste som skal skrive her uten å kunne noe teknisk.

Så vi trengte et CMS. Det er bare et fint ord for en redigeringsside: en nettside med skjema der du skriver, retter og trykker lagre, og så er det gjort. Spørsmålet ble stilt akkurat slik det står under, midt i en annen jobb.

Prompten

«utlimately we need a CMS of some kind. can we look into that, what is the best system?» — Eivind, til boten, 2026-09-02

Legg merke til hva som ikke står der. Ingen kravliste. Ingen kandidater. Skrivefeil. Slik ser de fleste ekte prompter ut, og det går fint hvis den som svarer vet hvor den skal lete først.

Slik kan du si det til din bot:

«Jeg trenger et sted der jeg og andre kan skrive og rette tekstene på nettsida uten å kunne noe teknisk. Sjekk først hva jeg allerede bruker andre steder. Foreslå så det enkleste, og fortell meg hva det koster.»

Hva boten gjorde før den svarte

Den søkte ikke på nettet. Den så på det vi allerede har. Andre nettsider hos oss bruker allerede en slik redigeringsside, og vi har en liten tjeneste som ordner innloggingen. Med det var svaret gitt: det beste systemet var det vi allerede vedlikeholdt.

Hva vi valgte bort

• WordPress. Vi har skrevet hvorfor. Database, tillegg og et innloggingsskjema som roboter hamrer på.
• Systemer med egen server. Da har vi to ting å holde i live. Innholdet skal bo i filene, ikke i en database ved siden av.
• Verktøy som bygges inn i selve nettsida. Gode, men de ville gjort en enkel side tyngre.

Hva som ble bygget

Selve redigeringssida ble lite mer enn to små oppsettfiler. Den ene slår på verktøyet. Den andre beskriver skjemaet. Hvert felt fikk en norsk etikett og et hint som sier hva vi mener: at tittelen skal ha søkeordet først, at dommen skal være i første person, at sitater skal stå ordrett med dato. Reglene vi hadde skrevet ned flyttet inn i skjemaet, der den som skriver faktisk ser dem.

Boten satte roboten vår som logo uten å bli bedt om det. Det var det ene pyntegrepet vi lot stå.

Hva som gjensto

Vi var ikke ferdige på en time. Tre ting gjensto: å gi sida lov til å bruke innloggingstjenesten, å huske at redigering fra egen maskin bare virker i enkelte nettlesere, og å gjøre den første ekte testen med en hel artikkel. Det siste er den testen som teller.

Det samme til kundene

Vi lager nettsider for andre også, og de skal kunne rette sin egen åpningstid uten å ringe oss. Dette er malen.

Hvordan vi tok bilder av arbeidet

Mens vi bygde, kom neste prompt:

«and then make this CMS project into an article as well, to show how we are prompting to get the perfect custom system, along screen shots of the progress. can you help make this kind of automatic screenshot generation tool?» — Eivind, 2026-09-02

Og et kvarter senere:

«actually that could be an app, a small button in the menu bar, that just captures screenshots of your development.» — Eivind, 2026-09-02

Resultatet ble et lite program som tar skjermbilder mens vi jobber, og lar oss skrive et notat på hvert. Poenget er det samme som i byggeloggen: når vi skal skrive om hvordan noe ble laget, skal bildene finnes allerede.

Hva du kan prøve i morgen

1. Skriv ned hvilke felt hver tekst har før du velger system: tittel, dato, bilde, tekst. Har du ikke et skjema, har du ikke innhold ennå, bare filer.
2. Spør boten hva du allerede har som kan brukes, før du ber den lete etter noe nytt.
3. Velg noe som husker alle tidligere versjoner, så du kan angre.
4. Test med én ekte rettelse før du sier at det virker.
5. Ta skjermbilder mens du bygger, ikke etterpå.

Det beste systemet er sjelden det beste systemet. Det er det du allerede vedlikeholder.