Tag: openai

  • Codex 0.137.0 wprowadza wsparcie dla klawiszy F13-F24 i lepszą kontrolę kosztów dla firm

    Codex 0.137.0 wprowadza wsparcie dla klawiszy F13-F24 i lepszą kontrolę kosztów dla firm

    OpenAI opublikowało 4 czerwca 2026 roku wersję 0.137.0 swojego narzędzia CLI Codex, które wprowadza szereg usprawnień dla operatorów, zarówno tych pracujących w terminalu, jak i administratorów zarządzających wdrożeniami. Ta aktualizacja nie zawiera dużych wizualnych zmian, ale znacząco poprawia sterowanie z poziomu TUI, umożliwia firmom monitorowanie miesięcznych limitów kredytów oraz aktualizuje mechanikę agentów wielozadaniowych.

    Kluczowe zmiany w Codex 0.137.0

    • TUI zyskało wsparcie dla klawiszy F13–F24, możliwość wklejania w przeszukiwalnych menu oraz kompaktowy wskaźnik statusu dla trybu reasoning.
    • Konta enterprise teraz wyświetlają miesięczne limity kredytów i umożliwiają korzystanie z pakietów konfiguracyjnych zarządzanych w chmurze.
    • Multi-agent v2 pozwala na wybór runtime’u dla każdego wątku i wprowadza czystsze domyślne metadane dla agentów potomnych.
    • Zarządzanie wtyczkami wzbogacono o flagę --json, która zwraca dane w formacie czytelnym maszynowo.
    • Poprawki stabilności na macOS i Windows obejmują uruchamianie aplikacji, wznawianie wątków oraz odświeżanie sandboksa.

    TUI, które słucha zaawansowanych klawiszy

    Najważniejsza zmiana dotyczy interfejsu tekstowego. Codex 0.137.0 rozszerza mapowanie klawiszy funkcyjnych do F24, co jest korzystne dla użytkowników korzystających z niestandardowych klawiatur lub w środowiskach, gdzie każdy skrót ma znaczenie. Dodano również obsługę wklejania w menu z wyszukiwaniem, co przyspiesza nawigację dla osób spędzających długie godziny w terminalu.

    Pojawił się także kompaktowy wskaźnik statusu dla trybu reasoning. Zamiast rozbudowanego komunikatu, użytkownicy otrzymują minimalistyczną informację o aktualnej aktywności modelu, co poprawia czytelność podczas dłuższych sesji.

    Pieniądze pod kontrolą — funkcje enterprise

    Dla zespołów korzystających z Codex 0.137.0 w modelu firmowym nowością jest widoczność miesięcznych limitów kredytowych. Administratorzy mają teraz bezpośredni dostęp do informacji o pozostałych środkach, co ułatwia zarządzanie budżetem. Wprowadzenie pakietów konfiguracyjnych zarządzanych w chmurze pozwala na centralne rozsyłanie spójnych zestawów ustawień do różnych środowisk roboczych, co zmniejsza ryzyko dryftu konfiguracyjnego i ułatwia egzekwowanie polityk bezpieczeństwa.

    Agenci wielozadaniowi z pamięcią o runtime

    Agenci wielozadaniowi z pamięcią o runtime

    Multi-agent v2 wprowadza elastyczność, umożliwiając każdemu wątkowi zachowanie własnego wyboru runtime’u. Dzięki temu, jeśli jeden agent działa na jednym dostawcy, a inny potrzebuje innego, system nie wymusza ich ujednolicenia. Dla agentów potomnych poprawiono domyślne metadane oraz logikę follow-upów, co sprawia, że łańcuchy zadań są bardziej przejrzyste i mniej podatne na utratę kontekstu.

    To udogodnienie jest szczególnie przydatne w złożonych pipeline’ach, gdzie różne etapy workflow wymagają różnych modeli lub środowisk wykonawczych.

    Wtyczki i automatyzacja — JSON wchodzi do gry

    Wtyczki i automatyzacja — JSON wchodzi do gry

    Dla programistów piszących skrypty i integracje CI/CD wprowadzono flagę --json w komendzie codex plugin list. Umożliwia to uzyskanie danych w formacie czytelnym maszynowo, co przyspiesza proces automatyzacji. Dodatkowo, wprowadzono buforowanie katalogu wtyczek, co powinno skrócić czas odpowiedzi przy częstym sprawdzaniu dostępnych rozszerzeń.

    Choć ta zmiana może nie być spektakularna, dla zespołów DevOps automatyzujących środowiska deweloperskie stanowi istotne ułatwienie. JSON można łatwo włączyć do pipeline’a, przefiltrować przy użyciu jq i podjąć decyzję o instalacji konkretnego zestawu wtyczek.

    Stabilność na dwóch głównych platformach

    Release eliminuje kilka problemów, które były uciążliwe dla użytkowników. Na macOS poprawiono błędy związane z uruchamianiem aplikacji, które powodowały zawieszanie się Codex 0.137.0. Na Windows wprowadzono poprawki dla SQLite, co poprawia stabilność podczas uruchamiania, wznawiania wątków oraz odświeżania konfiguracji sandboksa. Dla deweloperów pracujących na obu systemach oznacza to mniej nieoczekiwanych przerw w pracy i większą przewidywalność działania narzędzia.

    Źródła

  • OpenCode zyskuje klonowanie workspace’ów i OpenAI przez AWS Bedrock

    OpenCode zyskuje klonowanie workspace’ów i OpenAI przez AWS Bedrock

    Czerwcowa aktualizacja OpenCode z 5 czerwca 2026 roku wprowadza kilka zmian, które usprawniają pracę w terminalu. Zespół Anomaly, wcześniej znany jako SST, dodał zarządzane klonowanie przestrzeni roboczych, możliwość przenoszenia sesji między katalogami oraz pełne wsparcie dla OpenAI przez AWS Bedrock. Nowości obejmują także odkrywanie umiejętności, ładowanie agentów z plików oraz interaktywne odtwarzanie sesji. Całość jest dostępna na licencji MIT, co pozwala na przeglądanie, modyfikowanie i hostowanie narzędzia na własną rękę.

    Co nowego w wydaniu z 5 czerwca

    • Zarządzane klonowanie workspace’ów umożliwia szybkie kopiowanie środowisk między gałęziami i konfiguracjami wdrożeniowymi.
    • Migracja sesji między katalogami przydaje się przy pracy z worktree Git lub przy zmianie ścieżek projektowych.
    • OpenAI przez AWS Bedrock pozwala korzystać z OpenAI w chmurze Amazon, co jest istotne dla zespołów korzystających z ekosystemu AWS.
    • run --replay odtwarza przebieg sesji krok po kroku, co ułatwia debugowanie i audyt zachowania agenta.
    • Skill discovery i file-based agent loading przesuwają OpenCode w stronę modułowych, zadaniowych konfiguracji w większych projektach.

    Co to właściwie jest OpenCode

    OpenCode to terminalowy agent AI do kodowania, który jest open source i model-agnostyczny. Działa lokalnie, przechowuje rozmowy w SQLite, a wsparcie dla ponad 75 dostawców modeli zapewnia dużą elastyczność. Można korzystać z modeli takich jak Claude, GPT, Gemini, DeepSeek oraz lokalnych modeli przez Ollamę. Użytkownicy płacą tylko za API, a samo narzędzie jest darmowe.

    Wbudowane agenty build i plan różnią się poziomem dostępu – build ma uprawnienia do odczytu, zapisu i uruchamiania kodu, natomiast plan działa w trybie tylko do odczytu, co czyni go bezpieczniejszą opcją do eksploracji. Sesje zapisują się w SQLite, więc nic nie ginie przy restarcie, a auto-update przez opencode upgrade działa domyślnie.

    Migracja sesji i odtwarzanie

    Migracja sesji i odtwarzanie

    Przenoszenie sesji między katalogami to funkcjonalność, która ma praktyczne zastosowanie. Jeśli pracujesz na kilku worktree jednocześnie lub zmieniasz ścieżkę projektu w trakcie pracy, możesz przenieść kontekst rozmowy z agentem bez utraty historii. Funkcja run --replay pozwala na odtworzenie przebiegu sesji, co jest przydatne, gdy coś poszło nie tak po stronie modelu i trzeba zrozumieć tok działań. Sprawdza się również przy audycie decyzji podejmowanych przez AI podczas refaktoryzacji.

    Bedrock i web dev – praktyczny wymiar

    Bedrock i web dev – praktyczny wymiar

    Wsparcie OpenAI przez AWS Bedrock jest istotne tam, gdzie organizacje standaryzują dostęp do modeli przez infrastrukturę Amazona. Ułatwia zarządzanie kluczami API i uprawnieniami, a także wpisuje się w polityki bezpieczeństwa większych firm. Dla web developerów ważne jest podświetlanie składni Vue, które pojawiło się w tej aktualizacji. Choć to drobna zmiana, znacznie poprawia czytelność przy pracy z komponentami SFC.

    Stabilność i start

    Oprócz nowych funkcji, aktualizacja wprowadza również poprawki stabilności, takie jak lepsza normalizacja ścieżek, zachowanie shella i obsługa wariantów rozumowania. Przyspieszono także start aplikacji, co przekłada się na mniej frustrujących momentów przy przełączaniu kontekstu.

    OpenCode od dłuższego czasu jest pozycjonowany jako darmowa alternatywa dla zamkniętych narzędzi terminalowych, a ta aktualizacja tylko pogłębia tę różnicę. Połączenie lokalnego SQLite, wsparcia dla wielu modeli i licencji MIT sprawia, że narzędzie jest trudne do przebicia, jeśli zależy ci na pełnej kontroli nad swoim środowiskiem.

    Źródła

  • Codex 0.137.0 wprowadza rozbudowane wsparcie dla klawiszy F13-F24 i widoczność limitów kredytowych dla firm

    Codex 0.137.0 wprowadza rozbudowane wsparcie dla klawiszy F13-F24 i widoczność limitów kredytowych dla firm

    OpenAI opublikowało wersję 0.137.0 narzędzia Codex CLI, która wprowadza zmiany operacyjne w interfejsie terminalowym, zarządzaniu agentami i kontroli dostępu dla klientów biznesowych. Aktualizacja koncentruje się na bezpieczeństwie, użyteczności TUI oraz usprawnieniach dla zespołów pracujących z wieloma agentami jednocześnie.

    Kluczowe zmiany w skrócie

    • Rozszerzone sterowanie w TUI obejmuje obsługę klawiszy F13–F24, wklejanie w przeszukiwalnych menu oraz kompaktowy wskaźnik statusu pokazujący wyłącznie proces wnioskowania.
    • Konta enterprise zyskały widoczny miesięczny limit kredytów oraz możliwość stosowania zarządzanych zdalnie pakietów konfiguracyjnych, w tym dla workspace'ów EDU.
    • Multi-agent v2 zapamiętuje wybór środowiska uruchomieniowego na wątek i oferuje czystsze domyślne wartości metadanych dla spawnujących się agentów.
    • Bezpieczeństwo zostało wzmocnione przez blokowanie WebSocketów z kontekstu przeglądarki oraz ograniczenie wykonywania parsera PowerShell wyłącznie do hostów Windows.

    TUI zyskuje na elastyczności — klawisze funkcyjne i wklejanie w menu

    Terminal UI Codexa otrzymało kilka poprawek, które docenią użytkownicy spędzający w nim długie godziny. Najważniejszą nowością jest wsparcie dla klawiszy od F13 do F24. Dla niektórych osób może to brzmieć egzotycznie, ale w środowiskach z zaawansowanymi klawiaturami programowalnymi czy maszynami wirtualnymi te dodatkowe przyciski mogą znacznie przyspieszyć nawigację.

    Dodatkowo, użytkownicy mogą teraz wklejać tekst bezpośrednio w przeszukiwalnych menu, co eliminuje konieczność ręcznego przepisywania ścieżek czy nazw plików przy filtrowaniu wyników. Pojawił się również kompaktowy wskaźnik statusu, który pokazuje wyłącznie etap wnioskowania modelu, co upraszcza interfejs.

    Kontrola kosztów i konfiguracji w wydaniu enterprise

    Dla administratorów wdrażających Codexa w zespołach, to wydanie przynosi dwie konkretne zmiany. Użytkownicy kont firmowych mogą teraz zobaczyć swój miesięczny limit kredytów bezpośrednio w interfejsie, co eliminuje potrzebę zgadywania, ile jeszcze mogą wydać na wywołania API. Ponadto, wprowadzono obsługę cloud-managed config bundles, czyli pakietów konfiguracyjnych zarządzanych centralnie przez administratora.

    Oznacza to, że organizacja może przygotować zestaw ustawień (w tym dla workspace'ów edukacyjnych) i automatycznie rozesłać go na wszystkie instancje Codexa w firmie. To eliminuje konieczność ręcznego kopiowania plików konfiguracyjnych między maszynami programistów.

    Multi-agent v2 — runtime na wątek i porządek z metadanymi

    Multi-agent v2 — runtime na wątek i porządek z metadanymi

    Przepływ pracy z wieloma agentami został znacząco dopracowany. W wersji 0.137.0 multi-agent v2 trzyma wybór środowiska uruchomieniowego przypisany do konkretnego wątku, co eliminuje frustrację związaną z pytaniami o aktualne środowisko podczas dłuższych sesji z agentami.

    Spawnujące się agenty otrzymują czystsze domyślne wartości metadanych, co przekłada się na mniej chaotyczne logi i łatwiejsze śledzenie, który agent za co odpowiada. To oszczędza czas zespołom debugującym złożone pipeline'y.

    Bezpieczeństwo pod spodem — mniej furtki dla niechcianych skryptów

    Bezpieczeństwo pod spodem — mniej furtki dla niechcianych skryptów

    Choć zmiany bezpieczeństwa mogą nie być od razu widoczne, są kluczowe dla tego wydania. Serwer wykonawczy odrzuca teraz próby handshake'u WebSocket pochodzące z kontekstu przeglądarki, dopuszczając tylko połączenia z autoryzowanych narzędzi Codexa. Parser PowerShell został ograniczony wyłącznie do maszyn z systemem Windows, co zmniejsza powierzchnię ataku na systemy Linux i macOS.

    Drobniejsze poprawki i workflow pluginów

    Wydanie naprawiło kilka irytujących błędów: przywracanie stanu po anulowaniu prompta działa teraz poprawnie, aplikacja na macOS uruchamia się stabilniej, a SQLite na Windowsie ładuje się bez problemów. Dla twórców pluginów dodano polecenie codex plugin list --json oraz cache'owane podpowiedzi z katalogu zdalnego, co przyspiesza integrację z zewnętrznymi narzędziami.

    Warto również zauważyć, że hostowane narzędzia webowe i graficzne są teraz dostępne w większej liczbie ścieżek wykonania kodu, a samodzielne wyszukiwania webowe mogą działać równolegle. To krok w stronę agentów, które nie czekają na odpowiedź jednego zapytania, zanim wyślą następne.

    Podsumowanie

    Wersja 0.137.0 to aktualizacja, która nie wprowadza spektakularnych nowości, ale solidnie poprawia funkcjonalność Codexa w codziennym użytkowaniu — w terminalu, w zespołach i w złożonych przepływach z agentami. Widoczność limitów kredytowych oraz zdalne pakiety konfiguracyjne to funkcje, które ułatwiają życie administratorom, a poprawki bezpieczeństwa i użyteczności sprawiają, że narzędzie działa bardziej przewidywalnie i bezpieczniej.

    Źródła

  • OpenCode z WebSocket i ACP – nowa odsłona narzędzia, które stawia na szybkość i współpracę agentów

    OpenCode z WebSocket i ACP – nowa odsłona narzędzia, które stawia na szybkość i współpracę agentów

    Seria czterech wydań OpenCode z WebSocket i ACP w ciągu zaledwie tygodnia – od wersji 1.15.9 do 1.15.12 – wprowadziła eksperymentalną obsługę WebSocket dla odpowiedzi OpenAI oraz gruntownie przebudowaną integrację z protokołem ACP. Deweloperzy zyskali szybszy transport danych oraz mechanizmy, które zmieniają sposób, w jaki agenci AI współpracują ze sobą i z zewnętrznymi narzędziami.

    Co nowego w skrócie

    • Eksperymentalny WebSocket zastępuje SSE w odpowiedziach OpenAI, co obniża opóźnienia i daje większą kontrolę nad połączeniem.
    • ACP-next zamyka temat 35 poprawek błędów z poprzedniego forka i otwiera drogę do współpracy wielu agentów jednocześnie.
    • Adaptive reasoning controls dla modeli Anthropic Opus pozwala użytkownikom dostosować sposób wnioskowania.
    • Szybszy start sesji i nowe okno zarządzania przestrzenią roboczą w interfejsie TUI i Desktop.

    WebSocket zamiast SSE – mniej czekania, więcej kontroli

    Najważniejszą zmianą techniczną jest wprowadzenie eksperymentalnego transportu WebSocket dla OpenAI Responses API. Do tej pory komunikacja z modelami OpenAI opierała się na Server-Sent Events – prostym, ale ograniczonym mechanizmie. SSE działa jednostronnie: serwer wysyła dane, a klient słucha. Przy długotrwałych połączeniach, gdzie strumieniowanie odpowiedzi trwa dziesiątki sekund, każda przerwa oznacza konieczność ponownego zestawienia sesji od zera.

    WebSocket rozwiązuje ten problem, ponieważ działa dwukierunkowo. Klient i serwer utrzymują stały kanał, co redukuje opóźnienia i pozwala na inteligentniejszą logikę reconnectu. Aby to włączyć, wystarczy ustawić zmienną środowiskową OPENCODE_EXPERIMENTAL_WEBSOCKETS=true. W paczce znalazły się także poprawki dla środowiska Bun – wcześniej proxy potrafiło się wysypać – oraz mechanizm retry, który nie poddaje się po pierwszej nieudanej próbie.

    Warto zaznaczyć, że to wciąż funkcja oznaczona jako eksperymentalna. Nie wszystko działa idealnie, ale kierunek jest jasny: OpenCode z WebSocket i ACP chce być narzędziem, które nie każe deweloperowi czekać.

    ACP-next – agenci w końcu ze sobą rozmawiają

    ACP-next – agenci w końcu ze sobą rozmawiają

    Drugą dużą zmianą jest ACP-next, czyli nowa warstwa integracyjna oparta na Agent Communication Protocol. Poprzedni fork DCP miał 35 udokumentowanych błędów, które mogły zakłócać kontekst sesji w najmniej oczekiwanym momencie. ACP-next to czysty grunt: pełna obsługa cyklu życia sesji, routowanie zdarzeń, streamowanie aktualizacji narzędzi, wysyłanie promptów i zarządzanie uprawnieniami.

    Co to oznacza w praktyce? OpenCode z WebSocket i ACP może teraz działać jako jeden z wielu agentów w większym ekosystemie. Wyobraź sobie sesję, w której jeden agent analizuje kod, drugi sprawdza zgodność z dokumentacją, a trzeci podpowiada refaktoryzację – wszystko w tym samym środowisku, bez ręcznego przełączania kontekstów.

    Aby skorzystać z ACP, edytor musi być skonfigurowany do uruchamiania komendy opencode acp. JetBrains już dodał natywne wsparcie, więc użytkownicy IntelliJ czy PyCharm mogą uruchomić OpenCode z WebSocket i ACP bezpośrednio w IDE. Dla tych, którzy chcą większej kontroli, dostępny jest także opencode-acp-control – zestaw umiejętności do programowego zarządzania sesjami, promptami i wersjami.

    Interfejs, który nie przeszkadza

    Interfejs, który nie przeszkadza

    Przy okazji większych zmian architektonicznych zespół OpenCode z WebSocket i ACP dodał kilka funkcji, które ułatwiają życie. Nowe okno dialogowe do zarządzania przestrzenią roboczą pojawiło się zarówno w interfejsie terminalowym, jak i desktopowym. Poprawiono także układ zakładek – teraz przełączanie między sesjami jest płynniejsze i nie gubi kontekstu.

    Start sesji również przyspieszył, głównie dzięki optymalizacjom w ACP-next. Dla osób pracujących z modelami Anthropic Opus dodano adaptive reasoning controls – mechanizm, który pozwala dostosować, jak głęboko model analizuje prompt przed udzieleniem odpowiedzi. To przydatne, gdy potrzebujesz szybkiej podpowiedzi, a nie kilku akapitów analizy.

    Społeczność i tempo rozwoju

    Cztery wersje w tydzień mówią same za siebie. Tempo rozwoju jest wysokie, a społeczność żywo reaguje – najgorętszym wątkiem dyskusyjnym było opóźnienie odpowiedzi modeli GPT, co zebrało 106 komentarzy. Wprowadzenie WebSocketu to odpowiedź na te głosy.

    OpenCode z WebSocket i ACP pozostaje narzędziem agnostycznym wobec dostawców modeli – działa z dużymi modelami SOTA oraz z mniejszymi, szybszymi wariantami. To sprawia, że nadaje się zarówno do zadań wymagających głębokiego rozumowania, jak i do prostych automatyzacji, gdzie liczy się czas odpowiedzi.

    Źródła

  • Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    Codex 0.135.0: Nowa era diagnostyki i edycji Vim w narzędziu programistycznym OpenAI

    OpenAI wydało 28 maja 2026 roku wersję 0.135.0 narzędzia Codex CLI, która koncentruje się na poprawie doświadczeń deweloperów poprzez rozbudowaną diagnostykę, zaawansowaną edycję w stylu Vim oraz ulepszenia w Python SDK. To piąte stabilne wydanie w ciągu dziesięciu dni, co pokazuje intensywne tempo prac nad projektem, który przekształca się z prostego generatora kodu w fundament agentowości operującej w środowiskach deweloperskich. Wersja ta nie wprowadza nowych modeli AI, lecz skupia się na stabilności i funkcjonalności interfejsu, co czyni ją istotną dla użytkowników korzystających z Codex 0.135.0 w codziennej pracy terminalowej.

    Kluczowe fakty na temat wydania

    • Narzędzie diagnostyczne codex doctor zostało rozszerzone do pięciu ustrukturyzowanych kategorii: środowisko, Git, terminal, serwer aplikacji i inwentarz wątków.
    • Tryb Vim zyskał edycję obiektów tekstowych (np. ciw, da"), poprawione zachowanie końca słowa i linii oraz konfigurowalne skróty do przerywania zadań.
    • Python SDK wprowadza przyjazne presety Sandbox dla interfejsów API wątków i tur, redukując szablonowy kod.
    • Interfejs TUI otrzymał ulepszone renderowanie Markdown, lepszą widoczność połączeń zdalnych w /status oraz poprawki stabilności dla macOS i Zellij.
    • Wydajność została poprawiona poprzez migrację stanu pamięci do dedykowanej bazy danych SQLite.

    Rozszerzona diagnostyka z codex doctor

    Narzędzie codex doctor, które po raz pierwszy pojawiło się w wersji 0.135.0, przeszło w tym wydaniu największą modernizację. Jego celem jest umożliwienie rozwiązania zgłoszenia wsparcia technicznego za pomocą jednego wklejenia wyniku diagnostycznego, bez konieczności zbierania dodatkowych informacji zwrotnych od operatorów. Użytkownicy otrzymują kompleksowy raport w pięciu kategoriach. Środowisko obejmuje wersje środowiska uruchomieniowego, platformę i zmienne PATH, natomiast Git dostarcza informacji o stanie repozytorium, gałęzi, niezatwierdzonych zmianach i konfiguracji. Terminal wykrywa emulator, kodowanie i głębię kolorów, serwer aplikacji weryfikuje osiągalność i wersję lokalnego serwera Codex, a inwentarz wątków pokazuje aktywne i ostatnie wątki. To podejście eliminuje tarcia w procesie debugowania i znacznie przyspiesza identyfikację problemów.

    Tryb Vim jako główna powierzchnia edycyjna

    Dla deweloperów przyzwyczajonych do skrótów klawiszowych Vima, wersja 0.135.0 stanowi istotny krok naprzód. Wprowadzenie edycji obiektów tekstowych, takich jak ciw (zmiana wewnętrznego słowa) czy da( (usunięcie wokół nawiasu), pozwala na operacje na jednostkach semantycznych, a nie tylko na zakresach znakowych. Interfejs tekstowy Codex staje się bardziej intuicyjny i wydajny dla zaawansowanych użytkowników. Dodatkowo poprawiono zachowanie na końcu słowa i linii, co redukuje irytujące błędy podczas nawigacji. Nowością jest również konfigurowalne wiązanie klawisza do przerywania konwersacji, co daje użytkownikom pełną kontrolę nad interakcją z agentem. Te zmiany sprawiają, że TUI Codex może być traktowane jako realna alternatywa dla tradycyjnych edytorów, szczególnie podczas pracy zdalnej.

    Ulepszenia w Python SDK i zarządzaniu uprawnieniami

    Python SDK w tej wersji otrzymało przyjazne stałe piastecznic Sandbox, które redukują ilość kodu potrzebnego do programowego ustawiania trybów wykonawczych. Dzięki temu deweloperzy mogą szybciej integrować Codex z własnymi skryptami i aplikacjami, bez konieczności zagłębiania się w szczegóły implementacyjne. Równocześnie polecenie /permissions zostało wzbogacone o obsługę nazwanych profili uprawnień i wyświetlanie skonfigurowanych profili niestandardowych. To posunięcie zwiększa elastyczność i bezpieczeństwo, zwłaszcza w środowiskach, gdzie różne zadania wymagają różnych poziomów dostępu.

    Stabilność i wydajność na pierwszym planie

    Wydanie 0.135.0 to nie tylko nowe funkcje, ale także szereg poprawek stabilności. Interfejs TUI został wzmocniony, aby uniknąć awarii na macOS i w środowisku Zellij, co było częstym problemem we wcześniejszych wersjach. Renderowanie tabel Markdown i list wieloliniowych stało się bardziej czytelne dzięki lepszemu dopasowaniu kolumn i formatowaniu w stylu aplikacji. Połączenia zdalne zyskały na przejrzystości – polecenie /status pokazuje teraz szczegóły połączenia i wersję serwera, co jest nieocenione podczas pracy z rozproszonymi zespołami. W tle dokonano również migracji stanu pamięci do dedykowanej bazy danych SQLite, co przekłada się na szybszy dostęp do danych i mniejsze zużycie zasobów.

    Kontekst i przyszłość Codex

    To wydanie wpisuje się w szerszy trend przesuwania Codex z narzędzia do generowania kodu w stronę platformy agentowej, która obsługuje całe środowiska deweloperskie. W połączeniu z nowym wsparciem dla Windows Computer Use i zdalnego sterowania, Codex 0.135.0 umacnia swoją pozycję jako wszechstronne narzędzie dla programistów. Szybki cykl wydania i ciągłe innowacje wskazują na przyszłość, w której Codex stanie się nieodłącznym elementem pracy każdego dewelopera.

    Źródła

  • Codex 0.134.0 stawia na zarządzanie agentami: wyszukiwanie historii, polityki profili i OAuth dla MCP

    Codex 0.134.0 stawia na zarządzanie agentami: wyszukiwanie historii, polityki profili i OAuth dla MCP

    OpenAI wypuściło 26 maja 2026 roku wersję 0.134.0 Codex, która przekształca to narzędzie w pełnoprawne środowisko uruchomieniowe dla agentów AI. Zamiast kolejnych usprawnień edytora, wprowadzono trzy kluczowe elementy dla długotrwałych, nadzorowanych sesji: lokalne wyszukiwanie konwersacji, ujednolicone profile (--profile) oraz bardziej zaawansowaną obsługę Model Context Protocol (MCP). To wydanie odpowiada na potrzeby użytkowników, którzy spędzają z agentem więcej czasu, umożliwiając łatwiejszy powrót do wcześniejszych wątków, zachowanie konfiguracji oraz bezpieczne łączenie z zewnętrznymi narzędziami.

    Najważniejsze zmiany w Codex 0.134.0

    • Lokalne wyszukiwanie przeszukuje historię konwersacji z podglądem treści, co pozwala inżynierom odzyskać tok rozumowania agenta bez konieczności odtwarzania kontekstu.
    • Flaga --profile stała się głównym przełącznikiem profili w CLI, TUI i sandboksie — zamiast zestawu doraźnych flag, wprowadzono paczki polityk.
    • Per-server environment targeting i OAuth w MCP umożliwiają przypisywanie zmiennych środowiskowych do konkretnych serwerów oraz bezpieczną autoryzację przez strumieniowe HTTP.
    • Niezawodniejsze schematy narzędzi — connector tools zachowują lokalne struktury $ref i $defs, a przerośnięte schematy są kompaktowane bez ich spłaszczania.
    • Współbieżność tylko do odczytu — narzędzia MCP z flagą readOnlyHint mogą działać równolegle, co przyspiesza bezpieczne operacje.

    Profile jako konfigurowalne paczki polityk

    Zarządzanie uprawnieniami w Codex 0.134.0 wcześniej przypominało składanie mebli bez instrukcji — flagi do sandboksa, osobne przełączniki do poziomu dostępu, wszystko rozrzucone po dokumentacji. Wersja 0.134.0 rozwiązuje ten problem w przemyślany sposób.

    --profile działa teraz jako pojedynczy selektor, który łączy ustawienia sandboksa, poziom zatwierdzania akcji i konfigurację uprawnień w jeden zestaw. Można to traktować jak szablon polityki bezpieczeństwa, który działa w terminalu, interfejsie tekstowym i podczas zdalnego wykonania. Dla zespołów devopsowych, które muszą utrzymywać spójność między środowiskami — na przykład wymuszając tryb tylko do odczytu na testowych instancjach — to znaczna oszczędność czasu.

    Profile nie są już tylko nakładką na flagi. Działają jako samodzielne byty, które można wersjonować i przekazywać między członkami zespołu. W dłuższych sesjach kodowania, gdzie agent działa przez wiele godzin, taka powtarzalność konfiguracji ma kluczowe znaczenie.

    MCP zyskuje kontekst środowiskowy i OAuth

    Model Context Protocol łączy agenta z zewnętrznymi narzędziami — bazami danych, API, systemami plików. Dotychczas zarządzanie dostępem było mało elastyczne, ponieważ każde połączenie dziedziczyło globalne zmienne środowiskowe, co prowadziło do konfliktów przy większej liczbie konektorów.

    Nowe per-server environment targeting umożliwia przypisanie osobnych zmiennych środowiskowych do każdego serwera MCP. Jeśli jeden connector wymaga stagingowego tokena, a inny produkcyjnego klucza API, nie trzeba już stosować wrapperów ani przeładowywać sesji. Wystarczy zdefiniować to w konfiguracji.

    Dodanie OAuth dla strumieniowych serwerów HTTP to krok w stronę standardów korporacyjnych. Zamiast długotrwałych kluczy API, zespoły mogą teraz korzystać z krótkotrwałych tokenów z pełnym cyklem odświeżania. Dla nadzorowanych zdalnie agentów, na przykład działających na hostach Windows poprzez sandbox, oznacza to mniejsze ryzyko wycieku danych uwierzytelniających.

    Wyszukiwanie historii i niezawodność narzędzi

    Wyszukiwanie historii i niezawodność narzędzi

    Lokalne wyszukiwanie konwersacji rozwiązuje problem, który każdy programista zna: "co dokładnie powiedziałem agentowi trzy dni temu, że zadziałało?". Silnik przeszukuje nie tylko surowe logi, ale także treść odpowiedzi i podpowiedzi, pokazując podgląd dopasowań bez konieczności otwierania pełnych plików.

    To szczególnie ważne przy debugowaniu długich sesji — zamiast przeszukiwać setki linii terminala czy eksportować logi do zewnętrznych narzędzi, można szybko wyszukać konkretny fragment konwersacji bezpośrednio w CLI.

    Równolegle poprawiono obsługę schematów narzędzi. Dotychczas agresywne spłaszczanie struktur $ref i $defs często prowadziło do błędów walidacji, gdy connector przekazywał narzędziu źle sformatowane dane. Teraz schematy zachowują swoją strukturę — a jeśli przekraczają limity, są kompaktowane z poszanowaniem oryginalnych zależności.

    Stabilność i pakiety

    Stabilność i pakiety

    Wydanie zawiera również wiele poprawek, które są istotne w codziennej pracy. Interfejs TUI na Windows doczekał się łatek eliminujących artefakty renderowania, a zdalne wykonywanie poleceń (remote execution) jest teraz bardziej przewidywalne. Zmniejszono również rozmiar paczek instalacyjnych i uproszczono pipeline wydawniczy, co dla deweloperów oznacza szybsze ściąganie i mniej konfliktów zależności.

    Podsumowanie

    Wersja 0.134.0 to nie tylko zestaw kosmetycznych poprawek, lecz istotny krok w kierunku bardziej zaawansowanego zarządzania agentami AI.

    Źródła

  • Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    Codex 0.133.0 z natywnym śledzeniem celów – teraz agent nie zgubi wątku między restartami

    OpenAI wydało 21 maja 2026 roku wersję Codex 0.133.0, która wprowadza natywne śledzenie celów z dedykowaną pamięcią trwałą, rozszerzone możliwości wtyczek oraz ulepszony interfejs zdalnego sterowania. W tej wersji mechanizm /goal przestaje być eksperymentalnym dodatkiem i staje się domyślnym trybem pracy dla dłuższych zadań. Agent nie tylko zapamiętuje, co robił, ale także potrafi kontynuować przerwane zadanie po restarcie terminala czy awarii procesu.

    Najważniejsze zmiany w skrócie

    • Trwałe śledzenie celów – cele są teraz domyślnie włączone i zapisywane w dedykowanym magazynie, co umożliwia kontynuację zadań między restartami CLI.
    • Ulepszone CLI zdalne – zdalne sterowanie agentem stało się bardziej stabilne i łatwiejsze w obsłudze.
    • Rozszerzone API wtyczek – wtyczki zyskały dostęp do głębszej obserwacji zdarzeń cyklu życia agenta.
    • Dojrzałe profile uprawnień – profile uprawnień otrzymały API list oraz szereg poprawek stabilności.
    • Krytyczne poprawki błędów – naprawiono problemy ze startem TUI, ładowaniem instrukcji agenta i blokadami przy kompaktowaniu wątków.

    Jak działa nowe śledzenie celów

    Do tej pory mechanizm /goal działał w ramach pojedynczej sesji. Jeśli proces padał, cel przepadał. Było to frustrujące przy zadaniach trwających wiele godzin, zwłaszcza w środowiskach deweloperskich, gdzie restart terminala jest codziennością. Wersja 0.133.0 zmienia tę dynamikę.

    Cele mają teraz dedykowany magazyn, co oznacza, że stan zadania jest zapisywany między turami, niezależnie od przyczyny przerwy, czy to zamknięcia okna, utraty połączenia, czy restartu systemu. Po ponownym uruchomieniu CLI agent wznawia pracę dokładnie od miejsca, w którym ją przerwał, automatycznie sprawdzając stopień realizacji celu i decydując, co dalej.

    Mechanizm opiera się na wcześniejszych poprawkach z wersji 0.132.0, które wprowadziły limit zatrzymujący kontynuację po przekroczeniu budżetu tokenów. Teraz pętla kontynuacji nie kręci się bez końca, gdy cel jest zbyt niejasny – budżet tokenów pełni funkcję twardego limitu, po przekroczeniu którego agent zatrzymuje pracę.

    Zdalne sterowanie agentem zyskało nową jakość

    Codex od dawna pozwalał na uruchomienie agenta na zdalnym serwerze, ale interfejs do zarządzania był niewystarczający. Wersja 0.133.0 znacząco to poprawia.

    Ulepszone CLI zdalne (remote-control CLI) jest teraz bardziej stabilne i przewidywalne w działaniu. Można zarządzać zadaniami na odległym hoście, nie tracąc kontroli nad tym, co agent robi. Cała komunikacja przechodzi przez bezpieczną warstwę przekazywania (relay layer), co oznacza, że lokalna instancja agenta może wysyłać polecenia i odbierać wyniki, podczas gdy ciężkie obliczenia wykonują się zdalnie.

    Dla zespołów devopsowych i osób hostujących własne środowiska developerskie to oszczędność czasu. Można zostawić długie zadanie na serwerze, sprawdzić postępy z laptopa, a nawet zrestartować CLI bez utraty kontekstu.

    Wtyczki dostają głębszy wgląd w agenta

    Wtyczki dostają głębszy wgląd w agenta

    Rozszerzone API wtyczek to kolejny istotny element tej aktualizacji. Deweloperzy rozszerzeń mają dostęp do głębszej obserwacji zdarzeń cyklu życia. Oznacza to, że wtyczka może teraz reagować na więcej typów zdarzeń wewnątrz agenta, na przykład po wykonaniu narzędzia, przed podjęciem decyzji o kontynuacji czy po zakończeniu tury.

    Dodatkowo usprawniono funkcje odkrywania wtyczek, co ułatwia użytkownikom znajdowanie i instalowanie rozszerzeń bez grzebania w konfiguracjach. To krok w stronę ekosystemu, w którym wtyczki stają się integralną częścią platformy.

    Poprawki, które ratują codzienną pracę

    Poprawki, które ratują codzienną pracę

    Oprócz nowości, wersja 0.133.0 przynosi szereg poprawek błędów, które dotychczas męczyły użytkowników. Najważniejsze z nich dotyczą startu TUI – interfejs terminalowy potrafił się zawiesić przy uruchamianiu, szczególnie na starszych instalacjach. Teraz ten problem został rozwiązany.

    Poprawiono także ładowanie instrukcji agenta, które w poprzednich wydaniach działało wybiórczo, oraz zarządzanie profilami uprawnień – profile dojrzały i otrzymały list API, co pozwala programistom na łatwiejsze zarządzanie z poziomu skryptów i narzędzi zewnętrznych.

    Warto również odnotować, że wątki wznowione z ChatGPT mogły wpadać w błędy kompaktowania, gdy model źródłowy został już wycofany. Od teraz taki wątek ponawia próbę z aktualnie wybranym modelem, zamiast milcząco kończyć działanie.

    Podsumowanie

    Codex 0.133.0 to wydanie, które przesuwa środek ciężkości z sesyjnych, jednorazowych interakcji w stronę długotrwałych zadań agentowych. Trwałe cele, solidniejsze CLI zdalne i dojrzałe API wtyczek stanowią fundament do budowy bardziej zaawansowanych automatyzacji. Niektórzy użytkownicy zgłaszają jednak spowolnienia agenta po aktualizacji, w tym dłuższy czas odpowiedzi przy pierwszym uruchomieniu celu oraz okresowe opóźnienia w interfejsie TUI.

    Źródła

  • Codex 0.130.0: zdalne sterowanie, lepsze wtyczki i nowa jakość pracy z agentem

    Codex 0.130.0: zdalne sterowanie, lepsze wtyczki i nowa jakość pracy z agentem

    OpenAI wydało wersję Codex 0.130.0, która poprawia zarządzanie wtyczkami oraz zdalne połączenia. To wydanie ułatwia odkrywanie i współdzielenie rozszerzeń oraz umożliwia wykorzystanie Codex w zdalnych środowiskach DevOps, co może wpłynąć na sposób, w jaki zespoły wdrażają asystentów AI w codziennej pracy.

    Kluczowe informacje

    • Wtyczki zyskały bardziej informacyjny marketplace oraz wsparcie dla schematów MCP, co ułatwia wymianę narzędzi między środowiskami.
    • Ulepszono zdalne połączenia, co pozwala na stabilniejszą pracę w trybie headless oraz automatyzację.
    • AWS Bedrock wprowadza zarządzane uwierzytelnianie, co upraszcza autoryzację w chmurze dla zespołów korzystających z infrastruktury Amazona.
    • Poprawiono obsługę wątków – usunięto błędy związane z przypiętymi wątkami archiwalnymi oraz zachowaniem zdalnych połączeń, co stabilizuje wielozadaniowe sesje.

    Wtyczki bez tarcia – lepszy marketplace i wsparcie MCP

    Do tej pory udostępnianie wtyczek w Codex wymagało ręcznego przeszukiwania plików. Wersja 0.130.0 wprowadza bardziej informacyjny marketplace, który ułatwia odkrywanie i ocenę dostępnych rozszerzeń. Dla zespołów budujących własne narzędzia wewnętrzne opisy i szczegóły wtyczek są teraz lepiej widoczne, a wsparcie dla schematów MCP (Model Context Protocol) pozwala na precyzyjne definiowanie akcji i narzędzi.

    Dzięki MCP definicje akcji są ustandaryzowane, co zwiększa bezpieczeństwo i ułatwia audyt – szczególnie ważne w firmach, gdzie dział IT musi szybko sprawdzić, co trafia do pipeline’a. Dla praktyków vibe codingu oznacza to mniej przerw na ręczne konfiguracje – przeglądasz, instalujesz i kontynuujesz pracę.

    Zdalne połączenia – Codex w środowiskach zdalnych

    Wersja 0.130.0 wprowadza istotne ulepszenia w obsłudze zdalnych połączeń. Choć nie ma jeszcze dedykowanego polecenia do sterowania bezgłowym serwerem, poprawki w tym obszarze sprawiają, że Codex lepiej radzi sobie w scenariuszach zdalnych i automatycznych. To krok w stronę wizji, w której Codex działa jako silnik agentowy dostępny z lekkich klientów – zgodnie z zapowiedziami aplikacji Codex, która ma zarządzać wieloma agentami i działać w tle.

    Dla zespołów DevOps i hostingowych oznacza to nowe możliwości: stabilniejsze sesje na zdalnych maszynach, łatwiejszą integrację z webhookami oraz potencjał do asystowania przy deploymencie, monitoringu czy naprawie incydentów bez konieczności trzymania otwartego lokalnego terminala.

    AWS Bedrock i zarządzane uwierzytelnianie – mniej tarć w chmurze

    Dla organizacji korzystających z Amazon Bedrock, wersja 0.130.0 wprowadza zarządzane uwierzytelnianie Bedrock. Zamiast skomplikowanych zmiennych środowiskowych czy ręcznego konfigurowania tokenów, autoryzacja może teraz przechodzić przez uproszczony, zarządzany mechanizm. To uproszczenie eliminuje częsty problem wdrożeniowy: inżynier używa tych samych uprawnień, które ma w AWS, bez dodatkowego hasła czy klucza API.

    Poprawki, które czuć w codziennym kodowaniu

    Poprawki, które czuć w codziennym kodowaniu

    Wśród mniej widocznych, ale równie ważnych zmian, znajduje się zestaw poprawek dla obsługi wątków. Poprzednie wersje miały problem z przypiętymi wątkami archiwalnymi, które potrafiły niespodziewanie wracać, oraz z zachowaniem statusu zdalnych połączeń. Teraz te błędy zostały usunięte, co przekłada się na większą stabilność podczas intensywnej pracy z wieloma równoległymi zadaniami. Dla użytkowników analizujących wielopłatową bazę kodu z równoczesnymi testami to różnica między płynną pracą a frustracją.

    Podsumowanie

    Wydanie 0.130.0 to nie tylko zestaw poprawek, ale także sygnał, że Codex rozwija się z roli inteligentnego terminala do kodowania. Ulepszone zdalne połączenia i lepsze współdzielenie wtyczek stanowią fundament pod bardziej zautomatyzowane scenariusze – od zarządzania serwerami po firmowe platformy agentowe. Jeśli do tej pory traktowałeś Codex jako dodatek do IDE, warto rozważyć jego wykorzystanie jako samodzielnego, skalowalnego silnika AI.

    Źródła

  • OpenAI Codex 0.130.0: zdalne sterowanie i współdzielenie wtyczek wchodzą na nowy poziom

    OpenAI Codex 0.130.0: zdalne sterowanie i współdzielenie wtyczek wchodzą na nowy poziom

    OpenAI wypuściło wersję 0.130.0 swojego narzędzia OpenAI Codex CLI, wprowadzając trzy nowe funkcje: komendę codex remote-control do zarządzania bezobsługowego, rozbudowane kontrolki współdzielenia wtyczek oraz integrację z AWS Bedrock przez profile logowania. Te aktualizacje są skierowane do zespołów DevOps i programistów pracujących zdalnie.

    Co nowego w skrócie

    • Zdalne sterowanie — komenda codex remote-control pozwala uruchomić app-server w trybie headless, bez interfejsu graficznego.
    • Współdzielenie wtyczek — twórcy mogą teraz zarządzać metadanymi pluginów i kontrolować ich widoczność dla innych.
    • AWS Bedrock — autoryzacja przez profile logowania AWS eliminuje problemy przy łączeniu z usługą.
    • Windows sandbox — poprawki stabilności dla użytkowników systemu Windows, szczególnie przy dłuższych sesjach.
    • Thread diff — dokładniejsze śledzenie zmian w konfiguracji live threadów.

    codex remote-control, czyli OpenAI Codex 0.130.0 bez okienka

    Największą nowością jest komenda codex remote-control. Do tej pory praca z OpenAI Codex 0.130.0 w środowiskach serwerowych wymagała omijania ograniczeń interfejsu. Teraz OpenAI wprowadza narzędzie stworzone z myślą o automatyzacji. App-server można uruchomić w trybie headless, co umożliwia integrację z pipeline'ami CI/CD oraz zdalnymi executorami, gdzie nie ma miejsca na TUI czy GUI.

    Dla zespołów DevOps to konkret: można uruchomić OpenAI Codex 0.130.0 na zdalnej maszynie przez SSH, zarządzać wątkami agentów i nie martwić się o utrzymanie sesji terminala. W praktyce oznacza to, że OpenAI Codex 0.130.0 staje się narzędziem, które pełni rolę lekkiego orkiestratora zadań AI.

    Wtyczki pod większą kontrolą

    Druga zmiana dotyczy pluginów i sposobu ich udostępniania w zespole. Wersja 0.130.0 wprowadza możliwość podglądu tzw. bundled hooks, czyli zdefiniowanych w pakiecie akcji, które plugin wykonuje automatycznie. Dodatkowo, autor wtyczki może zdecydować, czy jego dodatek ma być widoczny dla całego workspace'u, czy pozostać prywatny.

    To krok w stronę bardziej dojrzałego ekosystemu rozszerzeń. OpenAI zmierza w kierunku, który zapowiedziało wcześniej — OpenAI Codex 0.130.0 jako centrum dowodzenia agentami, z pluginami dostosowującymi narzędzie do konkretnych ról w zespole. Jeśli pracujesz w kilkuosobowym zespole nad różnymi projektami, możesz teraz świadomie odsłaniać tylko te rozszerzenia, które są istotne dla danego kontekstu.

    Bedrock bez zbędnego tarcia

    Użytkownicy AWS Bedrock zyskują normalną autoryzację. Zamiast ręcznego przepinania kluczy czy zmiennych środowiskowych, OpenAI Codex 0.130.0 korzysta z profili logowania skonfigurowanych w AWS CLI. Dla osób pracujących z modelami Anthropica przez Bedrock w środowisku enterprise, to oszczędność nerwów, szczególnie przy przełączaniu się między stagingiem a produkcją.

    Bug fixy, które robią różnicę

    Bug fixy, które robią różnicę

    Aktualizacja eliminuje kilka irytujących błędów. Poprawiono dokładność thread diffów przy konfiguracji live threadów, co jest istotne, jeśli używasz OpenAI Codex 0.130.0 do iteracyjnego budowania aplikacji i zależy ci na precyzyjnym śledzeniu zmian. Użytkownicy Windowsa zyskają stabilniejszy sandbox, a PowerShell dostaje więcej czasu na wykonanie komend, zanim zostanie uznany za zawieszony.

    Więcej niż changelog

    Wersja 0.130.0 wpisuje się w szerszy trend: OpenAI przekształca OpenAI Codex 0.130.0 z asystenta kodowania w platformę do zarządzania agentami. Zdalne sterowanie, granularne uprawnienia do wtyczek i integracja z chmurą AWS to elementy, które mogą konkurować z rozwiązaniami takimi jak Claude Code czy Gemini CLI. Rynek narzędzi AI do programowania jest obecnie bardzo konkurencyjny, a detale mogą decydować o przewadze. Wersja 0.130.0 prezentuje solidne nowości.

    Źródła

  • Codex 0.128.0: Trwałe przepływy pracy i większa kontrola nad agentami AI

    Codex 0.128.0: Trwałe przepływy pracy i większa kontrola nad agentami AI

    OpenAI opublikowało wersję 0.128.0 narzędzia Codex, która wprowadza nowe funkcje skupiające się na trwałych przepływach pracy, zarządzaniu wtyczkami oraz bardziej szczegółowych profilach uprawnień. Dla zespołów korzystających z agentowego programowania ta aktualizacja znacząco skraca czas rozruchu i ułatwia prowadzenie długotrwałych sesji.

    Najważniejsze zmiany

    • Trwałe przepływy pracy /goal można teraz zapisywać i przywracać zarówno z poziomu TUI, jak i przez API serwera aplikacji.
    • Zarządzanie wtyczkami zostało ulepszone, co zapewnia większą kontrolę nad aktywnymi rozszerzeniami w danej sesji.
    • Rozszerzone profile uprawnień pozwalają precyzyjniej określić, do czego Codex ma dostęp, minimalizując ryzyko.
    • Ulepszona konfiguracja MultiAgentV2 ułatwia orkiestrację równoległych agentów pracujących w tym samym repozytorium.
    • Import zewnętrznych sesji agentów umożliwia łatwe przenoszenie pracy rozpoczętej poza Codexem.

    Trwałe przepływy pracy /goal z pełną kontrolą

    To kluczowy element tej aktualizacji. Dotychczas agent mógł realizować cele, ale po zakończeniu sesji zapamiętanie, na czym stanął, wymagało ręcznego opisywania. W wersji 0.128.0 wprowadzono możliwość zapisywania stanu przepływów /goal. Umożliwia to powrót do przerwanego zadania, a Codex automatycznie wie, co zostało już zrobione, bez potrzeby ponownego definiowania kontekstu.

    Zarządzanie tymi przepływami jest dostępne zarówno przez tekstowy interfejs użytkownika (TUI), jak i przez API serwera aplikacji. Dla specjalistów DevOps oznacza to możliwość automatyzacji – scenariusze utrwalonego celu można uruchamiać zdalnie, bez konieczności interakcji przez konsolę. Takie podejście wspiera ideę vibe codingu: mniej klikania, więcej swobodnego definiowania kierunku pracy, podczas gdy agent pamięta o dotychczasowych ustaleniach.

    Lepsze wtyczki i rozszerzone uprawnienia

    Lepsze wtyczki i rozszerzone uprawnienia

    Nowa wersja poprawia również mechanizmy zarządzania wtyczkami. Oprócz szybszego ładowania, zaktualizowany system daje programistom lepszy wgląd w aktywne rozszerzenia i ich wpływ na działanie Codexa. Dla zespołów pracujących na wspólnych repozytoriach oznacza to mniej niespodzianek, takich jak różnice w działaniu na różnych maszynach.

    Rozszerzone profile uprawnień wprowadzają jeszcze większą kontrolę. Można teraz określić, że agent w danej sesji może czytać pliki, ale nie ma możliwości ich modyfikacji, albo że ma dostęp tylko do wybranych katalogów. To istotne w środowiskach hostingowych i DevOps, gdzie przypadkowa zmiana konfiguracji może prowadzić do problemów. Bezpieczeństwo nie spowalnia pracy, a raczej ją organizuje.

    MultiAgentV2 i import sesji zewnętrznych agentów

    Dla osób pracujących z wieloma agentami jednocześnie istotne są zmiany w konfiguracji MultiAgentV2. Codex od dawna umożliwiał równoległe działanie agentów, ale teraz łatwiej je ze sobą zgrać, szczególnie gdy pracują na różnych gałęziach tego samego repozytorium. Wbudowane wsparcie dla worktrees pozwala uniknąć konfliktów, dzięki czemu każdy agent ma swój własny piaskownik bez ryzyka nadpisywania zmian innych.

    Nowością jest także możliwość importowania sesji zewnętrznych agentów. Jeśli rozpocząłeś pracę w innym narzędziu lub otrzymałeś fragment konwersacji agentowej, możesz teraz łatwo wciągnąć to do Codexa i kontynuować bez utraty kontekstu. To znacząca wygoda, zwłaszcza podczas testowania różnych środowisk, gdy nie chce się zaczynać wszystkiego od nowa.

    Źródła