Codex vs Claude Code, ud fra filerne på din egen disk
Ikke en dom om hvem der skriver bedre kode. En beskrivelse af hvordan de to rent faktisk opfører sig, skrevet af dem der skulle få ét vindue til at styre begge.
Hvorfor denne sammenligning er anderledes end de andre
Det meste af det, der er skrevet om Codex vs Claude Code, er en benchmark på en eller andens bærbare, og det er forældet inden for en måned, fordi begge udgiver modeller hurtigere, end nogen kan nå at skrive om dem. Denne side gør ikke det. Hvem der skriver bedre kode end den anden, er et spørgsmål om modellerne den dag, du spørger, og vi vil ikke lade som om vi kan afgøre det.
Det vi kan fortælle dig, er hvad de to programmer består af, fordi Vobuda måtte læse begge for at kunne tegne en kontrolbjælke over dem. Hvor hver af dem gemmer sine sessioner, hvad den kalder at genoptage en, hvor dens modelliste ligger, hvordan den melder ud hvilken tilstand den er i. Det er fakta på din egen disk, de ændrer sig langsomt, og det er dem, der afgør, hvordan hver især passer ind i en arbejdsdag.
Kort fortalt: Claude Code er den mest gennemskuelige af de to udefra. Den skriver sine modeller ind i en fil, gemmer sine sessioner i en mappe pr. projekt, og bruger et flag til at genoptage en. Codex holder mere af sig selv for sig selv. Den skifter model gennem en vælger af sin egen, så det ærlige er at åbne den vælger og læse, hvad den viser, frem for at levere en liste, der vil være forkert.
Hvor hver af dem gemmer hvad
Alt i denne tabel findes på maskinen foran dig, og du kan selv gå og kigge.
| Claude Code | Codex | |
|---|---|---|
| Tidligere sessioner | En mappe pr. projekt under ~/.claude/projects | Ét indeks, ~/.codex/session_index.jsonl, der navngiver hver tråd |
| Åbn en gammel | --resume <id> | resume <id> |
| Genoptag den seneste | --continue | resume --last |
| Skills | ~/.claude/skills, plus den tilsvarende mappe i projektet | ~/.codex/skills, plus den tilsvarende mappe i projektet |
| Modelliste | Sin egen fil, skrevet som dens server fortæller den, så en ny model dukker op den dag den udgives | Dens egen vælger, som menuen åbner og læser række for række |
| Indstil modellen | /model til modellen, /effort til niveauet | Dens egen /model-vælger, og så et niveau for hver model |
| Dens indstillinger | settings.json | config.toml |
| Hvad statuslinjen viser | Opus 5.5 med høj indsats, Claude Max | gpt-5.6-terra medium |
| Hvordan processen ser ud | claude | node, fordi Codex kører som node |
Aflæst i september 2026 mod de aktuelle installationer af begge. Deres egen dokumentation er autoriteten; dette er, hvordan de to ser ud fra et vindue, der skal styre dem.
To mapper, og alt tabellen ovenfor er aflæst fra
Ingen af agenterne skjuler noget af dette. Kontrolbjælken i Vobuda læser præcis disse filer, hvilket er grunden til, at den kan vise en modelliste, vi aldrig selv har skrevet ned.
settings.json model, indsats, tilladelserprojects/ en mappe pr. projekt <project>/ dens sessioner, nyeste sidstskills/ dine, plus projektets egnehistory.jsonl hvad du skrev, i rækkefølgeconfig.toml model og ræsonnementsniveausession_index.jsonl hver tråd, én linje hverskills/ dine, plus projektets egneTre fælder vi ramte, så du kan genkende dem
Hver eneste af disse var først en fejl i Vobuda, og hver af dem siger noget sandt om de to agenter.
En Claude-sessions dybeste proces er ofte codex
Claude Code kører Codex som sin egen hjælper. Så at bruge den dybeste proces i træet til at afgøre, hvilken agent en blok tilhører, fik dokken til at sige CODEX over en Claude-session og fik ny til at genstarte det forkerte program. Den agent, en blok tilhører, er den, personen startede, ikke den, den selv startede.
Codex er ikke node_repl
Codex kører som node, og en shell starter et program ved at forke sig selv og derefter erstatte sig selv med det program, så proceslisten bliver ved med at kalde det ved det gamle navn resten af dets levetid, medmindre der spørges direkte om den eksekverbare fil ved navn. En blok, der kørte Codex, blev tidligere kaldt node_repl.
Den ene agents liste over den anden agents blok
To modellister og et continue-flag blev skrevet, dengang der kun var én agent, og forblev globale, da der blev tre. At åbne en Codex-blok tilbød Opus, Sonnet, Haiku og Fable, og continue sendte codex --continue, som Codex besvarer med en brugsfejl. Alt, der læses fra et program, hører nu til det program og bliver kun spurgt over det.
Ordene i en agents omgivelser ændrer sig
At læse en agents svar, eller den forespørgsel den fik, ved at lede efter bestemte ord i dens interface går galt ved agentens næste udgivelse. Begge genkendes i stedet på deres form: en agent kendes på den ventende prompt, den sætter foran det, du skriver, ikke på boksen tegnet omkring den, for boksen er et modefænomen, og prompten er det ikke.
Det svar de fleste faktisk vil have, er begge dele
I praksis vælger ingen den ene og sletter den anden. Den ene er bedre til det, du laver denne time, den anden har sessionen med det, du lavede noget andet i, og begge har brugsgrænser, der rammer på ubelejlige tidspunkter. Det, der betyder noget, er, om det koster dig noget at køre begge på samme tid.
I Vobuda gør det ikke det. To blokke i én fane, eller to faner, hver med sin egen bjælke, der læser sin egen agent, hver med sin egen model og indsats vist, og Claude Codes tilladelsestilstand ved siden af. Begge afleverer deres signaler til vinduet på samme måde, så et badge, en lyd og en notits betyder det samme, uanset hvem der udløste dem, og loggen over, hvad der skete mens du var væk, lister dem side om side, grupperet efter blok.
Ingen af dem forbindes via en indstillingssektion eller en kontakt, for et signal, du skal konfigurere før det virker, er ikke en funktion, det er lektier. De forbinder sig selv ved opstart, og Integration-knappen på fanelisten sætter forbindelserne ind igen for en agent, der allerede kørte. Eksisterende tredjeparts-hooks bliver stående, og alt, der allerede optager en hændelse, bliver kaldt lige efter vores.
Codex og Claude Code, spurgt lige ud
Hvad er bedst, Codex eller Claude Code?
Når det gælder kodekvalitet, afhænger det af hvilke modeller de kører den dag, du spørger, og ethvert nedskrevet svar bliver hurtigt forældet. Når det gælder deres opførsel som programmer, er Claude Code den mest gennemskuelige udefra: den skriver sin modelliste til en fil, gemmer sessioner i en mappe pr. projekt og bruger et flag til at genoptage en. Codex holder mere af sig selv internt.
Kan jeg køre Codex og Claude Code side om side?
Ja. To blokke i samme vindue, hver med sin egen kontrolbjælke, der læser sin egen agent. Begge giver besked, når de er færdige eller har brug for tilladelse, og begge optræder i samme log over, hvad der skete mens du var væk.
Hvordan lister Vobuda Codex-modeller?
Ved at spørge Codex. Vi udgav engang en liste med to modeller, Codex ikke kører, hvilket var forkert den dag den blev udgivet. Modelknappen åbner nu Codex' egen vælger, læser de rækker den viser og trykker på den, du valgte, og hver model tilbyder de niveauer, Codex giver den.
Kræver nogen af dem en konto hos Vobuda?
Nej. Vobuda har slet ingen konti. Hver agent bruger det abonnement eller den nøgle, du allerede har givet den. Vobuda bruger Claude Codes login til én ting, at spørge Anthropic om dine brugsgrænser, og rører aldrig Codex'.
Hvad med en lokal model i stedet?
En lokal model via Ollama er en post i agents.json og kræver ingen kode. Den får en blok og en bjælke med alt det, den agent ærligt kan oplyse om sig selv.
Ét vindue, begge agenter
Gratis, ingen konto, og hver bjælke læser agenten under den.
curl -fsSL https://vobuda.com/install.sh | sh