Michael JohnsonEn Reddit-bruker gikk over til Codex for personlige prosjekter, men fortsatte å bruke Claude Code på jobb. Kritikken gjaldt først og fremst Claude Code-utvidelsen for VS Code, særlig hvordan verktøykall og underagenter vises. I en annen diskusjon beskrev utviklere hvordan de bruker én agent til å gjøre endringer og en annen til å kontrollere dem. Dette er individuelle brukeropplevelser, ikke testresultater: Deltakerne har ulike forutsetninger, og nytten av krysskontroll ble ikke målt uavhengig i disse historiene. Men de peker på et praktisk spørsmål: Hvilket verktøy passer best til arbeidsflyten din – og hvordan kan du finne det ut? Forfatteren av det første innlegget snakker konkret om VS Code-utvidelsen, mens deltakerne i den andre diskusjonen deler ulike måter å la agenter jobbe sammen på.
Slike erfaringer er nyttige som tips om hva du bør se etter: grensesnitt, kontroll av endringer, grenser og forbruk. Men de fastslår ikke hvilken agent som skriver best kode. Når du skal velge, bør du skille personlige erfaringer fra mer systematiske data og sammenligne verktøyene og forutsetningene du faktisk planlegger å bruke.
Sammenlign både verktøyene og miljøet
Claude Code og Codex omtales ofte som to alternativer til samme produkt. Resultatet av en sammenligning avhenger imidlertid ikke bare av modellen: Det har også betydning om du kjører verktøyet i en terminal, et redigeringsprogram eller et skymiljø.
4. februar 2026 kunngjorde GitHub offentlig forhåndsvisning av Claude og Codex i Agent HQ. Via GitHub kan du tildele en agent en oppgave og deretter få en pull request til gjennomgang. Men et felles grensesnitt gjør ikke dette til en laboratoriebasert sammenligning: Modellene, innstillingene og kjøremiljøet kan være forskjellige. Det er heller ikke det samme som å kjøre Claude Code eller Codex lokalt.
Ifølge GitHubs gjeldende dokumentasjon om tredjepartsagenter bruker øktene GitHub Actions-minutter og AI-kreditter; kostnadene avhenger av modellen og antallet behandlede tokener. Kritikk av en bestemt utvidelse gjelder derfor ikke nødvendigvis alle måter å bruke Claude Code på, og en vellykket skyøkt garanterer ikke at det samme verktøyet passer til det daglige arbeidet i et redigeringsprogram.
Hva dataene om pull requests viser
I en studie publisert i 2026 analyserte forfatterne 7 156 pull requests fra fem agenter. De fant at andelen godkjente endringer avhenger av oppgavetypen: Claude Code oppnådde for eksempel gode resultater innen dokumentasjon og nye funksjoner, mens Codex gjorde det godt i flere kategorier, blant annet feilrettinger og refaktorering. Forfatterne fant ingen agent som konsekvent ledet i alle kategorier. Flere detaljer finnes i studien av godkjenning av pull requests.
Disse resultatene svarer ikke på spørsmålet om hvilket produkt som er best i ditt repositorium. Studien bygger på offentlige pull requests fra en tidligere periode, ikke på en kontrollert test av aktuelle versjoner under like forhold. Utvalget for Claude Code var betydelig mindre enn for Codex: 139 pull requests mot 2 002. Dessuten er godkjenning av en pull request ikke det samme som kodekvalitet: Forfatterne påpeker at repositoriet, brukerens erfaring og andre ukontrollerte faktorer kan påvirke resultatet.
Studien er nyttig ikke som en resultatliste, men som en påminnelse om at resultatet kan avhenge av oppgaven. For å finne ut hva som passer for deg, bør du teste verktøyene på arbeid du faktisk utfører.
Kvotegrenser er ikke ett enkelt mål
I en Reddit-diskusjon om kvotegrenser ba forfatteren folk sammenligne hvor mye praktisk brukstid ulike abonnementer og modeller gir. Svarene sprikte: Én deltaker foretrakk for eksempel Codex på et lavere nivå, og Claude på dyrere nivåer. Dette er personlige vurderinger, ikke målinger gjort på identiske oppgaver og med like innstillinger. Diskusjonen om kvotegrenser beviser ikke hvilken tjeneste som gir mest for pengene.
«Kvotegrense» kan dessuten bety en grense over noen timer, en ukentlig kvote eller en subjektiv opplevelse av om abonnementet holder til den vanlige arbeidsmengden. 6. mai 2026 meldte Anthropic om økte femtimersgrenser for Claude Code for flere abonnementer og om at reduksjonen av grensene i rushtiden ble fjernet for Pro og Max. Dette er en konkret endring i vilkårene, men svarer ikke på hvor mye arbeid hver bruker får sammenlignet med Codex.
Noter abonnement, modell, innstillinger og kjøremåte når du sammenligner selv. Hvis det ene verktøyet kjører lokalt og det andre via GitHub Agent HQ, kan forskjeller i forbruk skyldes både agenten og forholdene i miljøet.
Slik sammenligner du verktøyene i ditt eget repositorium
Velg noen oppgaver som ligner det daglige arbeidet ditt: feilretting, en mindre funksjonsendring og oppdatering av dokumentasjon. Gi hvert verktøy samme oppgavebeskrivelse og tilsvarende tilgang til repositoriet. Noter hvilke modeller og innstillinger du velger.
Vurder deretter ikke bare resultatet, men også hvor mye arbeid som kreves for å kontrollere det:
- Bestod eksisterende tester? Hvilke kontroller måtte du kjøre eller legge til manuelt?
- Hvor mange ganger måtte du presisere oppgaven eller gripe inn i endringene?
- Hvor lett er det å forstå og kontrollere diffen?
- Hvor lang tid tok arbeidet, og hvilke kvoter eller kreditter brukte det?
- Var det unødvendige endringer, oversette krav eller feil?
Ikke slå sammen oppgaver av ulike typer til én poengsum uten forklaring. Hvis du vil prøve en arbeidsflyt der én agent gjør endringene og en annen kontrollerer dem, bør du behandle den som en egen prosess: Registrer ekstra tidsbruk og forbruk, og kontroller selv tilbakemeldingene fra den andre agenten. Brukererfaringer kan foreslå en slik tilnærming, men beviser ikke at den er mer pålitelig eller kostnadseffektiv.
Velg mellom Claude Code og Codex ut fra mer enn en avstemning eller én fortelling om å ha byttet verktøy. Test begge på dine egne oppgaver, i riktig miljø og med de faktiske abonnementsgrensene i mente. En slik test gir ikke et universelt svar for alle team, men den kan hjelpe deg med å finne ut hvilket alternativ som passer arbeidsflyten din.