Fra utvikler til KI-dirigent
Hvordan en utvikler bygde opp igjen et politisk partis nettsted på bare 2,5 uker med React og Claude Code.
Written by Vegard Ottervig on
Hva gjør du når du er eneste frivillige utvikler for et lite politisk parti og får beskjed om at plattformen din trenger en obligatorisk oppgradering? For Benny Thomas, utvikleren bak Liberalistene.org, var svaret å ta kontroll på kaoset.
Da Enonic tok kontakt i august 2025 for å kunngjøre en oppgradering av skyplattformen til versjon 7.15, var Benny først nølende. Han hadde ikke rørt kodebasen siden 2023, og et tidligere forsøk på å migrere til TypeScript hadde mislyktes fullstendig.
Men etter å ha blitt permittert under en nedbemanning, fant Benny ut at han hadde det som enhver utvikler trenger for en større migrering: tid.
Et fjell av teknisk gjeld
Prosjektet var ikke bare en enkel versjonsoppgradering. Det var en komplett overhaling av infrastrukturen. Benny bestemte seg for å starte på nytt og migrere nesten alle deler av den underliggende teknologiske stabelen:
- Node.js: 16 → 22
- Gradle: 6.5 → 8.5
- Byggeverktøy: Webpack → RSpack / Babel → Tsup
- Styling: SCSS → Tailwind v4
- Rendering: Thymeleaf → React/TSX (React4XP v3)
2,5 måneder vs. 2,5 uker
Opprinnelig anslo Benny at prosjektet ville ta omtrent to og en halv måned. Han hadde 36 parts å migrere og en enorm mengde boilerplate-kode å omskrive.
Han ble faktisk ferdig på to og en halv uke.
Hvordan? Ved å forvandle seg fra en tradisjonell koder til en KI-dirigent.
De mørke dagene: «Hvilken versjon har du?»
Prosjektet møtte veggen tidlig. Mellom 10. og 15. oktober tilbrakte Benny fem dager i en «ilddåp». Content Studio oppførte seg merkelig. Dra-og-slipp fungerte ikke, forsiden ville ikke laste, og utvikleren nærmet seg et bristepunkt.
Han kontaktet Enonic-fellesskapet. En annen utvikler stilte det gylne spørsmålet: «Hvilken versjon av Content Studio bruker du?»
Det viste seg at Benny brukte versjon 4.5, mens den nye React4XP krevde et nyere miljø. Det ene spørsmålet var gnisten. Da versjonskontrollen var justert, ble ikke bare utviklingsfasen gjenopptatt, den akselererte dramatisk.
Arbeidsflyt for «KI-makkeren»
Benny støttet seg sterkt på Claude Code for å komme seg gjennom migreringen. På det meste av prosjektet jobbet han 12 til 16 timer i døgnet. I tillegg til å skrive kodelinjer, gjennomgikk han dem også.
Lærdom fra KI-frontlinjene:
-
Commit ofte: KI kan noen ganger bli «gal» og prøve å fornye hele kodebasen din på en måte du ikke ba om. Benny lærte på den harde måten at en enkel «git restore» er enklere hvis du committer hver gang KI gjør noe riktig.
-
GitHub-issues som «minne»: KI-modeller mister etter hvert kontekst. Benny brukte GitHub-issues til å dokumentere veikartet. Hver gang han startet KI-økten på nytt, fikk han den til å «lese» GitHub-issues for å forstå hva som allerede var gjort.
-
Dirigentrollen: Benny skrev bare rundt 15–20 linjer med manuell kode gjennom hele prosjektet. Resten ble generert, dokumentert og testet av KI under hans tilsyn.
Resultatene i tall
Da nettstedet ble lansert 21. oktober, var transformasjonen overveldende:
| Metrikk | Gammel løsning | Ny løsning |
| Filer endret | - | 398 |
| Linjer lagt til | - | 55 000 |
| Linjer fjernet | - | 45 000 |
| Jar-størrelse | 10 MB | 2 MB |
| Testdekning | 0 % | 70 % |
En velsignelse i forkledning
En tvungen oppgradering blir ofte sett på som en byrde, men Benny ser på det som en velsignelse. Det tvang frem innføringen av ren arkitektur, automatisert versjonsbehandling (Semantic Release) og et robust testmiljø med Storybook.
Nettstedet er nå raskere, mindre og enklere å vedlikeholde. For Benny handlet det ikke bare om koden. Det var en meningsfull læringsopplevelse som beviste hvordan KI, kombinert med en solid plattform som Enonic, kan gjøre en månedslang økt om til en to ukers sprint.
