# Claude Code in Codex skupaj: 3 vzorci dela > Skupno delo s Claude Code in Codex: pisanje in pregledovanje kode, priprava osnutkov in arhitektura, ločevanje infrastrukture in poslovne logike ter sinhronizacija navodil. Source: https://ailoot.ai/blog/sl/claude-code-codex-together/ Canonical: https://ailoot.ai/blog/sl/claude-code-codex-together/ Language: sl Publisher: Ailoot (https://ailoot.ai/) Translation: guide-047 Revision: sha256-8312441445d32915a5f1941049e5ff6172c32f8681018d6986555f39e5cadb33
Ključne ugotovitve En agent, en tempo: bodisi skrbno premislite arhitekturo bodisi hitro ustvarjate osnutke. Kombinacija Claude Code + Codex pokriva oba načina. Claude Code vse temeljito premisli, postavlja vprašanja in je previden. Codex v peskovniku vztrajno dela do rezultata. Leta 2026 večina uspešnih ekip uporablja oba in med njima preklaplja glede na okoliščine.
Praktična gradiva o delu z agenti in vibe codingu: [dokumentacija Ailoot](https://ailoot.ai/docs/). ## Zakaj leta 2026 eno orodje ni več dovolj?
Ključne ugotovitve Do junija 2026 je mit, da »en pravi agent zmore vse«, razpadel. Claude Code je najboljši pri arhitekturnih opravilih in dolgotrajnih refaktoriranjih. Codex hitreje opravlja avtonomne PR-je in vzporedna opravila v peskovniku.
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](https://ailoot.ai/blog/sl/codex-vs-claude-code-choice/)—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](https://ailoot.ai/blog/sl/codex-vs-claude-code-choice/). ## Vzorec 1: Claude Code napiše kodo, Codex jo pregleda
Ključne ugotovitve Najlažji vzorec za začetek. Claude Code v načinu Plan Mode premisli arhitekturo in funkcijo napiše ob upoštevanju konteksta. Codex v pull requestu prejme diff, zažene teste, preveri robne primere in poišče hrošče, ki jih je Claude zaradi halucinacij spregledal. Primeren je za položaje, ko potrebujete kakovost in še en par oči.
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](https://ailoot.ai/blog/sl/claude-code-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
Ključne ugotovitve Zrcalni vzorec. Codex hitro napiše grob osnutek—model, obrazec ali končno točko. Dobite ga v nekaj minutah. Nato datoteko odprete v Claude Code in ga prosite, naj uredi arhitekturo, loči plasti, doda tipe in izboljša poimenovanja. Primeren je za položaje, ko je hitrost začetka pomembnejša od začetne dovršenosti.
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:** | Faza | Kdo jo izvede | Čas | Kaj dobite | |----|----|----|----| | Specifikacija | Avtor naloge | 5 min | 1 odstavek: kaj želim, katera polja, katere omejitve | | Grob osnutek | Codex | 5-15 min | Delujoča koda, testi, dokumentacija | | Arhitekturna ureditev | Claude Code | 20-30 min | Ločene plasti, strogi tipi, razumljiva imena | | Končni testi | Claude Code | 10 min | Polna pokritost, brez vrzeli | 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
Ključne ugotovitve Najnaprednejši vzorec za ekipe z 2-5 člani. Codex skrbi za infrastrukturo—CI/CD, teste, migracije, infrastrukturo kot kodo in konfiguracije. Claude Code skrbi za poslovno logiko—modele, produktne funkcije in obravnavo uporabniških scenarijev. Vsako orodje deluje na svojem področju odgovornosti.
Zamisel je preprosta: različni deli kodne zbirke zahtevajo različne načine dela. Ta vzorec dopolnjuje pristop [vzporednega zagona več instanc Claude Code](https://ailoot.ai/blog/sl/claude-code-parallel-worktree-agents/)—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?
Ključne ugotovitve Glavno tveganje pri kombinaciji so neusklajena navodila. Skupna tehnična pravila lahko ponovno uporabite v obeh datotekah. Kopirano besedilo preglejte za ukaze in konfiguracijo posameznega orodja; kopiranje Markdown samo po sebi ne pokvari Codexa. Ena možnost je kanonični vir v `/context/`, iz katerega ustvarjate obe datoteki.
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](https://ailoot.ai/blog/sl/agents-md-guide-template/) 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?
Ključne ugotovitve Približno: Claude Code Max (5x) stane \$100 na mesec. Codex Plus stane \$20 na mesec, Codex Pro pa \$200 na mesec. Za eno osebo Claude Max + Codex Plus = \$120 na mesec. Izplača se že ob prihranku ene ure dela. Glavni prihranki izvirajo iz hitrejšega prihoda do prave rešitve; tokeni so tu drugotnega pomena.
Tukaj so podatki za junij 2026 ([podatki z uradnih strani za naročnine Anthropic in OpenAI](https://www.anthropic.com/pricing) ter [uradne strani Codex](https://openai.com/codex/)): | Naročnina | Cena | Kaj je vključeno | |-----------------|-----------|--------------------------------------| | Claude Pro | \$20/mesec | Claude.ai + Claude Code (omejitve Pro) | | Claude Max 5x | \$100/mesec | Claude Code z 5-kratnimi omejitvami Pro | | Claude Max 20x | \$200/mesec | Claude Code z 20-kratnimi omejitvami Pro | | ChatGPT Plus | \$20/mesec | Codex CLI + cloud (omejitve Plus) | | ChatGPT Pro 5x | \$100/mesec | Codex CLI + cloud, 5-kratne omejitve Plus | | ChatGPT Pro 20x | \$200/mesec | Codex CLI + cloud, 20-kratne omejitve Plus | **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?
Ključne ugotovitve Štirje primeri, ko je kombinacija pretirana: samostojni projekti z 1-2 funkcijama na teden, stroga omejitev \$20 na mesec, arhitekturno preprosti projekti brez CI/CD in ekipe, v katerih Claude Code že zanesljivo opravlja vsa opravila. V teh primerih Codex pomeni dodatno porabo časa za sinhronizacijo zaradi negotove koristi.
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?
Ključne ugotovitve Korak za korakom v enem večeru: namestite Codex CLI ob Claude Code, skupna tehnična pravila ponovno uporabite v AGENTS.md ob ločevanju navodil posameznega orodja, za trenutni projekt izberite enega od 3 vzorcev, z njim obdelajte 3-5 funkcij in primerjajte hitrost s prejšnjo. Nato ponovite: spremenite vzorec, sinhronizirajte pravila in dodajte strežnike MCP.
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](https://ailoot.ai/docs/).
### Viri - [Anthropic - cene Claude Pro in Max](https://www.anthropic.com/pricing) - [OpenAI - cene Codex](https://openai.com/codex/) - [Dnevnik sprememb Codex - OpenAI Developers](https://developers.openai.com/codex/changelog) - [Dokumentacija Claude Code - oblika CLAUDE.md](https://code.claude.com/docs/en/memory) - [Odprti standard AGENTS.md](https://agents.md/)
Več gradiv in orodij: [Ailoot](https://ailoot.ai/). ## Vprašanja in odgovori: Claude Code in Codex skupaj: 3 vzorci dela ### Ali lahko vsebino CLAUDE.md ponovno uporabim v AGENTS.md? Da. Po preverjanju veljavnosti za obe orodji ponovno uporabite skupna projektna dejstva, testne ukaze, pravila kode in omejitve. Prilagodite ukaze ter konfiguracijske sklice posameznega orodja; samo kopiranje Markdown ne pokvari Codexa. ### Kako potek dela z dvema agentoma primerjam s trenutnim procesom? Izberite en vzorec sodelovanja in ga teden dni uporabljajte na več resničnih funkcijah. Zabeležite pretečeni čas in odkrite napake ter primerjajte s podobnim delom z enim orodjem, preden dodate sinhronizacijo ali več agentov. ## Ailoot · Podjetje in njegov portfelj projektov Ailoot temelji na pridobljenih operativnih izkušnjah, široki bazi strank, stabilni storitvi in stalnem spremljanju KPI. Podjetje in njegov portfelj projektov: milijoni strank; mesečna prodaja v milijardah. Ailoot te operativne izkušnje uporablja za dostop prek API do funkcij umetne inteligence v izdelkih strank, agentih, aplikacijah in avtomatizacijah.