Od zwykłego czatu do zintegrowanego developmentu

Zwykły czat ChatGPT i agent świadomy repozytorium różnią się dostępem, nie marką. Czat widzi tylko to, co do niego wkleisz, a Codex, Claude Code i Cursor czytają repozytorium, edytują pliki, uruchamiają testy i oddają diff, który mogą sprawdzić twoimi testami. Codex jest zawarty w większości płatnych planów ChatGPT, więc wybierasz powierzchnię, nie subskrypcję.

Szukasz przyczyny sporadycznego błędu 500. Wklejasz do czatu handler trasy, potem serwis, potem konfigurację bazy, potem logi. Każda odpowiedź to prawdopodobny domysł o kodzie, którego model nigdy nie uruchomił, a poprawkę scalasz ręcznie. Ta strona jest dla programistów i tech leadów, którzy wciąż robią prawdziwą pracę programistyczną w oknie czatu i chcą wiedzieć, które zadania przenieść, jak je przenieść i jak sprawdzić wynik.

Co zyskasz, porzucając kodowanie przez kopiuj-wklej

• Tabelę, która mówi, które zadania zostają w czacie, a które idą do agenta.
• Pięciokrokową procedurę przeniesienia jednego zadania z czatu do Codex, Claude Code lub Cursora.
• Trzy prompty do wklejenia od razu: jeden do czatu, dwa dla agenta.
• Sposób na przyjęcie diffu agenta na podstawie dowodów (testy, bramki, zakres) zamiast czytania każdej linii.
• Pięć sposobów, w jakie przejście się psuje, i wyjście z każdego z nich.

Co się zmienia, gdy agent widzi repozytorium?

Za obiema powierzchniami może stać ten sam model. Zmienia się to, do czego model ma dostęp i czego może dowieść.

	Zwykły czat (ChatGPT, claude.ai)	Agent świadomy repozytorium (Codex, Claude Code, Cursor)
Kontekst	To, co wkleisz lub załączysz, nic więcej	Repozytorium: kod, konfiguracja, testy i pliki instrukcji, takie jak AGENTS.md czy CLAUDE.md
Wynik	Tekst, który kopiujesz i scalasz	Zmiany w twoim drzewie roboczym, pokazane jako diff
Wykonanie	Brak w twoim środowisku	Uruchamia twoje polecenia testów, builda i lintera w sandboxie lub trybie uprawnień
Pętla zwrotna	Uruchamiasz kod i wklejasz błąd z powrotem	Agent czyta błąd i iteruje, aż polecenie przejdzie
Dowód	„To powinno działać”	Test, który padał przed zmianą i przechodzi po niej
Trwałość	Rozmowa, dopóki nie urośnie za bardzo	Pliki instrukcji w repozytorium, które czyta każda sesja

Powodem przejścia są dwa ostatnie wiersze. Odpowiedź z czatu to twierdzenie, które weryfikujesz sam. Agent może dać ci twierdzenie razem z wynikiem polecenia, który je potwierdza, i właśnie ten wynik pozwala przestać czytać każdą linię.

Które narzędzie pasuje do którego zadania?

Zadanie	Zwykły czat	Agent	Dlaczego
Zrozumieć, jak działają refresh tokeny w OAuth2	Tak	—	Repozytorium nie jest potrzebne
Porównać dwie architektury przed decyzją	Tak	Opcjonalnie	Dyskusja w czacie jest tańsza; agent pomaga tylko wtedy, gdy ma przeczytać obecny kod
Zamienić mgliste zlecenie w kryteria akceptacji	Tak	Tak	Oba działają; wynik zasila zadanie agenta
Napisać opis PR z wklejonego diffu	Tak	Tak	Agent przeczyta diff sam
Naprawić błąd, który wymaga logów, kodu i testu	—	Tak	Poprawka musi się uruchomić, żeby jej ufać
Dodać funkcję, która dotyka więcej niż jednego pliku	—	Tak	Ręczne scalanie to źródło błędów kopiuj-wklej
Zrobić refaktoryzację lub podbić zależność	—	Tak	Potrzebny jest cały zestaw testów jako siatka bezpieczeństwa

Przydatna reguła: jeśli zaraz wkleisz do czatu drugi plik, zadanie należy do agenta.

Czy Codex to osobna subskrypcja obok ChatGPT?

