Codex vs Claude Code, volgens die lêers op jou skyf
Nie 'n oordeel oor wie beter kode skryf nie. 'n Beskrywing van hoe die twee werklik optree, geskryf deur die mense wat een venster moes bou wat albei kan aandryf.
Waarom hierdie vergelyking anders is as die ander
Die meeste wat oor Codex teenoor Claude Code geskryf word, is 'n toets op iemand se skootrekenaar, en dit is binne 'n maand verouderd omdat albei vinniger nuwe modelle uitbring as wat enigiemand daaroor kan skryf. Hierdie bladsy doen dit nie. Of een beter kode skryf as die ander, is 'n vraag oor modelle op die dag wat jy dit vra, en ons gaan nie voorgee dat ons dit kan beslis nie.
Wat ons jou wel kan vertel, is waaruit die twee programme bestaan, want Vobuda moes albei lees om 'n beheerbalk oor enigeen van hulle te teken. Waar elkeen sy sessies hou, wat dit noem om een te hervat, waar sy modellys is, hoe dit die modus waarin dit is aankondig. Dit is feite op jou eie skyf, hulle verander stadig, en hulle bepaal hoe elkeen in 'n werksdag inpas.
Kortom: Claude Code is die een van die twee wat van buite makliker leesbaar is. Dit skryf sy modelle na 'n lêer, hou sy sessies in 'n vouer per projek, en gebruik 'n vlag om een te hervat. Codex hou meer van homself vir homself. Dit verander modelle deur 'n kieser van sy eie, so die eerlike ding om te doen is om daardie kieser oop te maak en te lees wat dit wys eerder as om 'n lys te lewer wat verkeerd sal wees.
Waar elkeen wat hou
Alles in hierdie tabel is op die masjien voor jou, en jy kan self gaan kyk.
| Claude Code | Codex | |
|---|---|---|
| Vorige sessies | 'n Gids per projek onder ~/.claude/projects | Een indeks, ~/.codex/session_index.jsonl, wat elke draad benoem |
| Maak 'n ou een oop | --resume <id> | resume <id> |
| Gaan voort met die laaste een | --continue | resume --last |
| Vaardighede | ~/.claude/skills, plus die ooreenstemmende vouer in die projek | ~/.codex/skills, plus die ooreenstemmende vouer in die projek |
| Modellys | Sy eie lêer, geskryf soos sy bediener dit vertel, sodat 'n nuwe model verskyn op die dag dit uitkom | Sy eie kieser, wat die kieslys oopmaak en ry vir ry lees |
| Die model stel | /model vir die model, /effort vir die vlak | Sy eie /model-kieser, dan 'n vlak vir elke model |
| Sy instellings | settings.json | config.toml |
| Wat sy statusreël sê | Opus 5.5 met hoë inspanning, Claude Max | gpt-5.6-terra medium |
| Hoe die proses lyk | claude | node, want Codex loop as node |
Gelees in September 2026 teen huidige installasies van albei. Hul eie dokumentasie is die gesag; dit is hoe die twee lyk vanuit 'n venster wat hulle moet aandryf.
Twee vouers, en waaruit alles in die tabel hierbo gelees word
Geen van die agente steek enige hiervan weg nie. Die beheerbalk in Vobuda lees presies hierdie lêers, en daarom kan dit 'n modellys wys wat ons nooit self neergeskryf het nie.
settings.json model, inspanning, toestemmingsprojects/ een vouer per projek <project>/ sy sessies, nuutste laasteskills/ joune, plus die projek s'nhistory.jsonl wat jy getik het, in volgordeconfig.toml model en redeneervlaksession_index.jsonl elke draad, een reël elkskills/ joune, plus die projek s'nDrie slaggate wat ons raakgeloop het, sodat jy hulle kan herken
Elkeen hiervan was eers 'n fout in Vobuda, en elkeen sê iets waar oor die twee agente.
Die diepste proses van 'n Claude-sessie is dikwels codex
Claude Code laat Codex as sy eie helper loop. Deur die diepste proses in die boom te gebruik om te besluit aan watter agent 'n blok behoort, het die dok CODEX bo 'n Claude-sessie gewys en het 'nuut' die verkeerde program herbegin. Die agent waaraan 'n blok behoort, is die een wat die persoon begin het, nie die een wat dit self begin het nie.
Codex is nie node_repl nie
Codex loop as node, en 'n dop begin 'n program deur homself te vurk en dan homself met daardie program te vervang, sodat die proseslys dit vir die res van sy lewe by die ou naam bly noem tensy die uitvoerbare lêer op naam gevra word. 'n Blok wat Codex laat loop, is voorheen node_repl genoem.
Een agent se lys oor 'n ander agent se blok
Twee modellyste en 'n continue-vlag is geskryf toe daar net een agent was, en het globaal gebly toe daar drie was. Om 'n Codex-blok oop te maak, is Opus, Sonnet, Haiku en Fable aangebied, en continue het codex --continue gestuur, waarop Codex met 'n gebruiksfout antwoord. Enigiets wat van 'n program gelees word, behoort nou aan daardie program en word slegs daaroor gevra.
Die woorde in 'n agent se raamwerk verander
Om 'n agent se antwoord, of die versoek wat dit gekry het, te lees deur na spesifieke woorde in sy koppelvlak te soek, misluk by daardie agent se volgende vrystelling. Albei word eerder aan hul vorm herken: 'n agent word geken aan die wagtende prompt wat dit voor jou tikwerk plaas, nie aan die blokkie wat daarom geteken is nie, want die blokkie is 'n mode en die prompt nie.
Die antwoord wat die meeste mense eintlik wil hê, is albei
In die praktyk kies niemand een en verwyder die ander nie. Een is beter vir wat jy hierdie uur doen, die ander het die sessie waar jy iets anders gedoen het, en albei het gebruikslimiete wat op ongeleë tye opdaag. Wat saak maak, is of dit jou iets kos om albei tegelyk te laat loop.
In Vobuda kos dit niks nie. Twee blokke in een oortjie, of twee oortjies, elk met sy eie balk wat sy eie agent lees, elk met sy eie model en inspanning wat wys, en Claude Code se toestemmingsmodus daarnaas. Albei gee hul seine op dieselfde manier aan die venster deur, sodat 'n kenteken, 'n klank en 'n kennisgewing dieselfde beteken ongeag wie dit veroorsaak het, en die rekord van wat gebeur het terwyl jy weg was, lys hulle langs mekaar, gegroepeer per blok.
Geen van die twee word deur 'n instellingsafdeling of 'n wisselaar gekoppel nie, want 'n sein wat jy eers moet opstel voor dit werk, is nie 'n funksie nie, dit is huiswerk. Hulle koppel homself by die begin, en die Integrasie-knoppie op die oortjiestrook stel die koppelings weer op vir 'n agent wat reeds geloop het. Bestaande derdeparty-hake bly op hul plek, en enigiets wat reeds 'n gebeurtenis beset, word direk na ons s'n aangeroep.
Codex en Claude Code, reguit gevra
Wat is beter, Codex of Claude Code?
Wat kodekwaliteit betref, is dit 'n vraag oor watter modelle elkeen op die dag van vra gebruik, en enige antwoord wat neergeskryf word, raak verouderd. Wat hul gedrag as programme betref, is Claude Code van buite die leesbaarste: dit skryf sy modellys na 'n lêer, hou sessies in 'n vouer per projek en gebruik 'n vlag om een te hervat. Codex hou meer van homself intern.
Kan ek Codex en Claude Code langs mekaar laat loop?
Ja. Twee blokke in dieselfde venster, elk met sy eie beheerbalk wat sy eie agent lees. Albei kondig aan wanneer hulle klaar is of toestemming nodig het, en albei verskyn in dieselfde rekord van wat gebeur het terwyl jy weg was.
Hoe lys Vobuda Codex-modelle?
Deur Codex te vra. Ons het eenmaal 'n lys van twee modelle uitgebring wat Codex nie eens laat loop nie, en dit was verkeerd op die dag wat dit uitgekom het. Die modelknoppie maak nou Codex se eie kieser oop, lees die rye wat dit wys en druk die een wat jy gekies het, en elke model bied die vlakke wat Codex daaraan gee.
Het enige van die twee 'n rekening by Vobuda nodig?
Nee. Vobuda het glad nie rekeninge nie. Elke agent gebruik die intekening of sleutel wat jy dit reeds gegee het. Vobuda gebruik Claude Code se aanmelding vir een ding, om vir Anthropic na jou gebruiksperke te vra, en raak nooit Codex s'n aan nie.
Wat van 'n plaaslike model in plaas daarvan?
'n Plaaslike model via Ollama is 'n inskrywing in agents.json en het geen kode nodig nie. Dit kry 'n blok en 'n balk met wat daardie agent ook al eerlik oor homself kan verklaar.
Een venster, albei agente
Gratis, geen rekening nodig nie, en elke balk lees die agent daaronder.
curl -fsSL https://vobuda.com/install.sh | sh