Claude Code og Codex sammen: 3 arbejdsmønstre

Praktisk materiale om at arbejde med agenter og vibe coding: Ailoot-dokumentation.

Hvorfor er ét værktøj ikke længere nok i 2026?#

I maj 2026 trængte OpenAI ind på Anthropics område med modellen GPT-5.5 i Codex CLI. I de seneste benchmarks har Codex en klar føring på terminalopgaver og i SWE-bench Verified-tilstand. Anthropic svarede med Opus 4.8 og Dynamic Workflows og fastholdt sin føring på SWE-bench Pro (en test designet til at forhindre datalækage, hvor det ikke hjælper at træne en model på benchmarken). En detaljeret direkte sammenligning findes i guiden Codex vs. Claude Code—her går vi direkte til samarbejdet.

I 2026 er der ingen enkelt vinder. Ét mønster dominerer—teams beholder Codex til billigt, autonomt arbejde og Claude Code til risikable arkitekturbeslutninger.

Den afgørende forskel for, hvordan arbejdet skal fordeles:

• Claude Code er researcheren. Det kan føre en lang, dybdegående dialog, stiller spørgsmål ved antagelser og overvejer flere tilgange, før det vælger en løsning. Det passer til situationer, hvor den rigtige handling ikke er åbenlys fra begyndelsen.
• Codex er udføreren. Det får en opgave og driver den frem mod resultater i en sandkasse. Det passer til klare opgaver, der kræver en hurtig “giv-og-få”-cyklus.

Hvis du har begge værktøjer ved hånden, behøver du ikke vælge mellem “at tænke” og “at gøre”. Du delegerer ud fra opgavetypen. Hvis du ikke har besluttet, hvilket af de to du skal installere først, findes der en direkte sammenligning i guiden Codex vs. Claude Code.

Mønster 1: Claude Code skriver koden, Codex gennemgår den#

I dette mønster forbliver Claude Code den primære redaktør. Codex kommer først ind på PR-niveau via sin cloud-tilstand (Codex kører direkte fra ChatGPT eller GitHub App, så du behøver ikke en ekstra terminal).

Sådan ser det ud i praksis:

1. Trin 1: Skriv funktionen i Claude Code

   Åbn repository'et i VS Code, start Claude Code, skift til Plan Mode, og drøft funktionens arkitektur. Du får et kodeudkast, tests og migreringer. Commit til en feature-branch.

2. Trin 2: Opret en PR i GitHub

   Åbn en pull request fra feature-branchen til main. Skriv @codex review this PR for edge cases, security issues, and test coverage gaps i beskrivelsen.

3. Trin 3: Codex gennemgår asynkront

   I cloud-tilstand kloner Codex repository'et til sin sandkasse, læser diffen, kører tests og linter og leder efter sårbarheder. Efter 5-15 minutter skriver det kommentarer direkte på PR'en.

4. Trin 4: Foretag ændringer i Claude Code

   Gå tilbage til Claude Code, og giv den Codex' kommentarer som kontekst: ”Her er, hvad gennemgangen fandt; ret punkt 1, 3 og 5.” Claude foretager ændringerne og publicerer dem til repository'et.

Dette mønster fungerer, fordi Claude og Codex blev trænet på forskellige datasæt og har forskellige tilgange. Codex ser det, Claude overså på grund af modellens blinde vinkler, og omvendt.

Risici ved mønster 1:

• Codex kan godkende og lukke en PR, selvom det overser et arkitekturproblem. Gennemgå selv vigtige beslutninger.
• Dobbelt tokenforbrug: Claude og Codex analyserer den samme kode. Det kan betale sig ved komplekse funktioner og er dyrt for små.
• Codex i cloud-tilstand kan ikke se dit lokale miljø—miljøvariabler eller lokale databaser. Hvis funktionen berører dem, så skift til en manuel kørsel.

Mønster 2: Codex laver udkastet, Claude Code retter arkitekturen#

