Michael JohnsonDu kan starte en Copilot-oppgave i GitHub Mobile, fortsette på github.com og fullføre i VS Code eller CLI, med den samme økten intakt. 28. oktober 2026 kunngjorde GitHub en tilkoblet skybasert opplevelse og startet en trinnvis utrulling for betalingsplaner: Som standard kjører agenten i en administrert skybasert sandkasse, og beregningene der belastes en felles pott for GitHub Actions.
For utviklere endrer dette to praktiske forhold på én gang: hvor agenten kjører, og hvilket budsjett som dekker beregningsarbeidet. Derfor bør nyheten vurderes som en endring i arbeidsflyt og kostnadsføring, ikke bare som en ny Copilot-knapp.
Én oppgave kan fortsette på tvers av klienter
GitHub beskriver én økt som er tilgjengelig via nettstedet, mobilappen, Copilot CLI, Copilot-appen, VS Code, Slack og Microsoft Teams. Brukeren kan starte en oppgave med et spørsmål eller kontekst fra et repositorium og deretter fortsette den i et annet grensesnitt. Skyøktene støtter Bash, GitHub CLI, kodesøk, tilkoblede verktøy, konnektorer og MCP-servere.
Øktene kjøres som standard i en separat skybasert sandkasse på GitHubs infrastruktur. Når økten stoppes, lagrer sandkassen et øyeblikksbilde, slik at oppgaven kan gjenopptas senere. Hvis brukeren ikke har skrivetilgang til repositoriet, arbeider Copilot automatisk med det i skrivebeskyttet modus. Organisasjonens tilgang til øktdata er knyttet til enkel pålogging og organisasjonens innstillinger.
Slik endres beregningsregnskapet
GitHub går fra et fast antall minutter på standardkjørere som inkludert Actions-kapasitet til en felles pengepott. Den kan brukes på standard GitHub-hosted runners og Copilots skybaserte sandkasser; for Team- og Enterprise Cloud-planer omfatter potten også store hosted runners. Hver type beregning har fortsatt sin egen publiserte sats, så den samme potten brukes opp i ulik takt avhengig av hvilken ressurs som velges.
Ifølge GitHubs kunngjøring starter faktureringen for skybaserte sandkasser i november 2026, og beregningene der bruker av den inkluderte Actions-kapasiteten. Når kapasiteten er brukt opp, faktureres videre bruk etter gjeldende satser og betalingsinnstillinger; kontobudsjettgrenser kan stanse forbruket hvis den aktuelle innstillingen er slått på. Dermed blir hovedspørsmålet for administratorer konkret: Hvor stor del av den felles potten vil agentøktene trenge, og hvor mye beregningskapasitet blir igjen til bygg?
Dette bør teamet undersøke
- Tilgang og retningslinjer. Det nye skybaserte miljøet er tilgjengelig med betalingsplaner for Copilot; utrullingen startet 28. oktober og skjer trinnvis. Kontroller retningslinjen «Copilot in the cloud», hvilke MCP-servere som er tillatt, og skrivetilgangen til repositoriene.
- Arbeidsscenarioer. Velg noen typiske oppgaver: feilsøking, kodeendringer og analyse av flere repositorier. Vurder om det er enkelt å fortsette økten på tvers av klienter, og om de tilkoblede verktøyene gir nok kontekst.
- Beregningsbudsjett. Registrer dagens forbruk av Actions til bygg, og følg deretter forbruket fra skyøktene separat. Husk at produktene trekker fra den felles potten etter sine egne satser, og at potten fornyes ved starten av faktureringsperioden.
- Faktureringstidspunkt. Utpek budsjettansvarlige og sett opp forbruksovervåking før faktureringen for sandkassene starter i november, slik at skybaserte sandkasser ikke blir en uventet post i den felles potten.
Den viktigste verdien av oppdateringen er at oppgaver kan fortsette på tvers av grensesnitt, og at agenten kjøres i et skymiljø som er adskilt fra den lokale datamaskinen. For teamet avhenger beslutningen om å aktivere funksjonen av hvor nyttig det er å flytte økter og kjøre dem i skyen, sammenlignet med at de deler beregningspotten med CI. Test begge virkningene på typiske oppgaver, og sammenlign det faktiske forbruket med dagens byggekostnader.
GitHub har beskrevet tilgjengelighet, hvordan øktene fungerer og beregningspotten i kunngjøringen om den nye Copilot-opplevelsen i skyen; dokumentasjonen for GitHub Copilot beskriver tilgang via nettstedet og mobilenheter.
