Codex mot Claude Code, sett fra filene på disken din
Ikke en dom om hvem som skriver bedre kode. En beskrivelse av hvordan de to faktisk oppfører seg, skrevet av folkene som måtte få ett vindu til å styre begge.
Hvorfor denne sammenligningen skiller seg fra de andre
Det meste som er skrevet om Codex mot Claude Code, er en benchmark på noens bærbare, og den er utdatert innen en måned fordi begge slipper modeller raskere enn noen rekker å skrive om dem. Denne siden gjør ikke det. Hvorvidt den ene skriver bedre kode enn den andre, er et spørsmål om modellene den dagen du spør, og vi later ikke som vi kan avgjøre det.
Det vi kan fortelle deg, er hva de to programmene er laget av, fordi Vobuda måtte lese begge for å tegne en kontrollinje over hver av dem. Hvor hver av dem lagrer øktene sine, hva den kaller det å gjenoppta en økt, hvor modelllisten ligger, hvordan den kunngjør hvilken modus den er i. Dette er fakta på din egen disk, de endrer seg sakte, og de er det som avgjør hvordan hver av dem passer inn i en arbeidsdag.
Kort fortalt: Claude Code er den mest gjennomsiktige av de to utenfra. Den skriver modellene sine til en fil, lagrer øktene sine i en mappe per prosjekt, og bruker et flagg for å gjenoppta en. Codex holder mer for seg selv. Den bytter modell gjennom en egen velger, så det ærlige er å åpne den velgeren og lese det den viser, i stedet for å levere en liste som vil være feil.
Hvor hver av dem lagrer hva
Alt i denne tabellen finnes på maskinen foran deg, og du kan gå og se selv.
| Claude Code | Codex | |
|---|---|---|
| Tidligere økter | En mappe per prosjekt under ~/.claude/projects | Én indeks, ~/.codex/session_index.jsonl, som navngir hver tråd |
| Åpne en gammel | --resume <id> | resume <id> |
| Ta opp igjen den siste | --continue | resume --last |
| Skills | ~/.claude/skills, pluss den tilsvarende mappen i prosjektet | ~/.codex/skills, pluss den tilsvarende mappen i prosjektet |
| Modelliste | Sin egen fil, skrevet slik serveren forteller den, så en ny modell dukker opp samme dag den slippes | Sin egen velger, som menyen åpner og leser rad for rad |
| Sette modellen | /model for modellen, /effort for nivået | Sin egen /model-velger, og så et nivå for hver modell |
| Innstillingene | settings.json | config.toml |
| Hva statuslinjen viser | Opus 5.5 med høy innsats, Claude Max | gpt-5.6-terra medium |
| Hvordan prosessen ser ut | claude | node, fordi Codex kjører som node |
Lest i september 2026 mot gjeldende installasjoner av begge. Deres egen dokumentasjon er autoriteten; dette er hvordan de to fremstår fra et vindu som må styre dem.
To mapper, og alt tabellen over er lest fra
Ingen av agentene skjuler noe av dette. Kontrollinjen i Vobuda leser nøyaktig disse filene, og det er derfor den kan vise en modelliste vi aldri har skrevet ned selv.
settings.json modell, innsats, tillatelserprojects/ én mappe per prosjekt <project>/ øktene, nyeste sistskills/ dine, pluss prosjektets egnehistory.jsonl det du skrev, i rekkefølge config.toml modell og resonneringsnivåsession_index.jsonl hver tråd, én linje hverskills/ dine, pluss prosjektets egne Tre feller vi gikk i, så du kan kjenne dem igjen
Hver av disse var først en feil i Vobuda, og hver av dem sier noe sant om de to agentene.
Den dypeste prosessen i en Claude-økt er ofte codex
Claude Code kjører Codex som sin egen hjelper. Så å bruke den dypeste prosessen i treet for å avgjøre hvilken agent en blokk tilhører, fikk dokken til å si CODEX over en Claude-økt og fikk «ny» til å starte feil program på nytt. Agenten en blokk tilhører, er den personen startet, ikke den den selv startet.
Codex er ikke node_repl
Codex kjører som node, og et skall starter et program ved å forke seg selv og deretter erstatte seg selv med det programmet, så prosesslisten fortsetter å kalle det ved det gamle navnet resten av levetiden, med mindre den kjørbare filen spørres om ved navn. En blokk som kjørte Codex, ble tidligere kalt node_repl.
Én agents liste over en annen agents blokk
To modellister og et continue-flagg ble skrevet da det fantes én agent, og forble globale da det ble tre. Å åpne en Codex-blokk tilbød Opus, Sonnet, Haiku og Fable, og «continue» sendte codex --continue, som Codex svarer på med en bruksfeil. Alt som leses fra et program, tilhører nå det programmet og spørres kun via det.
Ordene i en agents omgivelser endrer seg
Å lese en agents svar, eller forespørselen den fikk, ved å lete etter bestemte ord i grensesnittet, feiler ved agentens neste utgivelse. Begge kjennes i stedet igjen på form: en agent kjennes på ventepromptet den setter foran det du skriver, ikke på boksen som er tegnet rundt den, for boksen er en mote, mens promptet ikke er det.
Svaret de fleste egentlig vil ha, er begge
I praksis er det ingen som velger den ene og sletter den andre. Den ene er bedre på det du holder på med denne timen, den andre har økten der du gjorde noe annet, og begge har bruksgrenser som dukker opp på upassende tidspunkt. Det som betyr noe, er om det koster deg noe å kjøre begge samtidig.
I Vobuda koster det ingenting. To blokker i én fane, eller to faner, hver med sin egen linje som leser sin egen agent, hver med sin egen modell og innsats vist, og Claude Codes tillatelsesmodus ved siden av. Begge gir signalene sine til vinduet på samme måte, så et merke, en lyd og et varsel betyr det samme uansett hvem som utløste dem, og loggen over hva som skjedde mens du var borte, lister dem side om side, gruppert etter blokk.
Ingen av dem kobles til via en innstillingsseksjon eller en bryter, for et signal du må konfigurere før det virker, er ikke en funksjon, det er lekser. De kobler seg selv til ved oppstart, og Integrasjon-knappen på fanelinjen setter koblingene inn igjen for en agent som allerede kjørte. Eksisterende tredjeparts-hooks blir stående, og alt som allerede opptar en hendelse, blir kalt rett etter vår egen.
Codex og Claude Code, spurt rett ut
Hva er best, Codex eller Claude Code?
Når det gjelder kodekvalitet, er det et spørsmål om hvilke modeller hver av dem kjører den dagen du spør, og ethvert nedskrevet svar blir utdatert. Når det gjelder hvordan de oppfører seg som programmer, er Claude Code mer leselig utenfra: den skriver modellisten sin til en fil, holder øktene i en mappe per prosjekt og bruker et flagg for å gjenoppta en. Codex holder mer av seg selv internt.
Kan jeg kjøre Codex og Claude Code side om side?
Ja. To blokker i samme vindu, hver med sin egen kontrollinje som leser sin egen agent. Begge varsler når de er ferdige eller trenger tillatelse, og begge vises i samme logg over hva som skjedde mens du var borte.
Hvordan lister Vobuda Codex-modeller?
Ved å spørre Codex. Vi ga en gang ut en liste med to modeller som Codex ikke kjører, og den var feil samme dag den ble utgitt. Modellknappen åpner nå Codex sin egen velger, leser radene den viser og trykker på den du valgte, og hver modell tilbyr nivåene Codex gir den.
Trenger noen av dem en konto hos Vobuda?
Nei. Vobuda har ingen kontoer i det hele tatt. Hver agent bruker abonnementet eller nøkkelen du allerede har gitt den. Vobuda bruker Claude Codes pålogging til én ting, å spørre Anthropic om bruksgrensene dine, og rører aldri Codex sin.
Hva med en lokal modell i stedet?
En lokal modell via Ollama er en oppføring i agents.json og krever ingen kode. Den får en blokk og en linje med det agenten ærlig kan erklære om seg selv.
Ett vindu, begge agentene
Gratis, ingen konto, og hver linje leser agenten under seg.
curl -fsSL https://vobuda.com/install.sh | sh