Dette mønster blev brugt i det projekt, der beskrives fra 2026, hvor en prototype af et registreringsflow med e-mailnotifikationer skulle bygges på én aften. I dette scenarie kunne du bruge en time på at drøfte arkitekturen med Claude Code. Codex producerede et fungerende udkast på 12 minutter.

Sådan fungerer det:

Det fungerer sådan: Codex tager det grove arbejde de første 15 minutter, og derefter løfter Claude det til produktionskvalitet.

Bed Codex om at gøre det poleret med det samme, så går det i stå i tvetydigheder. Bed Claude Code om at gøre det hurtigt med det samme, så begynder det at tvivle på sine valg. Giv hver af dem det arbejde, de er skabt til.

Risici ved mønster 2:

• Codex genererer et udkast med antagelser, der kan være svære at rydde op i senere. Hvis udkastet går i den forkerte retning, er det billigere at kassere det og starte forfra end at rette det.
• Claude Code kan bruge en halv time på at omdøbe variabler og glemme det egentlige arkitekturproblem. Giv den specifikke ændringer, ikke “ryd op i det her”.
• Konteksten går tabt mellem sessioner. For at Claude Code kan forstå, hvad Codex havde til hensigt, skal du bruge en AGENTS.md (se mønster 5) eller en detaljeret kommentar i starten af filen.

Mønster 3: Codex til infrastruktur, Claude Code til forretningslogik#

Idéen er enkel: forskellige dele af en kodebase kræver forskellige arbejdsmetoder.

Dette mønster supplerer tilgangen med at køre flere Claude Code-instanser parallelt—dér håndterer den samme model forskellige opgaver via git worktrees; her fordeler to forskellige agenter ansvarsområderne.

Infrastrukturlag (Codex):

• GitHub Actions: tilføj et nyt job, justér caching, gør CI hurtigere.
• Tests: skriv en suite af integrationstests efter en refaktorering.
• Prisma-migreringer: generér en migrering, og kontrollér, at den kan rulles tilbage.
• Docker- / Coolify-konfigurationer: tilføj miljøvariabler, opdatér sundhedstjekket.
• Cron-jobs: skriv et sæt cron-handlere.

Codex klarer sig bedst her, fordi infrastruktur-opgaver ofte består af mange små filer med boilerplate-kode. Codex hænger sig ikke i, at det “skal tænke det igennem”; det driver arbejdet helt i mål.

Forretningslogik (Claude Code):

• Registreringsflow: hvad brugeren skal se på hvert trin.
• Prisberegning, der tager højde for rabatter, afbetaling og gavekampagnekoder.
• Automatiserede notifikationsflows: hvilke udløsere og betingelser.
• Eksterne API-integrationer: fejlhåndtering, gentagne forsøg, caching.
• Finansielle modeller: beregninger af enhedsøkonomi og indtægtsprognoser.

Claude Code klarer sig bedst her, fordi disse opgaver kræver længere dialog med produktforståelse. Uden at drøfte scenarier ender du med en teknisk løsning, der ikke tager højde for brugerens reelle problemer.

Sådan fordeles arbejdet i repository'et:

project/
├── .github/workflows/      ← Codex (CI, tests)
├── infra/                  ← Codex (Docker, Coolify, migrations)
├── scripts/                ← Codex (task scripts)
├── tests/                  ← Codex (integration tests)
├── src/
│   ├── lib/                ← Claude Code (business logic)
│   ├── app/                ← Claude Code (routes, forms, pages)
│   └── components/          ← Claude Code (UI)
└── prisma/
    └── schema.prisma       ← Claude Code (data models—product decision)

Det er ikke en fast regel. Der kan være overlap—for eksempel kan Claude Code redigere en GitHub Action, hvis handlingen har produktmæssig betydning (at sende en notifikation efter publicering). Men 80% af opgaverne passer godt til denne fordeling.

Hvordan synkroniserer du CLAUDE.md og AGENTS.md?#

Et uventet problem dukkede op i den beskrevne erfaring med at bruge Claude Code og Codex parallelt. Claude Code fulgte reglerne i CLAUDE.md (“rør ikke migreringer uden bekræftelse”). Codex kunne ikke se disse regler og kørte uden tøven migreringer i et arbejdsmiljø. Efter den tredje ødelagte database blev det nødvendigt at finde ud af, hvordan man holder begge filer korrekt synkroniseret.

