Codex и Claude Code, погледнати през файловете на диска
Не е присъда кой пише по-добър код. Описание на това как двата всъщност се държат, написано от хората, на които им се наложи една лента с бутони да управлява и двата.
Защо това сравнение е различно от останалите
Повечето неща, писани за Codex срещу 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.
Списъкът на един агент върху блока на друг
Два списъка с модели и флаг за продължаване бяха написани, когато имаше само един агент, и останаха глобални, когато станаха три. Отварянето на блок с Codex предлагаше Opus, Sonnet, Haiku и Fable, а продължаването изпращаше 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