Claude Code és Codex együtt: 3 munkaminta

Gyakorlati anyagok az ügynökökkel való munkáról és a vibe codingról: Ailoot dokumentáció.

Miért nem elég már egyetlen eszköz 2026-ban?#

2026 májusában az OpenAI a Codex CLI-ben elérhető GPT-5.5 modellel belépett az Anthropic területére. A legutóbbi benchmarkokban a Codex egyértelmű előnyt szerzett a terminálfeladatokban és a SWE-bench Verified módban. Az Anthropic az Opus 4.8-cal és a Dynamic Workflows funkcióval válaszolt, megőrizve előnyét a SWE-bench Pro terén (ez egy olyan teszt, amelyet az adatszivárgás megakadályozására terveztek; ha a modellt a benchmarkon tanítják, az nem segít). A részletes, közvetlen összehasonlítást a Codex és Claude Code útmutató tárgyalja—itt térjünk is rá a páros használatára.

2026-ban nincs egyetlen győztes. Egyetlen minta dominál—a csapatok az olcsó, autonóm munkára megtartják a Codexet, a kockázatos architekturális döntésekre pedig a Claude Code-ot használják.

A munka felosztását meghatározó fő különbség:

• A Claude Code a kutató. Hosszú, mély párbeszédet folytat, megkérdőjelezi a feltételezéseket, és több megközelítést is mérlegel, mielőtt megoldást választ. Olyan helyzetekben hasznos, amikor kezdettől fogva nem egyértelmű, mi a helyes lépés.
• A Codex a végrehajtó. Megkap egy feladatot, és egy sandboxban halad a végeredmény felé. Olyan egyértelmű feladatokhoz illik, amelyek gyors „kérés-válasz” ciklust igényelnek.

Ha mindkét eszköz kéznél van, nem kell választanod a „gondolkodás” és a „cselekvés” között. A feladat típusa alapján delegálsz. Ha még nem döntötted el, melyiket telepítsd először, a Codex és Claude Code útmutatóban közvetlen összehasonlítást találsz.

1. minta: A Claude Code írja a kódot, a Codex ellenőrzi#

Ebben a mintában a Claude Code marad a vezető szerkesztő. A Codex csak a PR szintjén kapcsolódik be a felhős módján keresztül (a Codex közvetlenül a ChatGPT-ből vagy a GitHub Appból fut, így nincs szükséged második terminálra).

Így néz ki a gyakorlatban:

1. 1. lépés: Írd meg a funkciót a Claude Code-ban

   Nyisd meg a repositoryt a VS Code-ban, indítsd el a Claude Code-ot, válts a Plan Mode-ra, és beszéljétek át a funkció architektúráját. Kódvázlatot, teszteket és migrációkat kapsz. Commitold egy feature branchre.

2. 2. lépés: Hozz létre egy PR-t a GitHubon

   Nyiss pull requestet a feature branchből a main branchre. A leírásban add meg ezt: @codex review this PR for edge cases, security issues, and test coverage gaps.

3. 3. lépés: A Codex aszinkron módon ellenőrzi

   Felhős módban a Codex a sandboxába klónozza a repositoryt, elolvassa a diffet, teszteket futtat, elindítja a lintert, és sérülékenységeket keres. 5-15 perc elteltével közvetlenül a PR-hez fűz megjegyzéseket.

4. 4. lépés: Végezd el a módosításokat a Claude Code-ban

   Térj vissza a Claude Code-hoz, és add át neki a Codex megjegyzéseit kontextusként: „Ezt találta az ellenőrzés; javítsd ki az 1., 3. és 5. pontot.” A Claude elvégzi a módosításokat, és közzéteszi őket a repositoryban.

Ez a minta azért működik, mert a Claude-ot és a Codexet eltérő adathalmazokon tanították, és más a filozófiájuk. A Codex észreveszi azt, amit a Claude a modell vakfoltja miatt kihagyott, és fordítva.

Az 1. minta kockázatai:

• A Codex jóváhagyással lezárhat egy PR-t, miközben nem vesz észre egy architekturális problémát. A fontos döntéseket te magad ellenőrizd.
• Kétszeres tokenköltség: a Claude és a Codex ugyanazt a kódot elemzi. Összetett funkcióknál megéri, kisebbeknél drága.
• A Codex felhős módban nem lát rá a helyi környezetedre—például a környezeti változókra vagy a helyi adatbázisokra. Ha a funkció érinti ezeket, válts manuális futtatásra.

