Vobuda
Download Hoe het werktClaude Codevs CodexVergelijk Over ons Contact

Codex vs Claude Code, vanuit de bestanden op je schijf

Niet een oordeel over wie de betere code schrijft. Een beschrijving van hoe de twee zich daadwerkelijk gedragen, geschreven door de mensen die één venster beide moesten laten aansturen.

Waarom deze vergelijking anders is dan de rest

Het meeste dat over Codex vs Claude Code geschreven wordt, is een benchmark op iemands laptop, en binnen een maand verouderd, omdat beide sneller nieuwe modellen uitbrengen dan wie dan ook erover kan schrijven. Deze pagina doet dat niet. Of de één betere code schrijft dan de ander is een vraag over modellen op de dag dat je het vraagt, en we gaan niet doen alsof we dat kunnen beslechten.

Wat we je wel kunnen vertellen, is waar de twee programma's uit bestaan, want Vobuda moest beide doorgronden om voor allebei een bedieningsbalk te kunnen tekenen. Waar elk zijn sessies bewaart, wat het noemt als je er een hervat, waar zijn modellenlijst staat, hoe het aankondigt in welke modus het zich bevindt. Dat zijn feiten op je eigen schijf, ze veranderen langzaam, en ze bepalen hoe elk van de twee past in een werkdag.

Kort samengevat: Claude Code is van de twee het meest doorzichtig van buitenaf. Het schrijft zijn modellen naar een bestand, bewaart zijn sessies in een map per project en gebruikt een vlag om er een te hervatten. Codex houdt meer voor zichzelf. Het wisselt van model via een eigen kiezer, dus het eerlijke antwoord is om die kiezer te openen en te lezen wat hij toont in plaats van een lijst te tonen die toch fout zal zijn.

Waar elk zijn gegevens bewaart

Alles in deze tabel staat op de machine voor je, en je kunt het zelf gaan bekijken.

Claude CodeCodex
Eerdere sessiesEen map per project onder ~/.claude/projectsEén index, ~/.codex/session_index.jsonl, die elke thread benoemt
Een oude sessie openen--resume <id>resume <id>
De laatste oppakken--continueresume --last
Skills~/.claude/skills, plus de bijbehorende map in het project~/.codex/skills, plus de bijbehorende map in het project
ModellenlijstEen eigen bestand, geschreven zoals de server het doorgeeft, dus een nieuw model verschijnt op de dag dat het uitkomtZijn eigen kiezer, die het menu opent en rij voor rij leest
Model instellen/model voor het model, /effort voor het niveauZijn eigen /model-kiezer, en dan een niveau per model
Zijn instellingensettings.jsonconfig.toml
Wat de statusregel toontOpus 5.5 met hoge effort, Claude Maxgpt-5.6-terra medium
Hoe het proces eruitzietclaudenode, omdat Codex als node draait

Gelezen in september 2026 tegen actuele installaties van beide. Hun eigen documentatie is leidend; dit is hoe de twee eruitzien vanuit een venster dat ze moet aansturen.

Twee mappen, en daar komt alles in de tabel hierboven vandaan

Geen van beide agents verbergt iets hiervan. De bedieningsbalk in Vobuda leest precies deze bestanden, daarom kan hij een modellenlijst tonen die we nooit zelf hebben opgeschreven.

~/.claude
settings.json          model, effortniveau, rechtenprojects/              één map per project  <project>/           de sessies, nieuwste laatstskills/                die van jou, plus die van het projecthistory.jsonl          wat je hebt getypt, op volgorde
Een map per project houdt sessies gescheiden, dus bij hervatten wordt eerst gevraagd om welk project het gaat. De modellenlijst is een bestand dat de installatie zelf bijwerkt.
~/.codex
config.toml            model en redeneerniveausession_index.jsonl    elke thread, één regel per stukskills/                die van jou, plus die van het project
Eén index noemt elke thread, daarom is resume --last een enkel commando en betekent een oudere kiezen dat je de index moet lezen.

Drie valkuilen waar we intrapten, zodat jij ze herkent

Elk van deze was eerst een fout in Vobuda, en elk zegt iets waars over de twee agents.

Het diepste proces van een Claude-sessie is vaak codex

Claude Code draait Codex als eigen hulpprogramma. Dus door het diepste proces in de boom te gebruiken om te bepalen bij welke agent een blok hoort, zei het dock CODEX boven een Claude-sessie en herstartte 'nieuw' het verkeerde programma. De agent bij wie een blok hoort, is degene die de gebruiker startte, niet degene die dat programma zelf startte.

Codex is geen node_repl

