Używanie Codex w VS Code: zakres, punkty przywracania oraz rozwiązania typowych problemów
Codex w VS Code bez typowych opóźnień: instalacja i logowanie, pierwsze zadanie agenta, chmura kontra CLI, wspólna konfiguracja oraz poprawki dla WSL i procesów zatwierdzania.
Źródła: How to Use Codex in VS Code: From First Task to Reliable Agent Workflow
Uruchomienie Codex w VS Code zajmuje kilka minut: należy zainstalować oficjalną rozszerzenie openai.chatgpt, zalogować się, otworzyć folder projektu, przełączyć się w tryb Agenta i nadać mu precyzyjnie określone zadanie z podaniem nazw plików, które mają być przetworzone. Każda zmiana w przestrzeni roboczej oraz wynik testu wymagają sprawdzenia przez człowieka przed ich zapisaniem. Dłuższe zadania lepiej wykonywać w chmurze, a problemy, które najczęściej powodują opóźnienia – mianowicie wielokrotne zatwierdzenia, logowanie zdalne oraz zamarzanie podczas ładowania WSL w systemie Windows – mają swoje konkretne rozwiązania opisane poniżej.
Tutaj omawiany jest wyłącznie interfejs VS Code: pierwsze, ograniczone zadanie oraz elementy sterujące, które zapewniają przewidywalność działania agenta. Instalacja w terminalu, plugin Cursor, panele kontrolne oraz porównania z innymi narzędziami to osobne tematy.
Od sugestii do agenta, który przemieszcza pliki
Wielu programistów jest przyzwyczajonych do tzw. tekstu widmowego: po wpisywaniu znaków pojawia się sugestia, która może zostać przyjęta lub zignorowana, a nic więcej w strukturze nie zmienia się. Tryb agenta w Codex to zupełnie coś innego. Panel boczny czyta pliki, edytuje drzewo robocze i przeprowadza sprawdzenia, podczas gdy jego użytkownik idzie po kawę. Pomylenie jednego z drugim sprawia, że pierwszy tryb agenta wydaje się jak włamanie, chociaż jest to po prostu inny rodzaj pracy.
Analogia może pomóc. Pasażer, który wskazuje na znak drogowy, pozwala kierowcy trzymać obie ręce na kierownicy, a samochód porusza się tylko dlatego, że kierowca go porusza. Przekazanie kluczy to zupełnie inna sprawa: wracasz z kuchni, a samochód stoi na nowym miejscu parkingowym, z przestawionym bagażnikiem i większą liczbą przejechanych mil, a nikt nie pytał o trasę. Autocomplete w formie tekstu to pasażer, który wskazuje. Tryb agenta to zestaw kluczy. Pominęcie punktu odzyskiwania oznacza udzielenie uprawnień do zapisu w repozytorium, które nadal zawiera niezapisane prace z popołudnia.
Co tak naprawdę jest obecną rozszerzeniem
Dzisiejsza rozszerzenie Codex IDE działa jako asynchroniczny agent kodowania. Jest to proces pracujący w tle z uprawnieniami do czytania repozytorium, przepisywania plików na dysku oraz wykonywania poleceń w terminalu, podczas gdy funkcja autodopasowywania proponowałaby jedynie następny token. Nie ma ono nic wspólnego z API do autodopasowywania Codex z 2021 roku ani z „tajemniczym tekstem” Copilota, a wszelkie poradniki opisujące je jako lepszą alternatywę dla klawisza Tab mówią o czymś innym.
W trybie Agent praca jest rozproszona pomiędzy repozytorium a terminal, dlatego zakres i możliwość przywrócenia stanu są ważniejsze niż kiedykolwiek w przypadku autodopasowywania. Sugestia na jedną linię pozostaje w edytorze do chwili jej akceptacji. Zadanie agenta może trafić do katalogu src/, podczas gdy pierwszy akapit jego planu jest jeszcze czytany.
Tryb czatu, gdy jest dostępny przez kompozytora, służy wyłącznie do dyskusji – nie umożliwia edycji plików ani wykonywania poleceń. Nadaje się do omówienia problemu. Agent jest wyborem w sytuacjach, gdy drzewo musi faktycznie zostać przeniesione.
Zakres, dowody i droga powrotu
Dokumentacja IDE firmy OpenAI oraz praktyczne opisy zgadzają się co do jednego oczywistego faktu dotyczącego interfejsu: tryb lokalnego Agenta aplikuje zmiany bezpośrednio do katalogu roboczego. Rozszerzenie nie pokazuje inline porównania tekstów do zaakceptowania lub odrzucenia, jak to robią niektóre inne edytory. Git pełni rolę przycisku cofnięcia, a bez zainicjowanego repozytorium nie ma prostego sposobu na powrót do poprzedniego stanu.
Przed pierwszym zapytaniem powinny nastąpić trzy rzeczy:
- Należy otworzyć prawdziwy folder projektu, a nie pojedynczy plik.
- Należy zapisać lub schować wszystko, co nie może zostać utracone. Wystarczy
git stash push -u -m „pre-codex”. - Umieść sprawdzenie akceptacji w instrukcjach: jakie testy muszą przejść, który plik mieści się w granicach oraz jak wygląda stan „gotowy”.
Uporządkowane instrukcje w drzewie, które nie zostało jeszcze zapisane, są bardziej ryzykowne niż niechlujne instrukcje na czystej gałęzi.
Gdy coś idzie nie tak, szkody zazwyczaj wyglądają banalnie: mała zmiana nazwy, funkcja pomocnicza włączona do niewłaściwego pliku, testy, które nigdy nie zostały uruchomione. Nie ma w tym nic egzotycznego. To po prostu to, co agent robi, gdy ma już działające drzewo, a użytkownik wyobraził sobie pole z sugestiami. Brak otwierania żadnych folderów, nieużywanie Git lub proszenie o „poprawę bazy kodu” bez podania nazw plików nie powstrzymuje uruchomienia rozszerzenia, i to właśnie stanowi zagrożenie.
Instalacja prawdziwego rozszerzenia
Czysta ścieżka jest krótka. Sprawdzenie tożsamości to to, co większość filmów instruktażowych dotyczących instalacji pomija.
Potwierdź wydawcę i identyfikator
Prawidłowym pakietem jest oficjalna rozszerzenie Codex z Marketplace, a nie podobnie nazwany wrapper społecznościowy. Jest ono wymienione jako Codex - agent programistyczny OpenAI, wydane przez OpenAI, z unikalnym identyfikatorem openai.chatgpt. To właśnie ten identyfikator pozwala odróżnić autentyczny produkt od przypadkowego pluginu do automatycznego uzupełniania tekstu.
Szybkie otwarcie odbywa się za pomocą Cmd+P w macOS oraz Ctrl+P w Windows i Linux. Wklej to i naciśnij Enter:
ext install openai.chatgpt
Widok Rozszerzeń również działa: wyszukaj dokładny tytuł i porównaj wydawcę oraz identyfikator przed kliknięciem „Zainstaluj”. Liczby instalacji, oceny w postaci gwiazdek oraz numery wersji nie stanowią dowodów, ponieważ stale się zmieniają.
Strona Marketplace Visual Studio dla openai.chatgpt oraz dokumentacja rozszerzenia IDE Codex od OpenAI warto dodać do zakładek. Opisany tutaj proces pracy opiera się na tych narzędziach, ale ich nie zastępuje.
Gdy rozszerzenie zostanie zainstalowane, ikona Codex może przenieść się do paska aktywności po prawej stronie, dzięki czemu kod pozostaje po lewej, a agent po prawej – taka jest najczęściej stosowana kompozycja. Zniknięcie ikony po aktualizacji nie wymaga ponownej instalacji. Poniższe instrukcje dotyczące przywrócenia ikony to rozwiązanie tego problemu.
Logowanie się za pomocą konta ChatGPT
Otwórz panel Codex i wybierz opcję „Zaloguj się za pomocą ChatGPT”. Ukończ przekierowanie w przeglądarce na koncie, które faktycznie posiada plan. W katalogu Marketplace nazwy planów to Plus, Pro, Business, Edu i Enterprise.
GitHub Copilot Pro+ i Copilot Max mają oddzielną ścieżkę Insiders, z opcją Zaloguj się za pomocą Copilot oraz widokiem Sesji agenta. Obie metody logowania są prawdziwe i nie powinny być mylone, ponieważ są to różne przyciski.
Część pierwszych wersji karuzel zawiera krok konfiguracji środowiska sandbox. Powszechnie oglądane wideo instalacyjne przechodzi przez ekrany powitalne, a następnie wybiera opcję backup-sandbox, aby lokalny kontener mógł zostać uruchomiony. Jeśli pojawi się ten element sterowania, oznacza to inicjalizację izolowanego środowiska, którego będzie używał agent, a nie instalację drugiego produktu.
Dostęp przez ChatGPT jest związany z subskrypcją. Budżety wiadomości, narzędzia do wyboru modeli oraz kwoty mogą ulegać zmianom, dlatego wszelkie konkretne limity planów Plus lub Pro podane w przeglądzie z połowy 2026 roku należy traktować jako przestarzałe. Ekran aktualnego zużycia konta stanowi autorytatywny źródło informacji przed planowaniem długiej sesji.
Kiedy sens ma klucz API
Metoda „bring-your-own-key” oznacza autoryzację za pomocą klucza API OpenAI, a nie logowania w ChatGPT. Karta logowania zawiera przycisk „Użyj klucza API”. Ta opcja jest przydatna, gdy wyczerpuje się limit ChatGPT lub zespół już rozlicza się za pośrednictwem API.
Nie stanowi ona cichej alternatywy dla planu Plus. Dane cenowe z raportów z 2026 roku wskazują, że rozliczanie się za pomocą klucza API w wersji rozszerzonej i CLI pozbawia dostępu do funkcji delegacji w chmurze oraz przeglądania kodu na GitHubie, więc osoby potrzebujące tych funkcji muszą pozostać przy planie ChatGPT.
Gdy przycisk nie wystarcza, konfigurację można ustawić wyraźnie:
preferred_auth_method = "apikey"
Plik kluczy zawierający jedynie miejsca zastępcze znajduje się w ~/.codex/auth.json:
{"OPENAI_API_KEY": "YOUR_API_KEY_HERE"}
Jeśli panel nadal domaga się ChatGPT, wyeksportuj klucz w tym samym shellu, który uruchamia edytor, a następnie otwórz folder stamtąd:
export OPENAI_API_KEY="your-api-key-here"
code .
PowerShell w systemie Windows wykorzystuje $env:OPENAI_API_KEY="twoje-api-key-tutaj", a następnie code .. Prawdziwe klucze nie mogą pojawiać się na zrzutach ekranu, w zgłoszeniach ani komentarzach. Pokazany JSON to szablon.
Raporty społeczności opisują również problem specyficzny dla WSL związany z przyciskiem Use API Key. W Windows Subsystem for Linux niepracujący przycisk oznacza konieczność użycia pliku config.toml wraz z zmienną środowiskową lub uruchomienia edytora z wiersza poleceń, który już zawiera ten klucz.
Pierwsze zadanie kontrolowane
Pierwsze zadanie nie ma na celu zaimponowania komukolwiek. Jego celem jest udowodnienie, że Codex w VS Code dostępuje do wskazanych plików, wykonuje określoną weryfikację i pozostawia czytelny raport różnic.
Otwórz folder i podaj wynik poddający się sprawdzeniu
Wybierz „Plik” > „Otwórz folder” i zaznacz korzeń projektu, czyli folder zawierający plik blokujący, pyproject.toml lub plik rozwiązania, który faktycznie jest kompilowany. Jeśli Git nie istnieje, zainicjuj go, otwórz panel Codex i ustaw komponenta na Agenta.
Sformułuj cel w taki sposób, aby zmęczony kolega mógł go sprawdzić o szóstej wieczorem. Potrzebne są:
- Jedna zmiana w zachowaniu.
- Jedna rodzina plików.
- Jeden polecenie lub test, który to potwierdza.
Przykład pytania na początku pierwszej sesji może wyglądać tak:
Update token expiry handling in @src/auth.ts. Run the existing tests and summarize changed files.
Zdanie zawiera plik, wynik oraz dowód. „Ulepsz autoryzację” nie zawiera żadnego z nich.
Ukryty panel można otworzyć za pomocą półki poleceń, używając komendy Codex: Open Codex Sidebar. Szukanie w lewej barze aktywności marnuje czas, ponieważ aktualizacje już kilkakrotnie przeniosły ikonę do górnej prawej paska narzędzi.
Skieruj agenta na odpowiednie pliki
Wpisując @nazwa_pliku, przekazujesz agentowi pojedynczy plik, unikając przepełnienia kontekstu całym drzewem plików. Dołącz tylko to, co ważne, i określ, które pliki są niedostępne. Konwencje można umieścić w pliku AGENTS.md znajdującym się u korzenia repozytorium do użycia w późniejszych sesjach, chociaż sama instrukcja wystarczy do wykonania pierwszego zadania.
Zachowaj pierwszą pracę skupioną na jednym zagadnieniu – na przykład obsłudze terminów ważności, jednym nieudanym teście, linii z dziennika lub korekcie typu. Większe refaktoryzacje obejmujące kilka plików przychodzą później, często w formie zadań w chmurze. Tryb Local Agent chętnie rozpocznie taką pracę, natomiast cierpliwość osoby sprawdzającej szybko się wyczerpie.
Przeglądanie zmian i dowodów z testów
Gdy proces zakończy się, trzy elementy wymagają sprawdzenia w następującej kolejności:
- Zmienione pliki: czy agent pozostał w określonej ścieżce.
- Testy: czy w ogóle zostały przeprowadzone i czy przeszły.
- Git:
git difforazgit statussłużą jako ekran do przeglądania zmian, ponieważ rozszerzenie już zapisalo dane na dysku.
Karta z wynikiem „Passed” z plikiem src/auth.ts jako jedynym zmienionym plikiem nadal wymaga przeczytania różnic. Zielone wyniki testów nic nie mówią o tym, czy dodany komentarz pasuje do publicznego API.
Rezultatem tego wszystkiego jest zautoryzowany panel, uruchomiony Agent o określonym zakresie działania oraz zmiana widoczna w Git. W przypadku czystego repozytorium cała sekwencja trwa około ośmiu minut. Następnie podejmuje się decyzję o zachowaniu zmiany lub jej sprostowaniu, po czym proces zostaje zatrzymany. Kolejnym natychmiastowym problemem jest to, jak ludzie przypadkowo przechodzą do ponownego zapisywania treści.
Lokalnie, w chmurze lub przez CLI
W VS Code istnieją trzy opcje o nazwie Codex, które nie mają jednak takiego samego zasięgu oddziaływania. Pytanie praktyczne brzmi, która z nich jest potrzebna do wykonywania dzisiejszych zadań.
Agent lokalny
Tryb Local Agent jest tutaj standardową opcją. Praca odbywa się w przestrzeni roboczej, a proces sprawdzania obejmuje zmienione pliki, testy oraz Git. Jego główna ograniczenie zostało już wspomniane: edycje trafiają bezpośrednio do drzewa roboczego. Nadaje się do edycji ograniczonych, których można śledzić.
Delegacja do chmury
Delegacja w chmurze wysyła dłuższe zadanie do izolowanego środowiska chmurowego, pozostawiając edytor wolny lub nawet zamknięty. Marketplace nazywa to „Deleguj do Codex w chmurze”. Przewodniki z 2026 roku opisują łączenie repozytorium pod adresem chatgpt.com/codex/settings/environments, wybieranie tego środowiska w pasku bocznym oraz wybór opcji Uruchom w chmurze w odniesieniu do gałęzi bazowej, takiej jak main lub obecnej.
Podoba się to do zadań dużych, wolnych lub takich, które lepiej jest zwracać w formie różnic niż jako aktualizacje w czasie rzeczywistym. Wymaga dostępu do chmury po stronie ChatGPT, więc konfiguracja ograniczona do klucza API to niewłaściwa metoda autoryzacji dla tej funkcji.
Zintegrowany terminal i CLI
Codex CLI to agent dostosowany do terminala, należący do tej samej rodziny modeli, ale uruchamiany z wiersza poleceń, a nie z paska bocznego. Może działać w zintegrowanym terminalu VS Code. Informacje dotyczące instalacji na platformie, aktualizacji oraz flag sandboksów znajdują się w przewodniku instalacyjnym CLI i nie są tutaj powtarzane.
Tutaj decyduje sama decyzja – CLI jest wyborem dla kontroli opartej wyłącznie na terminalu, w sytuacjach, gdy pasek boczny nie funkcjonuje prawidłowo, oraz przy długotrwałych procesach /review, które ciągle zawalają się w rozszerzeniu. Raporty z 2026 roku pokazują, że zwykły codex otwiera sesję interaktywną, natomiast polecenie umieszczone w cudzysłowach i przekazane do codex exec jest wykonywane raz bez interakcji, na przykład w celu naprawy wszystkich błędów lintingu w katalogu src/. Instaluj CLI tylko wtedy, gdy jest brakujący.
Kwestia tego, który narzędzie wybrać ogólnie, jest odrębna od sposobu działania agenta VS Code, a porównanie Claude Code i Codex ją omawia.
Jedna warstwa konfiguracji dla obu
Jeden fakt architektoniczny rzadko pojawia się na stronach Marketplace: rozszerzenie VS Code ma zamknięty kod źródłowy, a jego twórcy opisują je jako interfejs wokół otwartego narzędzia CLI Codex. To wyjaśnia, dlaczego jedna folder może wpływać na zachowanie w obu narzędziach.
Wspólny katalog ~/.codex/
Na macOS i Linux wspólnym katalogiem jest ~/.codex/, gdzie plik config.toml zawiera ustawienia domyślne, a auth.json dane uwierzytelniające. Zarówno rozszerzenie, jak i CLI czytają ten katalog, więc jedna modyfikacja ma wpływ na oba narzędzia.
Ekwiwalent w systemie Windows znajduje się w profilu użytkownika. Konfiguracje zdalne oraz oparte na serwerze kodu dodają dodatkowe kopie pliku auth.json w folderze rozszerzeń, co stanowi rozwiązania tymczasowe, a nie drugie źródło prawdy. ~/.codex/ jest lepszym miejscem, o ile to możliwe. Tekst jest łatwiejszy do poprawienia niż zrzut ekranu tego folderu.
Domyślne wartości oparte na źródle
Jeden globalny przykład krąży w przewodnikach z 2026 roku dotyczących edytora:
# ~/.codex/config.toml
model = "gpt-5.3-codex"
approval_mode = "agent"
Traktuj ciąg modelu jako nietrwały. Nazwy w instrukcjach już uległy zmianie – od GPT-5.1, przez GPT-5.3-Codex, aż po późniejsze wersje GPT-5.x. Gdy panel wyświetla unexpected status 400 Bad Request: {"detail":"Unsupported model"}, wybieracz zawiera nazwę, której ta wersja nie może obsłużyć. Najpierw wybierz model obsługiwany w interfejsie, a jeśli nadal potrzebujesz wartości domyślnej, wpisz tę faktycznie wybraną.
Domyślnym ustawieniem jest approval_mode = „agent”: umożliwia czytanie i edycję w przestrzeni roboczej, wykonywanie poleceń w katalogu roboczym oraz w ograniczonej sieci. Tryb rozmowy służy jedynie do dyskusji. Agent Full Access rozszerza możliwości lokalnego wykonywania zadań i umożliwia wyszukiwanie w internecie. Tryb powinien odpowiadać zadaniu, a pełny dostęp nie powinien być włączony tylko dlatego, że w zeszłym tygodniu jakaś instalacja npm wymagała dostępu do sieci.
Ustawienie klucza API z poprzedniego rozdziału znajduje się w tym samym pliku. Połączenie polityki autoryzacji z polityką zatwierdzania oznacza, że cały kontrakt można przeczytać w dwudziestu sekundach.
Pętle zatwierdzania i ikona spinująca w Windows
To są problemy, których unikają przewodniki instalacyjne, a po których ludzie szukają, gdy Codex przestaje działać w VS Code. Oba przypominają błędy produktu, a czasami rzeczywiście nimi są. Innym razem sandbox ostrzega, że agent zamierza zrobić coś, czego nikt nie obserwuje. Lepsza płynność nie oznacza większego bezpieczeństwa.
Redukcja trudności związanych z zatwierdzaniem bez obniżania standardów
Użytkownicy Windows szczególnie opisują błąd związaný z pętlą uprawnień, polegającą na pauzie przy kliknięciu przy każdym odczytywaniu lub zapisywaniu pliku. Program oferuje opcje Chat, Agent oraz Agent Full Access. Ostatnia z nich tłumi większość komunikatów, ponieważ umożliwia szersze działania lokalne oraz korzystanie z sieci. To właśnie stanowi rzeczywistą kompromis, a także powód, dla którego prośba o zmianę nazwy funkcji może skutkować nieplanowanym pobieraniem pakietu.
Jednym z rozwiązań proponowanych przez społeczność, często wspominanych w artykułach, jest następująca linia konfiguracji:
approval_mode = "auto"
Część wątków proponuje środkową ustawienie o nazwie workspace-write, a na bardziej radykalnym krańcu danger-full-access. Obie nazwy pochodzą z postów społeczności, a żadna z nich nie stanowi powodu, by kierować agenta na katalog domowy.
Tryb automatyczny lub szerszy tryb kompozytora jest rozsądny tylko wtedy, gdy spełnione są wszystkie poniższe warunki:
- Git pokazuje czystą strukturę plików, albo zmiany zostały zamknięte w lokalnym repozytorium.
- W przestrzeni roboczej nie ma żadnych tajemnic, albo Git je ignoruje.
- Opis zakresu pliku mieści się w jednym zdaniu.
- Zanim cokolwiek zostanie wysłane, zostanie przeczytany
git diff.
Jeśli którykolwiek z warunków nie zostanie spełniony, należy zachować obecne pytania. Ten cykl jest irytujący, ale ciche zapisywanie do pliku .env jest jeszcze gorsze.
Doswiadczenie pokazuje ograniczenia tej prostolinijnej metody. Przełączenie na pełny dostęp jako rozwiązanie typu „po prostu przestań pytać” faktycznie położyło kres natrętnym pytaniom, ale sesja uzyskała również dostęp do sieci, którego lokalna zmiana nazwy wcale nie wymagała. Linia konfiguracyjna działa jak skalpel, natomiast pełny dostęp jak wiadro.
Przypadek ładowania WSL w Windows 11
Jeden udokumentowany przypadek w Windows 11 powoduje, że panel utyka na etapie ładowania. W sprawie openai/codex nr #7082 użytkownicy wskazali na ustawienie integracji z WSL. Wcześniejsze odpowiedzi administratorów przypisywały to awarii regionalnej, natomiast późniejsze proponowały rozwiązanie, które jest nadal stosowane do dziś.
W Ustawieniach wyszukaj Codex WSL, znajdź opcję „Uruchom Codex w Windows Subsystem For Linux” i wyłącz ją, a następnie ponownie otwórz panel w rzeczywistym środowisku działania, którego potrzebujesz. Jest to zmiana w Ustawieniach, a nie flaga CLI, więc nie powinno się wymyślać opcji codex --no-wsl, ponieważ żaden źródło o niej nie wspomina.
Każdy, kto naprawdę chce mieć Codex w WSL2, powinien przechowywać projekt na systemie plików Linuxa oraz narzędzia w tym środowisku. Repozytorium z lokalizacją w systemie Windows w połączeniu z agentem Linuxa prowadzi do problemów z ograniczeniami ilości plików i uprawnieniami, które sprawiają, że interfejs wydaje się „opętany”.
Po zmianie sprawdź, czy CLI nadal uruchamia się w zaufanym terminalu. Poprawnie działająca CLI obok uszkodzonego interfejsu wskazuje na błąd w WebView lub rozszerzeniu, a nie na problem z autoryzacją. Jeśli oba elementy przestaną działać, najpierw należy sprawdzić kwestię autoryzacji.
Rozdzielenie środowisk wykonywania i historii
Historie rozmów w Codex są izolowane pomiędzy systemami plików Windows i WSL. Zmiana trybu pokazuje różne wątki rozmów. To nie jest błąd synchronizacji, lecz dwa oddzielne miejsca przechowywania danych.
Jeden okres działania na repozytorium, utrzymywany przez tydzień, zapobiega zamieszaniu. Gdy zmiana jest nieunikniona, zakładaj, że dalsza rozmowa nie będzie kontynuowana. Trwałe instrukcje powinny znajdować się w pliku AGENTS.md w repozytorium, a nie w wątku bocznym, który zniknie do wtorku.
Łączenie objawu z naprawą
Zacznij od objawu. Zastosowanie naprawy WSL do ukrytego ikony zajmuje dwadzieścia minut. Brakująca płyta, odrzucony nazwa modelu, nieudana recenzja oraz logowanie zdalne, które nigdy nie kończy się powodzeniem – to cztery różne naprawy, które należy wypróbować pojedynczo, bez łączenia ich ze sobą.
Ukryty pasek boczny lub nieobsługiwany model
Jeśli ikona zniknęła z lewego paska, sprawdź prawy górny róg przed ponowną instalacją. W sprawie nr 14586 donoszono o aktualizacjach, które utrudniają dostęp poprzez kontrolkę Open Codex Sidebar w pasku narzędzi, a Command Palette oferuje również opcję Codex: Open Codex Sidebar.
Jeśli okno panelu otworzy się i od razu pojawi się błąd unexpected status 400 Bad Request: {"detail":"Unsupported model"}, to wybrany model nie jest kompatybilny z zainstalowaną wersją oprogramowania. Wybór modeli znajduje się na dole panelu – jest tam lista tych obsługiwanych. Po dokonaniu wyboru konieczna jest aktualizacja pliku ~/.codex/config.toml, aby przestarzała linia model = „...“ nie powodowała ponownie tego samego błędu.
Puste okna panelu oraz błędy związane z logowaniem występują na niższym poziomie, w WebView, z powodu plików cookie lub nieaktywnego tokena. Skutecznym rozwiązaniem jest wylogowanie się, usunięcie sesji ChatGPT w przeglądarce i ponowne logowanie. Ponowna instalacja przy użyciu nieaktywnego tokena jedynie umieszcza nowy ikonkę nad tym samym plikiem autoryzacyjnym.
Długie recenzje powinny znajdować się w interfejsie wiersza poleceń
W przypadku polecenia /review w rozszerzeniu odnotowano czas oczekiwania wynoszący około pięciu minut. W dużym repozytorium proces może się zakończyć tak, że agent wyjaśni, iż już zastosował wiele poprawek i brakuje mu czasu na ustalenie dokładnych problemów.
Pięć minut dotyczy interfejsu bocznego, natomiast w interfejsie linii poleceń nie podano żadnego ograniczenia czasowego dla tej samej procedury przeglądania. Każdy, kto przystąpił do przeglądania i zauważy, że interfejs przestaje działać, powinien uruchomić proces z interfejsu CLI Codex w zintegrowanym terminalu i sprawdzić wynik w Git. Ponowne uruchomienie polecenia /review w interfejsie bocznym nie zmieni tego czasu. Bardziej zaawansowany proces przeglądania, obejmujący prośbę o ocenę bez konieczności przepisywania kodu, wymaga osobnego przewodnika.
Odległe serwery SSH i maszyny bez ekranu
OAuth w przeglądarce nie działa prawidłowo na zdalnych maszynach SSH, Docker, vscode-server oraz innych maszynach bez interfejsu graficznego, ponieważ strona logowania nie może wrócić do hosta, który potrzebuje tokena. Dyskusja na GitHubie #4650 gromadzi doświadczenia społeczności.
Najbardziej oficjalnym rozwiązaniem jest przekierowanie portu w VS Code: w widoku PORTS wybierz opcję Forward a Port, wpisz 1455, upewnij się, że adres wygląda na localhost:1455, a następnie uruchom:
codex login
Krok związany z przeglądarką jest realizowany na komputerze, który potrafi uruchomić przeglądarkę, a przekierowany port przenosi żądanie zwrotne do zdalnej sesji.
Kopiowanie danych uwierzytelniających to bardziej skomplikowana opcja. Zaloguj się na laptopie, na którym działa OAuth, a następnie przenieś plik ~/.codex/auth.json do ścieżki zdalnej rozszerzenia. W przypadku Code-Servera celem jest folder ~/.local/share/code-server/extensions/openai.chatgpt-[version]/. W systemie Windows odpowiedni folder znajduje się w profilu użytkownika pod katalogiem .vscode\extensions. W obu przypadkach [version] oznacza dowolny sufiks występujący w zainstalowanym folderze, a plik jest umieszczany wewnątrz jako auth.json. Plik ten nie jest uwzględniany w komitach ani w dziennikach rozmów, ponieważ funkcjonuje jak ciasteczko sesji. Najpierw następuje przekierowanie, a kopiowanie odbywa się tylko wtedy, gdy przekierowanie jest niemożliwe.
Czy VS Code to odpowiedni edytor
Stare strony mogą skłonić czytelników do poszukiwań nieaktywnego pluginu, dlatego aktualne ograniczenia są pomocne.
JetBrains i VS Code
VS Code opiera się na oficjalnym rozszerzeniu IDE Codex o identyfikatorze openai.chatgpt. IDE JetBrains stanowią odrębną kategorię. Starsze wpisy o PyCharm twierdziły, że nie ma tam wbudowanego Codex, co jest przestarzałe: JetBrains ogłosiło wsparcie wbudowane w styczniu 2026 roku, począwszy od wersji IDE 2025.3, obejmującej IntelliJ IDEA, PyCharm, WebStorm i Rider. Poszukiwania Codex dla IntelliJ lub PyCharm prowadzą do tej wbudowanej drogi, a nie do identyfikatora z Marketplace. Użytkownicy JetBrains powinni kierować się własną dokumentacją dotyczącą AI Assistant i Codex dostarczoną przez firmę JetBrains.
Użytkownicy Cursor muszą ponownie zainstalować rozszerzenie i skorzystać z odpowiedniego panelu. Proces z Marketplace w VS Code nie powinien być przymuszany do używania hosta rozszerzeń w Cursorze, ponieważ ten ma własną drogę instalacji pluginów.
Visual Studio Community 2022
Visual Studio Community 2022 nie pojawia się na liście obsługiwanych klientów GPT-5.1-Codex. Dyskusja w społeczności GitHub wymienia cztery narzędzia w tej wersji wstępnej: VS Code, JetBrains, Xcode i Eclipse. Programiści C#, którzy nadal pracują w Visual Studio, często zachowują to oprogramowanie do kompilacji, a obok niego używają VS Code do pracy z rozszerzeniami na tych samych plikach, co jest niewygodne i stanowi obecnie opisany sposób działania.
Jedno ograniczone zadanie dziś
Dobrym punktem wyjścia jest repozytorium, które jest już znane. Uspokój drzewo robocze poprzez zapisanie zmian lub ich tymczasowe przechowanie, aż git status nie pokaże nic, zainstaluj rozszerzenie, jeśli jest brakujące, zaloguj się i otwórz folder. Następnie wyślij jedno zadanie Agenta, w którym określ jeden plik i jeden test, tak aby wszystko mieściło się na jednym ekranie z wynikami diff.
Obserwuj zmiany w plikach, przeczytaj różnice i zachowaj je lub je sformatuj. To właśnie oznacza używanie Codex w VS Code, a nie tylko jego instalacja.
Edytorzy będą nadal dodawać przyciski, delegacja do chmury stanie się płynniejsza, a nazwy modeli znów się zmienią. To, co pozostaje kosztowne, to udzielanie prawa zapisu drzewu, którego nie można rozwinąć. Gdy ta część stanie się nudna, reszta agenta może być ciekawa.
Jedna nawyk jest warta przyjęcia. Następnym razem, gdy panel poprosi o zatwierdzenie zapisu pliku, wypowiedz na głos komendę Git, która ją odwołałaby. Jeśli nie możesz dokończyć zdania, najpierw przechowaj zmiany i zapytaj ponownie, ponieważ ta pauza to cała procedura przeglądania.
Literatura pokrewna
- LLMOps dla agenta zadaniowego: MLflow Traces, Evals i brama CI — Stwórz asystenta zadaniowego PydanticAI przy użyciu FastAPI, śledź jego działanie za pomocą MLflow, oceniaj go za pomocą narzędzi GenAI oraz blokuj regresje w GitHub Actions, wszystko na lokalnych modelach.
- Harness produkcyjny dla Claude Code: sześć warstw od Slack do połączonego kodu — Jak sześciowarstwowy harness przekształca zgłoszenia z Slack w połączony kod: przyjmowanie zdarzeń, pętle agenta z kontrolą dostępu, trwały stan, samoregeneracja, możliwości obserwacji oraz kontrola operatora.