Claude Code in Codex skupaj: 3 vzorci dela

Praktična gradiva o delu z agenti in vibe codingu: dokumentacija Ailoot.

Zakaj leta 2026 eno orodje ni več dovolj?#

Maja 2026 je OpenAI z modelom GPT-5.5 v Codex CLI vstopil na Anthropicovo področje. V novejših primerjalnih testih je Codex jasno boljši pri opravilih v terminalu in v načinu SWE-bench Verified. Anthropic se je odzval z Opus 4.8 in Dynamic Workflows ter ohranil prednost pri SWE-bench Pro (testu, zasnovanem za preprečevanje uhajanja podatkov, pri katerem učenje modela na primerjalnem naboru ne pomaga). Podrobna neposredna primerjava je predstavljena v vodniku Codex proti Claude Code—tukaj pa preidimo naravnost h kombinaciji.

Leta 2026 ni enega samega zmagovalca. Prevladuje en vzorec—ekipe obdržijo Codex za cenovno ugodna avtonomna opravila, Claude Code pa za tvegane arhitekturne odločitve.

Ključna razlika, ki določa razdelitev dela:

• Claude Code je raziskovalec. Vodi dolgotrajen in poglobljen dialog, preverja predpostavke ter pred izbiro rešitve pretehta več pristopov. Primeren je za položaje, v katerih prava poteza že na začetku ni očitna.
• Codex je izvajalec. Dobi nalogo in v peskovniku vztrajno dela do rezultata. Primeren je za jasno določene naloge, pri katerih je potreben hiter cikel »daj in dobi«.

Če imate na voljo obe orodji, vam ni treba izbirati med »razmišljanjem« in »delom«. Naloge razdelite glede na njihovo vrsto. Če se še niste odločili, katero od njiju najprej namestiti, je neposredna primerjava v vodniku Codex proti Claude Code.

Vzorec 1: Claude Code napiše kodo, Codex jo pregleda#

Pri tem vzorcu Claude Code ostane glavni urejevalnik. Codex se vključi šele na ravni PR-ja prek svojega načina v oblaku (Codex se zažene neposredno iz ChatGPT ali aplikacije GitHub, zato ne potrebujete drugega terminala).

Kako je to videti v praksi:

1. 1. korak: Funkcijo napišite v Claude Code

   Odprite repozitorij v VS Code, zaženite Claude Code, preklopite na Plan Mode in se pogovorite o arhitekturi funkcije. Dobili boste osnutek kode, teste in migracije. Spremembe potrdite v veji funkcije.

2. 2. korak: Ustvarite PR v GitHubu

   Odprite pull request iz veje funkcije v main. V opis vnesite @codex review this PR for edge cases, security issues, and test coverage gaps.

3. 3. korak: Codex pregleda spremembe asinhrono

   V načinu v oblaku Codex klonira repozitorij v svoj peskovnik, prebere diff, zažene teste in linter ter poišče ranljivosti. Po 5-15 minutah doda komentarje neposredno v PR.

4. 4. korak: Izvedite spremembe v Claude Code

   Vrnite se v Claude Code in mu kot kontekst posredujte Codexove komentarje: »Tukaj je, kaj je pokazal pregled; popravi točke 1, 3 in 5.« Claude izvede spremembe in jih objavi v repozitoriju.

Ta vzorec deluje, ker sta bila Claude in Codex usposobljena na različnih naborih podatkov in imata različni filozofiji. Codex opazi, kar je Claude zaradi slepe pege svojega modela spregledal, in obratno.

Tveganja vzorca 1:

• Codex lahko zapre PR z odobritvijo, pri tem pa spregleda arhitekturni problem. Pomembne odločitve preverite sami.
• Dvojni stroški tokenov: Claude in Codex analizirata isto kodo. Pri kompleksnih funkcijah se to izplača, pri majhnih pa je drago.
• Codex v načinu v oblaku ne vidi vašega lokalnega okolja—okoljskih spremenljivk ali lokalnih zbirk podatkov. Če se jih funkcija dotika, preklopite na ročno izvajanje.

Vzorec 2: Codex pripravi osnutek, Claude Code uredi arhitekturo#

