Jak migrovat z Claude Code na Codex a co za data ve skutečnosti přežije

OpenAI potichu doplnil Codex o funkci Import other agent setup. V hlavním nastavení se objevil řádek, který slibuje, že přenese instrukce, konfiguraci, skills, MCP servery, hooks, subagenty a několik posledních sezení z jiného agenta. Tím “jiným agentem” se v praxi myslí Claude Code. OpenAI to nepojmenovává, ale celé schéma je šité na míru souborové struktuře, kterou používá Anthropic. Načasování taky není náhodné — funkce dorazila uprostřed jara 2026, tedy v okamžiku, kdy se nálada okolo Claude Code prudce zhoršila a kdy už několik nezávislých migračních utilit obíhalo po GitHubu.

Pojďme si projít, co Import skutečně dělá, kde funguje a kde ne, a hlavně — jaký kus pracovní infrastruktury se nepřevede vůbec, ať se snažíte sebevíc.

Načasování: proč zrovna teď

Codex CLI je na trhu od dubna 2025 a OpenAI dlouho nechával přechody mezi nástroji jako problém uživatele. Pak přišly dvě věci najednou. Anthropic v březnu 2026 přepočítal limity Max plánu způsobem, který vyvolal vlnu stížností — uživatelé hlásili, že limit padá na nulu během devadesáti minut běžné práce, jeden zdokumentoval skok z 21 % na 100 % využití po jediném normálním promptu. Druhá rána přišla z vlastního ekosystému: Anthropic uzavřel OAuth cestu, na které stála řada klientských nástrojů a osobních harnessů. Lidé, kteří měli kolem Claude Code postavenou pracovní infrastrukturu, najednou museli buď platit za novou cestu, nebo migrovat pryč.

Mezitím se na GitHubu objevily tři neoficiální migrační nástroje — cc2codex od Sumanta Manneho, claude2codex korejského týmu Treesoop a ccode-to-codex od Zuharze. Žádný z nich není dokonalý a všichni autoři otevřeně přiznávají, že některé věci převést nelze. Oficiální tlačítko OpenAI je tedy přiznáním, že problém je reálný a dost velký na to, aby si vyžádal vlastní řešení. Codex tím říká: víme, že vás přechod stojí týdny ladění, dáme vám nástroj, který ten náklad sníží.

Otázka zní, jestli ten náklad sníží dost.

Co Import skutečně dělá

Funkci najdete v aplikaci Codex pod Settings → General → Import other agent setup. Po kliknutí Codex prohledá dvě úrovně — uživatelskou (soubory ve vašem domovském adresáři) a projektovou (soubory v aktuálním repozitáři). Detekuje, co umí převést, ukáže vám seznam, vy zaškrtnete co chcete vzít s sebou, a Codex převede všechno najednou. Po skončení nabídne náhled výsledku přes View imported files, případně otevře nové vlákno se skillem migrate-to-codex, které vám pomůže dotáhnout věci, jež jednoduché přejmenování nezvládá.

Mapování ukazuje následující tabulka. Berte ji jako oficiální deklaraci OpenAI — co je v ní, to Codex tvrdí, že umí. Co v ní není, je váš problém.

První řádek vypadá triviálně — přejmenování souboru. Ve skutečnosti je to nejméně problematická část přechodu, protože oba nástroje používají markdown s neformální strukturou a Codex čte AGENTS.md zhruba tak, jak Claude Code čte CLAUDE.md. Druhý řádek už je zajímavější, protože settings.json a config.toml mají odlišná schémata. JSON přechází na TOML, klíče se přejmenovávají, některé kombinace v Codexu prostě neexistují. Konverze není lossless a OpenAI to v dokumentaci připouští — jistá pravidla a omezení nelze přeložit jeden k jednomu, a proto sám doporučuje, abyste výsledek prošli ručně.

Skills se převedou strukturálně. Skill je v obou nástrojích markdown soubor s instrukcemi, který se aktivuje při shodě se zadáním. Architekturně velmi podobné, prakticky se ale liší v tom, jak skill volá nástroje, jaká má omezení a jaký má sandboxový kontext. Po importu sice máte v Codexu odpovídající složky, jenže skill, který v Claude Code spoléhal na přímé spuštění shellu, vám v Codexu narazí na sandbox a začne se ptát na schválení — a to je chování, na které nejste zvyklí.

Co se nepřevede čistě a kde Import končí

Tady začínají potíže. OpenAI je v dokumentaci poctivý a říká: některé věci nemají v Codexu jasné mapování, a proto je v migraci ukončíme novým vláknem, kde si je dotáhnete sami. To zní vstřícně, dokud si nesepíšete, co všechno do té kategorie spadá.

