Claude Code a Codex společně: 3 pracovní vzorce

Praktické materiály o práci s agenty a vibe codingu: dokumentace Ailoot.

Proč kombinovat Claude Code a Codex?#

V květnu 2026 vstoupil OpenAI na území Anthropic s modelem GPT-5.5 v Codex CLI. V nedávných benchmarcích má Codex jasný náskok u úloh v terminálu a v režimu SWE-bench Verified. Anthropic odpověděl modely Opus 4.8 a Dynamic Workflows a udržel si náskok v SWE-bench Pro (testu navrženém tak, aby bránil úniku dat, v němž trénování modelu na benchmarku nepomáhá). Podrobné přímé srovnání najdete v průvodci Codex vs Claude Code—tady přejděme rovnou ke kombinaci obou nástrojů.

V roce 2026 nemá žádný z nich jednoznačně navrch. Převládá jeden vzorec—týmy si nechávají Codex na levnou autonomní práci a Claude Code na riskantní architektonická rozhodnutí.

Klíčový rozdíl, který určuje rozdělení práce:

• Claude Code je výzkumník. Vede dlouhý, podrobný dialog, zpochybňuje předpoklady a zvažuje několik přístupů, než zvolí řešení. Hodí se pro situace, kdy správný postup není od začátku zřejmý.
• Codex je vykonavatel. Dostane úkol a v sandboxu se žene za výsledkem. Hodí se pro jasné úkoly, které vyžadují rychlý cyklus „zadej a získej“.

Pokud máte oba nástroje, nemusíte si vybírat mezi „přemýšlením“ a „konáním“. Úkoly rozdělíte podle jejich typu. Pokud jste se ještě nerozhodli, který z těchto dvou nástrojů nainstalovat jako první, najdete přímé srovnání v průvodci Codex vs Claude Code.

Vzorec 1: Claude Code napíše kód, Codex ho zkontroluje#

V tomto vzorci zůstává hlavním editorem Claude Code. Codex se zapojuje až na úrovni PR prostřednictvím cloudového režimu (Codex běží přímo z ChatGPT nebo GitHub App, takže nepotřebujete druhý terminál).

Jak to vypadá v praxi:

1. Krok 1: Napište funkci v Claude Code

   Otevřete repozitář ve VS Code, spusťte Claude Code, přepněte do Plan Mode a prodiskutujte architekturu funkce. Získáte návrh kódu, testy a migrace. Proveďte commit do větve funkce.

2. Krok 2: Vytvořte PR na GitHubu

   Otevřete pull request z větve funkce do main. Do popisu zadejte @codex review this PR for edge cases, security issues, and test coverage gaps.

3. Krok 3: Codex provede asynchronní kontrolu

   V cloudovém režimu Codex naklonuje repozitář do sandboxu, přečte diff, spustí testy i linter a hledá zranitelnosti. Po 5-15 minutách přidá komentáře přímo do PR.

4. Krok 4: Proveďte změny v Claude Code

   Vraťte se do Claude Code a předejte mu komentáře Codexu jako kontext: „Tady je to, co zjistila kontrola; oprav položky 1, 3 a 5.“ Claude provede změny a publikuje je do repozitáře.

Tento vzorec funguje, protože Claude a Codex byly trénovány na různých datech a vycházejí z odlišných filozofií. Codex vidí, co Claude přehlédl kvůli slepému místu svého modelu, a naopak.

Rizika vzorce 1:

• Codex může uzavřít PR se schválením, a přitom přehlédnout architektonický problém. Důležitá rozhodnutí kontrolujte sami.
• Dvojnásobné náklady na tokeny: Claude a Codex analyzují tentýž kód. U složitých funkcí se to vyplatí, u malých je to drahé.
• Codex v cloudovém režimu nevidí vaše místní prostředí—proměnné prostředí ani místní databáze. Pokud se jich funkce týká, přepněte na ruční spuštění.

Vzorec 2: Codex připraví návrh, Claude Code upraví architekturu#

