Autor: redakcja

  • 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

  • Claude Code 2.1.138: niewidzialna aktualizacja, która realnie wzmocni Twoje codzienne kodowanie

    Claude Code 2.1.138: niewidzialna aktualizacja, która realnie wzmocni Twoje codzienne kodowanie

    Podczas gdy świat sztucznej inteligencji jest pełen spektakularnych premier nowych modeli i funkcji, Anthropic wprowadziło wersję 2.1.138 swojego asystenta CLI – Claude Code. Na pierwszy rzut oka to wydanie nie wprowadza żadnych widocznych zmian. Brak nowych przełączników, zmian w interfejsie czy hucznych zapowiedzi. Jednak te ukryte poprawki mogą okazać się kluczowe. Gdy narzędzie, z którego korzystasz przez kilka godzin dziennie, przestaje się zacinać, tracić sesje i obciążać procesor, doceniasz każdą z tych niewidocznych aktualizacji.

    Kluczowe informacje o wydaniu

    • Claude Code 2.1.138 to aktualizacja sklasyfikowana jako „internal fixes” – publiczny changelog nie ujawnia szczegółów dotyczących funkcji.
    • Głównym celem jest poprawa stabilności i infrastruktury wewnętrznej – zmiany nie są widoczne dla użytkowników.
    • Wydanie jest częścią serii wcześniejszych poprawek, które obejmują optymalizację czasu uruchamiania, redukcję zużycia CPU w stanie bezczynności, naprawy sesji i łatki bezpieczeństwa.
    • Anthropic zaleca aktualizację ze względów niezawodnościowych, co podkreśla znaczenie tych ukrytych usprawnień.

    Co naprawdę kryje się za lakonicznym „Internal fixes”?

    W oficjalnym changelogu na GitHubie przy wersji 2.1.138 znajdują się jedynie dwa słowa: „Internal fixes”. Dokumentacja Claude Code wyjaśnia, że niektóre aktualizacje są „wewnętrznymi usprawnieniami infrastrukturalnymi (bez zmian dla użytkownika)” i właśnie do tej kategorii należy omawiane wydanie. To typowy wzorzec w szybko rozwijających się narzędziach deweloperskich: najpierw zespół wprowadza nowe funkcje (haki agentowe, hot reload umiejętności, zaawansowane sterowanie przepływem pracy), a następnie przez kilka kolejnych wersji „doprecyzowuje” kod, usuwa rzadkie błędy i przygotowuje stabilny fundament pod przyszłe innowacje.

    Co to oznacza w praktyce? Prawdopodobnie programiści Anthropic poprawili fragmenty krytycznej ścieżki komunikacji z modelem, zoptymalizowali zarządzanie pamięcią w długotrwałych sesjach lub usunęli błędy prowadzące do sporadycznych awarii. Tego typu zmiany mogą być niewidoczne podczas krótkiego testu, ale kumulują się podczas wielogodzinnej pracy. Sesja nie urywa się bez powodu, procesor nie skacze bez przyczyny, a narzędzie nie gubi kontekstu w kluczowych momentach, gdy debugujesz skomplikowany fragment kodu. Dla osób praktykujących Vibe Coding lub programujących z asystentem, to różnica między produktywnym flow a frustrującą przerwą.

    Szerszy kontekst – architektura niezawodności w ekosystemie Claude Code

    Aby zrozumieć znaczenie wydania 2.1.138, warto przyjrzeć się wcześniejszym aktualizacjom. W ostatnich tygodniach Anthropic wprowadziło szereg poprawek, które mają na celu zwiększenie niezawodności. Poprawiono czas uruchamiania CLI, co oznacza mniej czekania przy każdym nowym zadaniu. Zredukowano zużycie CPU, gdy narzędzie działa w tle, co jest korzystne dla osób pracujących na laptopach. Naprawiono renderowanie terminala, co sprawia, że wyniki działania agentów są bardziej czytelne. Dodatkowo wprowadzono łatki bezpieczeństwa, które usunęły ryzyko wycieku wrażliwych danych do logów debugowania.

    Anthropic nie unika przyznawania się do błędów. Publiczne raporty dotyczące awarii sesji czy regresji jakości są dowodem na to, że firma stara się uczyć na swoich doświadczeniach.

    Źródła

  • Claude Code 2.1.137 usuwa krytyczny błąd z rozszerzeniem VS Code na Windows

    Claude Code 2.1.137 usuwa krytyczny błąd z rozszerzeniem VS Code na Windows

    Anthropic wydało wersję 2.1.137 narzędzia Claude Code, która naprawia istotny błąd w rozszerzeniu VS Code na systemach Windows. Aktualizacja została wprowadzona po licznych zgłoszeniach od deweloperów, którzy mieli problemy z uruchomieniem rozszerzenia. Problem dotyczył wyłącznie Windows, co uniemożliwiało korzystanie z Claude Code bezpośrednio w edytorze, zmuszając użytkowników do pracy wyłącznie w terminalu.

    Co warto wiedzieć o aktualizacji

    • Rozszerzenie VS Code nie zawiesza się już przy starcie na Windows – wcześniej nie aktywowało się w ogóle.
    • Przyczyną problemu był zahardcodowany build path w bundled SDK oraz błąd w polyfillu createRequire.
    • To niewielka poprawka, ale kluczowa dla programistów korzystających z VS Code jako głównego IDE na Windows.
    • Problem narastał od kilku wcześniejszych wersji – użytkownicy zgłaszali puste lub niedziałające zachowanie rozszerzenia.

    Dlaczego akurat Windows? I co zawiodło

    Usterka miała konkretne źródło techniczne. W changelogu Claude Code wskazano, że problemem był zahardcodowany build path w bundled SDK oraz błąd w polyfillu createRequire. Oznacza to, że ścieżki do zasobów były wpisane na sztywno i nie uwzględniały różnic między systemami plików. Na Windows prowadziło to do całkowitego niepowodzenia przy próbie załadowania rozszerzenia.

    Wątek na GitHubie (#45729) pokazuje, że nie był to jednorazowy incydent. Poprzednie wersje już sprawiały problemy użytkownikom VS Code na Windows – okno rozszerzenia pozostawało puste lub rozszerzenie nie odpowiadało. Dopiero wersja 2.1.137 przyniosła konkretną poprawkę.

    Takie błędy mogą być frustrujące. Deweloper uruchamia IDE, chce szybko skonsultować coś z Claude Code, a tu nic nie działa. Zostaje tylko terminal, co dla wielu osób jest mniej wygodne przy pracy z kodem.

    Co dokładnie zmieniono

    Changelog Anthropica jest krótki, ale jasny: pozycja [VSCode] Fixed extension failing to activate on Windows. Poprawka dotyczy mechanizmu ładowania SDK, który teraz poprawnie rozwiązuje ścieżki niezależnie od systemu operacyjnego.

    Poprawka przywraca również ważny detal w ekosystemie Node.js – polyfill createRequire. Ta funkcja umożliwia modułom ESM tworzenie funkcji require kompatybilnych z CommonJS. Jeśli działa nieprawidłowo na Windows, rozszerzenie nie jest w stanie załadować zależności, co skutkuje pustą kartą w VS Code.

    Wersja 2.1.137 nie wprowadza nowych funkcji. To poprawka utrzymaniowa, ale przywraca dostęp do pełnego workflow dla wielu programistów, zwłaszcza tych, którzy w firmach korzystają z Windows i nie mogą przejść na macOS czy Linux.

    Szerszy kontekst – VS Code i Claude Code na Windows

    Szerszy kontekst – VS Code i Claude Code na Windows

    Integracja Claude Code z VS Code jest kluczowym elementem workflow dla deweloperów korzystających z asysty AI przy kodowaniu. Alternatywą jest praca w terminalu, ale wtedy traci się podgląd plików, podświetlanie składni i szybkie przełączanie między kontekstem edytora a agentem.

    Wcześniejsze zgłoszenia na GitHubie sugerują, że Anthropic przez kilka wersji miało trudności z rozwiązaniem tego problemu. Pojawiały się prowizoryczne rozwiązania, ale Windows konsekwentnie sprawiał problemy. Wersja 2.1.137 zamyka ten temat konkretną poprawką.

    Warto również zauważyć tempo wydawania aktualizacji przez Anthropica – nowe wersje Claude Code pojawiają się bardzo szybko, czasem kilka w tygodniu. W takim tempie łatwo o regresje, ale także o szybką reakcję. W tym przypadku społeczność czekała na poprawkę dłużej, niż by chciała.

    Podsumowanie

    Claude Code 2.1.137 to poprawka, która jest niezbędna dla użytkowników Windows i VS Code. Naprawia długo zgłaszany błąd aktywacji rozszerzenia, przywracając normalny workflow w edytorze. Przyczyną problemu były zahardcodowany build path i problem z polyfillem createRequire. Jeśli pracujesz na Windows i unikałeś rozszerzenia przez ostatnie wersje, teraz możesz je włączyć bez obaw o problemy przy starcie.

    Ź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

  • Z.ai wprowadza GLM-5.2 – nowy flagowy model językowy z naciskiem na kodowanie i milion tokenów kontekstu

    Z.ai wprowadza GLM-5.2 – nowy flagowy model językowy z naciskiem na kodowanie i milion tokenów kontekstu

    Z.ai, firma odpowiedzialna za jeden z najbardziej zaawansowanych modeli językowych, wprowadziła GLM-5.2 – nową wersję swojego flagowego modelu. GLM-5.2 jest następcą uznanego GLM-5 i wprowadza ulepszenia w zakresie kodowania oraz obsługi długiego kontekstu, co przekłada się na lepszą wydajność w złożonych zadaniach programistycznych. Model jest dostępny dla wszystkich subskrybentów planu Coding Plan – Lite, Pro i Max – bez dodatkowych opłat.

    Kluczowe informacje o premierze GLM-5.2

    • GLM-5.2 to nowy model w rodzinie GLM, zoptymalizowany do kodowania i autonomicznych agentów programistycznych.
    • Model obsługuje długi kontekst, co umożliwia analizę całych repozytoriów kodu oraz złożonych zadań.
    • Użytkownicy Coding Plan (Lite, Pro, Max) uzyskali dostęp do modelu bez dodatkowych kosztów od dnia premiery.
    • Z.ai koncentruje się na agentowości, przechodząc od pojedynczych zapytań do autonomicznych procesów inżynieryjnych.
    • Nowy model ma silniejsze możliwości kodowania i lepiej radzi sobie z rzeczywistymi zadaniami programistycznymi w porównaniu do wcześniejszych wersji.

    Tło i ewolucja rodziny GLM

    Aby zrozumieć znaczenie GLM-5.2, warto przyjrzeć się wcześniejszym wersjom. GLM-5 był pierwszym flagowym modelem Z.ai, który wykorzystał architekturę Mixture-of-Experts. Dysponował 744 miliardami parametrów, z czego 40 miliardów było aktywnych na token. Obsługiwał kontekst o długości 200 tysięcy tokenów wejściowych oraz 128 tysięcy tokenów wyjściowych. W benchmarku Intelligence Index v4.0 uzyskał wynik 50 punktów, co oznaczało wzrost o 8 punktów w porównaniu do GLM-4.7. Model został wytrenowany na 28,5 biliona tokenów, co stanowiło wzrost o 5,5 biliona w stosunku do poprzednika.

    GLM-5 był promowany jako model do „złożonej inżynierii systemów i długoterminowych zadań agentowych”. Z.ai podkreślało, że model ten wprowadza nową jakość w autonomicznej inżynierii. Zyskał uznanie za swoje możliwości w rzeczywistych zadaniach programistycznych.

    GLM-5.2, opisany jako „model flagowy nowej generacji do inżynierii agentowej”, wprowadza znaczne ulepszenia w zakresie kodowania, co pokazuje, że Z.ai kontynuuje rozwój i podnosi standardy w narzędziach AI do kodowania.

    Co nowego wnosi GLM-5.2

    GLM-5.2 rozwija możliwości swojego poprzednika, wprowadzając kilka istotnych usprawnień. Najważniejsza zmiana dotyczy jakości kodowania – model ma lepsze możliwości programistyczne, co potwierdzają wewnętrzne testy Z.ai oraz opinie użytkowników planu Coding Plan. Oznacza to lepsze rozumienie skomplikowanych struktur kodu oraz generowanie bardziej wydajnego i lepiej udokumentowanego kodu.

    Kolejnym istotnym obszarem jest rozwój w kierunku agentowości. GLM-5.2 nie jest już tylko narzędziem do pojedynczych zapytań, ale systemem zdolnym do prowadzenia złożonych procesów inżynieryjnych, obejmujących analizę wymagań, implementację, testowanie i wdrożenie. Oznacza to, że może zarządzać całym repozytorium lub modułem oprogramowania bez potrzeby mikrozarządzania przez programistę.

    Trzecim kluczowym elementem jest obsługa długiego kontekstu, która umożliwia analizę rozbudowanych repozytoriów i śledzenie zależności w projektach bez utraty spójności.

    Znaczenie dla użytkowników Coding Plan

    Z.ai udostępniło GLM-5.2 w ramach istniejącej subskrypcji Coding Plan, obejmującej pakiety Lite, Pro i Max. Użytkownicy nie muszą ponosić dodatkowych kosztów ani zmieniać warunków umowy, aby korzystać z nowego modelu. Plan Coding Plan został zaprojektowany do codziennej pracy na średnich repozytoriach, oferując priorytetowy dostęp do najnowszych modeli i zestawu narzędzi MCP. Wprowadzenie GLM-5.2 znacząco zwiększa wartość tej oferty, dając programistom dostęp do jednego z najsilniejszych narzędzi agentowości na rynku.

  • Claude Code 2.1.131: Krytyczne poprawki dla Windows i autoryzacji Mantle

    Claude Code 2.1.131: Krytyczne poprawki dla Windows i autoryzacji Mantle

    Szóstego maja 2026 roku zespół Anthropic opublikował wersję 2.1.131 narzędzia Claude Code. To wydanie o charakterze czysto konserwacyjnym – nie zawiera nowych funkcji ani zmian w modelach – ale jego znaczenie jest trudne do przecenienia dla dwóch dużych grup użytkowników. Aktualizacja eliminuje dwa wyjątkowo uciążliwe błędy: jeden kompletnie blokował aktywację rozszerzenia dla Visual Studio Code na systemie Windows, drugi uniemożliwiał poprawną autoryzację w punktach końcowych Mantle. Ponieważ oba problemy dotykały podstawowych ścieżek pracy, szybkie wdrożenie tej wersji jest wysoce zalecane.

    Kluczowe informacje

    • Wersja Claude Code 2.1.131
    • Data wydania 6 maja 2026 roku
    • Poprawka dla Windows – naprawiono błąd aktywacji rozszerzenia VS Code spowodowany ścieżką w polyfillu createRequire
    • Poprawka dla Mantle – dodano brakujący nagłówek x-api-key w żądaniach autoryzacyjnych
    • Zakres wyłącznie poprawki błędów, bez nowych funkcji ani zmian w modelach

    Awaria rozszerzenia VS Code na Windows – co zawiodło

    Użytkownicy systemu Windows od dłuższego czasu zgłaszali, że rozszerzenie Claude Code dla Visual Studio Code odmawia posłuszeństwa – po instalacji nie uruchamiało się, nie wyświetlając przy tym żadnego czytelnego komunikatu o błędzie. Problem został zlokalizowany w mechanizmie ładowania modułów, a konkretnie w polyfillu funkcji createRequire, dostarczanym wraz z pakietem SDK narzędzia.

    Polyfill ten odpowiadał za stworzenie funkcji require w środowisku uruchomieniowym, które normalnie jej nie udostępnia. Aby to zrobić, odwoływał się do ścieżki budowania (build path) – ścieżki zakodowanej na sztywno podczas kompilacji na maszynach deweloperskich. Podczas gdy na systemach Linux i macOS ścieżka ta działała bez zarzutu, na Windows struktura folderów i separatory katalogów (\ zamiast /) są fundamentalnie inne. W rezultacie cały mechanizm rozwiązywania zależności załamywał się, a VS Code nie był w stanie zainicjować rozszerzenia. Błąd ten występował nawet przy poprawnie skonfigurowanym środowisku i był szczególnie frustrujący, ponieważ nie zostawiał użytkownikom żadnych wskazówek do samodzielnej diagnozy.

    Wersja 2.1.131 usuwa przyczynę problemu – polyfill nie opiera się już na ścieżce kompilacji, lecz dynamicznie dostosowuje się do platformy, na której działa. Dzięki temu rozszerzenie aktywuje się niezawodnie na wszystkich systemach operacyjnych.

    Autoryzacja Mantle – naprawa brakującego nagłówka

    Drugim krytycznym błędem, który doczekał się natychmiastowej interwencji, była nieudana autoryzacja żądań kierowanych przez punkty końcowe Mantle. Mantle to wewnętrzna warstwa API gateway, wykorzystywana głównie przez klientów korporacyjnych i tych, którzy integrują Claude’a z własną infrastrukturą. Do poprawnego przejścia przez tę bramkę każde żądanie musi zawierać nagłówek x-api-key z odpowiednim kluczem.

    W poprzednich wersjach Claude Code ten nagłówek nie był dołączany do zapytań autoryzacyjnych, co skutkowało natychmiastowym od

    Ź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

  • OpenCode v1.14.35 naprawia irytujący błąd z renderowaniem diffów i markerami gita

    OpenCode v1.14.35 naprawia irytujący błąd z renderowaniem diffów i markerami gita

    OpenCode doczekał się kolejnej aktualizacji. Wersja v1.14.35 wprowadza jedną istotną poprawkę — stabilność renderowania diffów sesyjnych, które mogły się rozjeżdżać w przypadku napotkania znaczników patchy gita. Choć może to brzmieć jak drobiazg, dla osób regularnie przeglądających zmiany w kodzie w tym opensource'owym agencie AI, jest to kluczowa różnica między płynną pracą a frustrującym zgadywaniem, co właściwie się zmieniło.

    Kluczowe informacje o wydaniu

    • OpenCode v1.14.35 to aktualizacja skupiona na poprawie stabilności
    • Renderowanie diffów przestało się rozjeżdżać przy napotkaniu znaczników patchy gita w przeglądanych plikach
    • Zachowanie granic patchy — mechanizm poprawki respektuje te granice, aby silnik renderujący ich nie naruszał
    • Płynniejsze code review — użytkownicy otrzymują teraz czysty, nieposzarpany podgląd zmian bez artefaktów
    • Open Source — dostępne jako terminalowe narzędzie, aplikacja desktopowa i rozszerzenie IDE

    Na czym dokładnie polegał problem?

    Kiedy pliki zawierały znaczniki patchy gita — charakterystyczne linie z ---, +++ czy @@ — silnik diffów OpenCode mógł się na nich potknąć. Zamiast pokazać czytelny podgląd zmian, renderer gubił granice między sekcjami i wyświetlał zlepiony chaos. Dla programisty oznaczało to konieczność ręcznego rozszyfrowywania, co tak naprawdę zostało zmodyfikowane, a co jest tylko artefaktem konfliktu formatowania.

    Wersja v1.14.35 rozwiązuje ten problem poprzez zachowanie granic patchy diffa. Silnik renderujący przestał ingerować w strukturę, którą git uznaje za istotną. Dzięki temu nawet pliki z wieloma znacznikami wyświetlają się poprawnie, a sesje przeglądania zmian działają przewidywalnie.

    OpenCode — co to za narzędzie?

    OpenCode to opensource'owy agent AI do kodowania, dostępny w różnych formach. Można go uruchomić w terminalu, jako aplikację desktopową lub wtyczkę do IDE. Projekt rozwija się dynamicznie, a każda nowa wersja dodaje nowe możliwości lub, jak w tym przypadku, poprawia istniejące funkcje.

    Zespół regularnie wypuszcza aktualizacje, a v1.14.35 wpisuje się w szerszy trend — to nie jest przełomowa aktualizacja, ale ważny krok w kierunku stabilności. Historia wydań pokazuje, że deweloperzy przeplatają duże funkcje z mniejszymi poprawkami. W czerwcu 2026 wprowadzili na przykład szybsze wyszukiwanie plików przez fff, wsparcie dla WSL na desktopie czy odświeżony ekran startowy. Jednak bez poprawek takich jak ta z v1.14.35, cała reszta traci na użyteczności — co z tego, że narzędzie jest szybkie, skoro diffy wyglądają chaotycznie.

    Dla kogo ta poprawka ma znaczenie?

    Dla kogo ta poprawka ma znaczenie?

    Poprawka jest szczególnie istotna dla osób regularnie przeglądających zmiany w kodzie w OpenCode. Jeśli pracujesz z repozytoriami, w których pliki często zawierają wbudowane patche (co zdarza się przy generowaniu kodu przez inne narzędzia, w testach czy przy pracy z formatem patchy jako danymi wejściowymi), każda sesja przeglądania diffów mogła być dotychczas problematyczna.

    Teraz, przynajmniej teoretycznie, renderowanie powinno przebiegać gładko. Nie ma już sytuacji, w której granica patchu zostaje przypadkowo złamana przez silnik, a dwie osobne zmiany zlewają się w jedną, nieczytelną całość. Dla szybkiego przeglądania przed wprowadzeniem zmian, to oszczędność nerwów i czasu.

    Warto zaznaczyć, że poprawka nie dotyczy samego mechanizmu diffa — git działał poprawnie. Problem leżał wyłącznie w warstwie prezentacji, czyli w tym, co widzi użytkownik na ekranie. OpenCode stawia na czytelność sesji i wygodę inspekcji kodu, dlatego takie detale mogą znacząco wpłynąć na komfort pracy.

    Mała łatka, duży komfort

    Wersja v1.14.35 to przykład aktualizacji, która nie trafi na okładki branżowych serwisów, ale realnie poprawia codzienną pracę.

    Źródła

  • Zed 1.0.1: łatka dla agenta AI usuwa błąd blokujący nanoszenie zmian w kodzie

    Zed 1.0.1: łatka dla agenta AI usuwa błąd blokujący nanoszenie zmian w kodzie

    Zespół Zed opublikował wersję 1.0.1, która usuwa błąd, przez który wbudowany agent AI czasami nie wprowadzał sugerowanych edycji. To pierwsza aktualizacja stabilizacyjna po debiucie wersji 1.0. Zmiana, choć niewielka, jest istotna dla użytkowników korzystających z asystentów kodowania w tym edytorze.

    Najważniejsze informacje

    • Zed 1.0.1 to stabilne wydanie skoncentrowane na niezawodności, bez nowych funkcji.
    • Główna poprawka dotyczy błędu, w którym agent AI nie nanosił edycji w niektórych scenariuszach (issue #55500).
    • Łatka eliminuje źródło frustracji przy vibe codingu i refaktoryzacji wspomaganej przez wbudowane modele.
    • Aktualizacja jest częścią szerszego cyklu poprawek agenta, obejmującego m.in. problemy ze strumieniowanymi edycjami, wysokim zużyciem CPU oraz problemami z systemem plików.

    Drobny patch, duży komfort pracy

    Poprawka 1.0.1 nie wprowadza nowych opcji ani zmian w interfejsie – to celowy krok po tym, jak Zed 1.0.1 został określony jako ważne wydanie, łączące bogactwo możliwości z dbałością o wydajność. Wydanie główne wprowadziło m.in. wątki w terminalu, historię gałęzi w panelu Gita oraz obsługę diagramów Mermaid w agencie, ale szybko okazało się, że najważniejsza jest niezawodność w codziennym użytkowaniu.

    Deweloperzy zgłaszali sytuacje, w których agent nie wprowadzał wygenerowanego fragmentu kodu. W pracy nad nowym kodem lub przy szybkim testowaniu pomysłów, takie sytuacje mogą być irytujące. Dlatego zespół skupił się na zgłoszeniu #55500 i wypuścił stabilną łatkę, która zapewnia, że edycje są wprowadzane do edytora.

    „Fixed an issue where the agent failed to apply edits in some cases” – krótki wpis w changelogu wskazuje na zakres zmian. Choć modyfikacja jest niewielka, dla programisty korzystającego z asystenta AI oznacza to brak wątpliwości, czy agent zadziała, czy trzeba będzie powtarzać polecenie.

    Stabilność nie kończy się na jednym ficie

    Stabilność nie kończy się na jednym ficie

    Wersja 1.0.1 nie jest jedynym przypadkiem – w kolejnych stabilnych wydaniach Zed regularnie naprawia podobne problemy z agentem. W notkach do nowszych wersji znajdują się poprawki dotyczące streamowania edycji zawierających znaki wielobajtowe, wysokiego użycia procesora przy wtyczce Zeta oraz awarii podczas pobierania agentów z rejestru ACP. To dowód na to, że po premierze 1.0.1 twórcy intensywnie monitorują działanie asystenta i eliminują wąskie gardła, które wpływają na płynność współpracy z AI.

    Dla użytkowników, którzy już zaktualizowali do 1.0.1, proces aktualizacji jest prosty. Wystarczy standardowa procedura pobrania najnowszej wersji na macOS, Windows lub Linux – nie są wymagane dodatkowe konfiguracje. Edytor utrzymuje dotychczasowy poziom wydajności, a łatka dotyka tylko krytycznej ścieżki odpowiedzialnej za nanoszenie zmian przez agenta.

    Znaczenie dla programistów i zespołów

    W pracy opartej na szybkich iteracjach – szczególnie przy prototypowaniu czy refaktoryzacji – każda przerwa w działaniu asystenta może rozpraszać i wydłużać czas realizacji zadania. Zed 1.0.1 sprawia, że agent AI staje się bardziej przewidywalny, a polecenia takie jak „dopisz obsługę błędu” czy „zamień pętlę na strumień” kończą się rzeczywistą modyfikacją kodu, a nie komunikatem o błędzie.

    Choć łatka dotyczy jednego konkretnego problemu, wysyła jasny sygnał: Zed nie zamierza spoczywać na laurach po wydaniu 1.0.1. Stabilność agenta to priorytet, zwłaszcza że edytor jest narzędziem dla tych, którzy chcą łączyć ręczne rzemiosło z automatyzacją. Wersja 1.0.1 pokazuje, że za ważnym wydaniem idzie równie istotne doskonalenie szczegółów.

    Ź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