Subagenty a víceagentní orchestrace. Claude Code má funkci agent teams, která spouští paralelní instance pracující na různých částech úkolu. Codex má vlastní mechanismus — subagent workflows s konfigurací v [agents] sekci config.toml —, ale je to jiný model. Codex spouští subagenty jen tehdy, když ho o to výslovně požádáte; Claude Code je nasazuje agresivněji a má kolem nich víc obsluhy a omáčky. Migrace tady neselhává tiše, ale ani neuspěje. Sumant Manne, který si tím prošel s 80 skills, 18 agenty a 20 hooks, to popisuje jako jediný bod, kde nedoporučuje žádnou automatizovanou konverzi vůbec — workflow musíte přepsat. To je upřímné a věcně správné zjištění, nebyl jsem úspěšnější.

Automatická paměť. Tohle je největší tichý problém. Claude Code má systém, který si během práce buduje kontext napříč sezeními — pamatuje si, co jste minulý týden řešili, jaké rozhodnutí jste udělali, kde leží jaký soubor. Není to jen CLAUDE.md, je to průběžně rostoucí auto-paměť. Codex tohle nemá. Má sice „memory plumbing” zavedený od února 2026 (souhrny vláken, lokální persistenci, mód reset/cleanup), ale nejde o ekvivalent. Po migraci si paměť spravujete ručně — čili poznámky v AGENTS.md, projektové dokumenty, externí systémy. Pokud jste si na auto-paměť navykli, čeká vás okamžik, kdy zjistíte, že Codex zapomněl všechno, co Claude vedlo k „rozumění” vaší práci. Tento rozdíl Import nezachrání.

Hooks, které Codex nezná. Claude Code má kolem 26 typů hook událostí — okamžiky, do kterých může uživatel zaháknout vlastní skript. Codex má vlastní seznam, který se s tím Anthropicovým překrývá jen částečně. Některé události (UserPromptSubmit od března 2026) Codex umí, jiné jako Claude-specifický EnterPlanMode ne. Když Import narazí na hook, který nelze převést, OpenAI volí — podle vlastního prohlášení — radši hlášení než tichou konverzi. To je správně. Znamená to ovšem, že část vašich automatizací po migraci prostě chybí, a vy je musíte buď přepsat, nebo se obejít bez nich.

Plugins a marketplaces. Claude Code i Codex mají plugin systémy, ale liší se balením. Codex pluginu umí sbalit skills, MCP konfiguraci a aplikační mapování do jednoho versionovaného balíčku, což je o trochu hezčí inženýrské řešení. Importovat plugin instalovaný z marketplace ale nelze automaticky — zdroj se musí znovu připojit, autentizace nastavit a plugin nainstalovat ručně.

Prompt šablony se shellovou interpolací. Pokud máte slash příkazy, které expandují argumenty, vkládají proměnné nebo cesty, OpenAI varuje, že je třeba projít je ručně. Konverze totiž může proběhnout strukturálně správně, ale výsledek nemusí volat to, co volat má.

Architektonický rozdíl, který nezmizí: sandbox

Tohle je důležitější než všechny rozdíly v souborech dohromady. Když Claude Code spustí npm install nebo git commit, příkaz se provede ve vašem skutečném prostředí, s vašimi skutečnými právy. Bezpečnostní brzdou jste vy a hooks. Claude Code je v zásadě tenká vrstva nad shellem; jeho síla i slabost je v tom, že vám důvěřuje.

Codex jde opačnou cestou. Standardně spouští příkazy uvnitř sandboxu, který na Linuxu používá Landlock a seccomp a na macOS Seatbelt. Sandbox řídí, do kterých souborů Codex sahá a jestli může na síť. Jakmile se akce vejde do hranic, Codex pracuje bez ptaní. Když chce ven — třeba spustit git push mimo working directory —, ptá se. Tři režimy: read-only, auto (čte a zapisuje uvnitř working directory, ven se ptá) a full access (žádná omezení).

Pokud máte dlouhodobý zvyk pracovat s Claude Code stylem „jeď, já tě nezastavím”, v Codexu narazíte. První dva dny vám bude přijít, že se Codex pořád na něco ptá. Není to chyba. Je to jiný bezpečnostní model, postavený na bázi operačního systému, ne na bázi hooks. Důsledek je střízlivý: Codex je bezpečnější ve scénáři, kdy spouštíte cizí kód nebo ladíte nedůvěryhodný projekt; Claude Code je pružnější, když vám záleží na rychlosti a víte, že prostředí je vaše. To není srovnávací úvaha o tom, kdo je „lepší” — je to volba podle vašeho threat modelu.

Drobné odlišnosti, které dohromady něco znamenají

V detailech je rozdíl víc, než se zdá. Codex má webové vyhledávání zapnuté implicitně a servíruje výsledky z vlastního cache; Claude Code v terminálovém režimu webové hledání rovnou nenabízí. Codex umí pustit dlouhotrvající úlohy v cloudu a stáhnout si výsledný diff zpátky lokálně — Claude Code nic takového nemá. Codex má slash příkaz /review, který shrnuje rozdíly v pracovním stromu se zaměřením na chování a chybějící testy, a /fork pro klonování konverzace; Claude Code má jiné slash příkazy, převodník je mapuje na Codex skills, ale konverze se zase nemusí povést dokonale.

