Blogg

Codex vs Claude Code 2026: slik velger du et verktøy

Markdown

Sammenligning av Codex og Claude Code: priser og grenser, resonnering, AGENTS.md og CLAUDE.md, anmeldelser, bruksområder og en parallelltest på en reell oppgave.

Les hele artikkelen

Les mer om arbeid med modeller i Ailoot-dokumentasjonen.

Hva Codex og Claude Code er, på ett minutt

Hovedpoenget

Claude Code er Anthropics terminalagent: Den leser prosjektet, ber om tillatelse og arbeider i dialog. Codex CLI er OpenAIs agent, som arbeider autonomt i en sandkasse: Den mottar en oppgave, utfører den og viser resultatet. Begge kan redigere filer, kjøre kommandoer, arbeide med MCP og plugins. Forskjellen ligger i filosofien: Claude Code stopper opp for å stille spørsmål; Codex jobber seg fram til resultatet.

I april 2025 lanserte OpenAI et nytt produkt, Codex CLI, sammen med modellene o3 og o4-mini. Slik startet Codex som et åpen kildekode-verktøy – først en wrapper rundt o3/o4-mini, deretter en frittstående modell, GPT-5-Codex, og innen 2026 en hel serie: GPT-5.3-Codex, GPT-5.4, GPT-5.5, med en bryter for resonneringsinnsats fra minimal til xhigh.

Anthropic lanserte Claude Code tidligere, sommeren 2025, som en del av Claude Pro-abonnementet. Innen 2026 hadde det blitt et komplett økosystem: en VS Code-utvidelse, en nettversjon, mobilvarsler, en plugin-markedsplass og administrerte agenter med minne mellom økter.

Teknisk sett er begge agenter med de samme grunnleggende funksjonene:

  • lese og redigere filer i prosjektet ditt,
  • kjøre kommandoer i en terminal,
  • styre en nettleser (Computer Use),
  • koble til MCP-servere (Model Context Protocol) for å arbeide med eksterne systemer,
  • lagre prosjektinstruksjoner i en egen fil (CLAUDE.md for Anthropic, AGENTS.md for Codex),
  • starte underagenter som arbeider parallelt.

Forskjellene begynner på filosofinivå. Som standard ber Claude Code om tillatelse før det gjør endringer, forklarer fordeler og ulemper ved en beslutning og viser resonnementet sitt. Codex arbeider som standard i en isolert sandkasse og fullfører oppgaven, mens det legger alt det ikke fikk gjort med en gang, i TODO. Se beskrivelsen av isolasjonsmodusene i den offisielle OpenAI-dokumentasjonen.

Dette merkes til og med i grensesnittet: Med Claude Code hører du Claude som samtalepartner. Med Codex hører du en utfører.

Hvorfor valget ikke handler om det folk tror

Hovedpoenget

I 2026 står hovedvalget ikke mellom Codex og Claude Code. Det står mellom «å arbeide i andres sandkasse etter andres regler» og «å sette sammen en stakk der jeg styrer alt: editoren, modellen, konteksten og budsjettet». Bolt, Lovable og Replit Agent hører til det første. VS Code pluss en hvilken som helst agent (Codex eller Claude Code) hører til det andre. Uten en metodikk blir enhver stakk raskere en haug med utkast enn den ellers ville blitt.

Før vi sammenligner Codex og Claude Code etter funksjoner, må vi ta et skritt tilbake. I dette scenarioet ble nesten alle skybaserte IDE-er for vibe-koding som får oppmerksomhet nå, prøvd: Bolt, Lovable, Replit Agent, v0 og Emergent. Konklusjonen var den samme hver gang.

En skybasert IDE er en sandkasse. En god sandkasse, praktisk og pen. Men fortsatt en sandkasse. Du kan ikke se koden din. Du styrer ikke arkitekturen. Du bruker opp tokens 10–20 ganger raskere enn med en skikkelig stakk, fordi tjenestene legger sin egen fakturering oppå Anthropic eller OpenAI. Og verst av alt: Du kan ikke ta med deg prosjektet hvis du bestemmer deg for å dra.

Forfatteren beskriver kostnader som tilsvarer tre måneder av Claude Code-abonnementet sitt; han har fortsatt nok ressurser i abonnementet til to prosjekter til.

Dette er en typisk vei for en gründer innen vibe-koding:

  1. Fase 1: sandkasse

    Gikk inn i Bolt eller Lovable og satte sammen en prototype på en kveld. Begeistring.

  2. Fase 2: prøvde å skalere

    Jeg ville gjøre prototypen om til et produksjonsprosjekt. Jeg trengte kontroll over koden, min egen database, min egen autentisering og ordentlig Git. Sandkassen tillater ikke det.

  3. Fase 3: traff taket

    Brukte opp budsjettet 10 ganger raskere enn planlagt. Det er ikke lenger mulig å flytte prosjektet til min egen stakk – alle malene, databasene og filene er låst inne i tjenesten.

  4. Fase 4: gikk over til en skikkelig stakk

    Åpnet VS Code, installerte Claude Code eller Codex, brukte et par dager på å lære verktøyet – og følte at jeg endelig arbeidet som en profesjonell.