2. minta: A Codex készíti a vázlatot, a Claude Code rendbe teszi az architektúrát#

Ezt a mintát a 2026-ban ismertetett projektben használták, amikor egy e-mail-értesítéseket tartalmazó regisztrációs tölcsér prototípusát egyetlen este alatt kellett elkészíteni. Ebben a helyzetben egy órát is eltölthettél volna a Claude Code-dal az architektúra megbeszélésével. A Codex 12 perc alatt működő vázlatot készített.

Így működik:

Így működik: a Codex az első 15 percben elvégzi a nehéz alapmunkát, aztán a Claude produkciós minőségűvé teszi.

Ha azt kéred a Codextől, hogy rögtön csiszolja tökéletesre, elakad a kétértelműségeken. Ha azt kéred a Claude Code-tól, hogy azonnal dolgozzon gyorsan, elkezdi megkérdőjelezni a döntéseit. Mindegyiknek olyan munkát adj, amire készült.

A 2. minta kockázatai:

• A Codex olyan feltételezésekkel készítheti el a vázlatot, amelyeket később nehéz rendbe tenni. Ha rossz irányba indul a vázlat, olcsóbb eldobni és újrakezdeni, mint kijavítani.
• A Claude Code fél órát is eltölthet a változók átnevezésével, és közben megfeledkezhet a valódi architekturális problémáról. Konkrét módosításokat kérj tőle, ne csak annyit, hogy „tedd rendbe”.
• A munkamenetek között elveszik a kontextus. Ahhoz, hogy a Claude Code megértse, mit szándékozott a Codex, szükséged van egy AGENTS.md fájlra (lásd az 5. mintát), vagy részletes megjegyzésre a fájl elején.

3. minta: Codex az infrastruktúrához, Claude Code az üzleti logikához#

Az ötlet egyszerű: a kódbázis különböző részei eltérő munkamódszereket kívánnak.

Ez a minta kiegészíti a több Claude Code-példány párhuzamos futtatásának megközelítését—ott ugyanaz a modell kezel különböző feladatokat git worktree-ken keresztül; itt két eltérő ügynök osztja fel a felelősségi területeket.

Infrastruktúraréteg (Codex):

• GitHub Actions: új job hozzáadása, a gyorsítótárazás módosítása, a CI felgyorsítása.
• Tesztek: integrációs tesztcsomag írása egy refaktorálás után.
• Prisma-migrációk: migráció létrehozása és annak ellenőrzése, hogy visszaállítható-e.
• Docker / Coolify konfigurációk: környezeti változók hozzáadása, az állapotellenőrzés frissítése.
• Cronfeladatok: cron handlerek egy csoportjának megírása.

A Codex azért jó ebben, mert az infrastrukturális feladatok gyakran sok kis fájlból állnak, boilerplate kóddal. A Codex nem akad fenn azon, hogy „ezt még át kell gondolni”; végigcsinálja a feladatot.

Üzleti logika (Claude Code):

• Regisztrációs tölcsér: mit mutassunk a felhasználónak az egyes lépésekben.
• Árszámítás kedvezmények, részletfizetés és ajándék promókódok figyelembevételével.
• Automatikus értesítési munkafolyamatok: milyen kiváltó eseményekkel és feltételekkel.
• Külső API-integrációk: hibakezelés, újrapróbálkozások, gyorsítótárazás.
• Pénzügyi modellek: unit economics számítások és bevételi előrejelzések.

A Claude Code azért jó ebben, mert ezek a feladatok hosszabb párbeszédet és termékszemléletet kívánnak. A helyzetek megbeszélése nélkül olyan technikai megoldást kapsz, amely nem veszi figyelembe a felhasználók valódi problémáit.

A munka felosztása a repóban:

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)

Ez nem merev szabály. Lehet átfedés—például a Claude Code módosíthat egy GitHub Actiont, ha annak termékbeli jelentése van (például közzététel utáni értesítés küldése). A feladatok 80%-a azonban jól illik ehhez a felosztáshoz.

Hogyan szinkronizáljuk a CLAUDE.md-t és az AGENTS.md-t?#

A Claude Code és a Codex párhuzamos használatáról szóló beszámolóban váratlan probléma merült fel. A Claude Code követte a CLAUDE.md szabályait („ne nyúlj a migrációkhoz megerősítés nélkül”). A Codex nem látta ezeket a szabályokat, és habozás nélkül migrációkat futtatott egy munkakörnyezetben. Miután harmadszor is tönkrement az adatbázis, ki kellett találni, hogyan lehet megfelelően szinkronban tartani a két fájlt.