Tento vzorec se použil v projektu popsaném v roce 2026, kdy bylo třeba za jeden večer vytvořit prototyp registračního trychtýře s e-mailovými upozorněními. V této situaci byste mohli strávit hodinu diskuzí o architektuře s Claude Code. Codex vytvořil funkční návrh za 12 minut.

Jak to funguje:

Funguje to takto: Codex prvních 15 minut odvede hrubou práci a pak Claude výsledek pozvedne na produkční kvalitu.

Požádejte Codex, aby hned vytvořil vyladěné řešení, a zasekne se na nejednoznačnostech. Požádejte Claude Code, aby byl hned rychlý, a začne všechno znovu zpochybňovat. Dejte každému práci, pro kterou byl vytvořen.

Rizika vzorce 2:

• Codex vytvoří návrh založený na předpokladech, které se později mohou obtížně odstraňovat. Pokud se návrh vydá špatným směrem, je levnější ho zahodit a začít znovu než ho opravovat.
• Claude Code může strávit půl hodiny přejmenováváním proměnných a zapomenout na skutečný architektonický problém. Zadávejte mu konkrétní změny, ne „uprav to“.
• Mezi relacemi se ztrácí kontext. Aby Claude Code pochopil, co měl Codex v úmyslu, potřebujete AGENTS.md (viz vzorec 5) nebo podrobný komentář na začátku souboru.

Vzorec 3: Codex pro infrastrukturu, Claude Code pro obchodní logiku#

Myšlenka je jednoduchá: různé části kódové základny vyžadují různé způsoby práce.

Tento vzorec doplňuje přístup spouštění více instancí Claude Code paralelně—v něm stejný model zpracovává různé úkoly prostřednictvím git worktrees; zde si dva různí agenti rozdělí oblasti odpovědnosti.

Infrastrukturní vrstva (Codex):

• GitHub Actions: přidat novou úlohu, upravit cachování, zrychlit CI.
• Testy: po refaktoringu napsat sadu integračních testů.
• Migrace Prisma: vygenerovat migraci a ověřit, že ji lze vrátit zpět.
• Konfigurace Docker / Coolify: přidat proměnné prostředí, aktualizovat kontrolu stavu.
• Úlohy cron: napsat sadu obslužných rutin cron.

Codex zde vítězí, protože infrastrukturní úlohy často zahrnují mnoho malých souborů se šablonovitým kódem. Codex se nezasekává na tom, že „si to musí promyslet“; dotáhne práci až do konce.

Obchodní logika (Claude Code):

• Registrační trychtýř: co zobrazit uživateli v každém kroku.
• Výpočet ceny se zohledněním slev, splátek a dárkových promo kódů.
• Automatizované pracovní postupy upozornění: které spouštěče a podmínky.
• Integrace externích API: zpracování chyb, opakované pokusy, cachování.
• Finanční modely: výpočty jednotkové ekonomiky a prognózy příjmů.

Claude Code zde vítězí, protože tyto úlohy vyžadují rozsáhlý dialog s produktovým uvažováním. Bez prodiskutování scénářů skončíte u technického řešení, které nezohledňuje skutečné problémy uživatelů.

Jak se práce rozdělí v repozitáři:

project/
├── .github/workflows/      ← Codex (CI, tests)
├── infra/                  ← Codex (Docker, Coolify, migrations)
├── scripts/                ← Codex (task scripts)
├── tests/                  ← Codex (integration tests)
├── src/
│   ├── lib/                ← Claude Code (business logic)
│   ├── app/                ← Claude Code (routes, forms, pages)
│   └── components/         ← Claude Code (UI)
└── prisma/
    └── schema.prisma       ← Claude Code (data models—product decision)

Není to pevné pravidlo. Může docházet k překryvu—například Claude Code může upravit GitHub Action, pokud má tato akce produktový význam (odeslání upozornění po publikování). Této dělbě však dobře odpovídá 80% úkolů.

Jak synchronizovat CLAUDE.md a AGENTS.md pro Claude Code a Codex?#