Den samme logikken gjelder Cursor. Cursor er en kopi av VS Code med AI-funksjoner lagt oppå. Googles Antigravity er en kopi av Cursor med fleragentfunksjoner lagt oppå. Jo lenger en fork beveger seg fra originalen, desto mer låser den deg til andres økosystem.

Det reelle valget ser slik ut:

  1. Skybasert IDE (Bolt, Lovable, Replit Agent, v0): praktisk for prototyping, men knytter deg til plattformen. Egner seg til å teste en idé over en helg.
  2. Halv-IDE (Cursor, Antigravity, Trae): et utviklingsmiljø, men en fork av VS Code som knytter deg til andres økosystem. Cursor bruker sin egen fakturering oppå leverandørenes API-er – det vil si at Claude og GPT du kobler til, går gjennom Cursors tokens, ikke direkte.
  3. Åpen stakk (VS Code + Codex / VS Code + Claude Code): du beholder den velkjente editoren, innebygd GitHub, filtreet og utvidelsene, og får en fullverdig agent på toppen.

Hvis du er på det tredje nivået, blir forskjellen mellom Codex og Claude Code taktisk. Du kan til og med arbeide med begge samtidig: Codex i ett worktree, Claude Code i et annet; git worktree skiller dem i ulike grener.

Og her kommer den andre regelen inn: Et verktøy gir deg fart, men uten metodikk arbeider farten mot deg. Den nyeste Opus 4.7 i hendene på noen som ikke har videreutviklet ideen, utformet arkitekturen eller gått inn i prosjektet gjennom Plan Mode og CLAUDE.md, produserer søppel, bare raskere enn vanlig. 99% av vibe-kodingsprosjekter blir forlatt i en tidlig fase nettopp fordi ideen ikke var gjennomarbeidet.

Vil du sette sammen en stakk som gjør Claude eller Codex pålitelig? Ett verktøy er bare en byggekloss. For pålitelig arbeid er stakken viktig: AI-klone + Second Brain + Context Engineering – det er dette som gjør enhver agent fra en «assistent med hallusinasjoner» til en pålitelig utfører.

Hva Codex og Claude Code faktisk koster i 2026

Hovedpoenget

Startplanen for begge koster rundt $20 per måned (ChatGPT Plus eller Claude Pro). Pro-planene koster $100 og $200. Codex er billigere for rutineoppgaver fordi det bruker omtrent fire ganger færre tokens på samme arbeid. I mai 2026 økte Claude Code de ukentlige grensene med 50% fram til 13. juli – avgjørende hvis du når grensen. Codex har et tilbud fram til 31. mai 2026: dobbelt så stor kvote på Pro 100 og 25 ganger så stor kvote på Pro 200.

Det første folk spør om, er hvor mye det koster per måned. Her er tallene, med forbehold:

ParameterCodex (OpenAI)Claude Code (Anthropic)
StartplanChatGPT Plus $20/mnd.Claude Pro $20/mnd.
Kraftig planPro $100 (Codex-nivå) eller Pro $200 (Max)Max 5x $100 eller Max 20x $200
Grenser per tidsvindu5-timersvinduer + ukentlig tak5-timersvinduer + ukentlig tak
StandardmodellGPT-5.4 mediumOpus 4.7 (Max), Sonnet 4.6 (Pro)
Toppmodell-APIGPT-5.5: $125 input / $750 output per 1M kreditterOpus 4.7: $5 input / $25 output per 1M tokens
Innstillinger for resonneringminimal / low / medium / high / xhighlow / medium / high / xhigh + interaktiv /effort
Tilbud fram til 31. mai 2026Pro $100: x2 bruk; Pro $200: 25x Plus+50% på ukentlige grenser fram til 2026-07-13

Kilder for kontroll: Codex-priser og Claude-priser.

Dette må du vite om grensene:

  • 5-timersvinduer er en liten «kurv» med meldinger som nullstilles hver femte time. I løpet av et vindu kan Plus-brukere sende 15 til 80 lokale meldinger med GPT-5.5 på Codex. På Pro 20x er det 300 til 1,600. Nøyaktige tall avhenger av hvilke modeller du bruker.
  • Ukentlig tak er en ukentlig grense i tillegg til 5-timersvinduene. I mai 2026 økte Anthropic den med 50% fram til 13. juli – for alle Pro-, Max-, Team- og setebaserte Enterprise-brukere. For Max 20x tilsvarer det omtrent 300 timer med Opus 4.7 per uke i stedet for de tidligere 200.

