Codex och Claude Code, utifrån filerna på din disk
Inte en dom över vem som skriver bättre kod. En beskrivning av hur de två faktiskt beter sig, skriven av dem som var tvungna att låta ett fönster styra båda.
Varför den här jämförelsen skiljer sig från andra
Det mesta som skrivs om Codex mot Claude Code är ett benchmark på någons bärbara dator, och det är inaktuellt inom en månad eftersom båda släpper nya modeller snabbare än någon hinner skriva om dem. Den här sidan gör inte det. Vilken som skriver bättre kod är en fråga om modellerna just den dag du frågar, och vi tänker inte låtsas avgöra den.
Vad vi kan berätta är vad de två programmen är uppbyggda av, eftersom Vobuda var tvungen att läsa in båda för att kunna rita ett kontrollfält ovanpå någotdera. Var respektive lagrar sina sessioner, vad det kallar att återuppta en, var dess modelllista finns, hur det meddelar vilket läge det befinner sig i. Det är fakta på din egen disk, de förändras långsamt, och det är de som avgör hur respektive passar in i en arbetsdag.
Kort sagt: Claude Code är den mer genomskinliga av de två utifrån. Den skriver sina modeller till en fil, sparar sina sessioner i en mapp per projekt och tar en flagga för att återuppta en. Codex håller mer för sig själv. Den byter modell via en egen väljare, så det ärliga är att öppna den väljaren och läsa vad den visar i stället för att leverera en lista som kommer att vara fel.
Var respektive lagrar vad
Allt i den här tabellen finns på maskinen framför dig, och du kan gå och titta själv.
| Claude Code | Codex | |
|---|---|---|
| Tidigare sessioner | En mapp per projekt under ~/.claude/projects | Ett index, ~/.codex/session_index.jsonl, som namnger varje tråd |
| Öppna en gammal | --resume <id> | resume <id> |
| Ta upp den senaste | --continue | resume --last |
| Skills | ~/.claude/skills, plus motsvarande mapp i projektet | ~/.codex/skills, plus motsvarande mapp i projektet |
| Modellista | En egen fil, skriven enligt vad servern säger, så en ny modell dyker upp samma dag den släpps | Dess egen väljare, som menyn öppnar och läser rad för rad |
| Ställa in modellen | /model för modellen, /effort för nivån | Dess egen /model-väljare, sedan en nivå för varje modell |
| Dess inställningar | settings.json | config.toml |
| Vad statusraden visar | Opus 5.5 med hög ansträngning, Claude Max | gpt-5.6-terra medium |
| Hur processen ser ut | claude | node, eftersom Codex körs som node |
Avläst i september 2026 mot aktuella installationer av båda. Deras egen dokumentation är facit; så här ser de två ut från ett fönster som måste styra dem.
Två mappar, och allt tabellen ovan läses från
Ingen av agenterna döljer något av detta. Kontrollraden i Vobuda läser exakt dessa filer, vilket är varför den kan visa en modelllista vi aldrig skrev ner för hand.
settings.json modell, ansträngning, behörigheterprojects/ en mapp per projekt <project>/ dess sessioner, senaste sistskills/ dina, plus projektets egnahistory.jsonl det du skrev, i ordningconfig.toml modell och resonemangsnivåsession_index.jsonl varje tråd, en rad varskills/ dina, plus projektets egnaTre fällor vi gick i, så att du känner igen dem
Alla dessa var från början en bugg i Vobuda, och var och en säger något sant om de två agenterna.
Den djupaste processen i en Claude-session är ofta codex
Claude Code kör Codex som en egen hjälpprocess. Att använda den djupaste processen i trädet för att avgöra vilken agent ett block tillhör fick därför dockan att visa CODEX ovanför en Claude-session och fick nytt att starta om fel program. Agenten ett block tillhör är den personen startade, inte den den startade.
Codex är inte node_repl
Codex körs som node, och ett skal startar ett program genom att grena sig själv och sedan ersätta sig själv med det programmet, så processlistan fortsätter kalla det vid det gamla namnet under resten av dess livstid om inte den körbara filen efterfrågas vid namn. Ett block som kör Codex hette tidigare node_repl.
En agents lista ovanför en annan agents block
Två modellistor och en continue-flagga skrevs när det fanns en agent och förblev globala när det fanns tre. Att öppna ett Codex-block erbjöd Opus, Sonnet, Haiku och Fable, och continue skickade codex --continue, vilket Codex svarar på med ett användningsfel. Allt som läses från ett program tillhör nu det programmet och efterfrågas bara över det.
Orden i en agents gränssnitt ändras
Att läsa en agents svar, eller frågan den fick, genom att leta efter specifika ord i dess gränssnitt går sönder vid agentens nästa version. Båda känns istället igen på form: en agent känns igen på väntprompten den sätter framför det du skriver, inte på rutan ritad runt den, eftersom rutan är ett mode och prompten inte är det.
Svaret de flesta egentligen vill ha är båda
I praktiken väljer ingen den ena och tar bort den andra. Den ena är bättre på det du gör just den här timmen, den andra har sessionen där du gjorde något annat, och båda har användningsgränser som dyker upp vid opassande tillfällen. Det som spelar roll är om det kostar dig något att köra båda samtidigt.
I Vobuda kostar det ingenting. Två block i en flik, eller två flikar, var och en med sitt eget fält som läser sin egen agent, var och en med sin egen modell och ansträngning synlig, och Claude Codes behörighetsläge bredvid. Båda lämnar sina signaler till fönstret på samma sätt, så en bricka, ett ljud och en avisering betyder samma sak oavsett vem som utlöste dem, och loggen över vad som hände medan du var borta listar dem sida vid sida, grupperade per block.
Ingen av dem kopplas in via ett inställningsavsnitt eller en brytare, för en signal du måste konfigurera innan den fungerar är ingen funktion, det är läxa. De kopplar in sig själva vid start, och Integration-knappen på flikraden sätter tillbaka kopplingarna för en agent som redan körde. Befintliga hooks från tredje part blir kvar, och allt som redan upptar en händelse anropas direkt efter vårt eget.
Codex och Claude Code, rakt på sak
Vilken är bäst, Codex eller Claude Code?
När det gäller kodkvalitet är det en fråga om vilka modeller respektive kör den dag du frågar, och varje nedskrivet svar blir inaktuellt. När det gäller hur de beter sig som program är Claude Code den mest lättlästa utifrån: den skriver sin modelllista till en fil, lagrar sessioner i en mapp per projekt och tar en flagga för att återuppta en. Codex behåller mer internt.
Kan jag köra Codex och Claude Code sida vid sida?
Ja. Två block i samma fönster, var och en med ett eget kontrollfält som läser sin egen agent. Båda meddelar när de är klara eller behöver behörighet, och båda dyker upp i samma lista över vad som hände medan du var borta.
Hur listar Vobuda Codex-modeller?
Genom att fråga Codex. Vi levererade en gång en lista med två modeller som Codex inte kör, och den var fel samma dag den släpptes. Modellknappen öppnar nu Codex egen väljare, läser raderna den visar och trycker på den du valde, och varje modell erbjuder de nivåer Codex ger den.
Behöver någon av dem ett konto hos Vobuda?
Nej. Vobuda har inga konton alls. Varje agent använder den prenumeration eller nyckel du redan gett den. Vobuda använder Claude Codes inloggning till en enda sak, att fråga Anthropic om dina användningsgränser, och rör aldrig Codex.
Vad sägs om en lokal modell istället?
En lokal modell via Ollama är en post i agents.json och kräver ingen kod. Den får ett block och en rad med vad den agenten ärligt kan deklarera om sig själv.
Ett fönster, båda agenterna
Gratis, inget konto, och varje rad läser agenten under den.
curl -fsSL https://vobuda.com/install.sh | sh