Modely. K dnešku Codex defaultuje na GPT-5.4 (s tichou možností přepnout na novější GPT-5.5, která se distribuuje postupně), zatímco Claude Code pracuje s Opus 4.7, který má v nejnovější verzi 1M token context window jako standard. GPT-5.4 má experimentální 1M context, který se po překročení 272K vstupních tokenů účtuje s násobičem 2× input a 1.5× output. To je věc, kterou stojí za to mít na paměti při dlouhých refaktorech.

Třetí cesta: nezávislé migrátory

Než OpenAI uvedl oficiální Import, existovaly tři nástroje, které dělaly v zásadě totéž, jen z opačné strany:

• cc2codex od Sumanta Manneho je read-only nástroj, který detekuje skills, agents, hooks, MCP servery, paměťové soubory a instrukce, vyhodnotí je a generuje Codex konfiguraci. Jeho zásadní princip je „když je význam nejednoznačný, hlas, neguess”. Jinými slovy: pokud nelze něco přeložit beze ztrát, nástroj to nahlásí jako manuální položku.
• claude2codex korejského týmu Treesoop běží přes npx claude2codex migrate, má --dry-run mód a tým autorů hlásí, že u devíti vlastních lidí se ~95 % konfigurace převedlo automaticky napoprvé, zbylých 5 % šlo do conflict reportu k ručnímu řešení. Na rozdíl od oficiálního tlačítka má claude2codex jasně definovaný kontrakt — víte, co dělá, můžete to spustit nasucho a v Gitu vidíte, co se změnilo.
• ccode-to-codex od Zuharze je experimentálnější — klasifikuje migrační riziko (MECHANICAL / MANUAL / REFACTOR), validuje strukturu a sleduje stav přes migration-state.json. Pro lidi, kteří mají větší množství skills a agentů a chtějí auditovatelný proces.

Pro koho má smysl oficiální Import? Pro běžného uživatele Claude Code, který má pár instrukčních souborů, několik MCP serverů a chce přejít s minimem ladění. Pro lidi, kteří měli kolem Claude Code rozsáhlou infrastrukturu — desítky skills, vlastní hooks, víceagentní orchestrace —, je nezávislý nástroj transparentnější. Vidí na vstupy, vidí na výstupy a sám rozhodne, kdy něco označí jako „k ruční revizi”.

Co dělat hned po importu

OpenAI v dokumentaci doporučuje projít několik konkrétních věcí, a tady souhlasím beze zbytku:

• Skills a agenti — projít omezení nástrojů a oprávnění. Sandbox může změnit chování skillu, který v Claude Code fungoval bez ptaní.
• MCP servery s vlastní autentizací — hlavičky, proměnné prostředí, nestandardní transporty. Tyhle věci se převést mohou, ale ne nutně tak, jak chcete.
• Hooks — mohou se v Codexu chovat jinak. Některé typy událostí Codex prostě nemá; Import na to upozorní, ale je dobré projít to ještě jednou očima.
• Šablony promptů s argumenty a expanzí — největší tichý zdroj chyb. Slash příkaz, který v Claude Code rozbalil cestu k souboru, v Codexu nemusí.
• Pluginy a marketplaces — instalují se ručně, autentizace se musí znovu nastavit.

Ráno strávené revizí ušetří týden tichých selhání. To není přehánění, to je zkušenost.

Verdikt

OpenAI postavil rozumný nástroj pro běžný případ. Když přechází vývojář, který má pár instrukčních souborů, několik MCP serverů, plug-and-play použitelnou konfiguraci skills a žádnou víceagentní orchestraci, Import udělá svou práci a ušetří mu odpoledne. Ve dvou ohledech je nutné mít realistická očekávání.

Za prvé, co Import slibuje a co skutečně přenese, není totéž. Tabulka v dokumentaci vypadá jako kompletní mapování, ale za každým řádkem se schovávají detaily — schémata se rozcházejí, hooks se mapují jen částečně, sandbox mění chování skills. Důvěřujte, ale ověřte.

Za druhé, věci, které Import nepřenese, jsou často ty, na kterých vám záleží nejvíc. Auto-paměť, víceagentní orchestrace, prompt šablony se shellovou interpolací — tady neexistuje migrace, jen rekonstrukce. Pokud jste si v Claude Code vybudovali pracovní infrastrukturu, která vám reálně šetří čas, počítejte s tím, že její podstatná část se musí v Codexu napsat znovu.

A za třetí — což je věc, kterou OpenAI v marketingu nezdůrazňuje a já považuji za zásadní — sandbox není detail, je to základ pracovního stylu. Pokud jste s Claude Code měli rytmus „mluv, on dělá, já dohlížím”, v Codexu vás první dny bude rušit, jak často se ptá. Jakmile si na to zvyknete a zjistíte, kdy mu povolit širší přístup, pracuje se to dobře. Není to ale plynulý přechod.

Funkce Import je tedy přesně to, co se píše na štítku — nástroj, který vás dostane do Codexu rychleji, než kdybyste začínali od nuly. Není to one-click migrace celé pracovní filozofie. Tu si musíte přepsat sami.

Vyzkoušejte si to sami.