Begge filer kan indeholde projektkontekst, samtalepræferencer, testkommandoer, mappeundtagelser og commitstandarder. Genbrug regler, der gælder begge værktøjer, og hold derefter hvert værktøjs specifikke kommandoer og konfiguration adskilt. Et forbud mod at ændre migreringer hører for eksempel hjemme i begge sæt instruktioner, hvis det gælder begge agenter.

Det samme i begge filer:

• Teknologistak: hvilke frameworks, hvilken database og hvilket ORM.
• Projektbeskrivelse: hvad det er, hvem det er til, og dets vigtigste entiteter.
• Forbud: hvilke mapper der ikke må røres, og hvilke kommandoer der ikke må køres.

Det, der er forskelligt:

• Claude Code-specifikke hooks, indstillingslag og MCP-konfiguration hører hjemme i de relevante Claude Code-konfigurationsfiler. Prosa om konventionerne kan henvises fra CLAUDE.md; den bliver ikke flytbar konfiguration alene ved at blive kopieret.
• AGENTS.md er en åben standard. Codex, Cursor, Aider, Continue, Cline og Factory Droid læser den—25+ agenter. Den separate guide gennemgår AGENTS.md-formatet mere detaljeret. Codex MCP-konfigurationer gemmes i ~/.codex/config.toml (TOML, ikke JSON som med Claude).

