Claude Code i Codex razem: 3 wzorce pracy

Praktyczne materiały o pracy z agentami i vibe codingu: dokumentacja Ailoot.

Dlaczego w 2026 roku jedno narzędzie już nie wystarcza?#

W maju 2026 roku OpenAI wkroczyło na terytorium Anthropic, wprowadzając model GPT-5.5 w Codex CLI. Najnowsze benchmarki pokazują wyraźną przewagę Codex w zadaniach terminalowych i w trybie SWE-bench Verified. Anthropic odpowiedziało modelem Opus 4.8 i funkcją Dynamic Workflows, utrzymując przewagę w SWE-bench Pro (teście zaprojektowanym tak, by zapobiegać wyciekowi danych, w którym trenowanie modelu na benchmarku nie pomaga). Szczegółowe porównanie znajdziesz w przewodniku Codex kontra Claude Code — tutaj przejdźmy od razu do ich współpracy.

W 2026 roku nie ma jednego zwycięzcy. Dominuje jeden wzorzec — zespoły używają Codex do taniej, autonomicznej pracy, a Claude Code do ryzykownych decyzji architektonicznych.

Kluczowa różnica, która decyduje o podziale zadań:

• Claude Code jest badaczem. Prowadzi długi, wnikliwy dialog, kwestionuje założenia i rozważa kilka podejść, zanim wybierze rozwiązanie. Sprawdza się, gdy od początku nie wiadomo, jakie działanie będzie właściwe.
• Codex jest wykonawcą. Otrzymuje zadanie i dąży do jego ukończenia w piaskownicy. Sprawdza się przy jasno określonych zadaniach, które wymagają szybkiego cyklu „zleć i odbierz”.

Jeśli masz oba narzędzia, nie musisz wybierać między „myśleniem” a „działaniem”. Przydzielasz zadania zależnie od ich rodzaju. Jeśli jeszcze nie wiesz, które narzędzie zainstalować najpierw, zajrzyj do bezpośredniego porównania w przewodniku Codex kontra Claude Code.

Wzorzec 1: Claude Code pisze kod, a Codex go sprawdza#

W tym wzorcu Claude Code pozostaje głównym edytorem. Codex dołącza dopiero na etapie PR-a, za pośrednictwem trybu chmurowego (Codex działa bezpośrednio z ChatGPT lub GitHub App, więc nie potrzebujesz drugiego terminala).

Jak wygląda to w praktyce:

1. Krok 1: Napisz funkcję w Claude Code

   Otwórz repozytorium w VS Code, uruchom Claude Code, przełącz na Plan Mode i omów architekturę funkcji. Otrzymasz wstępny kod, testy i migracje. Zatwierdź zmiany na gałęzi funkcjonalnej.

2. Krok 2: Utwórz PR w GitHub

   Otwórz pull request z gałęzi funkcjonalnej do main. W opisie wpisz @codex review this PR for edge cases, security issues, and test coverage gaps.

3. Krok 3: Codex przeprowadza przegląd asynchronicznie

   W trybie chmurowym Codex klonuje repozytorium do swojej piaskownicy, odczytuje różnice, uruchamia testy i linter oraz szuka podatności. Po 5-15 minutach zostawia komentarze bezpośrednio w PR-ze.

4. Krok 4: Wprowadź zmiany w Claude Code

   Wróć do Claude Code i przekaż jego komentarze jako kontekst: „Oto uwagi z przeglądu; popraw punkty 1, 3 i 5”. Claude wprowadzi zmiany i opublikuje je w repozytorium.

Ten wzorzec działa, ponieważ Claude i Codex trenowano na różnych zbiorach danych i mają odmienne podejście. Codex dostrzega to, co Claude przeoczył z powodu martwego pola modelu, i odwrotnie.

Ryzyka wzorca 1:

• Codex może zatwierdzić i zamknąć PR, przeoczając problem architektoniczny. Samodzielnie sprawdzaj ważne decyzje.
• Podwójne koszty tokenów: Claude i Codex analizują ten sam kod. Przy złożonych funkcjach to się opłaca, ale przy małych jest kosztowne.
• Codex w trybie chmurowym nie widzi twojego lokalnego środowiska — na przykład zmiennych środowiskowych ani lokalnych baz danych. Jeśli funkcja z nich korzysta, przejdź na ręczne uruchomienie.