Nie. Strona cennika Codex od OpenAI (odczyt 2026-10-12) wymienia Codex w planach Plus, Pro, Business, Enterprise i Edu, a planom Free i Go daje GPT-6 Luna w prędkości Standard w aplikacji desktopowej, w miarę wdrażania. ChatGPT Work i Codex współdzielą zużycie. Zadania w chmurze oraz integracje z GitHubem, Slackiem i Linearem wymagają planu ChatGPT, a nie klucza API: klucz obejmuje tylko CLI, SDK i rozszerzenie IDE i jest rozliczany według stawek API. W planie ChatGPT to samo logowanie obejmuje Codex CLI, rozszerzenie IDE, zadania w Codex cloud i aplikację desktopową (codex app, macOS i Windows). Neowin podał (źródło wtórne), że 2026-07-09 aplikacja desktopowa Codex stała się trybem Codex w aplikacji desktopowej ChatGPT, a Codex CLI na macOS przyjmuje teraz zarówno Codex.app, jak i ChatGPT.app.

Pozostałe dwa narzędzia mają własne plany. Claude Code jest zawarty w Claude Pro, Max, Team i Enterprise, ale nie w planie Free. Cursor sprzedaje własne plany: Hobby, Pro, Pro+, Ultra, Teams i Enterprise (cursor.com/pricing, sprawdzone 2026-10-12). Limity, okna użycia i ceny zmieniają się często, więc porównuj je w porównaniu kosztów i ROI, a domyślne modele sprawdzaj w centrum modeli, nie z pamięci.

ChatGPT może też przekazać pracę nad repozytorium do Codex. Wspomnij @ChatGPT w Slacku, a przy włączonej delegacji do chmury (Cloud delegation) ChatGPT przekaże pracę nad repozytorium do zadania Codex Cloud i zwróci wynik do wątku; delegacja do chmury wymaga opublikowanego środowiska udostępnionego przestrzeni roboczej (strona OpenAI o Slacku, odczyt 2026-10-12). Dots to działający bez przerwy agenci ChatGPT: każdy ma własny komputer w chmurze i przeglądarkę oraz deleguje zadania do ChatGPT Work lub Codex, a strona OpenAI o dots (odczyt 2026-10-12) wymienia je dla kont Pro, Business Premium i Enterprise (na Enterprise domyślnie wyłączone).

Dwa fakty o modelach wpływają na wybór. GPT-5.5 zostaje wycofany z ChatGPT, ChatGPT Work i Codex 2026-10-14 we wszystkich planach; API OpenAI nie jest tym objęte (strona OpenAI o modelach, odczyt 2026-10-12). Poza tym źródła OpenAI nie zgadzają się co do GPT-6 w zwykłym czacie. Karta systemowa (system card) opublikowana 2026-10-07 mówi, że OpenAI udostępnia GPT-6 wszystkim użytkownikom ChatGPT i zastępuje tam GPT-5.6 Sol i Luna, a Codex i ChatGPT Work nadal używają wcześniejszych wersji GPT-6 Sol i Luna. Strona OpenAI o modelach w Codex (odczyt 2026-10-12) nadal pisze, że GPT-6.1 Sol, GPT-6 Sol i GPT-6 Luna są dostępne w Work i Codex, ale „aren’t available in Chat”. Zamiast którejkolwiek strony czytaj selektor modeli na własnym koncie.

Jak przenieść jedno zadanie z czatu do agenta?

Zostaw czatowi myślenie, a agentowi wykonanie. Kolejność ma znaczenie: najpierw kryteria, potem plan w trybie tylko do odczytu, na końcu edycje.

1. Napisz kryteria akceptacji w czacie. Wklej zlecenie, ticket lub zgłoszenie błędu i poproś o testowalne kryteria (pierwszy prompt poniżej). Dostajesz krótką listę, z której można rozliczyć agenta. Pełną metodę opisuje strona o kryteriach akceptacji, których agent nie zrozumie źle.

2. Otwórz agenta w repozytorium w trybie tylko do odczytu. Uruchom go w katalogu głównym repozytorium, żeby przeczytał plik instrukcji, i poproś o plan przed jakąkolwiek edycją.

   Codex

   # Terminal, w katalogu głównym repozytorium
   codex --sandbox read-only

   Wpisz w sesji /plan, żeby najpierw dostać plan. Po jego zatwierdzeniu wyjdź i uruchom codex resume --last --sandbox workspace-write, żeby Codex zachował zatwierdzony plan w kontekście i mógł edytować pliki oraz uruchamiać testy w obrębie workspace’u.

   Claude Code

   # Terminal, w katalogu głównym repozytorium
   claude --permission-mode plan

   Tryb planu czyta i proponuje, niczego nie edytując. Zatwierdź plan, żeby Claude Code zaczął pracę; tryby przełączasz klawiszami Shift+Tab.

   Cursor

   Otwórz folder repozytorium w Cursorze, otwórz Agenta i przełącz go w Plan Mode. Cursor pisze plan implementacji, zanim zmieni jakikolwiek kod; zatwierdź go, żeby agent zaczął budować.

