GPT-6.1 Terra i GitHub Copilot: når bør du velge den nye modellen?

Valg av modell i en kodeassistent påvirker to viktige arbeidsparametere: hvor godt oppgaven løses, og hvor mye hver bruk koster. 26. oktober 2026 kunngjorde GitHub at GPT-6.1 Terra er allment tilgjengelig i Copilot, og beskrev modellen som egnet for daglig agentbasert koding og terminalarbeid. For teamet er det praktiske spørsmålet nå konkret: Hvilke oppgaver løser Terra godt nok til å bli førstevalget til vanlig?

Hva GitHub kunngjorde

Ifølge GitHubs kunngjøring 26. oktober er GPT-6.1 Terra tilgjengelig for abonnenter på Copilot Pro, Pro+, Max, Business og Enterprise. Modellen kan velges i VS Code, Visual Studio, Copilot CLI, Copilots skyagent og andre GitHub-klienter som er oppført. Utrullingen skjer gradvis, så brukere kan få tilgang på ulike tidspunkter.

GitHub retter modellen mot daglig agentbasert arbeid og terminaloppgaver, og oppgir at den koster mindre enn GPT-6.1 Sol. Selskapet sier også at Terra i tidlige tester løste betydelig flere terminal- og C#-oppgaver enn GPT-5.6 Terra. Dette er GitHubs påstand om tidlige tester: Kunngjøringen oppgir ikke størrelsen på testsettet, måltallene eller sammenligningsvilkårene. Bruk derfor opplysningen som en pekepinn når dere velger oppgaver til en egen pilot, og mål resultatene i et arbeidsrepo.

Tilgang og betaling

GitHub oppgir at modellen faktureres etter leverandørens priser med bruksbasert fakturering. Den konkrete kostnaden avhenger av gjeldende vilkår og hvordan Copilot fakturerer bruk av modellen. Før piloten bør dere sjekke GitHubs dokumentasjon om modellene og de gjeldende Copilot-prisene.

I Business- og Enterprise-organisasjoner styrer administratorer tilgangen gjennom modellpolicyer i Copilot-innstillingene. Hvis den globale standardinnstillingen er slått på, aktiveres den nye modellen automatisk, med mindre administratoren har slått av regelen eller sperret Terra særskilt. Hvis modellen ikke vises i listen, bør dere derfor kontrollere både brukerens tilgang og organisasjonens policy, og ta hensyn til den gradvise utrullingen.

Slik gjennomfører dere en kort pilot

Velg et sett med reelle, tydelig avgrensede oppgaver: rett en liten feil via terminalen, gjør en kodeendring i C#, oppdater en test, og ta med en oppgave der agenten må undersøke repoet før den gjør endringer. Dette samsvarer med scenarioene GitHub peker på, og gjør det mulig å undersøke nytten i sammenheng med deres egen kodebase.

1. Definer oppgaven og kriteriene. For hvert eksempel noterer dere den forventede endringen, påkrevde tester og vilkårene for at løsningen skal regnes som ferdig.
2. Sammenlign modellene på like vilkår. Bruk samme instruksjon, gren eller øyeblikksbilde av repoet og samme verktøytillatelser. Ta vare på diffen og agentens handlingslogg.
3. Vurder resultatene, ikke magefølelsen. Mål andelen oppgaver som består tester og gjennomgang uten vesentlig omarbeiding. Registrer også manuelt tidsbruk, antall nye forsøk og tilfeller der agenten valgte feil handling i terminalen.
4. Sammenhold kvalitet med kostnad. Bruk faktiske faktureringsdata fra pilotperioden, og beregn kostnaden per godkjent oppgave. Da får teamet en praktisk sammenligning i stedet for å trekke konklusjoner ut fra modellprisen eller hvor raskt enkelte svar kommer.

Hvis Terra løser typiske oppgaver godt nok og samtidig gir lavere kostnader, kan dere gjøre den til standard for disse scenarioene og beholde en kraftigere modell til mer krevende arbeid. Hvis fordelen ikke viser seg i deres egen kode, kan utviklerne fortsatt velge modell selv, og dere kan gjenta vurderingen med en annen gruppe oppgaver.

Dette bør dere ta med dere fra oppdateringen

GPT-6.1 Terra er nå tilgjengelig i GitHub Copilot for de oppførte abonnementene og klientappene. Modellen er ment for daglig agentbasert koding og terminalarbeid. Start med å kontrollere organisasjonens policy og gjennomføre en liten, sammenlignbar pilot. Den viser hvor godt modellens oppgitte bruksområde passer med teamets oppgaver, og hva en godkjent løsning faktisk koster.