Hvis du gjør mye automatisering gjennom API-et (for eksempel kjører en agent i bakgrunnen på en server), kan den faktiske regningen lett overstige $500 i måneden. Noen ganger når den $5,000, skriver masturbyte.com. Dette gjelder tung API-bruk, ikke vanlig CLI-bruk.

Anbefaling av plan for din situasjon:

  • Færre enn 30 forespørsler om dagen, vanlige redigeringer: Plus eller Pro $20 for en av dem bør holde i massevis.
  • 30–100 forespørsler om dagen, lange agentøkter: Codex Pro $100 eller Claude Max 5x $100.
  • Mer enn 100 forespørsler om dagen, autonome oppgaver over flere timer: Claude Max 20x $200 (med maiøkningen på +50% gir den deg et stabilt tidsvindu) eller Codex Pro $200 (kraftigere for parallelle kjøringer og Computer Use).

Det samme budsjettet i Bolt eller Replit Agent forsvinner en størrelsesorden raskere.

Hvem tenker lengst: resonneringsnivåer i Codex og Claude Code

Hovedpoenget

Begge lar deg endre agentens «tankedybde». I Codex bruker du /effort minimal/low/medium/high/xhigh gjennom TUI-et eller model_reasoning_effort i config.toml. I Claude Code er nivåene de samme, pluss den interaktive /effort-glidebryteren. Jo høyere nivå, desto lenger tenker agenten, og desto mer koster forespørselen.

Resonneringsinnsats er en spak for å styre hvor grundig agenten vurderer en oppgave. På minimal løser Codex den som en enkel kodebitgenerator: raskt og billig, uten utvidet resonnering. På xhigh bruker den flere ganger så mange tokens, legger fram et tre av alternativer, sjekker randtilfeller og verifiserer sitt eget arbeid.

Codex-nivåer (kilde: den offisielle veiledningen for prompting):

NivåNår det bør brukes
minimalSvært enkle redigeringer, rutineoppgaver (rette en skrivefeil, oppdatere tekst)
lowEnkle refaktoreringer, raske redigeringer
mediumStandard, anbefalt til daglig bruk
highKomplekse oppgaver med flere trinn
xhighArkitekturbeslutninger, planlegging, oppgaver der forsinkelse ikke er et problem

Bytt med kommandoen /effort high i TUI-et uten å starte på nytt, eller legg til linjen model_reasoning_effort = "high" i ~/.codex/config.toml.

Claude Code har de samme nivåene, men du bytter mellom dem med den interaktive /effort-glidebryteren, som ble introdusert i april 2026 (endringsloggen for uke 16). I tillegg kan hooks siden 2.1.x se verdien effort.level og variabelen $CLAUDE_EFFORT, slik at du automatisk kan starte en annen hook for en oppgave med høy resonneringsinnsats.

Praktisk råd: Ikke prøv å «kjøre alt på maks». Den strenge regelen er medium som standard, med manuell overgang til xhigh bare når en oppgave faktisk er kompleks (en ny funksjon, arkitektur, en større refaktorering). Hvis du vil spare tokens, kan du lese veiledningen om Claude Code-grenser.

CLAUDE.md vs. AGENTS.md: forskjeller og hvorfor du trenger begge

Hovedpoenget

CLAUDE.md er Anthropics proprietære format, som bare leses av Claude Code. AGENTS.md er en åpen standard som leses av Codex, Amp, Googles Jules, Cursor, Factory og, siden september 2026, Claude Code hvis prosjektet ikke har CLAUDE.md. Hvis du bare arbeider i Claude Code, holder det med én CLAUDE.md. Hvis du bytter mellom verktøy og ikke har egne regler for Claude, holder det med én AGENTS.md. Hvis du har slike regler, bør du beholde AGENTS.md som den kanoniske filen og bruke @AGENTS.md i CLAUDE.md som en import.

Dette er to filer som fungerer som «instruksjoner for en agent» i prosjektet ditt. Begge er vanlig Markdown og kan ligge i repository-roten eller i undermapper. Forskjellen er hvilket verktøy som leser dem.

CLAUDE.md er Anthropics format, eksklusivt for Claude Code:

  • Støtter @import-syntaks: @AGENTS.md, @.claude/rules.md.
  • Forstår regler avgrenset til bestemte filbaner (en CLAUDE.md i en undermappe gjelder bare kode i den undermappen).
  • Kjenner til tillatelsesnivåer, delegering til underagenter og økter.
  • Delegering til underagenter og hooks konfigureres gjennom referanser i CLAUDE.md.

AGENTS.md er en åpen standard som ble kunngjort på agents.md:

AGENTS.md er et enkelt, åpent format for instruksjoner til kodeagenter. Tenk på det som en README for agenter.

— agents.md, https://agents.md/