V popsané zkušenosti se souběžným používáním Claude Code a Codexu se objevil nečekaný problém. Claude Code dodržoval pravidla v CLAUDE.md („nedotýkej se migrací bez potvrzení“). Codex tato pravidla neviděl a bez váhání spustil migrace v pracovním prostředí. Po třetí rozbité databázi bylo nutné vymyslet, jak oba soubory správně udržovat synchronizované.

Oba soubory mohou obsahovat projektový kontext, konverzační preference, testovací příkazy, vyloučené adresáře a standardy commitů. Pravidla platná pro oba nástroje použijte společně a specifické příkazy a konfiguraci ponechte odděleně. Platí-li zákaz změn migrací pro oba agenty, patří do obou instrukcí.

Co je v obou souborech stejné:

• Stack: které frameworky, databáze a ORM používáte.
• Popis projektu: co to je, komu je určený a jaké jsou jeho hlavní entity.
• Zákazy: kterých složek se nedotýkat a které příkazy nespouštět.

Co se liší:

• Hooky, vrstvy nastavení a konfigurace MCP specifické pro Claude Code patří do jeho příslušných konfiguračních souborů. CLAUDE.md může odkazovat na textový popis konvencí; kopírováním se z něj nestává přenositelná konfigurace.
• AGENTS.md je otevřený standard. Čtou ho Codex, Cursor, Aider, Continue, Cline a Factory Droid—více než 25 agentů. Podrobněji se formátu AGENTS.md věnuje samostatný průvodce. Konfigurace Codex MCP se ukládají do ~/.codex/config.toml (TOML, ne JSON jako u Claude).

