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 |
| Умения (skills) | ~/.claude/skills, плюс съответната папка в проекта | ~/.codex/skills, плюс съответната папка в проекта |
| Списък с модели | Собствен файл, попълван от сървъра му, така че нов модел се появява в деня на пускането му | Не може да бъде питан отвън. Собственото му меню за избор е единственият честен отговор |
| Задаване на модела | Само моделът | Модел и ниво на разсъждение в една команда, /model gpt-5.5 high |
| Неговите настройки | settings.json | config.toml |
| Какво показва статус лентата му | Opus 5 with high effort, Claude Max | gpt-5.6-terra medium |
| Как изглежда процесът | claude | node, защото Codex работи като node |
Прочетено през септември 2026 г. спрямо текущите инсталации на двете. Тяхната собствена документация е меродавна; това е как изглеждат двете от прозорец, който трябва да ги управлява.
Три капана, в които попаднахме, за да можеш да ги разпознаеш
Всеки един от тях първо беше дефект в 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 не струва. Два блока в един таб или два таба, всеки със своя собствена лента, показваща своя агент, всеки със свои модел, ниво на усилие и режим на разрешения. И двата предават сигналите си на прозореца по един и същ начин, така че значка, звук и известие означават едно и също, независимо кой от двата ги е предизвикал, а записът на случилото се, докато си отсъствал, ги изброява един до друг, групирани по блок.
Нито един от двата не се свързва чрез секция с настройки или превключвател, защото сигнал, който трябва да настроиш, преди да заработи, не е функция, а домашно. Те се свързват сами при стартиране. Съществуващите hooks от трети страни остават на място, а всичко, което вече заема дадено събитие, се извиква веднага след нашето.
Codex и Claude Code, попитани направо
Кое е по-добро, Codex или Claude Code?
По отношение на качеството на кода това е въпрос за това какви модели използва всеки от двата в деня, в който питаш, и всеки записан отговор остарява. По отношение на това как се държат като програми, Claude Code е по-прозрачният отвън: записва списъка си с модели във файл, пази сесиите в папка за всеки проект и приема флаг за възобновяване на сесия. Codex пази повече неща вътрешно.
Мога ли да пускам Codex и Claude Code едновременно, един до друг?
Да. Два блока в един и същ прозорец, всеки със своя контролна лента, показваща своя агент. И двата съобщават, когато приключат или се нуждаят от разрешение, и двата се появяват в един и същ запис на случилото се, докато си отсъствал.
Защо vobuda не показва списък с модели на Codex?
Защото Codex не може да бъде питан отвън какви модели има. Пуснахме списък с два модела, които той не използва, което беше грешно още в деня на пускането. Сега бутонът за модел отваря собственото меню на Codex за избор, което е правилно по самата си природа.
Нуждае ли се някой от двата от акаунт във vobuda?
Не. vobuda изобщо няма акаунти. Всеки агент използва абонамента или ключа, който вече си му дал, и vobuda никога не вижда нито едното, нито другото.
А какво да кажем за локален модел вместо това?
Локален модел през Ollama е просто запис в agents.json и не изисква код. Той получава блок и лента с всичко, което този агент честно може да заяви за себе си.
Един прозорец, два агента
Безплатно, без акаунт, и всяка лента показва агента под нея.
curl -fsSL https://vobuda.com/install.sh | sh