3. Wklej kryteria z poleceniem „najpierw test”. Użyj drugiego lub trzeciego promptu poniżej. Agent musi pokazać padający test, zanim napisze poprawkę.

4. Sprawdzaj dowody, nie prozę. Sam uruchom testy, sprawdzanie typów i linter, a pliki w diffie porównaj z planem (następna sekcja pokazuje jak).

5. Zapisz, o co agent musiał pytać. Jeśli agent zgadywał konwencję (runner testów, format błędów, układ folderów), dopisz ją do AGENTS.md lub CLAUDE.md, żeby następna sesja nie zgadywała. Zobacz, jak napisać AGENTS.md dla Codex i jak zainicjować projekt Claude Code.

Prompt do czatu: zamień zlecenie w kryteria akceptacji

I am going to hand this task to a coding agent that can read my repository
and run its tests. Turn the request below into acceptance criteria it cannot
misread.

Rules:
- Write each criterion as Given / When / Then, observable from outside the code
  (HTTP status, response body, database row, log line).
- Include at least two failure cases and one boundary case.
- List what is out of scope.
- List the questions you would need answered before starting. Do not guess the answers.
- Do not propose an implementation.

Request:
"Users get logged out every 15 minutes. Add refresh tokens to the Express API
so a session lasts 7 days, and revoke all tokens when the password changes."

Prompt dla agenta: zdiagnozuj sporadyczny błąd 500, zaczynając od testu

The /api/orders endpoint returns intermittent 500 errors under concurrent load.

1. Read the route handler, the service it calls, and the database client setup.
   List the candidate causes (connection pool exhaustion, a race on shared state,
   an unhandled promise rejection, a missing transaction) with the file and line
   that makes each one possible.
2. Write a test that reproduces the most likely cause with concurrent requests.
   Run it and show me that it fails. Stop and ask me if you cannot make it fail.
3. Fix the cause with the smallest change. Do not edit or delete existing tests
   and do not add retries that hide the error.
4. Run the full test suite, the type check, and the linter.
5. Report: the root cause, the files you changed, the failing-then-passing test
   output, and anything you could not verify.

Prompt dla agenta: zbuduj funkcję z kryteriów akceptacji

Implement the acceptance criteria below in this repository.

Before you edit anything:
- Find how existing middleware, routes, and tests are written and follow those
  patterns. Name the files you used as examples.
- Give me a plan that lists every file you will create or change.

While you work:
- For each criterion, write the test first, run it, and confirm it fails.
- Then implement until it passes. Do not change a test to make it pass.
- Touch only the files in the plan. If you need another one, say why first.

When you finish, run the tests, the type check, and the linter, and report
each criterion with the name of the test that covers it.

Acceptance criteria:
<paste the criteria from the chat here>

Jak sprawdzić diff agenta bez czytania każdej linii?

Podsumowanie agenta to twierdzenie. Te cztery kontrole zamieniają je w dowód, który przyjmiesz w kilka minut.

1. Kryterium do testu. Każde kryterium akceptacji wskazuje test, który na twoich oczach padał przed zmianą. Test, który nigdy nie padł, niczego nie dowodzi. Zobacz, jak nie pozwolić agentowi osłabić testów.
2. Twoje bramki, uruchomione przez ciebie lub CI. Sam uruchom testy, sprawdzanie typów i linter albo pozwól CI uruchomić je na pull requeście. Nie przyjmuj „wszystkie testy przechodzą” tylko na podstawie podsumowania agenta.
3. Zakres. Uruchom git diff --stat i porównaj listę plików z planem. Nieoczekiwany plik czytasz jako pierwszy.
4. Drugi recenzent dla ryzykownych linii. Poproś świeżą sesję o review zmiany względem kryteriów. W Codex codex review --uncommitted sprawdza zmiany staged, unstaged i nieśledzone. W Claude Code uruchom /code-review w nowej sesji. W Cursorze otwórz nowy czat Agenta i poproś o review diffu względem kryteriów. Ręcznie czytaj tylko to, czego testy nie pokryją: uwierzytelnianie, migracje i granice bezpieczeństwa.

