TL;DR
Plattformavbrudd: GitHub logget fem hendelser i løpet av de to første dagene av april da AI-kodingsagenter overveldet plattformens infrastruktur. Token Arms Race: Meta rangerer 85 000 ansatte etter AI-tokenforbruk på en intern ledertavle, og brenner 60 billioner tokens på 30 dager. Kodekvalitet: En CodeRabbit-analyse fant at AI-forfattet kode inneholder omtrent 1,7 ganger flere problemer enn menneskeskrevet kode. Migreringspress: GitHub migrerer til Azure med et mål på 50 % trafikk innen juli 2026, noe som forsterker infrastrukturbelastningen.
AI-kodingsagenter genererer så mye trafikk på GitHub at den Microsoft-eide plattformen registrerte fem hendelser i løpet av de to første dagene av april, inkludert ressursutmattelse fra Copilot-agentøkter.
Et bredere fenomen driver økningen: selskaper presser utviklere til å maksimere AI-tokenforbruket, med ansatte på tvers av Meta85 som sporer bruk og 00 internt. GitHub COO Kyle Daigle fortalte til informasjonen at den AI-drevne tilstrømningen «forårsaker en booming i GitHubs treningsservere». GitHub, som er vert for kode for over 100 millioner utviklere ifølge GitHubs Octoverse-rapport, står nå overfor en grunnleggende spenning mellom veksten AI-agenter leverer og infrastrukturbelastningen de påfører.
The Tokenmaxxing Arms Race
Metas interne claude leaderboard rangerer ansatte etter AI-tokenforbruk på tvers av 85 000 ansatte. I følge The Information brente Meta gjennom 60 billioner tokens på 30 dager. Én bruker alene var i gjennomsnitt 281 milliarder tokens.
Ansatte tjener titler som”Token Legend”og”Cache Wizard”for toppforbruk, og noen lar AI-agenter kjøre i timevis for å fylle ut tallene sine.
Meta CTO Andrew Bosworth sa at en toppingeniør bruker lønnsekvivalenter på”10x’d.”Nvidia-sjef Jensen Huang har sagt at han ville bli”dypt skremt”hvis en ingeniør på 500 000 dollar ikke konsumerte tokens til en verdi av minimum 250 000 dollar. Få observatører har satt opp harde tall som kobler symbolforbruk til faktisk produktivitetsgevinst.
I følge GitHub-data er 4 % av offentlige forpliktelser skrevet av Claude Code, og plattformen logget 137 000 offentlige generative AI-prosjekter med 98 % vekst fra år til år. GitHub har slitt med gjentatte strømbrudd i over ett år, med store hendelser i august 2025 og februar 2026 før april-toppen. Uoffisielle kontoer indikerer at oppetiden er redusert til under 90 %.
GitHubs infrastruktur under belastning
GitHubs statushistorikk dokumenterer aprilhendelsene. 1. april forårsaket ressursutmattelse i Copilots backend-tjenester et 2,7-timers driftsbrudd som påvirket agentøkter. Kodesøk gikk ned i 8,7 timer samme dag, og revisjonslogger ble utilgjengelige.
2. april ble Copilot Cloud Agent-ytelsen redusert i fire timer på grunn av hastighetsbegrensning, og Coding Agent klarte ikke å starte noen jobber.
GitHubs pågående migrering til Azure forsterker utfordringen. CTO Vlad Fedorov uttalte at 12,5 % av all GitHub-trafikk for tiden kjører på Azure Central USA, med et mål på 50 % innen juli 2026. Å kjøre en plattformmigrering sammen med en AI-drevet trafikkeksplosjon, belaster et infrastrukturteam som allerede er tynt. GitHub beskrev Azure-flyttingen som”eksistensiell”da den stoppet funksjonsutvikling for å prioritere den i oktober 2025.
Kvalitetsbekymringer
Volum er uatskillelig fra kvalitet. En CodeRabbit-analyse av 470 GitHub pull-forespørsler fant at AI-forfattet kode inneholdt omtrent 1,7 ganger flere problemer enn menneskeskrevet kode. Hos Amazon siterte interne dokumenter «Gen-AI assisted changes» som en faktor i en trend med hendelser, noe som førte til et dypdykkmøte etter en rekke AI-assisterte utfall.
“Vi produserer teknologigjeld ved å bruke AI på et klipp jeg ikke engang kan fatte. Det er sannsynligvis hva det var tre til fire ganger av VP AI tidligere.”CodeRabbit (via Fortune)
Én Amazon-ingeniør fortalt Fortune at”folk blir så avhengige av AI at de i hovedsak slutter å vurdere koden helt.”
AI-agenter genererer ikke bare mer trafikk; koden de produserer krever flere gjennomgangssykluser, flere CI/CD-kjøringer og flere feilrettinger. Hver av dem legger ytterligere belastning på infrastrukturen allerede under press fra volum alene. GitHubs Azure-migrering kan etter hvert gi kapasiteten plattformen trenger, men gapet mellom etterspørsel og infrastruktur utvides raskere enn noen migreringstidslinje kan lukke.
