SDaaS Autopilot-dashbord som viser en pipeline-kjøring med steg fra utkast til PRD til klar for sammenslåing

Fra Copilot til Autopilot

En morgentur som leverer programvare

SDaaS
2026-03-08
Agentisk AI
Autopilot
Tale-til-programvare
Åpen kildekode
SDaaS

For ikke lenge siden krevde programvareutvikling et team, en backlog, sprintplanlegging og uker med iterasjon før noe håndfast dukket opp. Sist fredag begynte jeg å bygge en ny funksjon mens jeg gikk til jobb.

Jeg tok opp telefonen og spilte inn et kort talenotat som beskrev det jeg ville ha: en utvidelse av plattformen vår som lar brukere opprette en OpenClaw-instans direkte fra sitt eget backoffice-system. Ideen var enkel – brukeren legger inn påloggingsinformasjon for en ekstern tjeneste, og systemet spinner opp et fungerende OpenClaw-miljø som kan kommunisere med resten av applikasjonen.

Jeg trykket stopp på opptaket og la telefonen tilbake i lomma.

Det var starten.

Grensesnitt for taleopptak – fanger den første ideen

Taleopptak

Et kort opptak. Det er der det starter.

Programvareutvikling på autopilot

I Day of Week har vi bygget noe vi kaller Software Development as a Service.

Ideen er enkel: utvikling trenger ikke alltid å starte med kode. Den bør starte med intensjon.

Da taleopptaket ble lastet opp, transkriberte systemet vårt det og sendte transkripsjonen inn i utviklingsautopiloten vår. Derfra ble en kjede av hendelser satt i gang automatisk:

01

Utkast til PRD

Systemet skrev et utkast til et produktkravdokument basert på transkripsjonen.

02

Bryt ned og implementer

Det brøt ideen ned i mindre utviklingsoppgaver og begynte å implementere direkte i kodebasen.

03

Test og lever

Det genererte en pull request, kjørte en full QA-syklus og gikk tilbake for å rette eventuelle feil.

Autopiloten kjører en full QA-syklus. Den analyserer koden for feil, sjekker for mulige sikkerhetsproblemer og starter brukergrensesnittet for å bruke implementasjonen akkurat slik en bruker ville gjort. Den klikker seg rundt i grensesnittet, kjører tester og identifiserer alt som oppfører seg uventet.

Finner den feil, går den tilbake, retter dem og tester på nytt.

Når den er fornøyd, ber systemet en utvikler om å gjennomgå og godkjenne sammenslåingen til hovedgrenen.

Ikke helt uten hender på rattet. Men veldig nært.

Kaffe først. Programvare etterpå.

Da jeg kom på kontoret, var systemet allerede i gang.

Jeg satte meg ned med en kopp kaffe og pratet med kolleger om helgen. Noen minutter senere fikk jeg et pling.

Funksjonen jeg startet på vei til jobb, var klar til testing.

Samme dag lanserte vi muligheten til å spinne opp OpenClaw-instanser direkte inne i Day of Week-økosystemet.

Hele prosessen – fra idé på tale til fungerende implementasjon – skjedde i stor grad på autopilot.

Grensesnittet for å opprette en assistent viser sluttresultatet – en fungerende assistent klar til lansering

Resultatet

Fra talenotat til fungerende funksjon

  • Taleopptak på vei til jobb
  • Systemet transkriberer og skriver utkast til PRD
  • Oppgaver brytes ned og implementeres
  • QA-syklusen kjører automatisk
  • Funksjonen er klar til testing over kaffen

Koding er i ferd med å bli løst infrastruktur. Men utviklere er fortsatt avgjørende.

Noen må styre systemet, definere problemene, vurdere resultatene og bestemme hva som faktisk skal bygges.

Vi går inn i utforskningsfasen

Mange prøver å forutsi hva dette betyr for programvareutvikling.

Noen sier koding er dødt. Andre sier utviklere blir irrelevante. Begge tar feil.

Det vi ser, er et skifte fra Copilot til Autopilot. Utviklere går fra å skrive hver linje kode til å styre systemer som produserer fungerende programvare.

Men dette skiftet skjer ikke over natten. Vi går inn i det jeg kaller en utforskningsfase – en periode der selskaper må eksperimentere, teste grenser og lære hvordan disse systemene oppfører seg i reelle produksjonsmiljøer.

Utviklere går fra å skrive hver linje kode til å styre systemer som produserer fungerende programvare. Skiftet fra Copilot til Autopilot handler ikke om å erstatte mennesker – det handler om å mangedoble det de kan få til.

Teknologien er ikke lenger innelåst hos de store teknologiselskapene

Noe av det viktigste ved dette øyeblikket er at teknologien ikke er sentralisert. Mange av modellene som driver disse arbeidsflytene, er åpen kildekode. Verktøyene som trengs for å bygge autonome utviklingspipelines, er tilgjengelige for alle.

Ja, noen store laboratorier leder fortsatt på rå kapasitet. Men infrastrukturen som trengs for å bygge kraftige systemer, er nå tilgjengelig for oppstartsbedrifter, uavhengige utviklere og små team.

Det betyr at spillereglene endrer seg. Og det går fort.

Hva som har endret seg

Åpent og tilgjengelig

  • Modeller med åpen kildekode driver produksjonsarbeidsflyter
  • Autonome pipelines hvem som helst kan bygge
  • Oppstartsbedrifter konkurrerer med verktøyene til de store
  • Små team leverer i storteam-tempo

Hva det betyr

For hoteller, restauranter og produsenter

  • Skreddersydd programvare krever ikke lenger et teknologiteam
  • Ideer kan bli fungerende verktøy på timer
  • Innovasjon skjer i intensjonens tempo
  • Gapet mellom de store teknologiselskapene og alle andre lukkes

2026 blir vilt

I Day of Week produserer vi allerede funksjoner i et tempo som var vanskelig å forestille seg for bare ett år siden. Systemene vi bygger, erstatter ikke utviklere – de mangedobler det utviklere kan få til.

Fortsetter dagens utvikling, blir 2026 helt vanvittig.

Men det viktigste selskaper kan gjøre akkurat nå, er å ikke vente.

Begynn å teste

Kjør eksperimenter med autonome arbeidsflyter i ditt eget miljø. Se hva som fungerer.

Begynn å eksperimentere

Velg et reelt problem. La systemet forsøke en løsning. Vurder resultatet.

Begynn å lære

Ett steg om gangen, med kontrollen i behold. Ikke vent på at de store teknologiselskapene definerer reglene.

«Ikke sitt på sidelinjen til de store teknologiselskapene har definert reglene. Begynn å utforske hva som er mulig.»

Øyvind Brekkhus Sandåker – medgründer og CAIO, Day of Week

La oss utforske dette sammen

Vi jobber aktivt med partnere og kunder som vil utforske hva Software Development as a Service kan gjøre mulig i deres organisasjoner.

Er du nysgjerrig på hvordan autonome utviklingsarbeidsflyter kan se ut i ditt selskap, vil vi gjerne høre fra deg.

Vi er fortsatt tidlig i denne reisen – og det gjør dette til det perfekte tidspunktet for å begynne å utforske hva som er mulig.

La oss bygge fremtiden sammen

Enten du er et hotell som tenker nytt om gjestereisen, en restaurant som bygger rundt lokale produsenter, eller en produsent som gjør historien sin til et reisemål – vi kan hjelpe deg med å utforske hva autonome utviklingsarbeidsflyter kan frigjøre.

Øyvind Brekkhus Sandåker

Øyvind Brekkhus Sandåker

Medgründer og Chief AI Officer

Day of Week