Zatwierdzanie działa tak samo jak przy kodzie pisanym przez ludzi: osoba, która otwiera pull request, odpowiada za niego, a obowiązują twoje zwykłe zasady review. Strona o pakiecie dowodów pokazuje, jak dołączyć te dowody do pull requestu, żeby recenzent sprawdzał dowody, a nie każdą linię, a review PR-ów od agentów opisuje stronę recenzenta.

Kiedy zwykły czat nadal jest właściwym narzędziem?

Czat pozostaje lepszą powierzchnią, dopóki w repozytorium nic nie musi się zmienić:

• Nauka. Chcesz wyjaśnienia koncepcji na twoim poziomie, z dopytywaniem.
• Myślenie przed decyzją. Chcesz przedyskutować kompromis bez agenta, który czyta kod i proponuje edycje.
• Specyfikacje i kryteria. Pierwszy prompt powyżej to zadanie dla czatu. Precyzyjna specyfikacja skraca zadanie agenta i czyni je bezpieczniejszym.
• Proza. Release notes, e-maile i opisy PR z materiału, który wklejasz.

Czat jest też właściwym miejscem na problem, którego nie umiesz jeszcze nazwać. Przenieś go do agenta, gdy potrafisz zapisać, jak wygląda „gotowe”.

Co się psuje przy przejściu z czatu do agenta?

Objaw	Przyczyna	Wyjście
Agent przepisuje pliki, o których nie było mowy	Brak planu albo plan nie był egzekwowany	Cofnij edycje (w Claude Code Esc Esc lub /rewind; w innych narzędziach git restore na tych plikach). Uruchom ponownie w trybie planu lub tylko do odczytu i dopisz do promptu „touch only the files in the plan”
Testy przechodzą, a błąd nadal jest	Agent osłabił lub usunął test albo napisał taki, który nigdy nie padał	Najpierw sprawdź diff w katalogach testów. Poproś o przebieg z padającym testem przed poprawką i dopisz tę zasadę do AGENTS.md lub CLAUDE.md
Agent trzyma się konwencji, którą zespół porzucił	Nauczył się jej ze starego kodu, a żaden plik instrukcji nie mówił inaczej	Zapisz obecną konwencję w pliku instrukcji i wskaż jeden plik, który jej przestrzega
Wklejasz agentowi długi zapis czatu, a on dryfuje	Nieaktualne pomysły i odrzucone opcje z czatu stają się instrukcjami	Wklejaj tylko końcowe kryteria akceptacji, nie całą rozmowę
Limit użycia kończy się w połowie zadania	Długie sesje i wielokrotne przebiegi całego zestawu testów zużywają limit planu	Sprawdź /usage w Codex lub Claude Code, podziel zadanie i podczas iteracji uruchamiaj tylko testy, których zmiana dotyczy

Dwie zasady obowiązują niezależnie od narzędzia. Nie wklejaj sekretów do czatu ani do promptu; agent sięga do środowiska przez reguły uprawnień, które ustawisz. I nie pomijaj pytań o uprawnienia flagą obejścia poza jednorazowym sandboxem; zobacz uprawnienia i sandboxing.

Uwaga

Jeśli rozmowa w czacie przeszła trzy rundy „oto kolejny plik”, zatrzymaj się. Skopiuj kryteria akceptacji, otwórz agenta w repozytorium i zacznij od kryteriów. Dalsza praca w czacie kosztuje więcej czasu niż restart.

Dokąd dalej po zwykłym czacie

Pierwsze zadanie w Codex Zainstaluj Codex, zaloguj się planem ChatGPT i przeprowadź jedno zadanie od początku do końca.

Instalacja Claude Code Skonfiguruj CLI i otwórz pierwszą sesję w repozytorium.

Pierwsza funkcja w Cursorze Zaplanuj i dostarcz jedną funkcję z agentem Cursora.

Cursor czy Claude Code Wybierz między agentem w IDE a agentem w terminalu.

Codex na tle Cursora i Claude Code Jak łączą się aplikacja, CLI, IDE i chmura Codex.

Przewodnik migracji Przenieś cały zespół na agenta: wybierz, sprawdź na własnym repozytorium, wdrażaj, mierz.