Codex és Claude Code, a gépeden lévő fájlok alapján
Nem ítélet arról, melyik ír jobb kódot. Leírás arról, hogyan viselkedik a kettő valójában, azoktól, akiknek egyetlen ablakból kellett mindkettőt vezérelniük.
Miért más ez az összehasonlítás, mint a többi
A Codex és a Claude Code összehasonlításáról szóló írások többsége egy valaki laptopján futtatott benchmark, ami egy hónapon belül elavul, mert mindkettő gyorsabban ad ki új modelleket, mint ahogy bárki írni tudna róluk. Ez az oldal nem ezt csinálja. Hogy melyik ír jobb kódot a másiknál, az a modellekről szól azon a napon, amikor megkérdezed, és nem fogunk úgy tenni, mintha ezt eldönthetnénk.
Azt tudjuk elmondani, miből áll a két program, mert a Vobudának mindkettőt el kellett olvasnia, hogy vezérlősávot rajzolhasson bármelyik fölé. Hol tartja a munkameneteit, minek hívja a munkamenet folytatását, hol van a modellek listája, hogyan jelzi az üzemmódját. Ezek tények a saját lemezeden, lassan változnak, és ezek döntik el, hogyan illeszkedik mindkettő a munkanapba.
Röviden: a Claude Code kívülről olvashatóbb a kettő közül. A modelljeit fájlba írja, a munkameneteit projektenként külön mappában tartja, és egy kapcsolóval folytatható egy munkamenet. A Codex többet tart meg magának. A modelleket saját választóján keresztül váltja, ezért az a tisztességes, ha megnyitjuk ezt a választót, és elolvassuk, amit mutat, ahelyett hogy hibás listát szállítanánk.
Hol tárolja mindegyik, amit tárol
Minden, ami ebben a táblázatban szerepel, ott van a géped, amely előtt ülsz, és utána tudsz nézni.
| Claude Code | Codex | |
|---|---|---|
| Korábbi munkamenetek | Projektenkénti mappa a ~/.claude/projects alatt | Egy index, ~/.codex/session_index.jsonl, amely minden szálat megnevez |
| Egy régi megnyitása | --resume <id> | resume <id> |
| A legutóbbi folytatása | --continue | resume --last |
| Skillek | ~/.claude/skills, plusz a megfelelő mappa a projektben | ~/.codex/skills, plusz a megfelelő mappa a projektben |
| Modelllista | Saját fájl, amit a szervere ír, így egy új modell azon a napon jelenik meg, amikor kiadják | Saját választója, amelyet a menü megnyit és soronként elolvas |
| A modell beállítása | /model a modellhez, /effort a szinthez | Saját /model választója, majd szint minden modellhez |
| Beállításai | settings.json | config.toml |
| Mit ír az állapotsora | Opus 5.5 magas erőfeszítéssel, Claude Max | gpt-5.6-terra medium |
| Hogyan néz ki a folyamat | claude | node, mert a Codex node-ként fut |
2026 szeptemberében olvasva, mindkettő aktuális telepítésén. A hivatalos dokumentációjuk a mérvadó, ez azt mutatja, hogyan néz ki a kettő egy olyan ablakból, amelynek vezérelnie kell őket.
Két mappa, és minden, amit a fenti táblázat onnan olvas ki
Egyik ügynök sem rejt el semmit ebből. A Vobuda vezérlősávja pontosan ezeket a fájlokat olvassa, ezért tud olyan modellistát mutatni, amit sosem írtunk le magunk.
settings.json modell, erőfeszítés, jogosultságokprojects/ mappánként egy projekt <project>/ a munkamenetei, a legújabb utoljáraskills/ a sajátjaid, plusz a projekt sajátjaihistory.jsonl amit beírtál, sorrendbenconfig.toml modell és gondolkodási szintsession_index.jsonl minden szál, soronként egyskills/ a sajátjaid, plusz a projekt sajátjaiHárom csapda, amibe belefutottunk, hogy te felismerd őket
Mindegyik előbb hiba volt a Vobudában, és mindegyik igaz valamit a két ügynökről.
Egy Claude munkamenet legmélyebb folyamata gyakran a codex
A Claude Code saját segédfolyamatként futtatja a Codexet. Ezért ha a folyamatfa legmélyebb folyamata alapján döntöttük el, melyik ügynökhöz tartozik egy blokk, a dokk CODEX-et írt egy Claude munkamenet fölé, és az újraindítás a rossz programot indította el. Az a blokkhoz tartozó ügynök, akit az illető elindított, nem az, akit ő maga indított el belülről.
A Codex nem node_repl
A Codex node-ként fut, és egy shell úgy indít egy programot, hogy elágazik önmagából, majd lecseréli magát arra a programra, ezért a folyamatlista élete végéig a régi néven hívja, hacsak nem a végrehajtható fájl nevét kérdezzük le. Egy Codexet futtató blokk korábban node_repl néven jelent meg.
Az egyik ügynök listája a másik ügynök blokkja fölött
Két modelllista és egy continue flag akkor íródott, amikor még egy ügynök volt, és globális maradt akkor is, amikor már három lett. Egy Codex blokk megnyitása Opust, Sonnetet, Haikut és Fable-t kínált, a continue pedig codex --continue-t küldött, amire a Codex használati hibával válaszol. Amit egy programtól olvasunk ki, az mostantól ahhoz a programhoz tartozik, és csak rajta keresztül kérdezhető le.
Egy ügynök felületének szavai változnak
Ha egy ügynök válaszát, vagy a hozzá intézett kérést, meghatározott szavak keresésével azonosítjuk a felületén, az az ügynök következő kiadásánál elromlik. Mindkettőt alak alapján ismerjük fel: egy ügynököt a várakozó prompt jelöli, amit a beírt szöveg elé tesz, nem a köré rajzolt keret, mert a keret divat, a prompt nem.
A válasz, amit a legtöbben valójában akarnak, a kettő együtt
A gyakorlatban senki sem választ egyet, és törli a másikat. Az egyik jobb abban, amit épp most csinálsz, a másiknál van az a munkamenet, ahol valami mást csináltál, és mindkettőnek van kvótája, ami mindig rossz pillanatban jár le. Ami számít, az az, hogy a kettő egyidejű futtatása kerül-e valamibe.
A Vobudában nem kerül semmibe. Két blokk egy fülön vagy két fül, mindegyik a saját sávjával, amely a saját ügynökét olvassa, mindegyik a saját modelljével és erőfeszítésével megjelenítve, mellettük a Claude Code engedélymódja. Mindkettő ugyanúgy adja át a jelzéseit az ablaknak, így egy jelvény, egy hang és egy értesítés ugyanazt jelenti, akármelyik váltotta ki, a távollétedben történtek feljegyzése pedig egymás mellett sorolja fel őket, blokk szerint csoportosítva.
Egyiket sem beállítási szakasz vagy kapcsoló köti be, mert az a jelzés, amelyet be kell állítani, mielőtt működik, nem funkció, hanem házi feladat. Indításkor maguktól bekötik magukat, és a fülsáv Integráció gombja újra beteszi a kapcsolatokat egy már futó ügynöknek. A meglévő külső horgok a helyükön maradnak, és bármi, ami már elfoglal egy eseményt, közvetlenül a mienk után hívódik meg.
Codex és Claude Code, egyszerűen megkérdezve
Melyik jobb, a Codex vagy a Claude Code?
A kódminőség kérdése attól függ, melyik milyen modellen fut azon a napon, amikor megkérdezed, és bármilyen leírt válasz elavul. Ahogy programként viselkednek, a Claude Code kívülről átláthatóbb: a modellistáját fájlba írja, a munkameneteit projektenkénti mappában tárolja, és egy flaggel folytatható egy korábbi. A Codex többet tart belül.
Futtathatom a Codexet és a Claude Code-ot egymás mellett?
Igen. Két blokk ugyanabban az ablakban, mindegyiknek saját vezérlősávja, ami a saját ügynökét olvassa. Mindkettő jelez, amikor végez, vagy jogosultságra van szüksége, és mindkettő megjelenik ugyanabban a listában arról, mi történt, amíg nem voltál ott.
Hogyan listázza a Vobuda a Codex modelljeit?
Úgy, hogy megkérdezi a Codexet. Egyszer szállítottunk egy listát két modellel, amelyeket a Codex nem futtat, és az már a kiadás napján hibás volt. A modell gombja most megnyitja a Codex saját választóját, elolvassa a sorokat, amelyeket mutat, és megnyomja azt, amelyiket kiválasztottad, és minden modell azokat a szinteket kínálja, amelyeket a Codex ad neki.
Kell-e bármelyiküknek fiók a Vobudánál?
Nem. A Vobudának egyáltalán nincsenek fiókjai. Minden ügynök azt az előfizetést vagy kulcsot használja, amelyet már megadtál neki. A Vobuda a Claude Code bejelentkezését egyetlen dologra használja, hogy megkérdezze az Anthropicot a használati korlátaidról, a Codexét pedig soha nem érinti.
Mi a helyzet egy helyi modellel?
Egy Ollamán keresztül futó helyi modell csupán egy bejegyzés az agents.json-ban, kód nélkül. Kap egy blokkot és egy sávot azzal, amit az adott ügynök őszintén el tud mondani magáról.
Egy ablak, két ügynök
Ingyenes, fiók nélkül, és mindegyik sáv azt az ügynököt mutatja, ami alatta van.
curl -fsSL https://vobuda.com/install.sh | sh