Codex leser AGENTS.md-hierarkiet fra den globale ~/.codex/AGENTS.md til repository-roten og deretter i hver undermappe. Den nærmeste filen har prioritet. Amp, Googles Jules, Cursor og Factory støtter også det samme formatet, så én fil blir en universell kontekst for enhver agent i prosjektet.

⚠️ Viktig fotnote: Fra og med versjon 2.1.277 (utgitt 18. september 2026) leser Claude Code AGENTS.md på egen hånd, men bare hvis det ikke finnes CLAUDE.md, .claude/CLAUDE.md eller CLAUDE.local.md i arbeidsmappen eller over den. Hvis CLAUDE.md finnes, leser Claude Code bare den som standard, og AGENTS.md inkluderes med linjen @AGENTS.md i CLAUDE.md eller en symlink ln -s AGENTS.md CLAUDE.md. Linjen @AGENTS.md gjør ikke at filen leses to ganger. Du kan endre denne oppførselen i /config under Project instructions – for eksempel slik at Claude Code leser begge filene samtidig. Alle alternativene, steg for steg, finnes i veiledningen om bruk av AGENTS.md og CLAUDE.md i ett prosjekt.

Hvis du arbeider med begge verktøyene og trenger regler bare for Claude, er den beste strategien:

# CLAUDE.md
@AGENTS.md

## Claude-specific
- Use sub-agent for security review
- Permission level: workspace-write

Altså én kanonisk AGENTS.md pluss et tynt lag med Claude-spesifikke regler i CLAUDE.md som importerer AGENTS.md med @.

Dette overføres 1-til-1 mellom filene (kilde: migreringsveiledningen fra CLAUDE.md til AGENTS.md):

  • Kommandoer (build, test, lint).
  • Regler for kodestil.
  • Beskrivelse av arkitekturen.
  • Forbud mot å bruke bestemte mønstre.
  • Forretningskontekst.

Dette forblir bare i CLAUDE.md:

  • Instruksjoner om delegering til underagenter.
  • @import-kjeder.
  • Regler avgrenset til bestemte filbaner (CLAUDE.md i undermapper med andre regler).
  • Tillatelsesnivåer.
  • Preferanser for Output Style (omtalt nedenfor).

Dette er den første delen av prosjektets andre hjerne: filer som gir agenten kontekst. Den andre delen (strukturen business/ og ai-clone/) er omtalt i en egen veiledning.

Hva begge lanserte i mai 2026

Hovedpoenget

I mai 2026 lanserte Anthropic 16 Claude Code-oppdateringer: Plugin Marketplace, Managed Agents med Dreaming og Outcomes, +50% på ukentlige grenser, /goal, Agent View og hurtigmodus på Opus 4.7. OpenAI lanserte Codex Mobile (styring via iPhone), Codex for Chrome, Goal Mode GA og gikk over til tokenbasert prising for Business. Hvis du planlegger en beslutning, bør du bare se på versjonsnotater fra de siste to ukene; alt annet er utdatert.

Vår «nylige oversikt» fra for en måned siden er allerede utdatert. Gjennomgangen av endringsloggene for begge verktøyene i mai 2026 samler endringene – her er det viktigste.

Anthropic Claude Code (ifølge code.claude.com/docs/en/whats-new):

  • Uke 20 (11.–15. mai): Agent View – kommandoen claude agents viser én skjerm for alle aktive Claude Code-økter: hva som kjører, hva som er blokkert, og hva som er ferdig. /goal – agenten fortsetter å arbeide gjennom flere runder til den når den angitte betingelsen. Hurtigmodus gikk som standard over til Opus 4.7. Rewind kan nå komprimere tidligere kontekst med «Oppsummer fram til her».
  • Uke 19 (4.–8. mai): Plugin Marketplace. Plugins lastes inn fra .zip-arkiver og URL-er. Anthropic har en kuratert katalog, claude-plugins-official, i tillegg til en fellesskapskatalog.
  • Uke 18 (27. april–1. mai): claude ultrareview for CI, claude project purge, PR-URL i /resume.
  • Uke 17 (20.–24. april): /ultrareview offentlig forhåndsvisning for forskning, øktoppsummering, egendefinerte temaer.
  • Uke 16 (13.–17. april): Opus 4.7 som standardmodell på Max/Team Premium. Nivået xhigh for /effort. Interaktiv /effort-glidebryter. Rutiner på Claude Code Web. Pushvarsler på mobil. Kommandoen /usage.
  • 6. mai, Code w/ Claude i San Francisco: Managed Agents i forskningsforhåndsvisning. Dreaming – en agent samler minne mellom økter. Outcomes – skriv en vurderingsrubrikk som definerer «hva suksess betyr», og la en egen evaluator vurdere resultatet. Multiagent Orchestration. Webhooks for langvarige resultater. Kilder: Anthropics blogg og Simon Willisons direktesendte blogg.
  • 13. mai: +50% på ukentlige grenser fram til 13. juli 2026 for Pro, Max, Team og Enterprise med setebasert betaling.