Wzorzec 2: Codex przygotowuje szkic, a Claude Code porządkuje architekturę#

Wzorzec ten zastosowano w projekcie opisanym w 2026 roku, gdy w jeden wieczór trzeba było zbudować prototyp lejka rejestracyjnego z powiadomieniami e-mail. W takiej sytuacji można poświęcić godzinę na omawianie architektury z Claude Code. Codex przygotował działający szkic w 12 minut.

Jak to działa:

Działa to tak: przez pierwsze 15 minut Codex wykonuje żmudną pracę, a potem Claude doprowadza efekt do jakości produkcyjnej.

Poproś Codex, żeby od razu przygotował dopracowany efekt, a utknie przy niejasnościach. Poproś Claude Code, żeby od razu działał szybko, a zacznie się wahać. Każdemu powierzaj pracę, do której został stworzony.

Ryzyka wzorca 2:

• Codex może przygotować szkic oparty na założeniach, które trudno będzie później uporządkować. Jeśli szkic zmierza w złym kierunku, taniej będzie go odrzucić i zacząć od nowa niż poprawiać.
• Claude Code może spędzić pół godziny na zmianie nazw zmiennych i zapomnieć o rzeczywistym problemie architektonicznym. Zlecaj konkretne zmiany, zamiast mówić „uporządkuj to”.
• Między sesjami ginie kontekst. Żeby Claude Code zrozumiał zamiary Codex, potrzebujesz pliku AGENTS.md (zob. wzorzec 5) albo szczegółowego komentarza na początku pliku.

Wzorzec 3: Codex do infrastruktury, Claude Code do logiki biznesowej#

Pomysł jest prosty: różne części bazy kodu wymagają różnych sposobów pracy.

Ten wzorzec uzupełnia podejście polegające na uruchamianiu wielu instancji Claude Code równolegle — tam ten sam model obsługuje różne zadania przez git worktrees, a tutaj dwa różne agenty dzielą obszary odpowiedzialności.

Warstwa infrastruktury (Codex):

• GitHub Actions: dodawanie nowych zadań, dostosowywanie buforowania, przyspieszanie CI.
• Testy: napisanie zestawu testów integracyjnych po refaktoryzacji.
• Migracje Prisma: wygenerowanie migracji i sprawdzenie, czy można ją wycofać.
• Konfiguracje Docker / Coolify: dodanie zmiennych środowiskowych i aktualizacja kontroli stanu.
• Zadania Cron: napisanie zestawu programów obsługi Cron.

Codex sprawdza się tu, ponieważ zadania infrastrukturalne często obejmują wiele małych plików z powtarzalnym kodem. Nie grzęźnie w rozważaniach, czy trzeba się nad czymś zastanowić — doprowadza pracę do końca.

Logika biznesowa (Claude Code):

• Lejek rejestracyjny: co wyświetlać użytkownikowi na każdym etapie.
• Obliczanie ceny z uwzględnieniem rabatów, płatności ratalnych i promocyjnych kodów podarunkowych.
• Zautomatyzowane przepływy powiadomień: jakie wyzwalacze i warunki zastosować.
• Integracje z zewnętrznymi API: obsługa błędów, ponawianie prób, buforowanie.
• Modele finansowe: obliczenia ekonomiki jednostkowej i prognozy przychodów.

Claude Code sprawdza się tu, ponieważ te zadania wymagają dłuższego dialogu z myśleniem produktowym. Bez omówienia scenariuszy można otrzymać rozwiązanie techniczne, które nie uwzględnia rzeczywistych problemów użytkownika.

Podział pracy w repozytorium:

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 nie jest sztywna reguła. Obowiązki mogą się pokrywać — na przykład Claude Code może edytować GitHub Action, jeśli ma ona znaczenie produktowe (na przykład wysyła powiadomienie po publikacji). Jednak ten podział dobrze pasuje do 80% zadań.

Jak synchronizować CLAUDE.md i AGENTS.md?#

W opisanym doświadczeniu równoległego korzystania z Claude Code i Codex pojawił się nieoczekiwany problem. Claude Code przestrzegał reguł z CLAUDE.md („nie zmieniaj migracji bez potwierdzenia”). Codex ich nie widział i bez wahania uruchomił migracje w środowisku roboczym. Po trzecim uszkodzeniu bazy danych trzeba było znaleźć sposób na prawidłowe synchronizowanie obu plików.