Ta vzorec so uporabili v projektu, opisanem leta 2026, ko je bilo treba v enem večeru izdelati prototip registracijskega lijaka z e-poštnimi obvestili. V tem primeru bi lahko eno uro porabili za pogovor s Claude Code o arhitekturi. Codex je delujoč osnutek pripravil v 12 minutah.

Kako deluje:

Deluje takole: Codex prvih 15 minut opravlja osnovno delo, nato pa Claude rešitev izpopolni do produkcijske kakovosti.

Če Codex prosite, naj izdelek takoj izpopolni, se bo zataknil pri dvoumnostih. Če Claude Code prosite, naj takoj dela hitro, bo začel dvomiti o svojih odločitvah. Vsakemu zaupajte delo, za katero je bil ustvarjen.

Tveganja vzorca 2:

• Codex lahko pripravi osnutek na podlagi predpostavk, ki jih je pozneje težko odpraviti. Če osnutek zaide v napačno smer, ga je ceneje zavreči in začeti znova kot popravljati.
• Claude Code lahko porabi pol ure za preimenovanje spremenljivk in pozabi na resnični arhitekturni problem. Navedite mu konkretne spremembe, ne recite samo »uredi to«.
• Med sejami se kontekst izgubi. Da bi Claude Code razumel, kaj je nameraval Codex, potrebujete AGENTS.md (glejte vzorec 5) ali podroben komentar na začetku datoteke.

Vzorec 3: Codex za infrastrukturo, Claude Code za poslovno logiko#

Zamisel je preprosta: različni deli kodne zbirke zahtevajo različne načine dela.

Ta vzorec dopolnjuje pristop vzporednega zagona več instanc Claude Code—tam isti model obravnava različne naloge prek git worktreejev; tukaj pa dva različna agenta razdelita področja odgovornosti.

Infrastrukturna plast (Codex):

• GitHub Actions: dodajanje novega joba, prilagajanje predpomnjenja, pospeševanje CI.
• Testi: pisanje zbirke integracijskih testov po refaktoriranju.
• Migracije Prisma: ustvarjanje migracije in preverjanje, ali jo je mogoče razveljaviti.
• Konfiguracije Docker / Coolify: dodajanje okoljskih spremenljivk, posodabljanje preverjanja stanja.
• Cron opravila: pisanje zbirke cron handlerjev.

Codex je tu boljši, ker infrastrukturne naloge pogosto obsegajo veliko majhnih datotek z vzorčno kodo. Codex se ne zatakne pri tem, da »mora o zadevi še razmisliti«; delo izpelje do konca.

Poslovna logika (Claude Code):

• Registracijski lijak: kaj prikazati uporabniku v posameznem koraku.
• Izračun cen ob upoštevanju popustov, obročnega plačila in darilnih promocijskih kod.
• Avtomatizirani poteki obveščanja: kateri sprožilci in pogoji.
• Integracije zunanjih API-jev: obravnava napak, ponovni poskusi, predpomnjenje.
• Finančni modeli: izračuni ekonomike enote in napovedi prihodkov.

Claude Code je tu boljši, ker te naloge zahtevajo daljši dialog in produktno razmišljanje. Če se o scenarijih ne pogovorite, dobite tehnično rešitev, ki ne upošteva resničnih težav uporabnikov.

Kako je delo razdeljeno v repozitoriju:

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)

To ni strogo pravilo. Področja se lahko prekrivajo—Claude Code lahko na primer ureja GitHub Action, če ima ta produktni pomen (na primer pošiljanje obvestila po objavi). Vendar 80% nalog dobro ustreza tej razdelitvi.

Kako sinhronizirati CLAUDE.md in AGENTS.md?#

V opisanih izkušnjah s sočasno uporabo Claude Code in Codex se je pojavila nepričakovana težava. Claude Code je upošteval pravila v CLAUDE.md (»ne spreminjaj migracij brez potrditve«). Codex teh pravil ni videl in je brez pomislekov zagnal migracije v delovnem okolju. Po tretji pokvarjeni zbirki podatkov je bilo treba ugotoviti, kako pravilno ohranjati sinhronizacijo obeh datotek.

