AI-modeller og plattformer
Microsoft gjør Copilot-styringsmiljøet tilgjengelig gjennom Foundry

28. oktober 2026 gjorde Microsoft Microsoft Copilot-styringsmiljøet tilgjengelig for utviklere og bedriftskunder gjennom Microsoft Foundry. Dette er orkestreringslaget for flere modeller som allerede driver Copilot Code, Copilot Studio, GitHub Copilot-appen, Copilot CLI og VS Code, ifølge en kunngjøring på Microsofts offisielle blogg.
Microsoft beskriver et styringsmiljø som alt rundt modellen: orkestreringslaget som gir en agent de riktige instruksjonene, den nødvendige konteksten, et kjøremiljø og kontrollene som trengs for å utføre oppgaver. Det støtter åpne standarder som Model Context Protocol, i tillegg til agentferdigheter og agenttillegg. GitHubs ingeniørteam utviklet Copilot-styringsmiljøet, og Microsoft har tatt det i bruk i hele selskapet. Et tilhørende innlegg på Microsoft Foundry-bloggen samme dag introduserte styringsmiljøet i Foundry Agent Service som en offentlig forhåndsversjon og kunngjorde at funksjonen for robust håndtering av langvarige oppgaver for driftede agenter nå er allment tilgjengelig.
Microsoft sa at styringsmiljøet er utviklet for å fungere på tvers av modellfamilier, med støtte for mer enn 20 avanserte modeller og mulighet for å bruke egen nøkkel. Det ruter arbeidet til én eller flere egnede modeller ut fra oppgaven. Selskapet sa at det kjører agentens arbeidsløkke og sandkasse, med innebygd styring og optimalisering, mens kundene leverer instruksjonene, ferdighetene, verktøyene og modellvalget. Copilot SDK kan lastes ned, og styringsmiljøet kan også kjøres i skyen som administreres av Foundry. Microsoft sa at plattformene fortsatt er åpne for andre styringsmiljøer og rammeverk.
Administrert kjøring i Foundry Agent Service
Ifølge innlegget på Foundry-bloggen kombinerer den offentlige forhåndsversjonen fire byggeklosser. Gjenbrukbare ferdigheter samler instruksjoner, skript og støtteressurser i prosedyrer som en agent kan bruke på tvers av oppgaver. Tilkoblede verktøy omfatter støttede Foundry-verktøy og verktøy som bruker Model Context Protocol, med autentisering og godkjenninger som konfigureres uttrykkelig. Kjøring og delegering gjør det mulig for agenter å arbeide med filer og kode og overlate avgrensede oppgaver til innebygde underagenter, mens hovedagenten samordner resultatet. Agentdefinisjoner som ligger i versjonskontroll, kan administreres sammen med applikasjonskoden. Styringsmiljøet håndterer arbeidskonteksten etter hvert som oppgavene utvikler seg, og samordner trinn med modeller og verktøy innenfor konfigurerte grenser og retningslinjer. Kundene kan velge en støttet Foundry-modell uten å måtte skrive om orkestreringen rundt den.
Utviklere kan opprette agenter via forhåndsversjonen av Azure Developer CLI (azd), Foundry-portalen, Foundry Toolkit for Visual Studio Code eller Microsoft Foundry-tillegget og -ferdigheten i GitHub Copilot-appen. Innlegget inneholder uttalelser fra to selskaper. Confluence Technologies’ teknologidirektør Chris Evans sa at teamet hans hadde en løsning i drift på under en uke, slik at det kunne konsentrere seg om utforming og funksjoner i stedet for den underliggende infrastrukturen. Fashables administrerende direktør Orlando Ribas Fernandes sa at styringsmiljøet gir selskapet et grunnlag for å gjøre komplekse innkjøpsprosesser om til styrte, målbare agentarbeidsflyter, samtidig som kommersielt bindende beslutninger fortsatt er under menneskelig kontroll.
Begrensninger i forhåndsversjonen og fakturering fra desember
I forhåndsversjonen velger kundene Microsoft Copilot-styringsmiljøet når de oppretter en agent. Eksisterende agenter forblir uendret, det er foreløpig ikke mulig å bytte styringsmiljø etter opprettelsen, og Foundry administrerer kjøremiljøets prosessor, minne og innstillinger for inaktivitet.
Faktureringen for Copilot-styringsmiljøet i Foundry Agent Service starter 1. desember 2026 og baseres på forbruk. Bruken av styringsmiljøet er gratis fram til denne datoen, mens modellkjøring og verktøy og tilkoblede tjenester som faktureres separat, fortsatt belastes etter gjeldende satser. Fra 1. desember koster sandkasseberegning 0,0994 dollar per vCPU-time, og minne koster 0,0118 dollar per GiB-time. Prisene varierer etter region og avtale.
Innlegget beskriver også tre tilnærminger i Foundry Agent Service: instruksjonsbaserte agenter uten styringsmiljø når oppgaven kan løses med instruksjoner og støttede verktøy; instruksjonsbaserte agenter med Copilot-styringsmiljøet for administrert kjøring med ferdigheter, filer og underagenter; og driftede agenter når team trenger sitt eget rammeverk, sin egen agentarbeidsløkke, mellomvare, avhengigheter eller kjøreatferd, samtidig som driften fortsatt leveres av Foundry.
Robust håndtering av langvarige oppgaver for driftede agenter
Robust håndtering av langvarige oppgaver for driftede agenter er nå allment tilgjengelig og er beregnet på arbeid som tar timer eller dager. Foundry oppdager avbrudd og starter arbeidet på nytt med de opprinnelige inndataene, mens kundens kode lagrer framdrift og mellomresultater slik at agenten kan fortsette der den slapp. Når en agent oppdaterer et annet system, må arbeidsflyten også forhindre at handlinger utføres flere ganger etter en omstart. Microsoft påpekte at samtalehistorikk alene ikke er nok til å gjenopprette arbeid som pågår.
Utviklet hos GitHub
Microsoft sa at rammeverket ble utviklet av de samme ingeniørene hos GitHub som sto bak arbeidet med orkestrering av flere modeller, og at selskapet standardiserer Copilot-opplevelsene sine på dette grunnlaget. 4. september 2026 presenterte GitHub Project HydraFusion, en forskningsforhåndsvisning som lager en gjennomføringsplan på tvers av modeller fra flere leverandører ved hjelp av tre mønstre: enkeltmodell, der én modell løser oppgaven direkte; kaskade, der en effektiv modell utarbeider en løsning, og en kvalitetskontroll avgjør om oppgaven skal sendes videre til en sterkere modell; og kritikk, der en uavhengig kritiker med skrivebeskyttet tilgang fra en annen modellfamilie vurderer et utkast før modellen som utarbeidet det, reviderer det. GitHub rapporterte at HydraFusion i frakoblede evalueringer forbedret kvaliteten på verifiserte oppgaver med 4,9 prosentpoeng til en anslått kostnad som var 67 % lavere enn Claude Opus 5 på TerminalBench 2.1, kom innenfor 1,5 poeng på DeepSWE til en kostnad som var 36 % lavere, og kom innenfor 0,1 poeng på selskapets interne CheckpointBench til en kostnad som var 65 % lavere.
GitHub hadde også opplyst 16. september 2026 at de porterte kjøretidsmiljøet for Copilot-agenten direkte fra TypeScript til Rust. Innen 21. august 2026 besto produksjonskoden i Rust av 832 378 linjer, fordelt på 128 pull-forespørsler som ble sendt ut trinnvis, og Copilot SDK gjorde kjøretidsmiljøet tilgjengelig for seks språkgrensesnitt. Microsoft tilskriver porteringen bransjeledende ytelse og redusert overhead per økt og tid til første token. I referansetester som Microsofts fremragende ingeniør Stephen Toub kjørte via C# SDK, sank tiden det tok å opprette en klient og en økt og fullføre én runde fra 5,25 sekunder før porteringen til 292 millisekunder med Rust-kjøretidsmiljøet lastet inn i prosessen. Maksimalt ekstra minneforbruk i en gruppe på ti klienter sank fra 1 383 MB til 126 MB.