Mindkét fájl tartalmazhat projektkontextust, társalgási preferenciákat, tesztparancsokat, könyvtárkizárásokat és commitelési szabványokat. A mindkét eszközre érvényes szabályokat használd újra, majd az eszközspecifikus parancsokat és konfigurációt tartsd külön. Ha például a migrációk módosításának tiltása mindkét ügynökre érvényes, mindkét utasításkészletben szerepeljen.

Ami mindkét fájlban azonos:

• Stack: milyen frameworköket, adatbázist és ORM-et használsz.
• Projektleírás: mi a projekt, kinek szól, és melyek a fő entitásai.
• Tiltások: mely mappákhoz ne nyúlj, és mely parancsokat ne futtasd.

Ami eltér:

• A Claude Code-specifikus hookok, beállítási rétegek és MCP-konfiguráció a megfelelő Claude Code-konfigurációs fájlokba valók. A konvencióikat leíró szövegre hivatkozhat a CLAUDE.md; a másolástól nem válik hordozható végrehajtható konfigurációvá.
• Az AGENTS.md nyílt szabvány. A Codex, a Cursor, az Aider, a Continue, a Cline és a Factory Droid is olvassa—25+ ügynök. A külön útmutató részletesebben tárgyalja az AGENTS.md formátumát. A Codex MCP-konfigurációi a ~/.codex/config.toml fájlban vannak tárolva (TOML, nem JSON, mint a Claude esetében).