Obe datoteki lahko vsebujeta projektni kontekst, pogovorne preference, ukaze za teste, izključitve map in standarde commitov. Ponovno uporabite pravila za obe orodji, nato ukaze in konfiguracijo posameznega orodja ohranite ločene. Prepoved spreminjanja migracij na primer spada v obe zbirki navodil, če velja za oba agenta.

Kaj je v obeh datotekah enako:

• Stack: kateri ogrodji, katera zbirka podatkov in kateri ORM.
• Opis projekta: kaj je projekt, komu je namenjen in katere so njegove glavne entitete.
• Prepovedi: katerih map se ne smemo dotikati in katerih ukazov ne smemo zagnati.

Kaj se razlikuje:

• Kavlji, plasti nastavitev in konfiguracija MCP za Claude Code sodijo v ustrezne konfiguracijske datoteke Claude Code. Besedilo, ki opisuje te konvencije, je lahko povezano iz CLAUDE.md; samo kopiranje ga ne spremeni v prenosljivo konfiguracijo.
• AGENTS.md je odprti standard. Berejo ga Codex, Cursor, Aider, Continue, Cline in Factory Droid—25+ agentov. Ločen vodnik podrobneje obravnava obliko AGENTS.md. Konfiguracije Codex MCP so shranjene v ~/.codex/config.toml (TOML, ne JSON kot pri Claude).