OpenAI Codex (ifølge developers.openai.com/codex/changelog):

  • 14. mai: Codex Mobile. Start Codex CLI på en Mac, skann QR-koden i ChatGPT-mobilappen og styr agenten fra telefonen.
  • 21. mai, v26.519: Goal Mode GA, Remote computer use, deling av plugins.
  • 7. mai: Codex for Chrome – en nettleserutvidelse som lar agenten se hva som er åpent.
  • 9. april: Codex gikk over til tokenbasert prising for Business og nye Enterprise-planer (i stedet for meldingsbasert).

Dette betyr følgende for valget ditt:

  • Hvis mobilbruk er viktig for deg, er Codex Mobile mer modent (det kobles til en Mac med én QR-kode). Claude Code Web finnes, men grensesnittet er laget for en fullstor datamaskin.
  • Hvis minne mellom økter er viktig for deg, er Anthropics Managed Agents med Dreaming i en forskningsforhåndsvisning; Codex har ingenting tilsvarende.
  • Hvis prising for tunge autonome prosesser er viktig for deg, er Codex billigere, og Goal Mode er allerede allment tilgjengelig. Claudes /goal kom en uke tidligere, men er fortsatt bare tilgjengelig i tidlig forskningsfase.

⚠️ Ett viktig poeng: Anthropic avviklet Output Styles i Claude Code og foreslo å flytte til plugins, hooks eller underagenter (se den offisielle dokumentasjonen). Hvis du leser eldre artikler om Output Styles, bør du overføre den logikken til den nye stakken med plugins / hooks / underagenter.

Tjenestetilgjengelighet og alternative verktøy

Hovedpoenget

Sjekk tilgjengeligheten til Codex og Claude Code opp mot leverandørenes vilkår. Alternativene inkluderer DeepSeek, GLM-5.1 (et Anthropic-kompatibelt endepunkt) og Cline + DeepSeek i VS Code. Disse alternativene er omtrent 15–20% svakere på programmering enn Claude og Codex – omtrent som å «arbeide på Sonnet i stedet for Opus». Men de er gode nok til de fleste oppgaver.

La oss se på alternativene.

Codex CLI eller Claude Code kan installeres med standardmetoden for npm eller det offisielle installasjonsprogrammet. Alternativ #1: DeepSeek

DeepSeek V4 (utgitt 24. april 2026) er en kinesisk modell; den oppførte betalingsmetoden er Alipay (QR-kode).

Tokenprisene er omtrent 0.27 / 1.10 dollar per million. Det er ti ganger billigere enn Sonnet 4.6 på en sammenlignbar referansetest.

Alternativ #2: GLM-5.1 (Zhipu AI / z.ai)

GLM-5.1 er en MoE-modell på 744B, lisensiert under MIT, som kan utføre autonome oppgaver som varer i 8+ timer. z.ai har et Anthropic-kompatibelt API-endepunkt, og det kan teknisk sett kobles til som en direkte erstatning. Priser: et gratisnivå gjennom NVIDIA NIM eller betalt tilgang gjennom z.ai.

Alternativ #3: Cline i VS Code

Cline er en VS Code-utvidelse og en autonom kodeagent. Den støtter Cline API, ChatGPT, Claude, Gemini og DeepSeek.

Konfigurer den med en .clinerules-fil – tilsvarende CLAUDE.md eller AGENTS.md, men i Clines format.

Alternativ #4: Yandex GPT / Sbers GigaChat

Kodekvaliteten er svakere enn hos Codex eller Claude, men den er god nok til rutineoppgaver (generering av SQL, enkle skript). Kontekstvinduet er mindre, og det finnes ikke et fullverdig agentoppsett.

Hvilken stakk du faktisk bør bruke:

Tips

Codex CLI (Plus $20) til rutinearbeid + Claude Code Pro $20 til arkitektur.

Uansett hvilket verktøy du velger, forblir metodikken – arkitektur, andre hjerne og verifiseringssyklus – den samme.

Reelle anmeldelser: hvem byttet, og hvorfor

Nedenfor er fire viktige sitater fra personer som brukte begge og skrev offentlige anmeldelser.

1. HN-tråden «Is Codex really on Par with Claude Code?» (desember 2025):

De siste par ukene har jeg stort sett gått over fra Claude Code (Opus 4.6) til Codex (GPT-5.4 high).

— d-lo

Oppsummerende oversikt over disse fire kildene:

Der Codex vinnerDer Claude Code vinner
Tokenkostnader og hastighetsgrenser – du kan arbeide hele dagen for $20Kodekvalitet – 67% av blindtestene
Hastighet, særlig med GPT-5.4 mediumAvklarende spørsmål før handling – viktig for ikke-programmerere
Isolert sandkassemodus gir autonomi – den fullfører oppgaver uten inngripenGrensesnitt og frontend-arbeid
Mer moden Computer Use (ifølge Fulton)Arkitektur og planlegging – resonnerer grundigere
Dobbeltkjører ikke oppgaver når den arbeider med TODOSikkerhetsarbeid