Oba pliki mogą zawierać kontekst projektu, preferencje rozmowy, polecenia testów, wykluczenia katalogów i standardy commitów. Ponownie wykorzystuj zasady właściwe obu narzędziom, a ich specyficzne polecenia i konfigurację zachowuj osobno. Na przykład zakaz zmieniania migracji należy umieścić w obu zestawach instrukcji, jeśli dotyczy obu agentów.

Co powinno być takie samo w obu plikach:

• Stos technologiczny: używane frameworki, baza danych i ORM.
• Opis projektu: czym jest, dla kogo jest przeznaczony i jakie są jego główne obiekty.
• Zakazy: których folderów nie dotykać i których poleceń nie uruchamiać.

Co się różni:

• Hooki, warstwy ustawień i konfiguracja MCP właściwe Claude Code należą do odpowiednich plików konfiguracyjnych Claude Code. Opis tych konwencji może być wskazany w CLAUDE.md; samo skopiowanie nie czyni go przenośną konfiguracją.
• AGENTS.md to otwarty standard. Odczytują go Codex, Cursor, Aider, Continue, Cline i Factory Droid — ponad 25 agentów. Osobny przewodnik dokładniej opisuje format AGENTS.md. Konfiguracje MCP Codex są przechowywane w ~/.codex/config.toml (TOML, a nie JSON jak w Claude).

