Tag: Wtyczki

  • 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

  • Codex CLI 0.128.0: długotrwałe przepływy pracy, zaawansowane wtyczki i precyzyjne uprawnienia

    Codex CLI 0.128.0: długotrwałe przepływy pracy, zaawansowane wtyczki i precyzyjne uprawnienia

    OpenAI udostępniło wersję 0.128.0 narzędzia Codex CLI. Ta aktualizacja wprowadza trwałe przepływy pracy z komendą /goal, rozbudowany ekosystem wtyczek oraz bardziej szczegółowe profile uprawnień. Wprowadzono również poprawki dotyczące wznawiania sesji, bezpieczeństwa sieciowego i stabilności piaskownicy w systemie Windows.

    Kluczowe fakty o wydaniu 0.128.0

    • Trwałe cele /goal – użytkownicy mogą teraz tworzyć, wstrzymywać i wznawiać długoterminowe zadania, które zachowują swój stan między sesjami.
    • Rozszerzona obsługa wtyczek – pojawił się marketplace, zdalne cache'owanie oraz wsparcie dla aplikacji MCP i importu zewnętrznych agentów.
    • Wielopoziomowe profile uprawnień – zamiast prostego przełącznika `–full-auto wprowadzono elastyczną kontrolę nad tym, co agent może robić automatycznie.
    • Konfigurowalne mapy klawiszy w TUI – interfejs tekstowy zyskuje możliwość personalizacji skrótów i sterowania.
    • Poprawki błędów – łatki dotyczą między innymi sieci, wznawiania sesji i działania piaskownicy na Windows.

    Długotrwałe przepływy pracy – /goal w końcu trwałe

    Najważniejszą nowością jest zmiana logiki działania komendy /goal. Dotychczas zadania definiowane w ten sposób były jednorazowe i traciły kontekst przy przerwaniu sesji. Wersja 0.128.0 wprowadza mechanizmy tworzenia, wstrzymywania i wznawiania celów (create, pause, resume, clear), które działają zarówno w terminalowym interfejsie (TUI), jak i przez API aplikacji serwerowej.

    Oznacza to, że inżynier może rozpocząć wieloetapową refaktoryzację kodu, przerwać ją na noc i kontynuować następnego dnia – bez utraty kontekstu i bez potrzeby ponownego opisywania zadania. Codex staje się przestrzenią roboczą dla długotrwałych prac inżynierskich. To wpisuje się w szerszy trend w narzędziach AI – przejście od czatu do agenta, który zarządza zadaniami w czasie.

    Ekosystem wtyczek i elastyczne profile uprawnień

    Ekosystem wtyczek i elastyczne profile uprawnień

    Wydanie 0.128.0 znacznie rozszerza możliwości rozszerzania Codexa. Użytkownicy otrzymują marketplace wtyczek, a same pluginy mogą korzystać z haków uruchamianych razem z wtyczką (plugin-bundled hooks), zewnętrznego cache'owania oraz importować zewnętrzne agenty i łączyć się z aplikacjami MCP (Model Context Protocol). To przesuwa Codexa w stronę platformy agentowej – nie tylko CLI, ale także środowiska, które może orkiestruje wiele narzędzi i usług.

    Równocześnie zmienia się sposób zarządzania autonomią agenta. Zamiast binarnego trybu --full-auto wprowadzono explicite zdefiniowane profile uprawnień. Dzięki temu można precyzyjniej określić, które działania agent może wykonywać bez potwierdzenia, a które wymagają ręcznej akceptacji. Dla zespołów devopsowych i web developerskich to krok w stronę bezpieczniejszej automatyzacji – można na przykład pozwolić Codexowi na modyfikację plików w katalogu projektu, ale zablokować dostęp do konfiguracji sieciowej.

    Dodatkowo w 0.128.0 rozszerzono konfigurację MultiAgentV2, co umożliwia precyzyjniejsze sterowanie współpracą kilku agentów. Choć oficjalne notki nie opisują wszystkich szczegółów, sygnalizuje to dalszy rozwój scenariuszy wieloagentowych w ramach jednej sesji roboczej.

    Poprawki: sesje, sieć i piaskownica Windows

    Poprawki: sesje, sieć i piaskownica Windows

    Nowa wersja przynosi kilka istotnych łatek. Poprawiono wznawianie sesji – Codex lepiej radzi sobie teraz z przywracaniem stanu po przerwie, co łączy się z nowymi możliwościami /goal. Wzmocniono również zabezpieczenia sieciowe (network hardening), co ma znaczenie przy zdalnej pracy i integracjach z zewnętrznymi API. Użytkownicy Windows docenią stabilność działania w piaskownicy – to ważne w środowiskach korporacyjnych, gdzie izolacja procesów jest standardem.

    Podsumowanie

    Codex CLI 0.128.0 to nie tylko zestaw poprawek, ale także wyraźny sygnał kierunku rozwoju narzędzia – w stronę agentowego środowiska pracy z trwałymi zadaniami, rozbudowaną warstwą wtyczek i precyzyjną kontrolą uprawnień. Dla osób zajmujących się web developmentem, devopsem czy tzw. vibe codingiem oznacza to większą ciągłość pracy i bezpieczniejszą automatyzację długotrwałych procesów. Jeśli kolejne wydania utrzymają ten kierunek, Codex może szybko ewoluować z prostego asystenta CLI w pełnoprawne środowisko agentowe.

    Źródła

  • Claude Code 2.1.129: Wtyczki prosto z URLa, lepsza kontrola terminala i garść długo wyczekiwanych poprawek

    Claude Code 2.1.129: Wtyczki prosto z URLa, lepsza kontrola terminala i garść długo wyczekiwanych poprawek

    Szóstego maja 2026 roku Anthropic wydało wersję 2.1.129 narzędzia Claude Code. Wprowadza ona nową flagę --plugin-url, poprawia obsługę manifestów wtyczek oraz wprowadza kilka poprawek stabilności, które będą przydatne dla osób pracujących z wieloma sesjami jednocześnie. To wydanie, choć niewielkie, zawiera zmiany, które mogą znacząco ułatwić codzienną pracę w terminalu.

    Co przynosi wersja 2.1.129 — kluczowe zmiany

    • Flaga --plugin-url <url> umożliwia pobieranie wtyczek bezpośrednio z adresu URL, co ułatwia dystrybucję i automatyzację konfiguracji w zespołach.
    • Udoskonalone manifesty wtyczek pozwalają na bardziej precyzyjne deklarowanie metadanych i szybsze ładowanie rozszerzeń.
    • Lepsze wsparcie zmiennych środowiskowych dla zsynchronizowanego wyjścia terminala sprawdza się w środowiskach z multiplekserami, takimi jak tmux.
    • Opcjonalne wykrywanie modeli (opt-in) przy korzystaniu z bramek API daje większą kontrolę nad tym, które modele są widoczne w danym środowisku.
    • Poprawki stabilności: trwałość nazw sesji, widoczność panelu podagentów i czytelność komunikatów błędów API.

    Lepsze zarządzanie wtyczkami — wreszcie bez ręcznego grzebania w katalogach

    Do tej pory instalowanie wtyczek w Claude Code wymagało ręcznego umieszczania plików w odpowiednich katalogach lub korzystania z mechanizmów marketplace'u. Nowa flaga --plugin-url <url> zmienia to znacząco. Wystarczy podać bezpośredni adres URL do wtyczki, a Claude Code sam ją pobierze i zainstaluje.

    To może wydawać się drobiazgiem, ale dla zespołów deweloperskich, które chcą standaryzować środowisko pracy, to znaczna oszczędność czasu. Zamiast pisać instrukcje „pobierz plik X, umieść go w katalogu Y, potem uruchom Z”, można po prostu przekazać jeden URL w skrypcie inicjalizacyjnym. Dodatkowo, Anthropic poprawiło obsługę manifestów wtyczek — deklaracje metadanych są teraz ściślej walidowane, co powinno ograniczyć problemy z niekompletnymi lub błędnie skonfigurowanymi rozszerzeniami.

    Terminal pod kontrolą

    Terminal pod kontrolą

    Kolejnym istotnym obszarem zmian jest obsługa terminala. Wersja 2.1.129 poprawia wsparcie dla zmiennych środowiskowych przy zsynchronizowanym wyjściu terminalowym. Oznacza to mniej problemów w środowiskach z tmuxem, screenem lub innymi multiplekserami, gdzie kilka sesji może jednocześnie pisać do tego samego wyjścia. Dla użytkowników pracujących zdalnie przez SSH to znacząca poprawa komfortu.

    Warto również zwrócić uwagę na opcjonalne wykrywanie modeli przy korzystaniu z bramek API. To funkcja typu opt-in, więc domyślnie nic się nie zmienia, ale jeśli zarządzasz własną bramką i nie chcesz, aby wszystkie dostępne modele były automatycznie wyliczane i eksponowane, masz teraz pełną kontrolę. Jest to przydatne w środowiskach, gdzie przez bramkę przechodzi wiele różnych modeli, a użytkownicy końcowi powinni widzieć tylko wybrane.

    Poprawki, które po prostu działają

    Poprawki, które po prostu działają

    Ta aktualizacja przynosi także kilka mniejszych poprawek, które, choć nie brzmią spektakularnie, rozwiązują rzeczywiście irytujące problemy. Naprawiono na przykład trwałość tytułów sesji — wcześniej po restarcie sesja mogła tracić swoją nazwę i wracać do domyślnego oznaczenia. Osoby pracujące z wieloma równoległymi sesjami wiedzą, jak bardzo to dezorientuje.

    Podobnie sytuacja wygląda z panelem podagentów. W poprzednich wersjach zdarzało się, że panel nie wyświetlał się poprawnie po przełączeniu kontekstu — ten problem został teraz rozwiązany. Dodatkowo poprawiono obsługę komunikatów błędów API, które wcześniej mogły być niejasne lub mylące przy debugowaniu problemów z autoryzacją.

    Czy warto aktualizować?

    Jeśli używasz Claude Code głównie do prostych, jednosesyjnych zadań, prawdopodobnie nie odczujesz dużej różnicy. Jednak jeśli pracujesz w zespole, automatyzujesz konfigurację środowisk deweloperskich lub spędzasz dużo czasu w terminalu z wieloma równoległymi sesjami, ta aktualizacja zdecydowanie ułatwi ci życie. Flaga --plugin-url może znacząco skrócić czas onboardingu nowych osób w projekcie, a także pozwala na pozbycie się kilku drobnych, ale uporczywych błędów.

    Aktualizacja jest dostępna standardowo przez npm (npm update -g claude-code) oraz inne kanały dystrybucji. Po instalacji warto zrestartować aktywne sesje, aby wszystkie zmiany zostały poprawnie załadowane.

    Źródła

  • OpenCode v1.14.33 łata krytyczny błąd z agentami we wtyczkach

    OpenCode v1.14.33 łata krytyczny błąd z agentami we wtyczkach

    Zespół OpenCode wydał wersję v1.14.33 swojego otwartoźródłowego agenta AI do kodowania. Aktualizacja koncentruje się na jednym istotnym poprawieniu — naprawia błąd, który uniemożliwiał poprawne ładowanie niestandardowych agentów w pluginach. Dla deweloperów korzystających z rozszerzeń, ta łatka jest kluczowa, ponieważ bez niej agenty nie działały.

    Co przynosi wydanie — najważniejsze fakty

    • OpenCode v1.14.33 naprawia błąd blokujący ładowanie customowych agentów w pluginach.
    • Aktualizacja ma charakter stabilizacyjny, nie wprowadza nowych funkcji.
    • Problem dotyczył przede wszystkim deweloperów używających rozszerzeń pluginowych w workflow.
    • Łatka wpisuje się w szerszy trend hartowania stabilności aplikacji w ostatnich wydaniach.

    Dlaczego ten fix jest ważny dla codziennej pracy

    OpenCode to narzędzie używane w terminalu, IDE i na desktopie. Jeśli polegasz na pluginach rozszerzających możliwości agenta — w kontekście web developmentu, devopsów czy zadań związanych z AI — niedziałający agent to poważna przeszkoda. To blokada całego workflow.

    Wydanie v1.14.33 eliminuje sytuację, w której customowy agent skonfigurowany w pluginie nie pojawiał się. Problem nie wynikał z błędów konfiguracyjnych po stronie użytkownika, lecz z samego mechanizmu ładowania agentów przez rdzeń aplikacji. W praktyce oznaczało to, że plugin istniał, był widoczny, ale jego główna funkcjonalność nie działała.

    Co ważne, poprawka obejmuje również poboczne problemy z zależnościami. Z changeloga wynika, że deweloperzy OpenCode poprawili nie tylko samo ładowanie, ale także kwestie związane z zarządzaniem zależnościami w kontekście pluginów. To sugeruje, że źródło błędu mogło być głębsze niż zwykła pomyłka w kodzie — prawdopodobnie chodziło o nieprawidłową kolejność inicjalizacji komponentów.

    Kontekst szerszych poprawek w ekosystemie OpenCode

    Kontekst szerszych poprawek w ekosystemie OpenCode

    Wydanie v1.14.33 nie jest odosobnione. Przegląd changeloga z ostatnich dni pokazuje, że zespół konsekwentnie pracuje nad stabilnością rdzenia. Wcześniejsze aktualizacje z tego samego cyklu przyniosły m.in. poprawki w obsłudze zakładek w desktopie, ulepszenia wieloserwerowej architektury, poprawki dla sesji i widoków uprawnień, a także usprawnienia w odświeżaniu stanu sesji.

    Widać wyraźny wzorzec — OpenCode dojrzewa jako narzędzie dla profesjonalistów. Zamiast gonić za nowymi efektownymi funkcjami, zespół inwestuje czas w to, co naprawdę ma znaczenie w codziennej pracy: niezawodność. Agent AI do kodowania, który działa sporadycznie, jest bezużyteczny — szczególnie gdy jest częścią zautomatyzowanego pipeline'u.

    Wersja v1.14.33 pokazuje, jak istotna jest architektura pluginowa w nowoczesnych narzędziach deweloperskich. OpenCode od początku stawiał na rozszerzalność. Jeśli jednak fundament — czyli mechanizm ładowania agentów — nie działa, cała filozofia "zainstaluj i rozszerz" traci sens. Ta łatka przywraca ten fundament.

    Co zrobić po aktualizacji

    Co zrobić po aktualizacji

    Jeśli korzystasz z OpenCode i masz skonfigurowane własne agenty w pluginach, po aktualizacji do v1.14.33 powinieneś zobaczyć je z powrotem na liście dostępnych. Nie są wymagane żadne dodatkowe kroki migracyjne — poprawka działa automatycznie po restarcie aplikacji.

    Warto również sprawdzić, czy wcześniejsze problemy z zależnościami pluginów ustąpiły. Jeśli któryś z twoich pluginów wymagał konkretnych bibliotek i wcześniej nie działał, istnieje duża szansa, że teraz załaduje się poprawnie. Zespół OpenCode nie opublikował osobnej dokumentacji migracyjnej dla tego wydania, ponieważ nie jest ona potrzebna. To czysta łatka stabilizacyjna.

    Deweloperzy, którzy jeszcze nie aktualizowali, mogą pobrać nową wersję bezpośrednio z repozytorium GitHub projektu lub przez menedżer pakietów. Standardowa komenda opencode update również powinna zadziałać.

    Podsumowanie

    v1.14.33 nie jest wydaniem, które przyciągnie uwagę mediów. Nie zawiera nowych modeli AI, przełomowych integracji ani przeprojektowanego UI. Jest za to coś znacznie ważniejszego dla użytkowników OpenCode — pewność, że ich agenty się załadują. W świecie narzędzi deweloperskich stabilność bywa niedoceniana, aż do momentu, gdy jej zabraknie. Zespół OpenCode zdaje się to rozumieć.

    Źródła

  • Zarządzanie wtyczkami bez repozytorium – Cursor stawia na wewnętrzne marketplace’y dla zespołów

    Zarządzanie wtyczkami bez repozytorium – Cursor stawia na wewnętrzne marketplace’y dla zespołów

    Cursor wprowadził nowy mechanizm wewnętrznych marketplace’ów, który umożliwia administratorom tworzenie i dystrybucję firmowych wtyczek bez potrzeby korzystania z repozytorium kodu. Zespoły programistyczne mogą teraz centralizować dystrybucję narzędzi, reguł i umiejętności agentów AI, z elastycznymi zasadami instalacji – od domyślnego włączenia po obowiązkowe wdrożenie.

    Kluczowe informacje

    • Administratorzy mogą zarządzać marketplace’ami wtyczek wewnętrznie, z opcją działania poza repozytorium.
    • Wtyczki można instalować w trybie domyślnie włączonym, wyłączonym lub jako obowiązkowe dla całego zespołu.
    • Pakiet wtyczek zawiera serwery MCP, umiejętności, subagentów, reguły i hooki – nie tylko rozszerzenia interfejsu.
    • Aktualizacje są rozsyłane automatycznie.

    Bez repozytorium i na własnych zasadach

    W przeszłości każdy programista musiał osobno konfigurować swoje środowisko lub polegać na chaotycznym dzieleniu się plikami. Teraz administrator ma możliwość zdefiniowania marketplace w panelu Cursor, spakowania wtyczki i podjęcia decyzji o instalacji w całym zespole, bez ograniczeń związanych z repozytorium kodu. To znaczące ułatwienie, zwłaszcza dla firm, które wcześniej przechowywały wewnętrzne narzędzia w prywatnych forkach i zmagały się z ręczną konfiguracją.

    Administratorzy mogą oznaczyć wtyczkę jako „wymaganą” lub „opcjonalną”, a także ustalić, czy nowa wtyczka ma być domyślnie włączona, wyłączona, czy obowiązkowa. Dzięki temu szef działu DevOps może wdrożyć reguły przeglądu commitów, a kierownik web devu – umiejętności do automatycznego generowania komponentów Reacta.

    Co tak naprawdę zawiera wtyczka?

    Wtyczki w team marketplace to nie tylko dodatki do UI. Każda z nich to pakiet narzędzi agentowych: serwery MCP (Model Context Protocol), umiejętności, subagenci, reguły i hooki. Oznacza to, że jedna wtyczka może zmieniać sposób, w jaki asystent AI działa w codziennej pracy – od wywoływania endpointów API, przez formatowanie pull requestów, aż po automatyczne testy.

    Na przykład zespół webowy może stworzyć wtyczkę z szablonem subagenta do analizy zgłoszeń błędów, a zespół DevOps pakuje umiejętności do inspekcji konfiguracji Dockera i publikuje je w marketplace. Po jednym kliknięciu każdy programista w organizacji zyskuje ten sam zestaw narzędzi, eliminując potrzebę wielu niezależnych konfiguracji.

    Jak to wygląda w praktyce – domyślnie włączone, wyłączone albo obowiązkowe

    Jak to wygląda w praktyce – domyślnie włączone, wyłączone albo obowiązkowe

    Domyślne zachowanie można ustawiać w locie. Jeśli wtyczka dostarcza podstawowe lintery i reguły formatowania, administrator ustawia ją jako domyślnie włączoną – każdy nowy członek zespołu korzysta z niej od razu. W przypadku wtyczki służącej do eksperymentalnej analizy danych, jest ona domyślnie wyłączona – chętni mogą ją włączyć samodzielnie. Obowiązkowe wdrożenie dotyczy polityk bezpieczeństwa lub krytycznych zasad przeglądu kodu.

    Dzięki temu Cursor ułatwia skalowanie praktyk zespołowych. Nie ma potrzeby krążenia z prezentacjami i proszenia: „zainstalujcie tę nową regułę”. Nowa wersja wtyczki trafia do marketplace’u, a agent AI wszystkich członków zespołu zaczyna działać według zaktualizowanych zasad.

    AI w zespole bez indywidualnej konfiguracji

    AI w zespole bez indywidualnej konfiguracji

    W kontekście web developmentu, rosnącej liczby autonomicznych agentów AI, Cursor staje się środowiskiem, w którym agent samodzielnie pisze, testuje i modyfikuje kod. Dzięki wewnętrznym marketplace’om organizacja może szybko wprowadzać agentowe zachowania – od automatycznego wdrażania gałęzi testowych, przez podpowiadanie architektury, aż po generowanie raportów błędów.

    Znikają tarcia między indywidualną kreatywnością a zespołowym standardem. Każdy programista ma swoje skróty i preferencje, ale wspólna warstwa narzędzi jest identyczna. Jeśli szefostwo uzna, że nowy hook do audytu jest obowiązkowy, aktualizuje marketplace, a następnego dnia wszyscy go mają – bez potrzeby grzebania w plikach konfiguracyjnych.

    Limity i drobne zgrzyty

    Nie wszystko działa idealnie. Dostępność konkretnych limitów i zakresów wsparcia może różnić się w zależności od wybranego planu. Szczegóły dotyczące integracji z zewnętrznymi platformami nie zostały jeszcze w pełni opisane przez producenta – w oficjalnych materiałach nie potwierdzono ograniczenia wyłącznie do GitHuba. Mimo to zmiana jest zauważalna. Dla zespołów regularnie pracujących z agentami AI, nowy marketplace w Cursor to szansa na uporządkowanie narzędzi i przyspieszenie onboardingu. Zamiast rozproszonych skryptów, organizacja zyskuje jeden centralny hub, który integruje środowisko pracy.

    Źródła

  • Codex 0.122.0 wprowadza tabbed browsing i silniejsze bezpieczeństwo dla pluginów

    Codex 0.122.0 wprowadza tabbed browsing i silniejsze bezpieczeństwo dla pluginów

    OpenAI wydało wersję Codex 0.122.0, która koncentruje się na poprawie zarządzania pluginami oraz zwiększeniu kontroli bezpieczeństwa. To kolejny krok w rozwoju Codex z narzędzia do kodowania w platformę dla zautomatyzowanych workflowów. Nowa wersja wprowadza funkcje takie jak tabbed browsing dla pluginów, elastyczne źródła marketplace oraz zaostrzone polityki bezpieczeństwa dotyczące systemu plików.

    Kluczowe zmiany w Codex 0.122.0

    • Tabbed browsing i elastyczne źródła marketplace: Nowy interfejs zarządzania pluginami umożliwia łatwiejsze przeglądanie i instalację paczek zawierających umiejętności, integracje aplikacji oraz konfiguracje serwerów MCP.
    • Zaostrzone polityki bezpieczeństwa systemu plików: Wprowadzenie ściślejszych polityk bezpieczeństwa dla operacji na systemie plików zwiększa ochronę podczas pracy pluginów z lokalnymi zasobami.
    • Unieważnianie zarządzanych tokenów po wylogowaniu: Tokeny są automatycznie unieważniane po wylogowaniu użytkownika, co eliminuje ryzyko pozostawienia aktywnych kluczy.
    • Zaostrzone wymagania dotyczące zaufania workspace: Wymagania dotyczące zaufania dla workspace zostały zaostrzone, co wymusza bardziej świadome decyzje przed udostępnieniem pluginowi pełnego kontekstu pracy.

    W stronę platformy workflowów, nie tylko asystenta

    Najważniejszym celem tego wydania jest przekształcenie Codex z narzędzia do kodowania w bardziej kompleksową platformę dla zautomatyzowanych workflowów. Plugin w Codex to według oficjalnej dokumentacji "installable bundle", który łączy umiejętności, integracje aplikacji i konfigurację serwera MCP w gotowe do użycia workflowy.

    To oznacza, że deweloper może zainstalować pluginy dla GitHub, Slack czy Google Drive, które nie tylko umożliwiają dostęp do API, ale także dostarczają predefiniowane umiejętności – zestawy instrukcji i sprawdzonych procedur dla konkretnych typów pracy. To przesunięcie "bottlenecku" z inteligencji modelu na strukturę workflowu zostało wcześniej zauważone przez obserwatorów.

    Usprawnienia TUI i stabilność

    Wydanie 0.122.0 nie koncentruje się wyłącznie na pluginach. Codex zyskał również bogatsze kontrolki TUI, co obejmuje wsparcie dla side conversation oraz lepszego zarządzania wejściem. Te usprawnienia interfejsu tekstowego mają na celu zwiększenie płynności pracy podczas długich sesji z asystentem.

    Dodatkowo, wydanie zawiera szereg poprawek stabilnościowych, które eliminują problemy z crashami i nieprawidłowym zachowaniem podczas intensywnych operacji. W kontekście web developmentu, gdzie Codex często działa z dużymi projektami, takie poprawki są kluczowe dla codziennej produktywności.

    Bezpieczeństwo dla devops i zespołów produkcyjnych

    Bezpieczeństwo dla devops i zespołów produkcyjnych

    Nowe mechanizmy bezpieczeństwa, takie jak zaostrzone polityki dla systemu plików oraz automatyczne unieważnianie tokenów, są szczególnie istotne dla środowisk devops i zespołów pracujących nad aplikacjami produkcyjnymi. Plugin w Codex może mieć szeroki dostęp do zasobów – zarówno lokalnych plików, jak i zewnętrznych usług poprzez serwery MCP.

    Wymuszanie ściślejszych wymagań dotyczących zaufania workspace przed uruchomieniem pluginów oznacza, że deweloper musi świadomie zatwierdzić zakres dostępnych danych. To zmniejsza ryzyko przypadkowego wycieku informacji czy wykonania nieautoryzowanych operacji przez plugin.

    Praktyczne implikacje dla deweloperów

    Dla web deweloperów, wydanie 0.122.0 otwiera drogę do bardziej zorganizowanej pracy. Możliwość instalacji pluginów z różnych źródeł marketplace (np. publicznych repozytoriów, prywatnych katalogów firmowych) oznacza łatwiejsze dostosowanie Codex do specyficznych potrzeb projektu czy stacku technologicznego.

    Tabbed browsing w zarządzaniu pluginami ułatwia przełączanie się między różnymi zestawami narzędzi – na przykład jeden plugin dla pracy z React i TypeScript, a drugi dla automatyzacji deploymentów na AWS. To wszystko zbliża Codex do roli centrum kontroli dla automatyzacji rozwoju aplikacji, a nie tylko inteligentnego generatora kodu.

    Podsumowanie

    Codex 0.122.0 to krok w kierunku platformy, która łączy moc AI z strukturą i bezpieczeństwem potrzebnymi dla profesjonalnych workflowów. Poprawki w zarządzaniu pluginami, nowe funkcje TUI oraz zaostrzone polityki bezpieczeństwa tworzą bardziej solidne środowisko dla deweloperów, devopsów i zespołów produkcyjnych.

    Wydanie pokazuje, że OpenAI koncentruje się nie tylko na zwiększaniu inteligencji Codex, ale także na budowaniu infrastruktury, która pozwala tej inteligencji działać w sposób kontrolowany, bezpieczny i wydajny w realnych projektach. To istotny krok dla wszystkich, którzy wykorzystują AI w codziennej pracy technologicznej.

    Źródła

  • Codex 0.121.0: rozszerzony rynek wtyczek i nowe sterowanie pamięcią

    Codex 0.121.0: rozszerzony rynek wtyczek i nowe sterowanie pamięcią

    OpenAI wydało nową wersję swojego narzędzia dla programistów – Codex 0.121.0. Ta aktualizacja wprowadza istotne ulepszenia w zarządzaniu wtyczkami, umożliwiając instalację z różnych źródeł oraz poprawiając kontrolę nad pamięcią sesji i funkcjami terminala tekstowego (TUI). Wydanie koncentruje się również na bezpieczeństwie, dodając nowy profil devcontainer i udoskonalając mechanizmy sandboxingu, a także naprawiając szereg błędów, które wpływały na stabilność serwera aplikacji oraz jego kompatybilność z systemem Windows.

    Kluczowe zmiany w wydaniu 0.121.0

    • Rozszerzony rynek wtyczek – wprowadzono obsługę instalacji wtyczek z różnych źródeł, w tym zdalnych, cross-repo i lokalnych.
    • Zaawansowane sterowanie pamięcią – dodano nowe tryby kontroli pamięci w interfejsie TUI oraz rozszerzono możliwości wyszukiwania w historii.
    • Wzmocnienia bezpieczeństwa – wprowadzono nowy, bezpieczny profil devcontainer oraz poprawiono obsługę i egzekwowanie sandboxingu.
    • Rozwój MCP – zwiększono możliwości wywołań narzędzi w ramach Model Context Protocol (MCP).
    • Naprawy stabilności – poprawiono działanie serwera aplikacji oraz kompatybilność z Windows, eliminując kluczowe błędy.

    Wydanie 0.121.0 kontynuuje rozwój Codex, który w ostatnich miesiącach koncentrował się na rozbudowie ekosystemu wtyczek oraz zwiększaniu bezpieczeństwa środowiska wykonawczego. Chociaż szczegółowe notki wydania dla tej wersji nie są szeroko dostępne, kontekst z wcześniejszych iteracji, takich jak 0.121.0, wskazuje na kierunek rozwoju. Widać wyraźny nacisk na elastyczne zarządzanie wtyczkami, które teraz można instalować nie tylko z centralnego repozytorium, ale także z innych, zdefiniowanych przez użytkownika źródeł. To daje zespołom większą swobodę w tworzeniu i dystrybucji własnych rozszerzeń.

    Lepsza kontrola nad pamięcią i sesjami

    Jednym z kluczowych ulepszeń są rozszerzone mechanizmy kontroli pamięci w tekstowym interfejsie użytkownika (TUI). Deweloperzy zyskali bardziej precyzyjne narzędzia do zarządzania tym, co jest przechowywane w kontekście sesji. Dodano również funkcję reverse history search, która ułatwia nawigację po historii poleceń i promptów, przypominając rozwiązania z zaawansowanych shelli. Te zmiany, choć techniczne, mają bezpośredni wpływ na płynność codziennej pracy z narzędziem.

    Równolegle rozwijany jest Model Context Protocol (MCP), który w tej wersji zyskał rozszerzone możliwości wywołań narzędzi (tool calls). To otwiera drogę do bardziej złożonych integracji z zewnętrznymi systemami i API, pozwalając Codexowi nie tylko generować kod, ale także aktywnie z nim współdziałać.

    Priorytet dla bezpieczeństwa i stabilności

    Priorytet dla bezpieczeństwa i stabilności

    Bezpieczeństwo pozostaje kluczowym elementem w rozwoju Codexa. Wydanie 0.121.0 wprowadza nowy, dedykowany profil devcontainer, który domyślnie nakłada bardziej restrykcyjne zasady bezpieczeństwa na kontenery developerskie. To odpowiedź na potrzebę izolacji potencjalnie niebezpiecznych operacji, szczególnie przy automatycznym wykonywaniu kodu.

    Usprawniono także mechanizmy sandboxingu, co obejmuje lepszą obsługę uprawnień i izolacji procesów, minimalizując ryzyko nieautoryzowanego dostępu do systemu hosta. W kontekście Windows poprawiono kompatybilność i stabilność, zwłaszcza w obszarach związanych z pseudokonsolą (pseudoconsole) i dziedziczeniem środowiska, co było źródłem problemów w wcześniejszych wersjach.

    Wnioski i kierunek rozwoju

    Wydanie Codex 0.121.0, choć inkrementalne, jest istotne, ponieważ potwierdza trendy obserwowane w późniejszych wersjach. Główne filary tej aktualizacji to otwartość ekosystemu przez rozszerzony rynek wtyczek, ergonomia pracy dzięki lepszemu TUI oraz niezawodność i bezpieczeństwo fundamentów systemu. OpenAI konsekwentnie rozwija Codexa jako platformę, którą zespoły mogą konfigurować i rozszerzać zgodnie z własnymi potrzebami.

    Kolejne wydania, takie jak 0.121.0, pokazują kontynuację tych trendów, wprowadzając m.in. utrwalone workflow'y /goal oraz bogatsze profile uprawnień. Wersja 0.121.0 stanowi ważny krok w tym kierunku, stabilizując kluczowe funkcje przed dalszą ekspansją. Dla programistów oznacza to coraz bardziej zaawansowane i użyteczne narzędzie do współpracy ze sztuczną inteligencją przy tworzeniu kodu.

    Źródła

  • Codex 0.121.0 wprowadza decentralizowany rynek wtyczek i wzmacnia bezpieczeństwo

    Codex 0.121.0 wprowadza decentralizowany rynek wtyczek i wzmacnia bezpieczeństwo

    OpenAI wydało nową wersję swojego narzędzia wiersza poleceń Codex. Wersja 0.121.0, opublikowana 15 kwietnia 2026 roku, wprowadza istotne funkcje dla ekosystemu, takie jak zdecentralizowany rynek wtyczek, ulepszony interfejs terminalowy oraz zaawansowane opcje bezpieczeństwa. Ta aktualizacja pokazuje, że Codex przekształca się w platformę, a nie tylko w narzędzie CLI dla asystentów AI.

    Największą nowością jest komenda codex marketplace add, która umożliwia programistom instalację wtyczek z różnych źródeł bez korzystania ze scentralizowanego sklepu. Można teraz dodawać repozytoria GitHub za pomocą składni owner/repo, używać bezpośrednich adresów Git lub SSH, wskazywać lokalne katalogi, a także linki do plików marketplace.json. Dla kontroli wersji dodano flagę --ref do przypinania konkretnych commitów oraz --sparse PATH dla selektywnego checkoutu. Uzupełniają to komendy remove i upgrade do zarządzania dodanymi źródłami.

    Najważniejsze zmiany w Codex 0.121.0

    • Decentralizacja wtyczek: Nowy rynek (codex marketplace add) umożliwia instalację z GitHub, Git, katalogów lokalnych i plików JSON.
    • Ulepszony interfejs terminalowy: Interfejs zyskuje funkcję wyszukiwania historii wstecz (Ctrl+R) oraz wskaźnik zużycia kontekstu.
    • Rozszerzenie MCP: Model Context Protocol obsługuje teraz zaawansowane wywołania narzędzi (część 3) i równoległe wykonywanie.
    • Bezpieczeństwo: Dodano bezpieczny profil devcontainer z bubblewrap dla sandboxingu na poziomie systemu operacyjnego.
    • Model i pamięć: Aktualizacja modelu fazy 2 do gpt-5.4 oraz nowe menu zarządzania pamięcią sesji.

    Ulepszenia interfejsu użytkownika w terminalu

    Doświadczenie pracy w terminalu (TUI) zostało znacząco poprawione. Najbardziej praktyczną funkcją jest wyszukiwanie historii wstecz (Ctrl+R), znane użytkownikom powłoki bash, które teraz działa także wewnątrz Codexa. Umożliwia to szybkie przywoływanie i ponowne użycie wcześniejszych poleceń, w tym zaakceptowanych komend z ukośnikiem (slash commands).

    Wizualnie interfejs również się zmienia. Stary wskaźnik okna kontekstu został zastąpiony przez bardziej precyzyjny wskaźnik procentowego zużycia kontekstu, wyświetlany w linii statusu. To pomaga lepiej kontrolować, ile „tokenów” pozostało do dyspozycji w danej sesji. Dodatkowo wprowadzono konfigurowalne mapowania klawiszy, sugestie w trybie planowania oraz dynamiczne tytuły terminala informujące o wymaganej akcji.

    Bezpieczeństwo i sandboxing

    W kwestii bezpieczeństwa, wersja 0.121.0 wprowadza istotne zmiany – Codex traktuje je priorytetowo. Wprowadzono bezpieczny profil devcontainer, który wykorzystuje bubblewrap do tworzenia zaawansowanego sandboxu na poziomie systemu operacyjnego. Jest to szczególnie istotne na macOS, gdzie poprawiono obsługę piaskownic systemowych. Profil ten konfiguruje Docker z precyzyjną listą dozwolonych gniazd Unix, co minimalizuje powierzchnię ataku.

    Aktualizacja zawiera również poprawki błędów, które wpływają na stabilność. Naprawiono problemy z dopasowywaniem ścieżek w systemie Windows oraz zwiększono niezawodność serwera aplikacji (app-server). Te zmiany, choć mniej widoczne, są kluczowe dla długoterminowej stabilności i bezpieczeństwa codziennej pracy z narzędziem.

    Ewolucja MCP i zarządzanie pamięcią

    Ewolucja MCP i zarządzanie pamięcią

    Model Context Protocol (MCP) to kluczowy element ekosystemu Codex, pozwalający na integrację zewnętrznych narzędzi. W tej wersji MCP zyskuje wsparcie dla części 3 wywołań narzędzi, obsługę przestrzeni nazw oraz opcjonalne równoległe wykonywanie. Codex może teraz działać jako serwer MCP przez standardowe wejście/wyjście (stdio), co otwiera drogę do używania go przez inne agenty AI.

    Rozbudowano także mechanizm pamięci sesji. Dostępne jest teraz dedykowane menu do zarządzania pamięcią, z opcjami resetu, usuwania pojedynczych wpisów i czyszczenia. To, wraz z aktualizacją domyślnego modelu dla fazy 2 do gpt-5.4, pozwala na bardziej efektywną i kontrolowaną pracę nad złożonymi projektami.

    Podsumowanie

    Wydanie Codex 0.121.0 to istotny krok w kierunku przekształcenia Codexa w otwartą platformę podłączalnych narzędzi, konkurującą z innymi agentami CLI, takimi jak Claude Code czy Copilot CLI. Decentralizacja rynku wtyczek daje społeczności większą swobodę, zaawansowany sandboxing zapewnia bezpieczeństwo, a ulepszenia TUI zwiększają wygodę. Dla programistów oznacza to potężniejsze i bardziej elastyczne narzędzie, które lepiej wpisuje się w nowoczesne podejście do programowania i automatyzacji.

    Źródła

  • OpenCode Wprowadza Kluczowe Poprawki w Rozwiązaniu Pluginów

    OpenCode Wprowadza Kluczowe Poprawki w Rozwiązaniu Pluginów

    Wydanie OpenCode w wersji 1.3.13, które ukazało się 1 kwietnia 2026 roku, to przykład tego, jak drobna poprawka techniczna może znacząco wpłynąć na stabilność całego ekosystemu. Tym razem zespół skupił się na wyeliminowaniu problemów z rozpoznawaniem punktów wejścia (entrypoints) pluginów. To pozornie małe usprawnienie ma duże znaczenie dla niezawodności integracji dodatków.

    Na czym polegał problem i jak go naprawiono

    Głównym elementem tej aktualizacji były poprawki związane z plugin entrypoint resolution. Zmiany obejmowały pomijanie pluginów, które nie mają pasującego punktu wejścia (server lub TUI), zamiast zgłaszania błędów, oraz ostrzeganie użytkowników w takich sytuacjach. Wprowadzono również mechanizm pinowania wersji dla lepszej kontroli.

    W praktyce oznaczało to, że niektórzy twórcy pluginów lub użytkownicy, którzy konfigurowali je w określony sposób, napotykali błędy. Plugin po prostu się nie uruchamiał, mimo poprawnej instalacji. Wersja 1.3.13 wprowadza zmiany w logice rozpoznawania tych ścieżek, zapewniając większą elastyczność i lepsze komunikaty. Dzięki temu wszystkie pluginy z poprawnymi punktami wejścia powinny być teraz obsługiwane bezproblemowo.

    Kontekst działań na rzecz stabilności

    Ta poprawka nie jest odosobnionym przypadkiem, lecz częścią szerszego trendu w rozwoju OpenCode. W ostatnich wydaniach widać wyraźny nacisk na stabilność core’u i dopracowywanie podstawowych mechanizmów. Ekosystem pluginów był wcześniej wskazywany jako obszar wymagający uwagi – w bug trackerze projektu odnotowywano na przykład błędy ładowania pluginów przy imporcie zależności npm.

    Wydanie v1.3.13 było częścią serii poprawek stabilizacyjnych publikowanych w krótkich odstępach czasu (podobnie jak wersje 1.3.12 czy 1.3.8). W tym samym czasie wprowadzono też ulepszenia w innych obszarach, takie jak poprawione wykrywanie głównego katalogu projektu (wybieranie między CMakeLists.txt a Makefile) dla clangd w workspace'ach C/C++.

    Dlaczego to ważne dla użytkowników

    Dla programistów korzystających z OpenCode sprawne działanie pluginów jest kluczowe. To właśnie one pozwalają rozszerzać funkcjonalność agenta AI, dostosowywać go do specyficznych workflowów czy integrować z zewnętrznymi narzędziami. Jakakolwiek niepewność co do ich poprawnego ładowania podważa zaufanie do całego narzędzia.

    Naprawienie tych technicznych szczegółów zmniejsza barierę wejścia dla twórców pluginów i zwiększa komfort użytkowników. Co ciekawe, równolegle trwają prace nad dalszą rozbudową infrastruktury – wcześniejsze aktualizacje wprowadziły wsparcie dla paczek pluginów zawierających tylko motywy oraz lepszą obsługę instalacji z aliasów npm i adresów git.

    Podsumowanie

    Wydanie OpenCode 1.3.13 to skromna, ale istotna aktualizacja, która likwiduje konkretne problemy techniczne. Pokazuje ona dojrzałe podejście do rozwoju projektu, gdzie obok wprowadzania nowych funkcji poświęca się uwagę solidności fundamentów. Taka dbałość o stabilność mechanizmu pluginów przekłada się bezpośrednio na płynność pracy programistów, którzy polegają na rozszerzeniach w swojej codziennej pracy z AI. Kolejne aktualizacje z tego okresu potwierdzają, że jest to świadoma strategia zespołu OpenCode.

    Źródła

  • Codex 0.116.0: Rozbudowany TUI, Usprawnione Zarządzanie Wtyczkami i Lepsze Sesje Realtime

    Codex 0.116.0: Rozbudowany TUI, Usprawnione Zarządzanie Wtyczkami i Lepsze Sesje Realtime

    Najnowsza wersja Codex, oznaczona numerem 0.116.0, przynosi istotne usprawnienia, które mają ułatwić pracę programistom. Wydanie koncentruje się na poprawie komfortu pracy z interfejsem tekstowym serwera aplikacji (app-server TUI), wprowadzeniu wtyczek jako funkcjonalności pierwszej klasy oraz zwiększeniu stabilności kluczowych komponentów, takich jak sesje realtime. To solidna aktualizacja, która naprawia też kilka uciążliwych błędów.

    Wtyczki stają się funkcjonalnością pierwszej klasy

    Jedną z najważniejszych zmian w Codex 0.116.0 jest potraktowanie wtyczek jako podstawowego elementu workflow. To duża różnica w porównaniu do wcześniejszych, bardziej eksperymentalnych implementacji.

    Teraz system może automatycznie synchronizować wtyczki przypisane do danego produktu już przy starcie. Użytkownicy mają też dostęp do przeglądarki wtyczek pod adresem /plugins, co znacznie ułatwia ich odkrywanie. Sam proces instalacji i usuwania został uproszczony – jeśli brakuje wymaganej wtyczki lub konektora, Codex poinformuje o tym i zaproponuje instalację. Cały cykl życia wtyczki, w tym procesy uwierzytelniania i konfiguracji, jest teraz obsługiwany w bardziej przejrzysty sposób.

    Ulepszony interfejs App-Server i logowanie

    Wydanie 0.116.0 mocno stawia na usprawnienie pierwszego kontaktu z narzędziem poprzez app-server TUI. Kluczową nowością jest wsparcie dla logowania do ChatGPT za pomocą device code. Ta metoda uwierzytelniania, znana z innych narzędzi deweloperskich, jest często wygodniejsza niż wpisywanie haseł, szczególnie w środowiskach terminalowych.

    Dodano też nowy hook o nazwie userpromptsubmit. Pozwala on na przechwycenie, zablokowanie lub zmodyfikowanie promptu użytkownika, zanim zostanie on wykonany i trafi do historii rozmowy. To potężne narzędzie dla osób, które chcą mieć większą kontrolę nad interakcją z modelem.

    Stabilniejsze i bardziej funkcjonalne sesje realtime

    Praca w trybie rzeczywistym (realtime) zyskała na jakości. Zaimplementowano dedykowany tryb transkrypcji dla sesji realtime, co powinno poprawić obsługę audio. Usprawniono również logikę zamykania sesji oraz sposób radzenia sobie z przerwaniem strumienia audio w sesjach v2.

    Poprawki objęły też kontekst wątków. Dzięki lepszemu zarządzaniu historią konwersacji i naprawieniu błędu z ponownym pojawianiem się zarchiwizowanych, przypiętych wątków w panelu bocznym, nawigacja między projektami stała się bardziej przewidywalna.

    Kluczowe poprawki i usprawnienia infrastrukturalne

    Pod maską również zaszło sporo zmian. Wyeliminowano kilka krytycznych problemów, które mogły irytować użytkowników. Naprawiono blokady podczas uruchamiania (startup stalls), które potrafiły unieruchomić aplikację.

    Dla użytkowników Linuksa istotna jest poprawka dotycząca sandboxa. Codex 0.116.0 preferuje teraz systemowy /usr/bin/bwrap, jeśli jest on dostępny, co zwiększa niezawodność uruchamiania narzędzi w izolowanym środowisku na starszych dystrybucjach. W systemie Windows poprawiono problemy z obsługą skrótów klawiaturowych do kopiowania i wklejania w terminalu.

    Podsumowanie

    Codex 0.116.0 to wydanie, które stawia na dojrzałość i wygodę użytkowania. Wprowadzenie wtyczek jako podstawowego elementu workflow, wraz z intuicyjnym menedżerem, otwiera nowe możliwości rozszerzania funkcjonalności. Usprawnienia w interfejsie app-server TUI, szczególnie łatwiejsze logowanie i nowy hook do kontroli promptów, bezpośrednio przekładają się na płynność pracy. Połączenie tych nowości z pakietem istotnych poprawek stabilizujących sandbox, sesje realtime i historię rozmów sprawia, że jest to bardzo wartościowa aktualizacja dla każdego dewelopera korzystającego z Codex.

    Źródła