2026-ban elterjedt minta a monorepó /context/ mappájában lévő kanonikus szabályforrás, amelyből egy szinkronizáló szkript előállítja a CLAUDE.md, a .cursor/rules/*.mdc és az AGENTS.md fájlokat. Az eszközspecifikus fájlokat csak olvashatóként jelölik meg; csak a forrást szerkesztik.

A szinkronizáló szkriptet futtasd pre-commit hookon keresztül vagy GitHub Actionnel. Ha közvetlenül a CLAUDE.md fájlt módosítják, a CI meghiúsul. Ez megakadályozza, hogy az eszközök szabályai eltérjenek egymástól.

Egy másik lehetőség a hivatalos Codex Plugin for Claude Code (bejelentve 2026. március 30-án, 1.0.4-es verzió). Hozzáadja a /codex:review, /codex:adversarial-review és /codex:rescue parancsokat a Claude Code-hoz. A Codex alügynökként fut, a saját ~/.codex/config.toml fájlját és az AGENTS.md-t használva. Így nincs szükség második terminálra, de az AGENTS.md továbbra is szükséges.

Mennyibe kerül mindkettőt használni, és hol jelentkezik a megtakarítás?#

Íme a 2026. júniusi díjak (adatok az Anthropic és az OpenAI hivatalos előfizetési oldalairól, valamint a hivatalos Codex-oldalról):

A minimálisan működő páros: Claude Pro ($20) + ChatGPT Plus ($20) = $40/hónap. Elég egyéni projektekhez, napi néhány munkamenettel.

Valódi páros aktív vibe codernek: Claude Max 5x ($100) + ChatGPT Plus ($20) = $120/hónap. A leírt tapasztalatban ezt a párost használták az utolsó 2 hónapban: ezalatt három projekt élesbe került, és a Claude korlátait sosem érték el.

Páros csapatnak: Claude Max 20x ($200) + Codex Pro ($200) = $400/hónap. Akkor ésszerű, ha folyamatosan érkeznek PR-ellenőrzések, és a felhős feladatok a helyi munkával párhuzamosan futnak.

A megtakarítás forrásai:

• Kevesebb idő egy funkcióra. A szerző mérése: 12 funkció esetében május-júniusban az „ötlettől” az „éles üzemig” tartó idő 4 óráról (egy Claude Code) 2.5 órára (a páros) csökkent. A szerző feladatain mérve; nálad más értékek jönnek ki.
• Kevesebb hiba. A leírt megfigyelések szerint a Codex PR-ellenőrzései 10-ből 2-3 olyan problémát találnak meg, amelyet a Claude kihagy. Minden ilyen éles üzemi probléma egy-két órát igényel a javításhoz, a lehetséges leállás mellett.
• Párhuzamosság. A Codex felhős módban az A funkción dolgozik, miközben a felhasználó a Claude-dal a B funkción dolgozik. Ez megduplázza az áteresztőképességet.

Nem éri meg, ha hetente 1-2 funkciót írsz. Ebben az esetben egy Claude Code Pro is elég.

Mikor nincs szükséged második eszközre?#

A páros nem mindenkinek való. Gyakran csak zajt ad hozzá. Íme négy helyzet, amikor nincs szükség második eszközre:

1. Kezdeti szakaszban lévő egyéni projekt. Ha van egy ötleted, és csak teszteled, egyetlen Claude Code + Plan Mode egy hónapig elegendő lesz. Akkor add hozzá a párost, amikor a sebesség szűk keresztmetszetté válik.

2. Szigorú költségkeret. Ha a plafon $20/hónap, válaszd a Claude Pro-t, és ne aggódj miatta. A Claude önmagában lefedi egy vibe coder feladatainak 80%-át.

3. Egyszerű architektúra. Egy űrlapos weboldal, néhány forgatókönyves bot, egy API-wrapper szkript—itt a rétegek szerinti felosztás nem ad hozzá semmit. Egy Claude Code is megbirkózik vele.

4. Már minden működik. Ha már használod a Claude Code-ot, és az elmúlt hónapban egyetlen olyan feladatod sem volt, amellyel elakadt vagy nem boldogult, ne javíts azon, ami működik. Akkor add hozzá a Codexet, amikor nyilvánvalóvá válik az igény.

A másik irányból pedig ezek egyértelmű jelei annak, hogy ideje bevezetni egy második eszközt:

• A Claude Code szűk keresztmetszetté vált: vársz rá, ahelyett hogy dolgoznál.
• Sok boilerplate infrastruktúramunka jelent meg (migrációk, CI, tesztek), amelyet nem szívesen végzel a Claude-dal.
• A csapat különböző tagjai már most is különböző eszközöket használnak—szükség van egy közös nyelvre.
• A benchmarkok szerint a Codex gyorsabban végzi el a feladataid adott típusát (például terminálműveleteket).

Hogyan állítsd be a párost egy este alatt?#

Konkrét terv az első estédre:

1. 1. lépés: Telepítsd a Codex CLI-t

   A terminálban: npm install -g @openai/codex. Jelentkezz be a codex login paranccsal—megnyílik egy böngésző, ahol bejelentkezel a ChatGPT-fiókoddal. A Codex látni fogja az előfizetésedet (Plus / Pro), és felhasználja annak kereteit.

2. 2. lépés: Működési dokumentumként írd meg az AGENTS.md-t

   Nézd át a CLAUDE.md-t, és a mindkét eszközre érvényes szabályokat használd újra az AGENTS.md-ben: teszt- és lintparancsokat, commitformátumot, tiltott mappákat és a stack leírását. Társalgási preferenciák is megoszthatók. Az eszközspecifikus parancshivatkozásokat alakítsd át, a végrehajtható hook- és MCP-beállításokat pedig az adott eszköz saját konfigurációjában tartsd; a másolt Markdown-fájl önmagában nem állítja be őket.

3. 3. lépés: Válassz egy mintát a projektedhez

   Ha CI-t használó egyéni fejlesztő vagy, válaszd az 1. mintát (Claude ír, Codex ellenőriz). Ha új projektről van szó, és sebességre van szükséged, válaszd a 2. mintát (Codex vázlatot készít, Claude rendbe teszi). Ha egy bejáratott projektnek van infrastrukturális rétege, válaszd a 3. mintát (felosztás rétegek szerint).

4. 4. lépés: Kísérletezz egy hétig

   Dolgozz a kiválasztott mintával 5-7 funkción. Kövesd az időt. Jegyezd fel, melyik eszköz melyiket kezelte jobban. Egy hét múlva valós képed lesz a használatodról.

5. 5. lépés: Állítsd be a szabályok szinkronizálását

   Adj hozzá egy scripts/sync-agent-rules.sh szkriptet (lásd a szinkronizálásról szóló részt). Csatlakoztasd pre-commit hookként vagy GitHub Actionön keresztül. Ezután a szabályok automatikusan átkerülnek mindkét fájlba.

A páros nem varázslat. Egyszerűen két gondolkodó dolgozik egy helyett, és mindegyik lefedi a másik gyenge pontjait. A lényeg, hogy ne ragadj le a „Claude vagy Codex” vitánál, amikor a helyes válasz már régóta az, hogy „Claude és Codex—különböző feladattípusokra”.

Gyakorlati anyagok az ügynökökkel való munkáról: Ailoot dokumentáció.

További anyagok és eszközök: Ailoot.