Lokalny agent wymaga twojego komputera. Codex Cloud działa na serwerach OpenAI – możesz zlecić zadanie i zamknąć laptopa. AI koduje w tle, a ty dostajesz gotowy pull request.
- Lokalne vs Cloud: kiedy które?
- Jak działa setup flow
- Konfiguracja środowiska
- Caching: szybsze kolejne zadania
- Best-of-N: kilka prób, najlepszy wynik
- Podsumowanie
Lokalne vs Cloud: kiedy które?
| Aspekt | Lokalny agent | Codex Cloud |
| Wymagania | Twój komputer online | Brak (działa na serwerach OpenAI) |
| Czas działania | Ograniczony sesją | Do kilku godzin |
| Dostęp do plików | Pełny dostęp lokalny | Tylko repo (checkout) |
| Interaktywność | Możesz interweniować na bieżąco | Zlecasz i czekasz na wynik |
| Koszt | Tokeny | Tokeny + compute |
Wybierz lokalnego agenta gdy:
- Potrzebujesz interakcji na bieżąco
- Pracujesz z plikami poza repo
- Zależy ci na pełnej kontroli
Wybierz Codex Cloud gdy:
- Zadanie zajmie więcej niż kilka minut
- Chcesz zlecić i zapomnieć
- Potrzebujesz izolowanego środowiska
- Uruchamiasz zadania z CI/CD
Jak działa setup flow
Codex Cloud wykonuje zadanie w pięciu fazach:
1. Container – Codex tworzy izolowany kontener z obrazu openai/codex-universal
2. Checkout – Klonuje twoje repozytorium do kontenera
3. Setup – Uruchamia skrypt setup (z dostępem do internetu)
4. Agent – AI pracuje w pętli: edytuje pliki, uruchamia komendy, waliduje
5. Output – Pokazuje diff, może utworzyć PR
Faza setup to jedyny moment, gdy kontener ma dostęp do internetu. To tutaj instalujesz zależności, pobierasz modele, konfigurujesz środowisko. Po setup agent pracuje w izolacji.
Konfiguracja środowiska
Środowisko Codex Cloud możesz dostosować przez:
Wersje pakietów – Python, Node.js, Go i inne języki w określonych wersjach
Zmienne środowiskowe – konfiguracja dostępna dla agenta
Sekrety – hasła i tokeny, dostępne tylko w fazie setup (nie dla agenta)
Skrypty setup – npm install, pip install, inicjalizacja bazy danych
Skrypty maintenance – okresowe czyszczenie, aktualizacje cache
Domyślny obraz universal ma preinstalowane popularne języki i narzędzia. Dla specyficznych wymagań możesz rozszerzyć go przez skrypty setup.
Caching: szybsze kolejne zadania
Stan kontenera jest cache-owany do 12 godzin. Kolejne zadania startują z gotowym środowiskiem – bez ponownego setup.
Cache jest invalidowany gdy:
- Zmienisz skrypt setup
- Zmienisz skrypt maintenance
- Minie 12 godzin
W planach Business i Enterprise cache jest współdzielony między użytkownikami workspace. Jeden developer uruchamia setup, reszta zespołu korzysta z gotowego cache.
Best-of-N: kilka prób, najlepszy wynik
Dla trudnych zadań możesz uruchomić kilka równoległych prób:
codex cloud --attempts 3 "zaimplementuj system uwierzytelniania OAuth2"Codex uruchomi 3 niezależne agenty, każdy z własnym podejściem. Na końcu porównuje wyniki i wybiera najlepszy – ten, który przechodzi wszystkie testy i ma najczystszy kod.
To szczególnie przydatne dla:
- Zadań z wieloma możliwymi rozwiązaniami
- Refaktoryzacji, gdzie jakość kodu jest subiektywna
- Implementacji algorytmów, gdzie wydajność może się różnić
Koszt rośnie liniowo z liczbą prób, ale jakość wyniku często jest znacząco lepsza.
Podsumowanie
Codex Cloud to tryb "zlecam i zapominam":
- Setup flow: container → checkout → setup (z internetem) → agent (izolowany) → wynik
- Caching: do 12 godzin, współdzielony w zespole
- Best-of-N: kilka równoległych prób, najlepszy wynik
Używaj Cloud dla zadań długich, autonomicznych i powtarzalnych. Dla interaktywnej pracy zostań przy lokalnym agencie. Więcej o integracji z CI/CD i GitHub Actions w osobnym artykule.
Codex Cloud dobrze współpracuje z multi-agent workflows – możesz uruchomić kilka agentów w chmurze równolegle, każdy pracujący nad inną częścią zadania.