Běžným vzorcem roku 2026 je kanonický zdroj pravidel ve složce /context/ v monorepu, z něhož synchronizační skript generuje soubory CLAUDE.md, .cursor/rules/*.mdc a AGENTS.md. Soubory určené pro jednotlivé nástroje jsou označené jako pouze pro čtení; upravuje se jen zdroj.

Synchronizační skript spouštějte pomocí pre-commit hooku nebo prostřednictvím GitHub Action. Pokud se změny provedou přímo v CLAUDE.md, CI selže. Tím se zabrání rozcházení pravidel mezi nástroji.

Další možností je oficiální Codex Plugin pro Claude Code (oznámený 30. března 2026, verze 1.0.4). Přidává do Claude Code příkazy /codex:review, /codex:adversarial-review a /codex:rescue. Codex běží jako sub-agent a používá vlastní ~/.codex/config.toml a AGENTS.md. Odpadá tak potřeba druhého terminálu, ale AGENTS.md je stále nutný.

Kolik stojí používání obou nástrojů a kde se ušetří?#

Zde jsou údaje za červen 2026 (data z oficiálních stránek s předplatným Anthropic a OpenAI a oficiální stránka Codexu):

Minimální funkční kombinace: Claude Pro ($20) + ChatGPT Plus ($20) = $40/měsíc. To stačí na samostatné projekty s několika relacemi denně.

Kombinace pro aktivního vibe codera: Claude Max 5x ($100) + ChatGPT Plus ($20) = $120/měsíc. V popsané zkušenosti se tato kombinace používala poslední 2 měsíce: během této doby se spustily tři projekty a limit Claude nebyl nikdy dosažen.

Kombinace pro tým: Claude Max 20x ($200) + Codex Pro ($200) = $400/měsíc. Dává smysl, pokud pravidelně probíhají kontroly PR a cloudové úlohy souběžně s místní prací.

Odkud úspory pocházejí:

• Méně času na funkci. Měření autora: u 12 funkcí v květnu až červnu klesla doba od „napadlo mě to“ do „v produkci“ ze 4 hodin (jen Claude Code) na 2,5 hodiny (kombinace). Měřeno na úkolech autora; u vás budou čísla jiná.
• Méně chyb. Podle popsaných pozorování odhalí kontroly PR od Codexu 2-3 problémy z 10, které Claude přehlédne. Každý takový problém v produkci znamená hodinu nebo dvě na opravu a případný výpadek.
• Paralelní práce. Codex pracuje v cloudovém režimu na funkci A, zatímco uživatel pracuje s Claude na funkci B. Tím se zdvojnásobí průchodnost.

Nevyplatí se to, pokud napíšete 1-2 funkce týdně. V takovém případě stačí Claude Code Pro.

Kdy druhý nástroj nepotřebujete?#

Tato kombinace není pro každého. Často jen přidává šum. Zde jsou čtyři situace, kdy druhý nástroj nepotřebujete:

1. Samostatný projekt na začátku. Pokud máte jeden nápad a teprve ho zkoušíte, jeden Claude Code + Plan Mode vám na měsíc vystačí. Kombinaci přidejte, až narazíte na překážku v rychlosti.

2. Pevný rozpočet. Pokud je strop $20 měsíčně, pořiďte si Claude Pro a dál to neřešte. Samotný Claude zvládne 80% úkolů vibe codera.

3. Jednoduchá architektura. Web s formulářem, bot s několika scénáři, skript pro obalení API—rozdělení do vrstev tu nic nepřináší. Zvládne to jeden Claude Code.

4. Všechno už funguje. Pokud už používáte Claude Code a za poslední měsíc nenarazili jste na jediný úkol, u kterého by se zasekl nebo selhal, neopravujte, co funguje. Codex přidejte, až bude potřeba zřejmá.

A opačně—jasné známky toho, že nastal čas přidat druhý nástroj:

• Claude Code se stal úzkým hrdlem: čekáte na něj místo toho, abyste pracovali.
• Přibylo mnoho šablonovité infrastrukturní práce (migrace, CI, testy), kterou nesnášíte řešit přes Claude.
• Různí lidé v týmu už používají různé nástroje—je potřeba společný jazyk.
• Benchmarks ukazují, že Codex zvládá váš typ úloh rychleji (například operace v terminálu).

Jak nastavit kombinaci za jeden večer#

Konkrétní plán na první večer:

1. Krok 1: Nainstalujte Codex CLI

   V terminálu: npm install -g @openai/codex. Přihlaste se pomocí codex login—otevře se prohlížeč a přihlásíte se ke svému účtu ChatGPT. Codex rozpozná vaše předplatné (Plus / Pro) a použije jeho limity.

2. Krok 2: Napište AGENTS.md jako provozní dokument

   Projděte CLAUDE.md a v AGENTS.md znovu použijte pravidla platná pro oba nástroje: testy a lint, formát commitů, zakázané složky a popis stacku. Sdílet lze i konverzační preference. Specifické příkazy přizpůsobte a vykonatelná nastavení hooků a MCP ponechte ve vlastní konfiguraci každého nástroje; samotná kopie Markdownu je nenastavuje.

3. Krok 3: Zvolte vzorec pro svůj projekt

   Pokud programujete sami a máte CI, použijte vzorec 1 (Claude píše, Codex kontroluje). Pokud jde o nový projekt a potřebujete rychlost, použijte vzorec 2 (Codex připraví návrh, Claude ho upraví). Pokud jde o zavedený projekt s infrastrukturní vrstvou, použijte vzorec 3 (rozdělení podle vrstev).

4. Krok 4: Experimentujte jeden týden

   Pracujte se zvoleným vzorcem na 5-7 funkcích. Sledujte čas. Zaznamenávejte, který nástroj každou z nich zvládl lépe. Po týdnu budete mít skutečný profil svého používání.

5. Krok 5: Nastavte synchronizaci pravidel

   Přidejte skript scripts/sync-agent-rules.sh (viz část o synchronizaci). Připojte ho jako pre-commit hook nebo přes GitHub Action. Poté se pravidla budou automaticky šířit do obou souborů.

Tato kombinace není žádná magie. Jsou to jednoduše dvě mysli místo jedné a každá pokrývá slabiny té druhé. Hlavní je nezaseknout se na debatě „Claude, nebo Codex“, když správná odpověď už dávno zní „Claude i Codex—každý na jiný typ úkolů“.

Praktické materiály o práci s agenty najdete v dokumentaci Ailoot.

Další materiály a nástroje: Ailoot.