Tag: codex

  • Codex 0.144.3 – aktualizacja bez kodu, ale z konkretnym celem

    Codex 0.144.3 – aktualizacja bez kodu, ale z konkretnym celem

    OpenAI opublikowało 13 lipca 2026 roku wersję Codex 0.144.3, która nie wprowadza żadnych zmian w kodzie ani nowych funkcji. To wersja porządkowa – stabilna łatka osadzona na wydaniu 0.144.2. Wpis w changelogu stwierdza: „To wydanie nie zawiera żadnych scalonych pull requestów od czasu gałęzi rust-v0.144.2”. Dla zespołów pracujących z Codexem w trybie produkcyjnym to sygnał, że mogą aktualizować bez obaw o regresje czy niespodzianki.

    Co warto wiedzieć o tej wersji

    • Zero zmian w kodzie – wersja 0.144.3 nie różni się funkcjonalnie od 0.144.2
    • Brak nowych funkcji i brak zmian łamiących kompatybilność – interfejs pozostaje nietknięty
    • Wydanie stabilne, skierowane do użytkowników, którzy priorytetowo traktują przewidywalność działania
    • Data publikacji – 13 lipca 2026, jako kontynuacja linii stabilnych wydań Codex 0.144.3

    Dlaczego wersja bez zmian ma znaczenie

    W świecie narzędzi AI, gdzie kolejne wydania mogą zmieniać interfejs lub sposób działania agentów, aktualizacje porządkowe są bardzo cenne. Codex 0.144.3 to przykład wersji, która informuje: „wszystko działa, niczego nie ruszamy”.

    Dla administratorów infrastruktury i zespołów DevOps oznacza to minimalne ryzyko przy wdrażaniu. Nie trzeba analizować changeloga pod kątem potencjalnych konfliktów z istniejącymi workflow, ponieważ changelog jest właściwie pusty. Wystarczy podmienić binarkę i kontynuować pracę.

    Takie wydania często przechodzą bez echa, ale to błąd – one budują zaufanie do cyklu wydawniczego. Kiedy dostawca wyraźnie oddziela wersje funkcjonalne od porządkowych, użytkownik wie, czego się spodziewać, co przekłada się na mniej nerwowych nocy przy wdrożeniach.

    Co siedzi pod maską

    Co siedzi pod maską

    Choć samo wydanie nie zawiera zmian w logice aplikacji, analiza migawki kodu z taga rust-v0.144.3 pokazuje interesujący obraz bazy Codexa. W kodzie źródłowym wciąż znajduje się 178 nazw zmiennych środowiskowych i 40 identyfikatorów modeli AI. To nie są nowości w tej wersji – były już wcześniej, ale przypominają, jak rozbudowaną konfiguracją dysponuje Codex 0.144.3.

    Te liczby mają znaczenie głównie dla integratorów i osób utrzymujących własne instancje. Pokazują skalę projektu – to nie jest małe narzędzie z kilkoma przełącznikami. To rozległy system, który można dostosować do konkretnego środowiska hostingowego czy potoku CI/CD.

    Wersja 0.144.3 nie zmienia żadnego z tych elementów. Żadna zmienna nie zmieniła nazwy, żaden model nie został dodany ani usunięty. To po prostu stabilność w czystej postaci.

    Kontekst dla web developerów i vibe codingu

    Kontekst dla web developerów i vibe codingu

    Dla osób korzystających z Codexa w codziennej pracy przy aplikacjach webowych ta aktualizacja jest przezroczysta. Jeśli twój zespół wypracował sobie flow z Codexem 0.144.2 – czy to w parze z Cursor, Windsurf, czy jako samodzielne narzędzie w terminalu – przejście na 0.144.3 nie wpłynie na działanie.

    W praktyce vibe codingu, gdzie agent działa półautonomicznie i generuje kod na podstawie opisów w języku naturalnym, stabilność narzędzia jest kluczowa. Każda nieoczekiwana zmiana w zachowaniu agenta może prowadzić do frustracji i strat czasu. Wersja 0.144.3 eliminuje to ryzyko całkowicie – agent zachowuje się identycznie jak wcześniej.

    Warto również spojrzeć na to z perspektywy hostingu. Jeśli uruchamiasz Codexa na własnym serwerze lub w kontenerze, ta łatka nie wymaga żadnych zmian w konfiguracji deployu. Te same zmienne środowiskowe, te same zależności, ten sam obraz.

    Wnioski: spokojna przystań w morzu ciągłych aktualizacji

    Codex 0.144.3 to wydanie, które nie dostarcza powodów do pisania entuzjastycznych nagłówków. Jego wartość leży w tym, czego nie robi – nie wprowadza regresji, nie zmienia API, nie wymusza migracji. W ekosystemie, gdzie tempo zmian potrafi przyprawić o zawrót głowy, takie wersje są jak oddech przed kolejnym sprintem. Można je wdrożyć w piątek po południu i spokojnie wyłączyć komputer.

    Źródła

  • Codex 0.143.0 domyślnie włącza zdalne wtyczki i integrację z proxy systemowym

    Codex 0.143.0 domyślnie włącza zdalne wtyczki i integrację z proxy systemowym

    OpenAI udostępniło w lipcu 2026 roku stabilne wydanie Codex 0.143.0, które wprowadza trzy kluczowe zmiany dla programistów: domyślną obsługę zdalnych wtyczek, integrację z proxy systemowym na macOS i Windows oraz wsparcie dla modeli Amazon Bedrock. Ta aktualizacja jest skierowana głównie do zespołów korporacyjnych i deweloperów pracujących w środowiskach z restrykcyjnymi zasadami sieciowymi.

    Co nowego w pigułce

    • Zdalne wtyczki są teraz domyślnie włączone w Codex 0.143.0, a zaktualizowany marketplace pokazuje wersje i szczegółowe metadane katalogowe.
    • Systemowe proxy na macOS i Windows obsługuje ruch uwierzytelniający oraz zapytania API, w tym konfiguracje PAC i WPAD.
    • Modele Amazon Bedrock — GPT-5.6 Sol, Terra i Luna — są teraz dostępne z natywnym wsparciem dla max reasoning effort.
    • Poprawki stabilności obejmują ulepszoną obsługę terminala Windows oraz lepsze odzyskiwanie sesji przy rozłączonych serwerach wykonawczych.
    • Aktualizacje bezpieczeństwa w zależnościach projektu zostały załatane w ramach tego wydania.

    Zdalne wtyczki wychodzą z fazy eksperymentalnej

    Wcześniej zdalne wtyczki w Codex 0.143.0 wymagały ręcznego włączania. W wersji 0.143.0 OpenAI uczyniło je domyślnym zachowaniem, co znacząco zmienia workflow deweloperski. Marketplace wtyczek przeszedł również aktualizację: katalog teraz pokazuje numery wersji i szczegółowe metadane, co ułatwia zespołom ocenę kompatybilności wtyczek z ich konfiguracją.

    Wtyczki rozszerzają możliwości agenta Codex 0.143.0 o zewnętrzne narzędzia, integracje z API oraz specjalistyczne funkcje. Domyślne wsparcie dla zdalnych wtyczek oznacza mniej konfiguracji przy starcie projektu — wystarczy uruchomić terminal, wpisać codex i można od razu korzystać z ekosystemu rozszerzeń.

    Proxy systemowe wreszcie działa jak trzeba

    To istotna zmiana dla zespołów korporacyjnych. Codex 0.143.0 potrafi teraz kierować zarówno ruch uwierzytelniający (logowanie, tokeny), jak i zapytania do API przez systemowe proxy. Obsługuje PAC (Proxy Auto-Config) i WPAD (Web Proxy Auto-Discovery), które są powszechnie stosowane w zarządzanych sieciach firmowych.

    Dla deweloperów pracujących za korporacyjnym firewallem to koniec ręcznych obejść. Wcześniej Codex 0.143.0 miał problemy z połączeniami przy TLS inspection lub wymagał ręcznego ustawiania zmiennych środowiskowych. Teraz, jeśli system ma skonfigurowane proxy, Codex 0.143.0 automatycznie je respektuje. Dotyczy to zarówno macOS, jak i Windows, więc zespoły z różnym sprzętem nie napotkają problemów.

    Bedrock wchodzi do gry

    Bedrock wchodzi do gry

    Trzecia duża zmiana to integracja z Amazon Bedrock. Modele GPT-5.6 — Sol, Terra i Luna — można teraz wywoływać przez infrastrukturę AWS, co jest istotne dla zespołów korzystających z chmury Amazona. W wydaniu wspomniano o max reasoning effort, co pozwala na wymuszenie maksymalnego wysiłku wnioskowania na tych modelach. To może być przydatne w zadaniach wymagających głębszej analizy kodu lub złożonej refaktoryzacji.

    Jeśli twój zespół hostuje wszystko na AWS i ma już skonfigurowane VPC, IAM oraz pozostałą infrastrukturę, możesz teraz kierować zapytania Codex 0.143.0 przez Bedrock zamiast bezpośrednio do API OpenAI.

    Stabilność na Windows i odzyskiwanie offline

    Stabilność na Windows i odzyskiwanie offline

    Wydanie 0.143.0 naprawia również kilka uciążliwych błędów. Terminal Windows zyskał poprawki w obsłudze, co jest dobrą wiadomością dla programistów, którzy zgłaszali problemy z renderowaniem i czyszczeniem ekranu. Dodatkowo ulepszono mechanizm odzyskiwania dla serwerów wykonawczych, które tracą połączenie. Jeśli pracujesz z Codex 0.143.0 na niestabilnym łączu lub w środowisku, gdzie serwery mogą okresowo znikać, sesja nie powinna już umierać bezpowrotnie.

    Podsumowanie

    Codex 0.143.0 to aktualizacja, która nie wprowadza spektakularnych nowości, ale rozwiązuje konkretne problemy. Zdalne wtyczki działające od ręki przyspieszają start pracy, proxy systemowe odblokowuje Codex 0.143.0 w sieciach korporacyjnych, a Bedrock oferuje alternatywną ścieżkę rutowania dla zespołów na AWS. Jeśli używasz Codex 0.143.0 w firmie z TLS inspection lub proxy PAC/WPAD, to wydanie jest dla ciebie istotne.

    Źródła

  • Codex 0.143.0 wchodzi z domyślnymi wtyczkami zdalnymi i wsparciem dla proxy systemowego

    Codex 0.143.0 wchodzi z domyślnymi wtyczkami zdalnymi i wsparciem dla proxy systemowego

    OpenAI wypuściło wersję 0.143.0 swojego agenta kodowania Codex, wprowadzając trzy kluczowe zmiany: domyślnie włączone wtyczki zdalne, rozszerzoną obsługę proxy systemowego na macOS i Windows oraz integrację z modelami Codex 0.143.0 przez Amazon Bedrock. Aktualizacja zawiera również poprawki dla terminala Windows, lepsze odzyskiwanie serwerów wykonawczych oraz zaktualizowane zależności bezpieczeństwa.

    Najważniejsze zmiany

    • Wtyczki zdalne są teraz domyślnie aktywne, z ulepszonym interfejsem marketplace i źródłami npm.
    • Proxy systemowe obsługuje ruch uwierzytelniający i API przez konfiguracje PAC oraz WPAD na macOS i Windows.
    • Amazon Bedrock zyskał routing dla wariantów Codex 0.143.0, w tym modeli Sol, Terra i Luna.
    • Wyszukiwanie narzędzi MCP zostało rozbudowane z myślą o dużych katalogach narzędziowych.
    • Poprawki stabilności objęły obsługę terminala Windows i odzyskiwanie po awarii serwerów wykonawczych.

    Domyślne wtyczki i nowy marketplace

    Do tej pory zdalne rozszerzenia w Codex wymagały ręcznego włączania. Teraz są aktywne od razu po instalacji. Marketplace zyskał czytelniejsze karty katalogowe, które jasno rozróżniają wersje zdalne od lokalnych. To ułatwienie oszczędza czas przy zarządzaniu wtyczkami.

    Dla zespołów DevOps dodano źródła npm jako kanał dystrybucji wtyczek. Oznacza to, że można teraz pobierać rozszerzenia bezpośrednio z rejestru npm, co upraszcza proces. W przypadku pipeline'ów CI i współdzielonych workspace'ów wystarczy wskazać pakiet, a Codex sam zajmie się resztą.

    Proxy systemowe dla środowisk korporacyjnych

    Wersja 0.143.0 odpowiada na problem restrykcji sieciowych w środowiskach korporacyjnych, wspierając proxy systemowe na macOS i Windows, w tym konfiguracje PAC (Proxy Auto-Configuration) i WPAD (Web Proxy Auto-Discovery). Codex potrafi teraz prowadzić ruch uwierzytelniający i zapytania do API przez firmowe proxy, bez potrzeby ręcznego ustawiania zmiennych środowiskowych.

    To zmiana, która może nie być zauważona w release notes, ale ma kluczowe znaczenie dla funkcjonalności narzędzia w zamkniętych sieciach korporacyjnych. Zespoły pracujące w takich środowiskach mogą być spokojne.

    Amazon Bedrock i modele Codex 0.143.0

    Codex 0.143.0 rozszerza integrację z Amazon Bedrock o konkretne warianty Codex 0.143.0. Dokumentacja OpenAI wymienia trzy identyfikatory modeli: openai.codex-0.143.0-sol (zalecany jako domyślny), openai.codex-0.143.0-terra oraz openai.codex-0.143.0-luna. Każdy z nich oferuje maksymalne możliwości wnioskowania, a routing przez Bedrock oznacza, że cały ruch pozostaje w infrastrukturze kontrolowanej przez AWS.

    To ważne rozróżnienie: zamiast wysyłać zapytania bezpośrednio do endpointów OpenAI, zespoły mogą przechowywać dane w swoim VPC. Dla firm z wymogami compliance i suwerenności danych to rozwiązanie, które nie wymaga kompromisów w zakresie bezpieczeństwa.

    Narzędzia MCP i poprawki techniczne

    Narzędzia MCP i poprawki techniczne

    Wyszukiwanie narzędzi MCP (Model Context Protocol) zostało usprawnione, co ułatwia pracę z rozbudowanymi katalogami. Gdy agent ma do dyspozycji wiele narzędzi, szybkie odnalezienie właściwego staje się kluczowe — nowa wersja radzi sobie z tym lepiej, szczególnie w dużych workspace'ach.

    W kwestii stabilności poprawiono obsługę terminala na Windows, a serwery wykonawcze zyskały mechanizm odzyskiwania po awarii. Dodatkowo zaktualizowano zależności bezpieczeństwa, co jest standardem przy każdym wydaniu, ale wciąż istotnym elementem.

    Co to oznacza w praktyce

    Codex 0.143.0 to wydanie, które odpowiada na potrzeby pracy zespołowej i środowisk z restrykcjami. Domyślne wtyczki zdalne ułatwiają korzystanie z narzędzia dla nowych użytkowników, proxy systemowe rozwiązują problemy administratorów, a Bedrock zapewnia kontrolę nad miejscem, w którym przetwarzane są zapytania. Choć zmiany te mogą nie być od razu widoczne w interfejsie, mają kluczowe znaczenie dla funkcjonowania Codex w firmowej sieci oraz dla akceptacji przez zespół bezpieczeństwa.

    Źródła

  • Codex 0.142.0 wprowadza porządki we wtyczkach i twarde limity tokenów dla agentów

    Codex 0.142.0 wprowadza porządki we wtyczkach i twarde limity tokenów dla agentów

    Druga połowa czerwca przyniosła wydanie Codex 0.142.0 — pierwsze stabilne w linii 0.142, które porządkuje organizację wtyczek i daje zespołom kontrolę nad zużyciem tokenów przez agentów. OpenAI skupiło się na przewidywalności, co ułatwia zarządzanie źródłami wtyczek, ogranicza niespodziewane koszty w sesjach wielowątkowych i poprawia stabilność procesów.

    Co nowego w skrócie

    • Wtyczki zdalne podzielono na trzy sekcje: OpenAI Curated, Workspace i Shared with me
    • Konfigurowalne budżety tokenów śledzą zużycie we wszystkich wątkach agenta, ostrzegają o wyczerpaniu limitu i zatrzymują turę, gdy pula się kończy
    • Indeksowane wyszukiwanie w sieci daje agentom dostęp do informacji na żywo, ograniczając bezpośredni dostęp do stron do zatwierdzonych przez serwer adresów URL
    • Przypomnienia uwzględniające czas pomagają agentom ogarniać zadania wymagające konkretnych terminów
    • Procesy exec-server lepiej radzą sobie z rozłączeniami, a TUI na Linuksie otrzymało poprawkę dla problemu z zawieszaniem się ekranu

    Wtyczki nie są już płaską listą

    Dotąd zarządzanie zdalnymi wtyczkami przypominało przeglądanie jednego, długiego rejestru. Wersja 0.142.0 rozbija ten monolit na trzy przejrzyste grupy. Pierwsza z nich — wyselekcjonowana przez OpenAI — zawiera zestaw sprawdzonych komponentów, które przeszły weryfikację i są utrzymywane centralnie. Druga grupuje wtyczki przypisane do konkretnej przestrzeni roboczej, więc zespół widzi tylko to, co dotyczy jego projektu. Trzecia sekcja zbiera wtyczki udostępnione w ramach grupy „Shared with me” — przydatne, gdy ktoś z organizacji przygotował narzędzie, które mogą wykorzystać inni.

    Taki podział jest szczególnie przydatny w przypadku wielu projektów i deweloperów. Nie trzeba już zgadywać, czy dana wtyczka jest oficjalna, czy przypisana do sprintu, czy może dodana przez kolegę z sąsiedniego repozytorium. W środowiskach web dev i hostingowych, gdzie pluginów przybywa z każdym integracyjnym endpointem, to oszczędność klikania i ryzyka pomyłki.

    Twardy budżet tokenów — agent nie pożera bez końca

    Największą zmianą operacyjną jest mechanizm budżetów tokenów. W praktyce działa to tak: definiujesz maksymalną liczbę tokenów, jaką może zużyć sesja nadrzędna wraz ze wszystkimi wątkami potomnymi. Codex 0.142.0 śledzi wykorzystanie w czasie rzeczywistym, a gdy limit zbliża się do wyczerpania, wysyła przypomnienie. Kiedy budżet się kończy, tura zostaje przerwana — bez domykania, bez cichego dokręcania kolejnych zapytań.

    Dla zespołów DevOps i osób automatyzujących wieloagentowe przepływy to istotna zmiana w kontroli kosztów. Kilka równoległych wątków potrafi spalić dziesiątki dolarów w API, zanim ktokolwiek spojrzy na dashboard. Konfigurowalny pułap działa jak zabezpieczenie: wiesz, gdzie jest granica, i dostajesz ostrzeżenie, zanim ją przekroczysz. Przy długich sesjach, które potrafią trwać godzinami, takie przypomnienia pomagają uniknąć sytuacji, w której limit tokenów znika w nieznanym kierunku.

    Sieć i czas — agenci dostają kontekst, którego im brakowało

    Indeksowane wyszukiwanie na żywo to kompromis między całkowitym odcięciem agenta od internetu a niebezpiecznym pełnym dostępem. Agent może sięgnąć po informacje, ale w wyraźnie zdefiniowanych granicach — bez rekurencyjnego klatkowania stron czy zaciągania niesprawdzonych źródeł. Dla web developerów oznacza to możliwość szybkiego sprawdzenia dokumentacji API bez ręcznego kopiowania, ale bez ryzyka, że agent wciągnie nieaktualne informacje.

    Przypomnienia czasowe rozwiązują problem agentów, którzy nie wiedzą, która jest godzina i nie planują. Teraz można im powierzyć zadanie z deadlinem — agent dostanie sygnał, że pora działać, a nie tylko reagować na prompt. Przy długich cyklach utrzymania i monitoringu to różnica między „zapomniałem sprawdzić certyfikat” a „certyfikat odnowiony na 48 godzin przed wygaśnięciem”.

    Stabilność, która nie rozprasza

    Nie każda zmiana w changelogu jest istotna, ale dwie z nich realnie zmniejszają frustrację. Procesy exec-server otrzymały poprawki dla problemów z rozłączeniami — sesja nie kończy się, gdy na chwilę padnie VPN czy przerwie się połączenie z terminalem. Drugi fix dotyczy renderowania TUI na Linuksie, które potrafiło zamrozić się przy przełączaniu widoków. Dla użytkowników pracujących na zdalnych serwerach przez SSH to codzienna ulga.

    Podsumowanie

    Codex 0.142.0 wprowadza elementarny porządek. Grupowanie wtyczek ułatwia orientację w coraz większym ekosystemie narzędzi, budżety tokenów dają kontrolę nad rachunkiem i bezpieczeństwem sesji, a agenci zyskują wyczucie czasu oraz dostęp do sieci bez ryzyka nieograniczonego chaosu. Jeśli pracujesz z wieloma agentami równolegle albo nie chcesz, by Codex 0.142.0 zjadł cały firmowy limit w jedną noc — to aktualizacja, od której zaczyna się linia 0.142. Warto również pamiętać, że pojawiły się już kolejne wydania, takie jak 0.142.2 i 0.142.4.

    Źródła

  • Codex 0.142.0 z kontrolą agentów i budżetowaniem tokenów – nowa era bezpiecznych wdrożeń

    Codex 0.142.0 z kontrolą agentów i budżetowaniem tokenów – nowa era bezpiecznych wdrożeń

    OpenAI wypuściło 22 czerwca 2026 roku wersję 0.142.0 swojego narzędzia Codex, wprowadzając trzy obszary usprawnień: kontrolę nad agentami, zarządzanie wtyczkami oraz nowe mechanizmy bezpieczeństwa operacyjnego. To wydanie odpowiada na potrzeby zespołów uruchamiających agentów AI w środowiskach produkcyjnych, gdzie każda dodatkowa operacja wiąże się z realnymi kosztami.

    Kluczowe zmiany w skrócie

    • Konfigurowalne budżety tokenów śledzą zużycie we wszystkich wątkach agenta, wysyłają przypomnienia przed wyczerpaniem i zatrzymują operację po przekroczeniu limitu.
    • Trzy tryby delegacji agentów – wyłączony, tylko na żądanie i proaktywny – dają pełną kontrolę nad tym, kiedy Codex 0.142.0 może tworzyć podagentów.
    • Tryb indeksowanego wyszukiwania ogranicza dostęp do stron tylko do zatwierdzonych adresów URL, zamiast pozwalać na swobodne przeszukiwanie sieci.
    • Przypomnienia czasowe i odpytywanie czasu umożliwiają planowanie zadań bez zewnętrznych narzędzi.

    Budżetowanie tokenów, które naprawdę działa

    Nowy system budżetów tokenów w Codex 0.142.0 śledzi zużycie tokenów we wszystkich wątkach, w tym w wątkach potomnych, i potrafi przerwać operację, gdy limit zostanie wyczerpany. Po wyczerpaniu limitu następuje zatrzymanie operacji, co jest istotne dla środowisk produkcyjnych. Przed wyczerpaniem pojawiają się przypomnienia, co daje zespołom czas na reakcję. Wdrożenia bez takich barier mogą generować niekontrolowane koszty – jeden z raportów wskazuje na 63 incydenty przeciążeń budżetu tokenów w okresie testów.

    Delegacja agentów pod kontrolą

    Wieluagentowe systemy bez wyraźnych granic mogą szybko wymknąć się spod kontroli. Codex 0.142.0 wprowadza trzy tryby delegacji. Tryb wyłączony blokuje tworzenie podagentów całkowicie. Tryb na żądanie pozwala na delegację tylko przy wyraźnym poleceniu użytkownika. Tryb proaktywny, najbardziej zaawansowany, daje Codexowi 0.142.0 swobodę w ocenie, kiedy warto uruchomić dodatkowych agentów.

    Ta gradacja jest istotna w zależności od skali projektów. Mały zespół testujący koncepcję może wybrać tryb proaktywny, podczas gdy zespół utrzymujący krytyczną infrastrukturę powinien pozostać przy trybie na żądanie. Elastyczność bez utraty kontroli to kluczowy element tej aktualizacji.

    Lepsza organizacja wtyczek i wyszukiwanie indeksowane

    Wtyczki w Codexie 0.142.0 zostały zorganizowane w bardziej przejrzysty sposób, co ułatwia ich użycie. System podpowiada odpowiednie rozszerzenia w trakcie pracy, co oszczędza czas zespołów z wieloma integracjami.

    Wyszukiwanie indeksowane rozwiązuje problem nieograniczonego dostępu do sieci. Codex 0.142.0 może korzystać z wyników wyszukiwania na żywo, ale odwiedza tylko wcześniej zatwierdzone adresy. Ściąganie dokumentacji z oficjalnych źródeł jest dozwolone, natomiast swobodne klikanie w linki jest zablokowane.

    Stabilność i poprawki dla środowisk deweloperskich

    Warto również zwrócić uwagę na poprawki techniczne. Przywrócono działanie interfejsu TUI na Linuksie, który w poprzednich wersjach przestał działać poprawnie. Naprawiono także trwałość wątków typu goal-first, które wcześniej mogły gubić stan między sesjami.

    Dla zespołów hostujących własne instancje Codexa 0.142.0 istotne będą zmiany w exec-serwerze. Krótszy czas uruchamiania, czystsze logi i poprawione ścieżki plików między platformami to detale, które przekładają się na mniej frustracji w codziennej pracy terminalowej.

    Co to oznacza dla wdrożeń produkcyjnych

    Codex 0.142.0 pokazuje, że OpenAI postrzega AI nie tylko jako asystenta do generowania kodu, ale jako narzędzie, które musi działać przewidywalnie w złożonych środowiskach. Budżetowanie tokenów, kontrola delegacji i ograniczone wyszukiwanie to funkcje, które są kluczowe przy realnych wdrożeniach. Deweloperzy otrzymują narzędzie, które można dostosować do konkretnych wymogów, co stanowi największą wartość tego wydania.

    Źródła

  • Codex 0.141.0: Szyfrowane kanały Noise i wtyczki aktywowane per wątek

    Codex 0.141.0: Szyfrowane kanały Noise i wtyczki aktywowane per wątek

    OpenAI wypuściło Codex 0.141.0, które koncentruje się na bezpieczeństwie zdalnego wykonywania kodu oraz na rozszerzeniu możliwości wtyczek. Najważniejszą nowością jest wprowadzenie uwierzytelnionych, szyfrowanych kanałów Noise relay dla zdalnych executorów. Dodatkowo, poprawiono obsługę ścieżek między platformami, wprowadzono granularne sterowanie wtyczkami oraz wprowadzono szereg poprawek dla systemów Windows i środowisk enterprise.

    Kluczowe zmiany w skrócie

    • Szyfrowane kanały Noise relay zastępują dotychczasowy transport zdalny. Wszystkie komunikaty JSON-RPC, payloady narzędzi i operacje na plikach są przesyłane przez wzajemnie uwierzytelnioną sesję.
    • Aktywacja wtyczek per wątek umożliwia uruchamianie serwerów MCP tylko w konkretnym wątku, co zmniejsza ryzyko i zwiększa kontrolę.
    • Cross-platform paths — executor zachowuje natywne katalogi robocze i shelle podczas przechodzenia między Windows, macOS i Linuxem.
    • Optymalizacje wydajności redukują opóźnienia i zużycie pamięci w intensywnych sesjach narzędziowych dzięki cache'owaniu wyników wyszukiwania narzędzi.

    Noise relay — co to zmienia w praktyce

    Dotychczas zdalny executor komunikował się przez transport, który nie zapewniał szyfrowania na każdym etapie. Teraz warstwa Noise relay szyfruje wszystkie dane, od JSON-RPC po payloady narzędzi i operacje plikowe. Relay nie ma dostępu do danych w formie niezaszyfrowanej.

    Dla zespołów devopsowych oraz korzystających z hostowanych agentów oznacza to mniejsze zaufanie do infrastruktury pośredniej. Gdy agent działa na zdalnym nodzie, dane przesyłane między twoim środowiskiem a tym nodem są chronione od początku do końca, niezależnie od liczby przeskoków sieciowych.

    Przykłady: #26242 i #26245 wprowadzają nową warstwę transportową. Dodatkowo, #28032 i #28122 poprawiają przenoszenie katalogów roboczych między platformami, co często bywa problematyczne w mieszanych flotach testowych.

    Wtyczki: granularność i nowy marketplace

    Kolejną istotną zmianą jest możliwość aktywowania serwerów stdio MCP z poziomu wybranych wtyczek executorów, i to per wątek. Wcześniej wtyczka była aktywna globalnie. Teraz Codex może ją uruchomić tylko tam, gdzie jest potrzebna.

    Na przykład, agent CI w jednym wątku może potrzebować dostępu do bazy danych, a w drugim tylko do repozytorium kodu. Nie ma potrzeby włączania wszystkiego globalnie, co zmniejsza ryzyko przypadkowego wycieku kontekstu.

    Dodatkowo, wprowadzono marketplace "created-by-me", który umożliwia odkrywanie wtyczek stworzonych przez użytkowników oraz katalogi kuratorowane związane z autoryzacją. To krok w stronę lepszej dystrybucji rozszerzeń, co jest istotne dla zespołów współdzielących agentów w środowiskach produkcyjnych. Pull requesty #27870, #27884 i #27893 pokazują, jak to działa od strony technicznej — od odkrywania po aktywację na app-serverze.

    Wydajność i poprawki stabilności

    W sesjach obciążonych dużą liczbą narzędzi Codex 0.141.0 redukuje opóźnienia i zużycie pamięci. Osiągnięto to dzięki cache'owaniu wyników wyszukiwania narzędzi oraz eliminacji zbędnego kopiowania requestów i historii. Użytkownicy pracujący z rozbudowanymi workflow mogą liczyć na szybszą reakcję agenta.

    Wprowadzono również poprawki dotyczące kilku problemów, takich jak poświadczenia sandboksa na Windowsie (w tym automatyczne odzyskiwanie credentiali), wsparcie dla TLS z certyfikatami P-521 w enterprise proxy oraz lepsza widoczność limitów.

    Warto również wspomnieć o klientach realtime, którzy zyskali większą kontrolę nad mową i kontekstem konwersacji, co jest istotne dla integracji głosowych z Codexem.

    Co to znaczy dla web developera i devopsa

    Bezpieczniejszy zdalny executor zmniejsza ryzyko w hostowanych środowiskach deweloperskich i chmurowych agentach. Lepsza obsługa ścieżek między Windows, Linuxem i macOS ułatwia pracę z heterogenicznymi flotami testowymi. Aktywacja wtyczek per wątek daje większą kontrolę w wieloetapowych workflow. Poprawki TLS są istotne dla enterprise z rygorystyczną inspekcją ruchu wychodzącego.

    Wersja 0.141.0 nie wprowadza spektakularnych nowości wizualnych, ale wzmacnia fundamenty, które są kluczowe dla bezpiecznego wdrożenia agenta w produkcji.

    Źródła

  • Codex 0.141.0 stawia na bezpieczne zdalne wykonanie i rozbudowę wtyczek

    Codex 0.141.0 stawia na bezpieczne zdalne wykonanie i rozbudowę wtyczek

    OpenAI wprowadziło wersję 0.141.0 swojego narzędzia CLI Codex, koncentrując się na bezpieczeństwie komunikacji oraz elastyczności ekosystemu wtyczek. Zdalne egzekutory zyskały szyfrowane połączenia end-to-end za pomocą protokołu Noise, a deweloperzy mogą teraz korzystać z nowych katalogów w marketplace oraz aktywować serwery MCP na poziomie pojedynczego wątku. Dodatkowo, wprowadzono usprawnienia w kliencie czasu rzeczywistego oraz optymalizacje wydajności dla sesji z dużą liczbą narzędzi.

    Kluczowe zmiany w skrócie

    • Zdalne egzekutory korzystają teraz z szyfrowanych kanałów Noise relay, które zastąpiły wcześniejsze połączenia WebSocket z tokenami bearer.
    • Cross-platform zachowuje natywne katalogi robocze, powłoki i ścieżki uprawnień systemu plików po obu stronach połączenia.
    • Marketplace wtyczek wzbogacił się o katalog "created-by-me" oraz wyselekcjonowane katalogi związane z autoryzacją.
    • Serwery MCP można teraz aktywować dla wybranych wtyczek egzekutora na poziomie wątku.
    • Wydajność poprawiła się dzięki cache'owaniu wyszukiwania narzędzi oraz eliminacji zbędnych kopii requestów.

    Noise relay zamiast WebSocketów – co to zmienia

    Do tej pory komunikacja między app-serverem a exec-serverem opierała się na tokenach bearer przesyłanych przez WebSocket. Choć to proste rozwiązanie, infrastruktura pośrednicząca miała teoretyczny dostęp do ruchu w plaintextcie. Wersja 0.141.0 wprowadza uwierzytelnione, szyfrowane kanały Noise relay, co oznacza, że warstwa relayowa nie widzi treści wykonywanych poleceń ani ich wyników.

    Dla zespołów pracujących w rozproszonych środowiskach oraz korzystających z hostingu agentów to istotna zmiana w modelu bezpieczeństwa. Noise to lekki protokół kryptograficzny, który dobrze sprawdza się w scenariuszach z niskim narzutem. Szyfrowanie odbywa się bezpośrednio od klienta do serwera docelowego, bez przystanków na deszyfrację.

    Codex zajął się również cross-platformowymi rozbieżnościami. Zdalne egzekutory zachowują natywne katalogi robocze i powłoki, a ścieżki uprawnień systemu plików pozostają spójne niezależnie od systemu, na którym działa app-server i exec-server. Automatyzując CI na Windowsie i łącząc się z Maca, nie stracisz kontekstu ścieżek.

    Wtyczki i marketplace idą do przodu

    Rozbudowa możliwości wtyczek to drugi filar tego wydania. W marketplace pojawił się katalog "created-by-me", który pokazuje wtyczki stworzone przez zalogowanego użytkownika, co ułatwia zarządzanie własnym ekosystemem narzędzi. Dodatkowo, wprowadzono wyselekcjonowane katalogi związane z autoryzacją, co oznacza, że dostępne w marketplace wtyczki mogą się różnić w zależności od poziomu dostępu.

    Największym krokiem naprzód jest jednak możliwość aktywacji serwerów MCP (stdio) bezpośrednio z poziomu wtyczek egzekutora i to na poziomie wątku. Architektura staje się bardziej modularna, co pozwala na aktywację różnych zestawów narzędzi dla różnych sesji bez konieczności przeładowywania całego środowiska. Udoskonalono także routing autoryzacji przy odkrywaniu wtyczek oraz atrybucji marketplace, a także poprawiono widoczność limitów oraz księgowanie wyników importu.

    Realtime i wydajność dla ciężkich sesji

    Klient czasu rzeczywistego zyskał nowe opcje sterowania mową, co ma na celu lepszą kontrolę nad interakcjami głosowymi podczas sesji na żywo.

    Optymalizacje wprowadzono także w zakresie wydajności. W sesjach z dużą liczbą narzędzi występowały problemy z nadmiarowymi kopiami requestów oraz powtórnymi przeszukiwaniami historii. Zespół wprowadził cache'owanie wyszukiwania narzędzi i wyeliminował zbędne kopiowanie, co skutkuje niższymi opóźnieniami oraz mniejszym zużyciem pamięci, szczególnie w scenariuszach typowych dla vibe codingu, gdzie agent nieustannie uruchamia narzędzia i przegląda kontekst.

    Warto również odnotować poprawki niezawodności wykonania na Windowsie oraz limit 64 MB na obrazy w pamięci. Te zmiany pokazują, że wersja 0.141.0 to nie tylko nowe funkcje, ale także systematyczne rozwiązywanie problemów w codziennym użytkowaniu.

    Co z tego wynika dla deweloperów

    Codex 0.141.0 wprowadza istotne zmiany w architekturze rozproszonej. Szyfrowane kanały Noise odpowiadają na potrzeby zespołów, które nie chcą ufać infrastrukturze pośredniczącej. Rozbudowa wtyczek oraz aktywacja serwerów MCP na poziomie wątku wskazują na kierunek ku bardziej modułowym środowiskom deweloperskim, gdzie agent łączy narzędzia w locie, bez konieczności restartów i przeładowań konfiguracji.

    Jeśli pracujesz z dużymi sesjami narzędziowymi lub stawiasz własne zdalne egzekutory, aktualizacja jest warta uwagi ze względu na poprawę wydajności. Pozostałe zmiany stanowią solidny fundament pod przyszłe, bardziej złożone workflow.

    Źródła

  • Codex 0.141.0 wprowadza szyfrowane kanały zdalnego wykonania i rynek wtyczek

    Codex 0.141.0 wprowadza szyfrowane kanały zdalnego wykonania i rynek wtyczek

    OpenAI wydało 18 czerwca 2026 roku wersję 0.141.0 Codexa, koncentrując się na poprawie bezpieczeństwa komunikacji z executorami, wprowadzeniu nowego rynku wtyczek oraz zwiększeniu stabilności w systemach Windows. To wydanie wprowadza istotne zmiany w zdalnym wykonywaniu kodu, co ma znaczenie dla pracy w zróżnicowanych zespołach deweloperskich oraz w firmowych sieciach z restrykcyjnymi politykami bezpieczeństwa.

    Co nowego w skrócie

    • Bezpieczeństwo – zdalne executery korzystają teraz z uwierzytelnionych, szyfrowanych kanałów Noise relay, co eliminuje ryzyko podsłuchu między app-serverem a exec-serwerem.
    • Wieloplatformowość – ścieżki systemowe, katalogi robocze i powłoki są zachowywane natywnie dla executera, niezależnie od tego, czy działa na macOS, Linuxie czy Windows.
    • Rynek wtyczek – dodano zakładkę „created-by-me” oraz katalogi wyselekcjonowane pod kątem autoryzacji, a serwery MCP można aktywować per wątek.
    • Wydajność – zmniejszono opóźnienia w sesjach z dużą liczbą narzędzi dzięki cache'owaniu wyszukiwania i eliminacji zbędnych kopii historii.
    • Poprawki sieciowe – dodano wsparcie dla certyfikatów P-521 w TLS, co ułatwia pracę za firmowymi proxy.

    Zdalne wykonanie z prawdziwego zdarzenia

    Jedną z najważniejszych zmian jest wprowadzenie uwierzytelnionych, szyfrowanych kanałów Noise relay. Dotychczas zdalne wykonywanie poleceń opierało się na prostszym transporcie – teraz każda sesja między klientem a executorem jest zabezpieczona pełnym szyfrowaniem end-to-end. Dla zespołów DevOps oznacza to, że agenty Codexa mogą bezpiecznie wykonywać skrypty budowania, testy czy polecenia wdrożeniowe na zdalnych maszynach, minimalizując ryzyko wycieku wrażliwych danych.

    Poprawiła się również obsługa ścieżek między różnymi systemami operacyjnymi. Executer zachowuje natywne katalogi robocze i powłoki, co oznacza, że agent działający na Linuxie nie będzie używał Windowsowych backslashy, a sesja na macOS nie zgubi się w strukturze katalogów. To techniczny szczegół, ale dla osób debugujących błędy w pipeline CI/CD może oznaczać znaczną oszczędność czasu.

    Rynek wtyczek zamiast ręcznego grzebania

    Wtyczki w Codexie zyskały nową formę. Wersja 0.141.0 wprowadza marketplace z różnymi widokami – w katalogu „created-by-me” można zobaczyć własne rozszerzenia, a także wyselekcjonowane listy dostosowane do kontekstu autoryzacji użytkownika. Serwery MCP mogą być teraz aktywowane per wątek przez executery, co daje elastyczność w dużych projektach, gdzie różne zadania wymagają różnych narzędzi.

    Dla web developerów oznacza to łatwiejsze integrowanie z zewnętrznymi API, automatyzację testów czy generowanie dokumentacji bez konieczności skomplikowanego konfigurowania ścieżek do wtyczek. Wystarczy wybrać z katalogu, zatwierdzić i działa.

    Windows, proxy i stabilność

    Użytkownicy Windowsa otrzymali szereg poprawek. Sandbox Codexa na tym systemie działa w trybie ograniczonego wykonania z restrykcyjnym dostępem do plików i sieci – ruch wychodzący przechodzi przez proxy i firewalla. OpenAI poprawiło stabilność tego mechanizmu, co zmniejsza liczbę niespodziewanych awarii sesji.

    Dodatkowo, wprowadzono wsparcie dla certyfikatów P-521 w TLS. Firmy korzystające z własnych urzędów certyfikacji i zaawansowanych proxy korporacyjnych nie będą już napotykać problemów z negocjacją połączenia. Kod bazowy SQLite został przypięty do wersji z poprawką korupcji WAL-reset, co eliminuje rzadkie, ale frustrujące uszkodzenia bazy sesji.

    Wydajność, która nie męczy

    Sesje z dużą liczbą wywołań narzędzi mogły być problematyczne – każde zapytanie generowało kopie historii i przeszukiwało rejestry bez cache'owania. W wersji 0.141.0 wprowadzono cache dla wyszukiwania narzędzi, ograniczono zbędne duplikacje żądań, a cache obrazów promptów ograniczono do 64 MiB. Efekt? Mniejsze zużycie pamięci i krótsze czasy odpowiedzi przy agentach, które wykonują dziesiątki komend w jednej sesji.

    Dla zespołów korzystających z Codexa jako warstwy automatyzacji to konkretna oszczędność – agentowe workflow, które wcześniej mogły się zacinać przy setkach wywołań, teraz działają płynniej i przewidywalniej.

    Co to zmienia w codziennej pracy

    Codex 0.141.0 nie wprowadza rewolucyjnych zmian w interfejsie czy nowych modeli. Zamiast tego koncentruje się na poprawie bezpieczeństwa komunikacji zdalnej, stabilności na Windowsie oraz kompatybilności z firmową infrastrukturą sieciową. Jeśli twoje agenty muszą działać przez proxy, na wielu systemach jednocześnie i z zestawem niestandardowych wtyczek, ta aktualizacja realnie zmniejsza tarcia. Marketplace wtyczek wskazuje, że OpenAI traktuje ekosystem rozszerzeń jako kluczowy element doświadczenia – nie jako dodatek, lecz jako fundament.

    Źródła

  • Codex 0.140.0 wprowadza śledzenie użycia tokenów i bezpośredni import z Claude Code

    Codex 0.140.0 wprowadza śledzenie użycia tokenów i bezpośredni import z Claude Code

    OpenAI opublikowało wersję 0.140.0 Codex CLI, narzędzie, które od kilku miesięcy zdobywa popularność wśród asystentów programistycznych opartych na terminalu. Wydanie z 15 czerwca 2026 roku koncentruje się na warstwie narzędziowej, obejmującej sesje, stan lokalny, integrację z zewnętrznymi dostawcami oraz stabilność w dużych repozytoriach. W skrócie, skupiono się na inżynierii, która zapewnia sprawne działanie systemu.

    Co nowego w skrócie

    • Śledzenie użycia przez /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów na koncie
    • Trwałe usuwanie sesji przez /delete i codex delete z wbudowanym zabezpieczeniem przed przypadkowym usunięciem
    • Import z Claude Code przez /import przenosi konfigurację projektu, ustawienia i ostatnie czaty
    • Ujednolicone menu @ łączy pliki, wtyczki i umiejętności w jednym interfejsie, dostępnym od ręki
    • Automatyczna naprawa bazy SQLite – uszkodzone pliki stanu są backupowane i odbudowywane bez interwencji

    /usage, /delete i /import – trzy nowe komendy, które zmieniają codzienną pracę

    Sprawdzanie, ile tokenów wykorzystano na rozmowy z agentem, wcześniej wymagało przeszukiwania panelu konta OpenAI. Teraz wystarczy wpisać /usage w terminalu. Widok dzienny pokazuje aktywność z ostatnich 24 godzin, tygodniowy daje szerszy obraz, a kumulatywny podsumowuje wszystko od początku korzystania z konta. Dla zespołów pilnujących budżetów API to oszczędność czasu.

    Usuwanie sesji również zyskało nowe rozwiązanie. Komendy /delete i codex delete usuwają sesje na stałe, ale wcześniej pytają o potwierdzenie, co zapobiega przypadkowemu usunięciu ważnych danych. To proste zabezpieczenie było potrzebne, gdy Codex CLI dopiero zaczynał.

    Najciekawsza jest trzecia komenda – /import. Umożliwia ona przeniesienie setupu projektu, konfiguracji i ostatnich czatów z Claude Code. Dla osób przeskakujących między narzędziami oznacza to koniec ręcznego kopiowania promptów i ustawień. OpenAI stara się przyciągnąć programistów, którzy chcą uniknąć uzależnienia od jednego dostawcy, licząc, że łatwiej będzie im przejść do ekosystemu Codexa.

    Bedrock, menu @ i cicha rewolucja w MCP

    Wersja 0.140.0 wprowadza zarządzane uwierzytelnianie API dla Amazon Bedrock. Poświadczenia są szyfrowane lokalnie, zarówno dla CLI, jak i dla połączeń MCP przez OAuth. Dla zespołów korzystających z infrastruktury AWS to duża wygoda – nie trzeba już tworzyć własnych wrapperów autoryzacyjnych ani przechowywać kluczy w zmiennych środowiskowych.

    Kolejna zmiana, która ułatwi pracę w terminalu, to menu @. Wcześniej przywoływanie plików, wtyczek i umiejętności wymagało zapamiętywania różnych skrótów. Teraz wszystko znajduje się w jednym, ujednoliconym menu, które uruchamia się po wpisaniu znaku małpy. Mniej przełączania kontekstu oznacza większą płynność pracy.

    Dodatkowo poprawiono niezawodność MCP. Błędy startupowe są teraz automatycznie powtarzane, nieużywalne poświadczenia OAuth traktowane są jako wylogowane, a wyłączone serwery pozostają wyłączone na stałe. Dla osób pracujących z wieloma zewnętrznymi narzędziami podpiętymi przez MCP, te poprawki mogą znacząco wpłynąć na efektywność pracy.

    Co z bazą danych, gdy coś pójdzie nie tak

    Co z bazą danych, gdy coś pójdzie nie tak

    SQLite przechowuje stan sesji Codexa i, jak każda baza plikowa, może ulec uszkodzeniu, zwłaszcza w dużych repozytoriach. W wydaniu 0.140.0 wprowadzono automatyczne backupowanie i odbudowę uszkodzonych baz. Dotyczy to także sytuacji, gdy katalog bazy danych ulegnie uszkodzeniu – to rzadki przypadek, ale potrafi znacznie opóźnić pracę.

    Dla programistów pracujących nad rozbudowanymi projektami, którzy polegają na Codexie, to istotna zmiana. To różnica między "agent padł, wrócę za pół godziny" a "agent sam się podniósł i nawet nie zauważyłem".

    Tooling ponad modele

    Wydanie 0.140.0 ilustruje kierunek, w którym zmierza rynek narzędzi AI dla programistów. Nie chodzi już tylko o to, który model lepiej generuje kod – istotne jest, jak płynnie można przechodzić między sesjami, jak łatwo migrować konfigurację z konkurencyjnych narzędzi i czy stan lokalny przetrwa awarię bez utraty kontekstu. OpenAI pokazuje, że rozumie codzienną frustrację programistów korzystających z agentów w terminalu. W tym wydaniu nie ma fajerwerków, ale jest konkretna praca inżynieryjna, która sprawia, że narzędzie działa pewniej.

    Źródła

  • Codex 0.140.0: wreszcie widać, ile tokenów płonie, a sesje można bezpiecznie usuwać

    Codex 0.140.0: wreszcie widać, ile tokenów płonie, a sesje można bezpiecznie usuwać

    OpenAI wydało wersję 0.140.0 Codex, która wprowadza nowe funkcje, takie jak śledzenie zużycia tokenów w terminalu, trwałe usuwanie sesji oraz możliwość importowania konfiguracji z Claude Code. Ta aktualizacja zmienia codzienną pracę z agentowym kodowaniem — teraz można łatwo monitorować koszty na ekranie, a także skutecznie zarządzać wątkami. Dodatkowo, wprowadzono zarządzane uwierzytelnianie Amazon Bedrock oraz kilka poprawek, które poprawiają wydajność przy dużych repozytoriach.

    Kluczowe zmiany w skrócie

    • Komenda /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów bez potrzeby przechodzenia do panelu administracyjnego.
    • Trwałe usuwanie sesji przez codex delete <thread_id>, /delete lub API app-servera, z zabezpieczeniem przed przypadkowym usunięciem i automatycznym czyszczeniem subagentów.
    • Import z Claude Code (/import) przenosi ustawienia, konfigurację projektu i ostatnie rozmowy, co ułatwia migrację między narzędziami.
    • Amazon Bedrock zyskał zarządzane klucze API, a dane logowania CLI i MCP są teraz przechowywane w szyfrowanym magazynie lokalnym.
    • Optymalizacje dla dużych repozytoriów oraz poprawki odzyskiwania baz SQLite — mniej awarii przy pracy z rozbudowanymi codebasami.

    /usage — koniec zgadywania kosztów

    Najważniejsza zmiana to wbudowane analizy użycia. Dotychczas sprawdzenie, ile tokenów wykorzystano w sesji Codex, wymagało logowania się do zewnętrznego dashboardu. Teraz wystarczy wpisać /usage w terminalu, aby natychmiast zobaczyć aktywność dzienną, tygodniową oraz skumulowaną. Dla zespołów pracujących na limitach kredytowych to istotne narzędzie, które pozwala kontrolować budżet bez przerywania pracy.

    Dane są dostępne w tym samym interfejsie TUI, w którym piszesz kod i rozmawiasz z agentem. Nie ma potrzeby przełączania się do przeglądarki ani pamiętania o sprawdzaniu raportów po fakcie. Dla osób, które doświadczyły nieprzyjemnych rachunków po intensywnej sesji z Codex, to znacząca zmiana.

    To jedna z funkcji, które powinny były pojawić się wcześniej, ale lepiej późno niż wcale — szczególnie że wersja 0.140.0 robi to dobrze, z podziałem na modele i produkty.

    Sesje, których naprawdę już nie ma

    Kolejną istotną zmianą jest zarządzanie sesjami. Wcześniej usunięcie wątku nie zawsze oznaczało jego całkowite zniknięcie — pozostawały ślady w app-serverze, subagenty mogły wisieć w tle, a lokalne metadane mogły przetrwać restart. Teraz codex delete działa skutecznie: czyści zarówno lokalnie, jak i zdalnie, z potwierdzeniem przed wykonaniem oraz automatycznym sprzątaniem subagentów.

    To ważne dla osób pracujących z wrażliwymi danymi lub tych, którzy nie chcą mieć setek martwych wątków w historii. W projektach komercyjnych, gdzie kod źródłowy bywa objęty NDA, możliwość trwałego usunięcia całej ścieżki rozmowy z agentem AI jest wymogiem bezpieczeństwa. Dodatkowo, łatwiej się odnaleźć, gdy lista sesji jest uporządkowana.

    Import z Claude Code i szyfrowane dane logowania

    Import z Claude Code i szyfrowane dane logowania

    Ciekawym dodatkiem jest /import, który przenosi wybrane elementy z Claude Code — ustawienia, konfigurację projektu i historię ostatnich czatów. To krok w stronę użytkowników rozważających przesiadkę między platformami agentowego kodowania. Zamiast konfigurować wszystko od nowa, można przejąć to, co już działało.

    Wersja 0.140.0 poprawia również bezpieczeństwo danych logowania. Tokeny OAuth dla CLI i MCP są teraz przechowywane w szyfrowanym magazynie lokalnym lub systemowym keychainie, zamiast w plikach JSON w formacie plaintext. Dla środowisk enterprise i hostowanych workflow AI to korzystna zmiana — szczególnie w połączeniu z nowym, zarządzanym uwierzytelnianiem Amazon Bedrock, które rozszerza obsługiwane przepływy autoryzacji.

    Wydajność i stabilność przy dużym kodzie

    Wydajność i stabilność przy dużym kodzie

    Poprawki wydajnościowe dla dużych repozytoriów to coś, co doceni każdy, kto próbował uruchomić Codex w monorepo. Wersja 0.140.0 wprowadza optymalizacje związane z cache'owaniem oraz szybsze działanie przy rozbudowanych codebasach. Dodatkowo, poprawiono odzyskiwanie baz SQLite — jeśli baza uległa uszkodzeniu, Codex nie powinien już ulegać awarii bez wyjaśnienia.

    Zwiększono również niezawodność MCP (Model Context Protocol), czyli mechanizmu łączącego Codex z zewnętrznymi narzędziami i pluginami. Mniej losowych rozłączeń, stabilniejsze podtrzymywanie kontekstu oraz ogólnie mniej frustracji przy zautomatyzowanych przepływach pracy.

    Narzędzie, które dorasta

    Wersja 0.140.0 to nie rewolucja, ale solidny krok w stronę produkcyjnej dojrzałości. Codex przestaje być wyłącznie agentem do generowania kodu i staje się pełniejszym narzędziem deweloperskim: z widocznością kosztów, kontrolą nad cyklem życia sesji oraz sensownym importem konkurencyjnych konfiguracji.

    Źródła