Microsoft vil lansere egen kodemodell for Copilot

Microsoft vil neste uke vise frem en ny portefølje av egenutviklede AI-modeller på Build-konferansen i San Francisco, ifølge Reuters, som viser til The Information. Blant modellene skal det være en egen kodemodell som skal styrke bruken av GitHub Copilot.

Microsoft skal også planlegge modeller for transkripsjon, resonnering, tale og bilder. Selskapet har ikke kommentert opplysningene overfor Reuters. Derfor er dette fortsatt en rapportert lansering, ikke en offisiell produktkunngjøring. Likevel er retningen viktig: Microsoft vil eie mer av modellaget bak egne AI-produkter.

Det er strategisk mer interessant enn enda en modellnyhet. GitHub Copilot er allerede dypt inne i utviklingsmiljøene til mange store virksomheter. Hvis Microsoft flytter mer av Copilot fra partneravhengighet til egne modeller, endres maktbalansen i enterprise-AI. Kundene får ikke bare et nytt valg i menyen. De får et nytt spørsmål om hvem som faktisk kontrollerer modellen som leser kode, foreslår endringer og påvirker utviklingsflyten.

Microsofts AI-posisjon har lenge vært bygget på en tett kobling til OpenAI. Det har gitt fart, men også skapt avhengighet. En egen kodemodell for Copilot vil redusere noe av den strategiske eksponeringen. For Microsoft handler det om marginer, kontroll og forhandlingsstyrke. For kundene handler det om styring, databehandling, kvalitet og forutsigbarhet.

CIO-er bør lese dette som et varsel om at modellporteføljer i store plattformer blir mer dynamiske. En tjeneste som i går var tett knyttet til én modellfamilie, kan i morgen bruke flere modeller bak samme produktnavn. Det kan være bra. Riktig modell til riktig oppgave kan gi lavere kost, raskere responstid og bedre spesialisering. Men det gjør også dokumentasjon, risikoanalyse og leverandørkontroll vanskeligere.

I utviklingsverktøy er dette ekstra følsomt. Copilot arbeider nær kildekode, interne API-er, arkitekturvalg og sikkerhetsmønstre. En kodemodell trenger ikke bare å være flink til syntaks. Den må håndtere organisasjonens språk, rammeverk, legacy-kode, sårbarheter og krav til endringskontroll. Hvis modellen byttes, oppgraderes eller rutes forskjellig mellom oppgaver, må virksomheten vite hva som skjer.

Det viktigste spørsmålet er ikke om Microsofts modell slår konkurrentene i en benchmark. Det viktigste er om virksomheten får nok innsikt til å styre bruken. Hvilken modell brukes i hvilken funksjon? Kan den deaktiveres? Finnes det region- og datakontroller? Logges prompts og kodekontekst? Hvem eier evalueringsresultatene? Hvilke garantier gjelder for opplæring, lagring og tilgang til kundedata?

For CISO-er flytter dette agentisk koding enda nærmere kontrollplanet. Copilot er ikke lenger bare autocomplete. I mange miljøer er verktøyet på vei mot pull requests, kodeforklaring, testgenerering, feilretting og agentløp. Da må det inn i samme regime som annen høyprivilegert utviklerautomasjon. Det betyr policy for hvilke repositorier som kan brukes, krav til review, skanning av avhengigheter, logging av endringsforslag og klare grenser for hva som aldri skal overlates til en modell.

For CFO-er og innkjøp er signalet et annet: AI-kostnaden i Microsoft-stacken kan bli mer granulær. Egen modellproduksjon kan etter hvert gi Microsoft større rom til å prise Copilot og andre AI-funksjoner mer aggressivt, eller til å pakke funksjoner inn i eksisterende avtaler. Det kan se fristende ut. Men lav friksjon er også en klassisk vei til skjult forbruk. Utviklingsorganisasjoner trenger kostmåling per team, per produktflate og per type AI-bruk før volumet løper.

For norske virksomheter med Microsoft som standardplattform blir dette et praktisk styringsspørsmål i løpet av de neste 3 til 18 månedene. Copilot, GitHub, Azure AI Foundry, Security Copilot og Power Platform vil trekke i samme retning: flere modeller, flere agenter og flere automatiserte forslag inne i arbeidsflyten. Den beste posisjonen er ikke å vente på en perfekt policy. Den er å lage et lett, men konkret kontrollsett nå.

Start med inventar. Hvilke Microsoft-AI-funksjoner brukes allerede? Hvilke modeller ligger bak? Hvilke dataklasser kan eksponeres? Deretter bør virksomheten etablere en evalueringsløype for kodemodeller: sikkerhet, kvalitet, feilrate, lisensrisiko, kost og faktisk tidsbesparelse. Målingen må gjøres på egen kode, ikke bare på leverandørdemoer.

Reuters-saken viser at de store plattformene ikke vil være nøytrale skall rundt andres modeller. De vil bygge egne lag, optimalisere egne produkter og bruke modellvalg som konkurransevåpen. Det gir kundene mer funksjonalitet, men også mer asymmetri. Microsoft vet nøyaktig hva som endres i produktet. Kunden må kreve nok innsyn til å styre risikoen.

Den nøkterne konklusjonen er at Copilot blir viktigere, ikke mindre viktig, når Microsoft bygger mer selv. For ledelsen betyr det at AI i utviklingsløpet må behandles som en strategisk plattformbeslutning. Ikke som et utviklerplugin som kan stå utenfor governance.

Kilder og medier

• Kilde: Reuters, “Microsoft to release new coding model next week, the Information reports”, 28. mai 2026: https://www.reuters.com/business/microsoft-release-new-coding-model-next-week-information-reports-2026-05-28/
• Supplerende omtale: The Economic Times og Global Banking & Finance har gjengitt Reuters-rapporteringen.
• Thumbnail: OpenAI Image 2 / hogby.ai.