Pogost vzorec leta 2026 je kanonični vir pravil v mapi /context/ monorepozitorija, iz katerega sinhronizacijski skript ustvari CLAUDE.md, .cursor/rules/*.mdc in AGENTS.md. Datoteke za posamezna orodja so označene kot samo za branje; ureja se samo vir.

Sinhronizacijski skript zaženite prek pre-commit hooka ali prek GitHub Action. Če se spremembe izvajajo neposredno v CLAUDE.md, CI ne uspe. To preprečuje razhajanje pravil med orodji.

Druga možnost je uradni Codex Plugin for Claude Code (napovedan 30. marca 2026, različica 1.0.4). Claude Code doda ukaze /codex:review, /codex:adversarial-review in /codex:rescue. Codex deluje kot podagent ter uporablja svoj ~/.codex/config.toml in AGENTS.md. Tako ni potreben drugi terminal, vendar je AGENTS.md še vedno obvezen.

Koliko stane uporaba obeh orodij in kje so prihranki?#

Tukaj so podatki za junij 2026 (podatki z uradnih strani za naročnine Anthropic in OpenAI ter uradne strani Codex):

Najcenejša delujoča kombinacija: Claude Pro ($20) + ChatGPT Plus ($20) = $40 na mesec. Dovolj za samostojne projekte z nekaj sejami na dan.

Prava kombinacija za aktivnega vibe coderja: Claude Max 5x ($100) + ChatGPT Plus ($20) = $120 na mesec. V opisanih izkušnjah so to kombinacijo uporabljali zadnja 2 meseca: v tem času so v produkcijo poslali tri projekte, omejitev Claude pa niso nikoli dosegli.

Kombinacija za ekipo: Claude Max 20x ($200) + Codex Pro ($200) = $400 na mesec. Smiselna je, ko imate stalen tok pregledov PR-jev in opravil v oblaku, ki tečejo vzporedno z lokalnim delom.

Od kod prihajajo prihranki:

• Manj časa za posamezno funkcijo. Avtorjeva meritev: pri 12 funkcijah v maju in juniju se je čas od »porodila se je ideja« do »v produkciji« skrajšal s 4 ur (en Claude Code) na 2.5 ure (kombinacija). Merjeno pri avtorjevih nalogah; pri vas bodo številke drugačne.
• Manj napak. Po opisanih opažanjih Codex pri pregledih PR-jev odkrije 2-3 od 10 težav, ki jih Claude spregleda. Za vsako takšno težavo v produkciji potrebujete uro ali dve za popravek, poleg morebitnega izpada.
• Vzporednost. Codex v načinu v oblaku dela na funkciji A, medtem ko uporabnik s Claudeom dela na funkciji B. To podvoji pretok dela.

Ne izplača se, če napišete 1-2 funkciji na teden. V tem primeru zadostuje Claude Code Pro.

Kdaj ne potrebujete drugega orodja?#

Kombinacija ni primerna za vsakogar. Pogosto samo ustvarja zmedo. Tukaj so štiri situacije, v katerih drugo orodje ni potrebno:

1. Samostojni projekt na začetku. Če imate eno idejo in jo šele preizkušate, bo za en mesec dovolj en Claude Code + Plan Mode. Kombinacijo dodajte, ko postane hitrost ozko grlo.

2. Strogo omejen proračun. Če je zgornja meja $20 na mesec, izberite Claude Pro in ne skrbite. Sam Claude pokrije 80% nalog vibe coderja.

3. Preprosta arhitektura. Spletno mesto z obrazcem, bot z nekaj scenariji, skript za ovijanje API-ja—razdelitev po plasteh tu ne prinese ničesar. En Claude Code to zmore.

4. Vse že deluje. Če že uporabljate Claude Code in v zadnjem mesecu ni bilo niti ene naloge, pri kateri bi se zataknil ali mu ne bi uspelo, ne popravljajte tega, kar deluje. Codex dodajte, ko potreba postane očitna.

In še obratno—jasni znaki, da je čas za drugo orodje:

• Claude Code je postal ozko grlo: čakate nanj, namesto da bi delali.
• Pojavilo se je veliko infrastrukturnega dela z vzorčno kodo (migracije, CI, testi), ki ga ne želite opravljati s Claudeom.
• Različni člani ekipe že uporabljajo različna orodja—potreben je skupen jezik.
• Benchmarki kažejo, da Codex hitreje opravlja vašo vrsto nalog (na primer terminalske operacije).

Kako v enem večeru nastaviti kombinacijo?#

Konkreten načrt za vaš prvi večer:

1. 1. korak: Namestite Codex CLI

   V terminalu: npm install -g @openai/codex. Prijavite se z codex login—odprl se bo brskalnik, kjer se boste prijavili z računom ChatGPT. Codex bo zaznal vašo naročnino (Plus / Pro) in uporabil njene omejitve.

2. 2. korak: AGENTS.md napišite kot operativni dokument

   Preglejte CLAUDE.md in v AGENTS.md ponovno uporabite pravila za obe orodji: ukaze za teste in lint, obliko commitov, prepovedane mape ter opis sklada. Skupne so lahko tudi pogovorne preference. Prilagodite sklice na ukaze posameznega orodja, izvedljive nastavitve kavljev in MCP pa ohranite v konfiguraciji vsakega orodja; sama kopirana datoteka Markdown jih ne nastavi.

3. 3. korak: Izberite vzorec za svoj projekt

   Če ste samostojni razvijalec s CI, uporabite vzorec 1 (Claude piše, Codex pregleda). Če gre za nov projekt in potrebujete hitrost, uporabite vzorec 2 (Codex pripravi osnutek, Claude ga uredi). Če gre za uveljavljen projekt z infrastrukturno plastjo, uporabite vzorec 3 (razdelitev po plasteh).

4. 4. korak: En teden eksperimentirajte

   Izbrani vzorec uporabite pri 5-7 funkcijah. Spremljajte čas. Zabeležite, katero orodje je posamezno funkcijo opravilo bolje. Po enem tednu boste imeli resnično sliko svoje uporabe.

5. 5. korak: Nastavite sinhronizacijo pravil

   Dodajte skript scripts/sync-agent-rules.sh (glejte razdelek o sinhronizaciji). Povežite ga kot pre-commit hook ali prek GitHub Action. Nato se bodo pravila samodejno prenesla v obe datoteki.

Ta kombinacija ni čarovnija. Gre preprosto za dva uma namesto enega, pri čemer vsak pokriva šibke točke drugega. Ključno je, da se ne zataknete v razpravi »Claude ali Codex«, ko je pravi odgovor že dolgo »Claude in Codex—za različne vrste opravil«.

Praktična gradiva o delu z agenti: dokumentacija Ailoot.

Več gradiv in orodij: Ailoot.