Claude Code nebo Codex? Podle úkolu, ne podle kvóty

Co z diskuse opravdu plyne

Kdy začít psát kód s Claude Code, nebo sáhnout po Codex? Programátoři používají oba nástroje souběžně, ale neobecně kvůli jedné „lepší“ funkci. Claude Code se v diskuzi často používá jako hlavní implementační nástroj pro existující repozitáře, frontend a refactoring. Codex plní spíše úlohy revize, bezpečnostního auditu nebo druhé implementace.

Rozdíl v délce běhu ale nelze převést na univerzální „Claude vydrží víc“ nebo „Codex je levnější“. Výsledek závisí na modelu, úrovni reasoning effort, délce kontextu, objemu nástrojových výstupů a době od posledního resetu. Samotné porovnání počtu zpracovaných tokenů navíc neříká, kolik reálné práce agent odvedl.

Diskuse tedy nabízí především rozdělení rolí a provozní hygienii. Vedle hlavního modelu se hodí mít druhý nástroj pro nezávislý review, kontrolu bezpečnosti nebo práci po vyčerpání kvóty.

Druhý předplatný účet však není automaticky zálohou. Jeden účet sdílí pěthodinový a týdenní limit například napříč claude.ai, Claude Desktop a Claude Code, zatímco druhý účet má vlastní fond a vyčerpání jednoho se druhého netýká. Výjimkou mohou být účty se stejným organizationUuid, které mají kvótu svázanou na úrovni organizace.

Kdy patří dlouhý běh a kdy izolovaná úloha

Claude Code je vhodnější pro jednu rozsáhlou implementační úlohu, která potřebuje průběžný stav repozitáře. Agent může upravovat soubory, spouštět testy, zohledňovat chyby a vracet se k opravám v téže session. Diskutující zde zmiňují také frontend, rozsáhlý refactoring a práci s testy nebo prohlížečem.

Codex se dobře hodí do úzce vymezeného sandboxu: review jednoho diffu, oprava jednoho bugu, kontrola bezpečnosti nebo doplnění konkrétní testovací mezery. Takový běh má menší živou smyčku, ale lépe omezené riziko změn mimo zadaný úkol.

Pro Codex je zásadní také prostředí. U cloudu probíhá setup se sítí, po němž agent může pokračovat bez průběžného přístupu k síti. Nemusí tedy vidět živé testy ani změny v pracovním stromu. Pro takovou práci je vhodné čisté checkouty, sandbox a explicitně definované writable roots.

Jak to funguje pod kapotou a kde má postup limity

Každý tah znovu zahrnuje systémovou instrukci, projektové pokyny typu CLAUDE.md, přečtené soubory, výsledky nástrojů a předchozí diffy. Prompt cache může snížit cenu opakovaného prefixu, ale neuvolní jeho místo v kontextovém okně. S rostoucím kontextem se rozptyluje pozornost.

Auto-compaction je proto zásadní kompromis: předchozí historii nahradí ztrátovým souhrnem, ale inference samotná spotřebuje část limitu. Po compactu se instrukce skillů znovu vstřikují a velké pokyny mohou být oříznuty. Compact navíc potřebuje API volání; při dosažení rate limitu před limitem okna se proto nemusí spustit vůbec.

Claude Code udržuje živou smyčku mezi modelem, oprávněními, hooky, nástroji a subagenty. Codex odděluje zadání od execution prostředí přes sandbox. Z toho plyne zásadní rozdíl: delší běh sám o sobě nedokazuje lepší kód. Výsledek více závisí na přístupu k testům, pracovnímu stromu a povoleným nástrojům.

Tarifní limity se navíc mění. Konkrétní čísla a doby resetů proto nejsou stabilní parametry a rozhodování je nutné opírat o aktuální údaje v účtu.

Jak rozdělit kontext, guardrails a kontrolu

Práce má začínat malým zadáním, jasným cílem a připravenou dokumentací. Velké repozitáře nemá agent znovu mapovat při každém úkolu. Instrukce pro UI, bezpečnost, testy a definici hotova patří do verzovaných pravidel projektu, případně do specializovaných skillů.

Rozsáhlé čtení a vyhledávání je vhodné přesunout do subagentů s vlastním kontextovým oknem. Hlavní session pak dostane závěr, odkazy na relevantní soubory a podstatné nálezy místo obří logy.

Pro ochranu kvóty pomáhá jednoduché rozdělení:

• krátká, izolovaná kontrola jde do sandboxu, kde nemusí zůstat celý kontext repozitáře;
• navazující implementace pokračuje v živé session;
• rozsáhlé čtení přebírá subagent;
• po každém kroku se kontroluje stav využití;
• drahý model se ponechává na architektonická rozhodnutí a obtížné chyby.

Oba nástroje mají být navzájem kontrolou, ne dvěma zálohami téhož výstupu. Nezávislý review má jiné zadání, jiný prompt a pokud možno jiný model. Lidský schvalovatel zůstává u změn, které mění bezpečnost, data, migrace nebo veřejné rozhraní.

Vlastní šablona zadání pro implementaci

Pracuj v [popis scény] s použitím [seznam materiálů].
Cílem je [cílový styl] v souladu s existujícím projektem.
Nejprve prohlédni relevantní soubory a uveď předpoklady, než začneš editovat.
Proveď změnu, spusť dostupné testy a napiš, které případné chyby zůstaly.
Vyvaruj se [nežádoucí artefakty] a neměň soubory mimo rozsah úkolu.

Šablona je záměrně krátká. Přidává konkrétní cíl, omezuje rozsah a vyžaduje ověření. Nezachraňuje dlouhý kontext předchozího chatu.

Co si z toho vzít

• Claude Code použijte pro živou implementaci, která potřebuje průběžné testy a stav repozitáře.
• Codex použijte pro izolované revize, bezpečnostní kontroly a úzce vymezené změny.
• Druhý účet berte jako samostatnou roli, ne jako automatickou zálohu kvóty.
• Dokumentaci, pravidla projektu a výstupy subagentů oddělte od kontextu hlavní session.
• Kvalitu porovnávejte vlastními testy a zaznamenejte input, cache read, output a tool-l; subjektivní dojem z diffu nestačí.
• Konkrétní kvóty ověřujte v aktuálním plánu, protože se mění.
• Užitečné specializované nástroje pro řízení vývozu jsou Claude Code, Codex a samostatné kontextové okno pro subagenty. Další kontext najdete v tématech AI agenti a Ceny a využití AI modelů.