Et udbredt mønster i 2026 er én kanonisk regelkilde i monorepoets /context/-mappe, hvorfra et synkroniseringsscript genererer CLAUDE.md, .cursor/rules/*.mdc og AGENTS.md. De værktøjsspecifikke filer markeres som skrivebeskyttede; kun kilden redigeres.

Kør synkroniseringsscriptet via et pre-commit-hook eller via en GitHub Action. Hvis der foretages ændringer direkte i CLAUDE.md, fejler CI. Det beskytter mod regelafvigelser mellem værktøjerne.

En anden mulighed er det officielle Codex Plugin for Claude Code (annonceret den 30. marts 2026, version 1.0.4). Det tilføjer kommandoerne /codex:review, /codex:adversarial-review og /codex:rescue til Claude Code. Codex kører som en underagent med sin egen ~/.codex/config.toml og AGENTS.md. Det fjerner behovet for en ekstra terminal, men AGENTS.md er stadig nødvendig.

Hvad koster det at beholde begge, og hvor opstår besparelsen?#

Her er tallene for juni 2026 (data fra Anthropics og OpenAIs officielle abonnementssider og den officielle Codex-side):

Den billigste fungerende kombination: Claude Pro ($20) + ChatGPT Plus ($20) = $40/måned. Nok til soloprojekter med et par sessioner om dagen.

En reel kombination til en aktiv vibe coder: Claude Max 5x ($100) + ChatGPT Plus ($20) = $120/måned. I den beskrevne erfaring blev denne kombination brugt i de seneste 2 måneder: i den periode gik tre projekter live, og Claude-grænserne blev aldrig nået.

En kombination til et team: Claude Max 20x ($200) + Codex Pro ($200) = $400/måned. Det giver mening, når du har en stabil strøm af PR-gennemgange og cloud-opgaver, der kører parallelt med lokalt arbejde.

Besparelserne kommer fra:

• Mindre tid pr. funktion. Forfatterens måling: For 12 funktioner i maj-juni faldt tiden fra “en idé opstod” til “i produktion” fra 4 timer (én Claude Code) til 2.5 timer (kombinationen). Målt på forfatterens opgaver; din profil vil vise andre tal.
• Færre fejl. Ifølge de beskrevne observationer finder Codex PR-gennemgange 2-3 problemer ud af 10, som Claude overser. Hvert sådant produktionsproblem betyder en time eller to til at rette det plus potentiel nedetid.
• Parallelitet. Codex arbejder på funktion A i cloud-tilstand, mens brugeren arbejder med Claude på funktion B. Det fordobler gennemløbet.

Det kan ikke betale sig, hvis du skriver 1-2 funktioner om ugen. I så fald er én Claude Code Pro nok.

Hvornår har du ikke brug for et ekstra værktøj?#

Samarbejdet er ikke for alle. Ofte skaber det blot støj. Her er fire situationer, hvor et ekstra værktøj ikke er nødvendigt:

1. Soloprojekt i begyndelsen. Hvis du har én idé og kun tester den, er Claude Code + Plan Mode nok i en måned. Tilføj samarbejdet, når du rammer en flaskehals i tempoet.

2. Stramt budget. Hvis $20/måned er loftet, så vælg Claude Pro, og lad være med at bekymre dig om det. Claude alene dækker 80% af en vibe coders opgaver.

3. Enkel arkitektur. Et website med en formular, en bot med et par scenarier, et script, der indpakker et API—opdeling i lag giver ikke noget her. Én Claude Code kan klare det.

4. Alt fungerer allerede. Hvis du allerede har brugt Claude Code og ikke har haft en eneste opgave, det gik i stå med eller fejlede på i den seneste måned, så lad være med at reparere noget, der fungerer. Tilføj Codex, når behovet bliver tydeligt.

Og omvendt—tydelige tegn på, at det er tid til at tage et ekstra værktøj i brug:

• Claude Code er blevet en flaskehals: du venter på det i stedet for at arbejde.
• Der er dukket meget standardiseret infrastrukturarbejde op (migreringer, CI, tests), som du ikke bryder dig om at lade Claude udføre.
• Forskellige personer i teamet bruger allerede forskellige værktøjer—der er brug for et fælles sprog.
• Benchmarks viser, at Codex håndterer din type opgaver hurtigere (for eksempel terminaloperationer).

Sådan sætter du samarbejdet op på en aften#

En konkret plan for din første aften:

1. Trin 1: Installér Codex CLI

   I terminalen: npm install -g @openai/codex. Log ind med codex login—en browser åbnes, og du logger ind med din ChatGPT-konto. Codex kan se dit abonnement (Plus / Pro) og bruger dets grænser.

2. Trin 2: Skriv AGENTS.md som et operationelt dokument

   Gennemgå CLAUDE.md, og genbrug regler, der gælder begge værktøjer, i AGENTS.md: test- og lintkommandoer, commit-format, forbudte mapper og en beskrivelse af teknologistakken. Samtalepræferencer kan også deles. Tilpas værktøjsspecifikke kommandohenvisninger, og behold eksekverbare hook- og MCP-indstillinger i hvert værktøjs egen konfiguration; en kopieret Markdown-fil alene konfigurerer dem ikke.

3. Trin 3: Vælg et mønster til dit projekt

   Hvis du er soloudvikler og har CI, skal du bruge mønster 1 (Claude skriver, Codex gennemgår). Hvis det er et nyt projekt, og du har brug for tempo, skal du bruge mønster 2 (Codex laver udkast, Claude rydder op). Hvis det er et etableret projekt med et infrastrukturlag, skal du bruge mønster 3 (opdeling efter lag).

4. Trin 4: Eksperimentér i én uge

   Arbejd med det valgte mønster på 5-7 funktioner. Hold styr på tiden. Notér, hvilket værktøj der håndterede hver enkelt bedst. Efter en uge har du et reelt billede af dit brugsmønster.

5. Trin 5: Sæt synkronisering af regler op

   Tilføj scriptet scripts/sync-agent-rules.sh (se afsnittet om synkronisering). Tilknyt det som et pre-commit-hook eller via en GitHub Action. Derefter udbredes reglerne automatisk til begge filer.

Samarbejdet er ikke magi. Det er ganske enkelt to hjerner i stedet for én, hvor hver især dækker den andens svage punkter. Det vigtigste er ikke at sidde fast i diskussionen “Claude eller Codex”, når det rigtige svar længe har været “både Claude og Codex—til forskellige typer opgaver”.

Praktisk materiale om at arbejde med agenter: Ailoot-dokumentation.

Mere materiale og værktøjer: Ailoot.