Hvorfor strammer GitHub Copilot-planene akkurat nå? GitHub skriver i bloggposten 20. april at agent-arbeidsflyter «fundamentalt har endret Copilots compute-behov», og at det nå er vanlig at en håndfull forespørsler koster mer enn hele planprisen. Langvarige, parallelliserte sesjoner sluker ressurser standard Pro-strukturen aldri ble designet for.
Tre konkrete endringer trer i kraft samtidig:
- Nye påmeldinger til Pro, Pro+ og Student pauses for å beskytte eksisterende kunder
- Weekly usage limits strammes, med Pro+ satt til «mer enn 5x» grensen i Pro
- Opus-modellene fjernes fra Pro-planen; Opus 4.7 blir værende i Pro+, mens Opus 4.5 og 4.6 tas bort også der
Weekly limits er nytt og separat fra premium request-kvoten, bekrefter GitHub: du kan ha premium requests igjen og likevel smelle i en usage limit. Grensene er token-baserte og tar høyde for modellmultiplikator, så en Opus-økt spiser av grensen mye raskere enn en Haiku-økt på samme tid.
«Agentene gjør mer arbeid, og flere kunder treffer grenser designet for å holde tjenesten pålitelig. Uten tiltak forringes tjenestekvaliteten for alle.» — GitHub, i bloggposten
VS Code og Copilot CLI viser fra samme dag hvor mye kvote du har igjen før du treffer taket. Hvis endringene ikke fungerer for deg, skriver GitHub at du kan si opp Pro eller Pro+ mellom 20. april og 20. mai og få refusjon for april-bruken.
Hva bør du gjøre?
- Sjekk ditt faktiske token-forbruk i VS Code eller Copilot CLI før du fornyer. Den nye kvote-indikatoren gjør forbruket synlig.
- Bruker du Opus daglig til koding? Pro+ er nå kravet, ikke et valg. Pro-kunder mister modellvalget umiddelbart.
- Test alternativer parallelt: Cursor, Claude Code direkte mot Anthropic, eller en lokal modell som Qwen3.6-35B-A3B. Én leverandør som strammer planen over natten er god grunn til å holde en backup klar.
- Slå på plan mode i VS Code eller Copilot CLI. GitHub peker selv på den som tiltak for å redusere token-bruk på komplekse oppgaver.