Popularny wzorzec w 2026 roku to kanoniczne źródło reguł w folderze /context/ monorepo, z którego skrypt synchronizujący generuje CLAUDE.md, .cursor/rules/*.mdc i AGENTS.md. Pliki właściwe dla poszczególnych narzędzi są oznaczone jako tylko do odczytu; edytuje się wyłącznie źródło.

Uruchamiaj skrypt synchronizujący za pomocą pre-commit hooka albo GitHub Action. Jeśli zmiany zostaną wprowadzone bezpośrednio do CLAUDE.md, CI zakończy się niepowodzeniem. Zapobiega to rozbieżnościom reguł między narzędziami.

Inna opcja to oficjalny Codex Plugin dla Claude Code (ogłoszony 30 marca 2026 roku, wersja 1.0.4). Dodaje do Claude Code polecenia /codex:review, /codex:adversarial-review i /codex:rescue. Codex działa jako podagent, korzystając z własnych plików ~/.codex/config.toml i AGENTS.md. Eliminuje to potrzebę używania drugiego terminala, ale plik AGENTS.md nadal jest wymagany.

Ile kosztuje korzystanie z obu narzędzi i skąd biorą się oszczędności?#

Oto ceny z czerwca 2026 roku (dane z oficjalnych stron subskrypcji Anthropic i OpenAI oraz oficjalnej strony Codex):

Minimalny użyteczny zestaw: Claude Pro ($20) + ChatGPT Plus ($20) = $40 miesięcznie. Wystarczy do indywidualnych projektów z kilkoma sesjami dziennie.

Praktyczny zestaw dla aktywnej osoby zajmującej się vibe codingiem: Claude Max 5x ($100) + ChatGPT Plus ($20) = $120 miesięcznie. W opisanym doświadczeniu z tego zestawu korzystano przez ostatnie 2 miesiące. W tym czasie uruchomiono trzy projekty, a limit Claude nigdy nie został osiągnięty.

Zestaw dla zespołu: Claude Max 20x ($200) + Codex Pro ($200) = $400 miesięcznie. Ma to sens, gdy regularnie wykonujesz przeglądy PR-ów i zadania w chmurze równolegle z pracą lokalną.

Źródła oszczędności:

• Mniej czasu na każdą funkcję. Pomiary autora: wśród 12 funkcji realizowanych w maju i czerwcu czas od „pojawił się pomysł” do „działa na produkcji” spadł z 4 godzin przy samym Claude Code do 2,5 godziny przy korzystaniu z obu narzędzi. Pomiar dotyczy zadań autora; u ciebie wyniki będą inne.
• Mniej defektów. Według opisanych obserwacji przeglądy PR-ów przez Codex wykrywają 2-3 z 10 problemów przeoczonych przez Claude. Każdy taki problem na produkcji oznacza godzinę lub dwie naprawy oraz potencjalny przestój.
• Praca równoległa. Codex pracuje nad funkcją A w trybie chmurowym, gdy użytkownik pracuje z Claude nad funkcją B. To podwaja przepustowość.

To się nie opłaca, jeśli piszesz 1-2 funkcje tygodniowo. W takim przypadku wystarczy sam Claude Code Pro.

Kiedy nie potrzebujesz drugiego narzędzia?#

Ten zestaw nie jest dla każdego. Często tylko wprowadza zamieszanie. Oto cztery sytuacje, w których drugie narzędzie nie jest potrzebne:

1. Projekt jednoosobowy na początku. Jeśli masz jeden pomysł i dopiero go testujesz, sam Claude Code + Plan Mode wystarczy na miesiąc. Dodaj drugie narzędzie, gdy pojawi się wąskie gardło związane z szybkością.

2. Ścisły budżet. Jeśli górny limit to $20 miesięcznie, wybierz Claude Pro i nie przejmuj się tym. Sam Claude obsługuje 80% zadań osoby zajmującej się vibe codingiem.

3. Prosta architektura. Strona internetowa z formularzem, bot z kilkoma scenariuszami, skrypt będący nakładką na API — dzielenie pracy według warstw nic tu nie wnosi. Wystarczy sam Claude Code.

4. Wszystko już działa. Jeśli korzystasz z Claude Code i w ciągu ostatniego miesiąca nie trafiło się żadne zadanie, na którym utknął lub zawiódł, nie naprawiaj tego, co działa. Dodaj Codex, kiedy potrzeba stanie się oczywista.

Odwrotnie — oto wyraźne sygnały, że czas wprowadzić drugie narzędzie:

• Claude Code stał się wąskim gardłem: czekasz na niego zamiast pracować.
• Pojawiło się dużo powtarzalnych zadań infrastrukturalnych (migracje, CI, testy), których nie chcesz realizować z Claude.
• Różne osoby w zespole już korzystają z różnych narzędzi — potrzebny jest wspólny język.
• Benchmarki pokazują, że Codex szybciej obsługuje zadania danego typu (na przykład operacje terminalowe).

Jak skonfigurować współpracę w jeden wieczór#

Konkretny plan na pierwszy wieczór:

1. Krok 1: Zainstaluj Codex CLI

   W terminalu uruchom: npm install -g @openai/codex. Zaloguj się za pomocą codex login — otworzy się przeglądarka, w której zalogujesz się na konto ChatGPT. Codex rozpozna twoją subskrypcję (Plus / Pro) i będzie korzystać z jej limitów.

2. Krok 2: Napisz AGENTS.md jako dokument operacyjny

   Przejrzyj CLAUDE.md i wykorzystaj w AGENTS.md zasady dotyczące obu narzędzi: polecenia testów i lint, format commitów, zabronione foldery i opis stosu. Preferencje rozmowy także można współdzielić. Dostosuj odwołania do poleceń właściwych narzędziu, a wykonywalne ustawienia hooks i MCP pozostaw w jego własnej konfiguracji; sam skopiowany Markdown ich nie konfiguruje.

3. Krok 3: Wybierz wzorzec dla swojego projektu

   Jeśli jesteś programistą pracującym samodzielnie i masz CI, użyj wzorca 1 (Claude pisze, Codex sprawdza). Jeśli to nowy projekt i liczy się szybkość, użyj wzorca 2 (Codex tworzy szkic, Claude go porządkuje). Jeśli to istniejący projekt z warstwą infrastruktury, użyj wzorca 3 (podział według warstw).

4. Krok 4: Eksperymentuj przez tydzień

   Pracuj z wybranym wzorcem nad 5-7 funkcjami. Mierz czas i zapisuj, które narzędzie lepiej poradziło sobie z każdą z nich. Po tygodniu poznasz rzeczywisty profil swojego użytkowania.

5. Krok 5: Skonfiguruj synchronizację reguł

   Dodaj skrypt scripts/sync-agent-rules.sh (zobacz sekcję o synchronizacji). Podłącz go jako pre-commit hook lub GitHub Action. Dzięki temu reguły będą automatycznie trafiać do obu plików.

Ta współpraca nie jest magią. To po prostu dwa umysły zamiast jednego, z których każdy uzupełnia słabe strony drugiego. Najważniejsze, by nie utknąć w dyskusji „Claude czy Codex”, gdy odpowiedź od dawna brzmi: „zarówno Claude, jak i Codex — do różnych rodzajów zadań”.

Praktyczne materiały o pracy z agentami: dokumentacja Ailoot.

Więcej materiałów i narzędzi: Ailoot.