Hovedkonklusjonen fra disse reelle anmeldelsene er at ingen av dem er «best». De er optimalisert for ulike scenarioer. De fleste som har prøvd begge i mer enn to uker, ender med å bruke dem parallelt. Hvorfor meningene om Codex spriker så mye, og hvordan det fungerer i daglig arbeid, omtales i artikkelen om Codex-anmeldelser og erfaringer.

Slik velger du for din situasjon: 5 typiske scenarioer

Hovedpoenget

For fem typiske situasjoner er dette den konkrete anbefalingen: En nybegynner uten programmeringserfaring bør velge Claude Code Pro $20 (det forklarer fordeler og ulemper ved beslutninger). En markedsfører som bygger en innholdsfabrikk, bør velge Codex Plus $20 (rutinearbeid, maler). En jurist som arbeider med dokumenter, bør velge Claude Code Pro (lang kontekst). En gründer med ett produkt bør velge Claude Code Pro / Max 5x (kvalitet > pris). En erfaren utvikler bør bruke begge parallelt.

Her følger fem arketyper, med en konkret anbefaling for hver.

1. Helt nybegynner som aldri har skrevet kode og vil bygge sin første fungerende prototype.

Anbefaling: Claude Code Pro $20.

  • Claude stiller som standard avklarende spørsmål før det endrer kode. Det er avgjørende for en nybegynner: Du lærer hva som skjer.
  • Codex er autonomt som standard. For en nybegynner betyr det at du får kode du ikke vet hvordan du skal rette hvis noe går galt.

2. Markedsfører som bygger en innholdsfabrikk (utsendelser, parsing, formatering).

Anbefaling: Codex Plus $20.

  • De fleste oppgavene er rutinepregede, med logikk basert på maler (generering av skript, RSS-parsing, formatering, dataoverføring).
  • Codex er billigere for gjentakende, like oppgaver fordi det bruker færre tokens.
  • Skills + Hooks lar deg lage maler for arbeidsflyter som skal gjentas.
  • AGENTS.md i repositoryet for innholdsprosjektet lar deg koble til ulike AI-verktøy parallelt.

3. Jurist som automatiserer dokumenter (kontrakter, sjekklistebaserte gjennomganger).

Anbefaling: Claude Code Pro $20 eller Max 5x $100.

  • Claude er bedre med lang kontekst og nyanser (PDF-parsing, oppsummering av kontrakter).
  • Outcomes i Managed Agents er et ideelt mønster for å «kontrollere denne kontrakten mot en sjekkliste med 30 punkter».
  • Kvaliteten på resonneringen er viktigere enn prisen – en juridisk feil koster mer enn et abonnement.

4. Gründer med ett produkt (enkel CRUD-prototype, forretningslogikk).

Anbefaling: Claude Code Pro $20 til å begynne med, deretter Max 5x $100 hvis tempoet ditt er over 30 forespørsler om dagen.

  • Claude stiller avklarende spørsmål, noe som er viktig for en ikke-programmerer.
  • Kodekvaliteten er høyere – færre feil i starten og enklere vedlikehold senere.
  • Etter hvert som prosjektet vokser, gir Max 5x med maiøkningen på +50% et stabilt tidsvindu uten avbrudd.

5. Erfaren utvikler eller teknisk leder (rutineoppgaver + komplekse arkitekturbeslutninger).

Anbefaling: begge parallelt.

  • Codex Pro $100 til rutinearbeid, refaktorering og kodegjennomgang.
  • Claude Code Max 5x $100 til arkitektur, sikkerhetsfølsomme oppgaver og frontend-arbeid.
  • AGENTS.md som én autoritativ kilde + @AGENTS.md-import i CLAUDE.md.

⚠️ Denne tabellen er ikke et dogme. Den er et utgangspunkt. Den eneste måten å ta et reelt valg på er å teste begge verktøyene parallelt på oppgaven din.

Slik tester du begge gjennom en helg uten å bruke opp budsjettet

Hovedpoenget

Ta en reell funksjon fra prosjektet ditt – en faktisk oppgave, ikke et eksempel fra en veiledning. Legg den i to git worktrees. Bruk Claude Code i den ene og Codex i den andre. La dem implementere den parallelt gjennom én helg. Mål fire ting: tid til første kompilering, antall iterasjoner, kodekvalitet og totalkostnad. Ett eksempel beviser ingenting – gjenta på minst 3–5 forskjellige typer oppgaver.