Codex draait als node, en een shell start een programma door zichzelf te forken en zich vervolgens door dat programma te laten vervangen, waardoor de proceslijst het de rest van zijn leven bij de oude naam blijft noemen, tenzij het uitvoerbare bestand expliciet bij naam wordt opgevraagd. Een blok waarin Codex draaide, heette daardoor node_repl.

De lijst van de ene agent over het blok van de andere

Twee modellenlijsten en een continue-vlag werden geschreven toen er nog maar één agent was, en bleven globaal toen er drie waren. Het openen van een Codex-blok bood Opus, Sonnet, Haiku en Fable aan, en continue stuurde codex --continue, waar Codex op reageert met een gebruiksfout. Alles wat van een programma wordt gelezen, hoort nu bij dat programma en wordt alleen nog via dat programma opgevraagd.

De woorden in het interface van een agent veranderen

Het lezen van het antwoord van een agent, of van de opdracht die hij kreeg, door te zoeken naar specifieke woorden in zijn interface, faalt bij de eerstvolgende release van die agent. Beide worden in plaats daarvan aan hun vorm herkend: een agent wordt herkend aan de wachtprompt die hij plaatst vóór wat jij typt, niet aan het kader eromheen, want dat kader is mode en de prompt niet.

Het antwoord dat de meeste mensen eigenlijk willen, is allebei

In de praktijk kiest niemand er één en verwijdert de ander. De één is beter in waar je dit uur mee bezig bent, de ander heeft de sessie waarin je iets anders deed, en beide hebben gebruikslimieten die op ongelegen momenten opduiken. Waar het om gaat, is of het iets kost om ze allebei tegelijk te draaien.

In Vobuda kost dat niets. Twee blokken in één tab, of twee tabs, elk met een eigen balk die zijn eigen agent uitleest, elk met een eigen model en effort in beeld, en de toestemmingsmodus van Claude Code ernaast. Beide geven hun signalen op dezelfde manier door aan het venster, dus een badge, een geluid en een melding betekenen hetzelfde ongeacht wie ze veroorzaakte, en het overzicht van wat er gebeurde terwijl je weg was, toont ze naast elkaar, gegroepeerd per blok.

Geen van beide is gekoppeld via een instellingensectie of een schakelaar, want een signaal dat je eerst moet configureren voordat het werkt, is geen functie, het is huiswerk. Ze koppelen zichzelf bij het opstarten, en de Integratie-knop op de tabbalk zet de koppelingen opnieuw neer voor een agent die al draaide. Bestaande hooks van derden blijven gewoon staan, en alles wat al op een gebeurtenis zit te wachten, wordt meteen na de onze aangeroepen.

Codex en Claude Code, ronduit beantwoord

Wat is beter, Codex of Claude Code?

Op het gebied van codekwaliteit is dat een vraag over welke modellen elk op de dag van je vraag draait, en elk opgeschreven antwoord veroudert. Qua gedrag als programma is Claude Code het meest doorzichtige van de twee: het schrijft zijn modellenlijst naar een bestand, bewaart sessies in een map per project en gebruikt een vlag om er een te hervatten. Codex houdt meer intern.

Kan ik Codex en Claude Code naast elkaar draaien?

Ja. Twee blokken in hetzelfde venster, elk met een eigen bedieningsbalk die zijn eigen agent uitleest. Beide melden wanneer ze klaar zijn of toestemming nodig hebben, en beide verschijnen in hetzelfde overzicht van wat er gebeurde terwijl je weg was.

Hoe toont Vobuda Codex-modellen?

Door het aan Codex te vragen. We hebben ooit een lijst van twee modellen getoond die Codex niet eens draait, en dat was al fout op de dag dat het uitkwam. De modelknop opent nu de eigen kiezer van Codex, leest de rijen die hij toont en drukt op degene die je koos, en elk model biedt de niveaus die Codex eraan geeft.

Heeft een van de twee een account bij Vobuda nodig?

Nee. Vobuda heeft helemaal geen accounts. Elke agent gebruikt het abonnement of de sleutel die je hem al gaf. Vobuda gebruikt de inlog van Claude Code voor één ding, om bij Anthropic naar je gebruikslimieten te vragen, en raakt die van Codex nooit aan.

En een lokaal model in plaats daarvan?

Een lokaal model via Ollama is een regel in agents.json en vereist geen code. Het krijgt een blok en een balk met alles wat die agent eerlijk over zichzelf kan verklaren.

Eén venster, beide agents

Gratis, geen account nodig, en elke balk toont de agent eronder.

curl -fsSL https://vobuda.com/install.sh | sh