Codex vs Claude Code, гледано низ датотеките на дискот
Не е пресуда за тоа кој пишува подобар код. Опис на тоа како двата всушност се однесуваат, напишан од луѓе кои мораа да направат еден прозорец да ги управува двата.
Зошто оваа споредба е поинаква од другите
Најголем дел од она што е напишано за Codex vs Claude Code е бенчмарк на нечиј лаптоп, и застарува за помалку од месец бидејќи двата испраќаат нови модели побрзо отколку што некој може да пишува за нив. Оваа страница не го прави тоа. Дали едниот пишува подобар код од другиот е прашање за моделите на денот кога прашувате, и нема да се преправаме дека тоа може да се реши еднаш засекогаш.
Она што можеме да го кажеме е од што се направени двете програми, бидејќи Vobuda мораше да ги прочита обете за да нацрта контролна лента над секоја. Каде секоја ги чува своите сесии, како го нарекува продолжувањето на сесија, каде е нејзината листа на модели, како го најавува режимот во кој е. Тоа се факти на вашиот сопствен диск, се менуваат бавно и токму тие определуваат како секоја се вклопува во еден работен ден.
Накратко: Claude Code е почитливиот од двата однадвор. Ги запишува своите модели во датотека, ги чува сесиите во папка за секој проект и прима знаме за продолжување на сесија. Codex повеќе задржува за себе. Моделите ги менува преку сопствен избирач, па чесното решение е да го отвориме тој избирач и да прочитаме што покажува, наместо да испорачуваме листа што ќе биде погрешна.
Каде што секој го чува своето
Сѐ во оваа табела е на машината пред вас, и можете сами да проверите.
| Claude Code | Codex | |
|---|---|---|
| Минати сесии | Папка за секој проект под ~/.claude/projects | Еден индекс, ~/.codex/session_index.jsonl, во кој е именуван секој разговор |
| Отворање постара сесија | --resume <id> | resume <id> |
| Продолжување на последната | --continue | resume --last |
| Вештини | ~/.claude/skills, плус соодветната папка во проектот | ~/.codex/skills, плус соодветната папка во проектот |
| Листа на модели | Сопствена датотека, запишана онака како што му кажува серверот, па нов модел се појавува истиот ден кога излегува | Сопствениот избирач, што менито го отвора и го чита ред по ред |
| Поставување на моделот | /model за моделот, /effort за нивото | Сопствениот избирач /model, потоа ниво за секој модел |
| Неговите поставки | settings.json | config.toml |
| Што пишува во статусната линија | Opus 5.5 со високо ниво на напор, Claude Max | gpt-5.6-terra medium |
| Како изгледа процесот | claude | node, бидејќи Codex работи како node |
Прочитано во септември 2026 година наспроти тековните инсталации на двата. Нивната сопствена документација е меродавна; ова е како изгледаат двата од прозорец кој мора да ги управува.
Две папки, од каде е прочитано сѐ од табелата погоре
Ниту еден агент не крие ништо од ова. Контролната лента во Vobuda ги чита токму овие датотеки, затоа може да прикаже листа на модели што ние никогаш не сме ја запишале.
settings.json модел, напор, дозволиprojects/ по една папка за секој проект <project>/ неговите сесии, најновата последнаskills/ вашите, плус оние на проектотhistory.jsonl она што си го напишал, по редоследconfig.toml модел и ниво на расудувањеsession_index.jsonl секој разговор, по еден редskills/ вашите, плус оние на проектотТри стапици во кои паднавме, за да можете да ги препознаете
Секоја од нив прво беше дефект во Vobuda, и секоја кажува нешто вистинито за двата агенти.
Најдлабокиот процес во една Claude сесија често е codex
Claude Code го стартува Codex како свој помошник. Затоа, земањето на најдлабокиот процес во стеблото за да се одреди на кој агент припаѓа еден блок, направи докот да напише CODEX над Claude сесија и направи 'ново' да го рестартира погрешниот програм. Агентот на кој припаѓа еден блок е оној што го стартувал човекот, не оној што тој самиот го стартувал.
Codex не е node_repl
Codex работи како node, а школката стартува програма така што прво се форкира, а потоа се заменува себеси со таа програма, па листата на процеси продолжува да го нарекува со старото име до крајот на неговиот живот, освен ако извршната датотека не се бара по име. Блок кој извршува Codex порано бил насловен node_repl.
Листата на еден агент над блокот на друг агент
Две листи на модели и еден continue-параметар беа напишани кога постоеше само еден агент, и останаа глобални кога веќе имаше три. Отворањето блок со Codex нудеше Opus, Sonnet, Haiku и Fable, а continue испраќаше codex --continue, на што Codex одговара со грешка за употреба. Сѐ што сега се чита од некоја програма припаѓа на таа програма и се бара само преку неа.
Зборовите во интерфејсот на агентот се менуваат
Читањето на одговорот на агентот, или на барањето што му е дадено, преку барање конкретни зборови во неговиот интерфејс, престанува да работи со следното издание на тој агент. Наместо тоа, двата се препознаваат по форма: агентот се препознава по промптот што чека пред она што го пишувате, не по кутијата исцртана околу него, бидејќи кутијата е мода, а промптот не е.
Одговорот што повеќето луѓе всушност го сакаат е и двете
Во пракса никој не избира еден и не го брише другиот. Едниот е подобар за она што го работите во моментов, другиот ја има сесијата каде работевте нешто друго, а двата имаат лимити на употреба кои доаѓаат во незгодни моменти. Она што е важно е дали работењето на двата истовремено ве чини нешто.
Во Vobuda не е така. Два блока во еден таб или два таба, секој со своја лента што го чита својот агент, секој со прикажани свој модел и ниво на напор, а покрај нив - режимот на дозволи на Claude Code. И двата ги предаваат сигналите на прозорецот на ист начин, па значка, звук и известување значат исто, без разлика кој ги подигнал, а записот за тоа што се случило додека сте биле далеку ги наведува еден до друг, групирани по блок.
Ниту еден не се поврзува преку дел од поставките или прекинувач, бидејќи сигнал што прво мора да го конфигурирате пред да работи не е функција, туку домашна задача. Се поврзуваат сами при стартување, а копчето „Интеграција“ на лентата со табови ги враќа врските за агент што веќе работел. Постојните куки од трети страни остануваат на местото, а сѐ што веќе го зафаќа некој настан се повикува веднаш по нашето.
Codex и Claude Code, објаснето директно
Кој е подобар, Codex или Claude Code?
Во однос на квалитетот на кодот, тоа е прашање за тоа кои модели ги извршува секој од нив во моментот кога прашувате, и секој запишан одговор брзо застарува. Во однос на тоа како се однесуваат како програми, Claude Code е поразбирлив однадвор: ја запишува листата на модели во датотека, ги чува сесиите во папка за секој проект и зема параметар за да продолжи една сесија. Codex повеќе задржува за себе.
Можам ли да ги користам Codex и Claude Code паралелно?
Да. Два блока во истиот прозорец, секој со своја контролна лента што го чита својот агент. Двата известуваат кога ќе завршат или кога им треба дозвола, и двата се појавуваат во истиот запис за она што се случило додека те немало.
Како Vobuda ги наведува моделите на Codex?
Прашувајќи го Codex. Некогаш испорачавме листа од два модела што Codex не ги извршува, и беше погрешна уште денот на испорака. Копчето за модел сега го отвора сопствениот избирач на Codex, ги чита редовите што ги покажува и го притиска оној што сте го избрале, а секој модел ги нуди нивоата што му ги дава Codex.
Дали некој од нив бара сметка кај Vobuda?
Не. Vobuda воопшто нема сметки. Секој агент ја користи претплатата или клучот што веќе сте му ги дале. Vobuda ја користи најавата на Claude Code за една работа - да го праша Anthropic за вашите лимити на користење - и никогаш не се допира до онаа на Codex.
А ако наместо тоа сакам локален модел?
Локален модел преку Ollama е само еден запис во agents.json и не бара никаков код. Добива блок и лента со сѐ што тој агент искрено може да каже за себе.
Еден прозорец, двата агенти
Бесплатно, без сметка, а секоја лента го чита агентот под неа.
curl -fsSL https://vobuda.com/install.sh | sh