Den mest rettferdige måten å velge på er å gjennomføre en parallelltest. Stegene er beskrevet nedenfor.

  1. Steg 1: klargjør to worktrees

    Fra samme opprinnelige arbeidskopi oppretter du to ubrukte grennavn fra dens nåværende HEAD og plasserer dem i worktrees. Hold arbeidskopien på samme commit mens begge kommandoene kjøres. Commit felles instruksjoner der først hvis begge verktøyene skal starte med dem. Finnes et av grennavnene allerede, velger du et ubrukt navn fremfor å tvinge en tilbakestilling:

    git worktree add -b feature-claude ../my-project-claude HEAD
    git worktree add -b feature-codex ../my-project-codex HEAD
    

    Nå har du to arbeidskopier av den samme koden i forskjellige kataloger. Du kan åpne dem i to VS Code-vinduer.

  2. Steg 2: opprett AGENTS.md og CLAUDE.md

    Før noen av agentene startes, legger du samme AGENTS.md med generelle prosjektregler (kommandoer, stil, arkitektur) i begge worktrees, eller committer felles regler i den opprinnelige arbeidskopien før steg 1.

    I CLAUDE.md:

    @AGENTS.md
    
    ## Claude-specific
    - Sub-agent for security review
    - Permission level: workspace-write
    

    Da gjelder de samme reglene for begge agentene.

  3. Steg 3: velg én reell oppgave

    Ikke et eksempel fra en veiledning, ikke «regn ut en fakultet». En reell oppgave du trenger løst i prosjektet ditt. Noe som omfatter databaseintegrasjon, autentisering eller skjemabehandling. Avgrens den til 4–8 timers arbeid for en erfaren utvikler.

    Skriv oppgaven i samme format for begge agentene: en punktliste med krav, godkjenningskriterier og lenker til eksisterende kode.

  4. Steg 4: start dem parallelt

    • Start Claude Code med oppgaven i det første worktreet.
    • Start Codex CLI med den samme oppgaven i det andre.
    • Ikke grip inn de første 30 minuttene. La dem arbeide.
    • Hvis en agent stiller avklarende spørsmål, svar på samme måte i begge vinduene.
  5. Steg 5: mål fire ting

    • Tid til første kompilering / tester som består.
    • Antall iterasjoner – hvor mange ganger du måtte si «ikke slik, gjør det på nytt».
    • Kodekvalitet – etter en automatisk gjennomgang (npm test, lint, type-check).
    • Kostnad – i Codex via /usage; i Claude Code via /usage eller administrasjonsoversikten.
  6. Steg 6: gjenta på 3–5 oppgaver

    Ikke trekk konklusjoner fra én sammenligning. Det finnes for mange tilfeldige faktorer. Minst tre forskjellige typer oppgaver: én med fokus på grensesnittet, én på forretningslogikk og én på integrasjon med en ekstern tjeneste.

    Etter 3–5 parallelle tester får du et realistisk bilde av «hva som gjør arbeidet ditt raskere».

Testbudsjettet er omtrent $40–80 for begge verktøyene til sammen (hvis du allerede har Plus- og Pro-abonnementer, trenger du ikke betale ekstra).

Flytte fra CLAUDE.md → AGENTS.md uten problemer

Hovedpoenget

Hvis du allerede arbeider i Claude Code og vil begynne å prøve Codex, trenger du ikke skrive om CLAUDE.md. Opprett AGENTS.md med de generelle reglene, og legg @AGENTS.md på første linje i CLAUDE.md. Da får du én kanonisk versjon av instruksjonene. Behold Claude-spesifikke regler (delegering til underagenter, regler for bestemte filbaner, tillatelsesnivåer) bare i CLAUDE.md. Skills og hooks flyttes til .agents/skills/ og ~/.codex/config.toml.

I dette scenarioet brukes én kanonisk versjon pluss en import.

Steg for et nytt prosjekt:

  1. Opprett AGENTS.md i roten med en gang. Legg alt som er felles, der:

    • Kommandoer (build, test, lint).
    • Regler for kodestil.
    • Arkitekturbeskrivelse (hvor modellene, tjenestene og rutene er).
    • Forbud mot å bruke bestemte mønstre.
    • Forretningskontekst.
  2. Opprett CLAUDE.md med et tynt lag Claude-spesifikke regler:

# CLAUDE.md

@AGENTS.md

## Claude-specific
- Run a sub-agent for security review using the `Agent` tool
- Permission level: workspace-write
- @.claude/permissions.md
- @.claude/business-context.md
  1. Hvis du har lange arbeidsprosedyrer på over 500 ord, flytt dem til Skills:

    • I Claude Code: .claude/skills/<name>/SKILL.md
    • I Codex: .agents/skills/<name>/SKILL.md
  2. Konfigurer Hooks i begge:

    • Claude Code: ~/.claude/hooks/ eller .claude/hooks/ for prosjektet.
    • Codex: seksjonen [hooks] i ~/.codex/config.toml.
  3. MCP-servere er standardiserte og overføres 1-til-1. Hvis du allerede har konfigurert dem for Claude, kopierer du konfigurasjonen til Codex med codex mcp add.

