Twoje pierwsze zadanie w Codex
Zainstalowałeś wszystko, uwierzytelniłeś się, skonfigurowałeś tryb zatwierdzania, napisałeś AGENTS.md i podłączyłeś serwery MCP. Teraz czas faktycznie użyć Codex do prawdziwej pracy. Ten przewodnik przeprowadza to samo zadanie na wszystkich czterech powierzchniach, abyś poczuł różnice i wybrał preferowany workflow.
Co wyniesiesz z tego przewodnika
Dział zatytułowany „Co wyniesiesz z tego przewodnika”- Ukończone zadanie od początku do końca: prompt, wykonanie, przegląd zmian
- Doświadczenie uruchamiania tego samego zadania w Aplikacji, CLI, rozszerzeniu IDE i Cloud
- Zrozumienie jak tryby zatwierdzania, worktree i sandboxing wpływają na workflow
- Zestaw wzorców promptów do ponownego użycia dla typowych zadań Codex
- Pewność do rozpoczęcia delegowania prawdziwej pracy do Codex
Zadanie
Dział zatytułowany „Zadanie”Poprosimy Codex o coś praktycznego, czego każdy projekt potrzebuje: znalezienie buga lub brakującego przypadku brzegowego w obsłudze błędów, naprawienie go i dodanie testu. To ćwiczy odczytywanie plików, analizę kodu, generowanie kodu, wykonywanie poleceń (uruchamianie testów) i świadomość Git.
Dokładny prompt którego użyjemy:
Find an error handling gap in this project's API routes -- a place where anexception could crash the server or return a misleading response. Fix it withproper error handling and add a test that proves the fix works. Run the teststo confirm they pass.To jest celowo otwarte. Codex musi przeszukać twoją bazę kodu, zidentyfikować prawdziwy problem, zaimplementować poprawkę i ją zwalidować. Jeśli twój projekt nie ma tras API, dostosuj prompt do swojej bazy kodu.
Uruchamianie zadania na każdej powierzchni
Dział zatytułowany „Uruchamianie zadania na każdej powierzchni”Workflow w Aplikacji
Dział zatytułowany „Workflow w Aplikacji”-
Otwórz aplikację Codex i wybierz swój projekt.
-
Kliknij New Thread. Wybierz tryb Local aby pracować bezpośrednio w katalogu projektu, lub Worktree aby izolować zmiany w worktree Git.
-
Wklej prompt do kompozytora i wyślij.
-
Obserwuj pracę Codex. Aplikacja pokazuje postęp w czasie rzeczywistym: czytane pliki, analiza, edycje kodu, wykonywanie poleceń. Jeśli twoja polityka zatwierdzania to
on-failure, Codex pisze kod autonomicznie ale pauzuje przed uruchomieniem poleceń jaknpm test. -
Gdy Codex skończy, przełącz się na panel Review aby zobaczyć pełny diff wszystkich zmian.
-
Użyj wbudowanego terminala (
Cmd + J) aby ręcznie zweryfikować zmiany jeśli chcesz: uruchom testy, sprawdź serwer, przejrzyj pliki.
Funkcje specyficzne dla Aplikacji podczas zadania:
- Wiele wątków może działać równolegle. Rozpocznij to zadanie, a następnie otwórz nowy wątek dla innego zadania w oczekiwaniu.
- Jeśli wybrałeś tryb Worktree, zmiany są izolowane. Twój główny branch pozostaje czysty.
- Dyktowanie głosowe działa: przytrzymaj
Ctrl + Maby wypowiedzieć prompt zamiast go wpisywać. - Powiadomienia pojawiają się gdy zadanie w tle się zakończy.
Workflow w CLI
Dział zatytułowany „Workflow w CLI”-
Przejdź do katalogu projektu w terminalu.
-
Uruchom TUI Codex:
Okno terminala codex -
Wklej prompt i naciśnij Enter.
-
Codex pracuje w terminalu: widzisz odczytywanie plików, analizę, strumieniowane edycje kodu i żądania wykonania poleceń. W trybie zatwierdzania
auto-editedycje są automatyczne, ale polecenia wymagają zatwierdzenia. -
Po zakończeniu pracy Codex użyj
/reviewaby uruchomić lokalny przegląd kodu zmian. -
Sprawdź diff za pomocą Git:
Okno terminala git diff
Funkcje specyficzne dla CLI podczas zadania:
- Użyj
/modelaby zmienić model w trakcie sesji jeśli chcesz spróbować innego podejścia. - Użyj
/undoaby cofnąć zmiany z ostatniej tury. - Przekieruj zadanie do nieinteraktywnego wykonania:
codex exec "your prompt here". - Wejście obrazów: przeciągnij i upuść zrzuty ekranu do terminala jeśli musisz pokazać Codex wizualny bug.
Workflow w rozszerzeniu IDE
Dział zatytułowany „Workflow w rozszerzeniu IDE”-
Otwórz projekt w VS Code (lub Cursor/Windsurf).
-
Otwórz panel boczny Codex.
-
Upewnij się że wybrany jest tryb Agent (nie tryb Chat). Tryb Agent pozwala Codex czytać pliki, uruchamiać polecenia i zapisywać zmiany.
-
Wklej prompt i wyślij.
-
Codex pracuje w twoim IDE: edycje plików pojawiają się w edytorze, diff-y są pokazywane inline, a polecenia uruchamiają się w zintegrowanym terminalu.
-
Przejrzyj zmiany w wbudowanym widoku diff Git w VS Code.
Funkcje specyficzne dla rozszerzenia IDE podczas zadania:
- Odwołania
@file: wpisz@src/routes/auth.tsaby wskazać Codex na konkretny plik jako kontekst. - Auto Context: jeśli Aplikacja jest również otwarta, rozszerzenie IDE synchronizuje które pliki przeglądasz.
- Delegacja do Cloud: kliknij ikonę Cloud aby odciążyć zadanie do Codex Cloud zamiast uruchamiać lokalnie.
- Tryb zatwierdzania mapuje się na nazwy specyficzne dla IDE: Chat (pytaj o wszystko), Agent (auto-edit), Agent (Full Access) (nigdy nie pytaj).
Workflow w Cloud
Dział zatytułowany „Workflow w Cloud”-
Otwórz chatgpt.com/codex.
-
Wybierz skonfigurowane środowisko (repozytorium które wcześniej połączyłeś).
-
Kliknij New Task i wklej prompt.
-
Codex uruchamia środowisko w chmurze, klonuje twoje repozytorium, instaluje zależności (używając twoich poleceń konfiguracji środowiska) i zaczyna pracować.
-
Monitoruj postęp w czasie rzeczywistym w widoku logów, lub zamknij przeglądarkę i pozwól mu działać w tle.
-
Gdy zadanie się zakończy, przejrzyj proponowane zmiany w widoku diff.
-
Kliknij Create PR aby zamienić zmiany w pull request, lub Check out locally aby przetestować branch na swoim komputerze:
Okno terminala git fetchgit checkout <branch-name>
Funkcje specyficzne dla Cloud podczas zadania:
- Zadania działają w tle. Zamknij laptop, a zadanie nadal trwa.
- Widok diff pokazuje wszystkie zmiany zanim się na cokolwiek zdecydujesz.
- Możesz iterować: wysyłaj wiadomości kontynuujące w tym samym wątku aby dopieścić wynik.
- PR-y utworzone z Cloud zawierają czysty diff i opis.
Czego się spodziewać
Dział zatytułowany „Czego się spodziewać”Niezależnie od użytej powierzchni, Codex podąża tym samym ogólnym wzorcem:
-
Eksploracja: Codex odczytuje strukturę projektu, identyfikuje istotne pliki i poznaje układ bazy kodu.
-
Analiza: Szuka konkretnego wzorca o który prosiłeś (luk w obsłudze błędów w tym przypadku), ewaluując wielu kandydatów.
-
Implementacja: Codex edytuje pliki, dodając odpowiednią obsługę błędów, bloki try-catch, walidacje lub cokolwiek wymaga poprawka.
-
Testowanie: Tworzy lub aktualizuje pliki testowe, a następnie uruchamia zestaw testów aby zweryfikować że poprawka działa.
-
Podsumowanie: Codex raportuje co znalazł, co zmienił i wyniki testów.
Jakość w dużej mierze zależy od twojego AGENTS.md. Jeśli określiłeś framework testowy (vitest, jest, pytest), polecenie uruchamiania testów i konwencje kodu, Codex ich przestrzega. Jeśli nie, zgaduje — i czasem zgaduje źle.
Wzorce promptów do ponownego użycia
Dział zatytułowany „Wzorce promptów do ponownego użycia”Oto prompty które dobrze działają dla typowych pierwszych zadań. Używaj ich jako szablonów.
Wybór odpowiedniej powierzchni dla zadania
Dział zatytułowany „Wybór odpowiedniej powierzchni dla zadania”Po uruchomieniu tego samego zadania na wszystkich czterech powierzchniach zauważysz, że każda ma swoje mocne strony:
| Typ zadania | Najlepsza powierzchnia | Dlaczego |
|---|---|---|
| Szybka poprawka buga w jednym pliku | CLI lub rozszerzenie IDE | Szybkie, minimalne przełączanie kontekstu |
| Wieloplikowa refaktoryzacja | Aplikacja (tryb Worktree) | Izolowane zmiany, równoległe wątki |
| Długotrwała migracja | Cloud | Działa w tle, nie blokuje twojego komputera |
| Workflow oparty o PR | Cloud + GitHub | Tworzy PR bezpośrednio, integruje się z przeglądami |
| Eksploracyjne debugowanie | CLI (interaktywne TUI) | Szybka iteracja, /undo do cofania |
| Zmiany wizualne (praca nad UI) | Rozszerzenie IDE | Widzisz zmiany w edytorze, użyj Playwright MCP do zrzutów ekranu |
Gdy coś nie działa
Dział zatytułowany „Gdy coś nie działa”Codex edytuje złe pliki: Twój AGENTS.md może nie mieć kontekstu architektury. Dodaj jawne ścieżki: “API routes are in src/routes/, NOT in src/api/.”
Testy nie przechodzą po poprawce Codex: Codex mógł użyć złego frameworka testowego lub runnera. Sprawdź czy twój AGENTS.md ma dokładne polecenie testowe (pnpm vitest, nie npm test).
Codex utknął w pętli: Może ponawiać nieudane polecenie. Naciśnij Esc (CLI) lub zatrzymaj wątek (Aplikacja) i przeformułuj prompt z większymi ograniczeniami.
Zadanie Cloud trwa wiecznie: Sprawdź konfigurację środowiska. Jeśli npm install uruchamia się przy każdym zadaniu bo node_modules nie jest cache-owane, zadania trwają dużo dłużej. Zoptymalizuj polecenia konfiguracji.
Prompty zatwierdzania przerywają flow: Przełącz na tryb auto-edit lub never. Zobacz przewodnik konfiguracji po szczegóły.