Dette overføres ikke automatisk:

  • Delegering til underagenter i Claude Code har en tilsvarende funksjon i Codex via subagenter, men konfigurasjonen har et annet format.
  • @import-kjeder finnes bare i Claude. I Codex organiseres AGENTS.md-hierarkiet gjennom katalogtreet.
  • Output Style er en eldre mekanisme; plugins / hooks / underagenter har overtatt (se ovenfor).

Hvis du har fulgt veiledningen «Slik konfigurerer du CLAUDE.md», tar migreringen omtrent en halvtime: opprett AGENTS.md, kopier de universelle delene dit og la bare Claude-spesifikt materiale og @AGENTS.md stå øverst i CLAUDE.md.

Hvor bransjen er på vei, og hva det betyr om et år

Hovedpoenget

I mai 2026 kjøpte Anthropic Stainless (en SDK-generator), Google lanserte Antigravity 2.0 på Gemini 3.5 Flash, og Cursor laget Composer 2.5-modellen sin på Kimi K2.5, ti ganger billigere enn Opus 4.7. Codex ble tilgjengelig på mobil. Den åpne AGENTS.md-standarden vinner terreng. Landskapet vil være annerledes om et år – ikke ta et «for alltid»-valg. Velg en stakk du kan bytte fra på en uke.

Hvis jeg hadde skrevet denne veiledningen for et år siden, ville halvparten av verktøyene som nevnes her, ikke eksistert. Det samme vil være tilfelle om et år. Derfor anbefaler jeg å ha tre regler i bakhodet:

Regel 1: velg en stakk du kan bytte fra på en uke.

Hvis du bruker Bolt og har kodet på et prosjekt med 30 skjermer i to måneder, er det smertefullt å flytte. Hvis du bruker VS Code + Claude Code og vil prøve Codex om seks måneder, tar byttet en time (opprett AGENTS.md, importer den i CLAUDE.md). Slik ser frihet med en åpen stakk ut.

Regel 2: AGENTS.md er forsikring mot å bli bundet til én plattform.

Den åpne standarden leses av Codex, Amp, Googles Jules, Cursor, Factory og, siden september 2026, Claude Code. Listen vokser hver måned. En fil i repositoryet vil overleve tre verktøybytter.

Regel 3: metodikken er det som ikke bør endres.

Modeller, IDE-er, priser, grenser og funksjoner vil endres. Én ting vil ikke endres: hvordan du går fram i et prosjekt – hvilken arkitektur du bruker, hvordan du gir kontekst til en agent, og hvilken verifiseringssyklus du følger. Vibe-koding som en profesjonell = en stakk bygget oppå en metodikk. Uten metodikk produserer den nyeste modellen søppel raskere enn vanlig.

Hva som skjedde blant konkurrentene i mai 2026, og hvorfor det endrer bildet:

  • OpenAI: Codex Mobile (styring fra iPhone), Codex for Chrome, Goal Mode GA, tokenbasert prising for Business.
  • Google: Antigravity 2.0 på Gemini 3.5 Flash (skrivebordsapp + CLI + SDK, 19. mai). Jules har vært et fullverdig produkt siden august 2025.
  • Cursor: Composer 2.5 med Kimi K2.5 integrert, ti ganger billigere enn Opus 4.7 (18. mai, forsterket av Elon på X).
  • Anthropic: Stainless (SDK-generator) kjøpt 18. mai. Plugin Marketplace blir en førsteklasses funksjon. Managed Agents med Dreaming, Outcomes og Multiagent Orchestration.

Hvilken som helst av dem kan endre valget om seks måneder. Ikke sats på ett verktøy. Sats på en universell stakk som tåler at hvilket som helst av dem endres.

En vibe-kodingsstakk: AI-klone + Second Brain + Context Engineering.

Til videre arbeid, bruk Ailoot.

Flere detaljer

Spørsmål om denne veiledningen: Codex vs Claude Code 2026: slik velger du et verktøy

Hvorfor kan de opprinnelige worktree-kommandoene feile i et ferskt repository?

Et eksplisitt grenargument navngir vanligvis en eksisterende gren. Bruk git worktree add -b for å opprette hver ubrukt sammenligningsgren. Kjør begge kommandoene fra den uendrede opprinnelige arbeidskopien, slik at HEAD peker på samme startcommit.

Hvordan gjør jeg sammenligningen rettferdig?

Gi begge verktøyene samme oppgave, kildecommit, prosjektinstruksjoner og akseptansekriterier. Registrer tid til beståtte tester, styringsrunder, resultatkvalitet og forbruk. Gjenta på flere typer reelle oppgaver fremfor å velge en vinner fra én kjøring.

Alle artikler