Kategoria: AI i Technologia

  • Claude Code 2.1.140: Agentowe narzędzia działają teraz inteligentniej, a stabilność w końcu dopisuje

    Claude Code 2.1.140: Agentowe narzędzia działają teraz inteligentniej, a stabilność w końcu dopisuje

    Anthropic wprowadziło 12 maja 2026 roku aktualizację Claude Code 2.1.140. To kolejna wersja narzędzia, które przekształciło się z chatowego asystenta kodowania w pełnoprawne środowisko dla programowalnych, trwałych agentów. Nowa wersja nie wprowadza znaczących zmian wizualnych, ale eliminuje kilka uciążliwych błędów i dodaje funkcję, na którą użytkownicy czekali: dopasowywanie narzędzi agentowych, które nie uwzględnia wielkości liter.

    Kluczowe fakty

    • Claude Code 2.1.140 wprowadza dopasowywanie narzędzi agentowych, które nie uwzględnia wielkości liter i separatorów.
    • Komenda /goal oraz mechanizm hot-reload ustawień zostały poprawione po wcześniejszych problemach.
    • Windows otrzymał dedykowaną poprawkę na zawieszanie się pętli zdarzeń, które mogły zamrozić terminal.
    • Zarządzane ustawienia i konfiguracje wtyczek mają teraz bardziej zrozumiałe komunikaty przy błędach ładowania.
    • Seria 2.1.140 to już ponad tysiąc commitów w pakiecie, co świadczy o transformacji asystenta w platformę agentową.

    Narzędzia agentowe bez frustracji

    Najważniejsza zmiana dotyczy dopasowywania sub-agentów. Wcześniej wpisanie tool-name zamiast tool_name lub ToolName mogło zrujnować konfigurację workflow. Developerzy, którzy korzystają z wielu narzędzi, tracili czas na debugowanie literówek, które mogłyby być łatwo zrozumiane przez system.

    Od wersji 2.1.140 mechanizm jest niewrażliwy na wielkość liter oraz separatory – myślnik i podkreślnik są traktowane jako to samo. To małe udogodnienie, ale dla osób spędzających w terminalu osiem godzin dziennie, oznacza rzeczywistą oszczędność czasu i nerwów, zwłaszcza przy agentach, które wywołują inne agentowe pod-narzędzia w złożonych łańcuchach.

    Windows, /goal i inne naprawy stabilności

    Kolejna ważna poprawka dotyczy użytkowników Windows. Pętla zdarzeń w CLI mogła się zablokować przy zadaniach w tle, co powodowało, że terminal przestawał odpowiadać, a jedynym rozwiązaniem był twardy restart sesji. Ta poprawka eliminuje problem, co jest istotne przy dłuższych operacjach na dużych bazach kodu, gdzie agent może działać bez nadzoru przez wiele minut.

    Komenda /goal również przestała mieć problemy. Wcześniej zdarzały się sytuacje, w których hot-reload ustawień nie przeładowywał jej konfiguracji, co skutkowało tym, że agent omijał część reguł. Naprawiono także łączność z usługami działającymi w tle, co powinno zredukować problemy z zrywaniem połączeń między sesjami.

    Lepsza obsługa błędów dla zarządzanych ustawień

    Lepsza obsługa błędów dla zarządzanych ustawień

    W firmach, które wdrażają Claude Code za pomocą polityk MDM lub plików konfiguracyjnych, zarządzane ustawienia są codziennością. W przypadku, gdy jakieś rozszerzenie nie mogło się załadować, wcześniejsze komunikaty były często niejasne. Teraz błędy związane z wtyczkami i konfiguracjami są bardziej zrozumiałe – użytkownicy wiedzą, co dokładnie poszło nie tak i gdzie szukać problemu. Dla administratorów DevOps to istotna zmiana.

    Kontekst szerszej układanki

    Wersja 2.1.140 to nie rewolucja, ale solidna aktualizacja. Należy ją jednak rozpatrywać w kontekście całej serii 2.1.140, która wcześniej wprowadziła 1096 commitów, wsparcie dla wielokrotnego użytku umiejętności, lifecycle hooki oraz trwałych agentów. Narzędzie konsekwentnie zmienia się z prostego chatu w środowisko, w którym agent może działać autonomicznie w tle, wywoływać pod-agentów i reagować na zdarzenia systemowe.

    Model Claude Code 2.1.140, który napędza to wszystko, zanotował dwukrotny spadek fałszywych stwierdzeń oraz 30-procentową redukcję błędnych odpowiedzi w porównaniu z wcześniejszymi wersjami. Przy oknie kontekstowym wynoszącym 200 000 tokenów, to już nie tylko asystent, ale współpracownik. Aktualizacje takie jak 2.1.140 pokazują, że Anthropic traktuje stabilność na równi z nowymi funkcjami.

    Źródła

  • Kimi Code CLI 1.43.0: dopracowany interfejs, trwałe tokeny OAuth i krytyczna poprawka bezpieczeństwa

    Kimi Code CLI 1.43.0: dopracowany interfejs, trwałe tokeny OAuth i krytyczna poprawka bezpieczeństwa

    Moonshot AI kontynuuje rozwój. Zaledwie dzień po wydaniu wersji 1.42.0, 12 maja 2026 roku, zaprezentowano aktualizację 1.43.0 terminalowego agenta AI do programowania – Kimi Code CLI 1.43.0. Choć zmiany mogą wydawać się niewielkie, w rzeczywistości wprowadzają kilka istotnych ulepszeń, które ułatwiają pracę z kodem w konsoli. Nowa wersja skupia się na poprawie czytelności interfejsu, usprawnieniu integracji z protokołem MCP (Model Context Protocol) oraz załataniu krytycznej luki bezpieczeństwa w bibliotece Pillow. To kolejny krok w kierunku stworzenia w pełni autonomicznego asystenta kodowania, który stanowi realną, bezpłatną alternatywę dla Claude Code.

    Kluczowe fakty

    • Poprawki interfejsu – lepsze odstępy w wynikach poleceń shellowych, przywrócone podświetlanie linków Markdown i skrócony czas wyświetlania powiadomień.
    • Integracja MCP z trwałymi tokenami OAuth – agent korzysta teraz z FastMCP 3.2.4, a sesje uwierzytelniania nie wygasają po restarcie.
    • Łatka bezpieczeństwa – załatano krytyczną podatność w bibliotece Pillow, popularnym pakiecie Pythona do przetwarzania obrazów.
    • Szczegółowe śledzenie zadań w tle – raportowany jest pełen cykl życia operacji asynchronicznych oraz schematy zdarzeń.
    • Konkurencyjność cenowa – model Kimi K2.5, domyślnie napędzający agenta, jest około 10 razy tańszy od Claude Opus 4.6 i GPT-5.2.

    Dopieszczony terminal – drobiazgi, które ułatwiają codzienną pracę

    Praca w terminalu wymaga precyzyjnego formatowania – każdy piksel odstępu ma znaczenie, a źle sformatowane wyjście może spowolnić analizę logów. W wersji 1.43.0 zespół Moonshot AI poprawił formatowanie odstępów między wynikami poleceń shellowych. Dzięki temu bloki informacji są wyraźniej oddzielone, co przyspiesza skanowanie wzrokiem i zmniejsza zmęczenie podczas długich sesji kodowania.

    Przywrócono także wizualne podświetlanie linków w języku Markdown. W poprzedniej wersji ta funkcja została wyłączona, co sprawiło, że odnośniki do dokumentacji czy zewnętrznych zasobów były trudne do zauważenia. Teraz znów są kolorowane i klikalne, co znacząco podnosi komfort interakcji z agentem, zwłaszcza gdy ten sugeruje artykuły lub fragmenty specyfikacji.

    Dodatkowo skrócono czas wyświetlania powiadomień. Alerty nie pozostają już na ekranie dłużej niż to konieczne, co sprzyja utrzymaniu czystego, skoncentrowanego widoku. Te zmiany zachowują minimalistyczny charakter terminala, eliminując jednocześnie najczęstsze irytacje.

    MCP z trwałymi tokenami – bez konieczności ponownego logowania

    Model Context Protocol odgrywa w Kimi Code CLI 1.43.0 kluczową rolę, umożliwiając agentowi komunikację z zewnętrznymi narzędziami, bazami danych i usługami. W tej wersji zaktualizowano jego implementację do FastMCP 3.2.4, co przyspiesza wymianę danych między agentem a serwerami MCP. W praktyce oznacza to krótszy czas reakcji na złożone zapytania wymagające dodatkowych źródeł informacji.

    Nowością jest obsługa trwałych tokenów OAuth. Do tej pory każdy restart sesji wymagał ponownego uwierzytelniania połączeń, co było uciążliwe, zwłaszcza przy pracy z wieloma rozproszonymi narzędziami. Teraz tokeny są przechowywane lokalnie, co pozwala agentowi automatycznie wznawiać autoryzowane sesje bez ingerencji użytkownika. To istotne dla zespołów korzystających z CI/CD, gdzie ciągłość dostępu do zewnętrznych API jest kluczowa.

    Bezpieczeństwo i śledzenie zadań – fundament zaufania

    Wydanie 1.43.0 zawiera również łatkę dla krytycznej podatności w bibliotece Pillow, popularnym pakiecie Pythona do przetwarzania obrazów. Choć Kimi Code CLI 1.43.0 nie jest narzędziem graficznym, Pillow może być zależnością w wielu środowiskach deweloperskich. Załatanie tej luki pokazuje, że zespół Moonshot AI traktuje bezpieczeństwo łańcucha dostaw poważnie, co jest istotnym sygnałem dla firm rozważających wdrożenie agenta w komercyjnych projektach.

    W tle zaktualizowano również mechanizmy raportowania zadań asynchronicznych. Agent teraz szczegółowo śledzi pełen cykl życia operacji wykonywanych poza głównym wątkiem, włącznie ze schematami zdarzeń. Dla użytkownika przekłada się to na czytelniejsze logi i łatwiejsze diagnozowanie ewentualnych błędów, zwłaszcza gdy agent równolegle przeszukuje pliki i wykonuje polecenia.

    Co dalej? Kimi kontra reszta świata

    Kimi Code CLI 1.43.0 działa na modelu Kimi K2.5 – architekturze Mixture of Experts z bilionem parametrów (32 miliardy aktywnych) i oknem kontekstowym 262 tysięcy tokenów. Model radzi sobie z wizualnym kodowaniem (92,3% na OCRBench) i kosztuje jedynie 0,60 USD za milion tokenów wejściowych, co czyni go około 10 razy tańszym od Claude Opus 4.6 czy GPT-5.2. Projekt zdobył już ponad

    Źródła

  • OpenCode: Przełomowa Aktualizacja Wprowadza Lepsze Zarządzanie Obrazami i Usprawnienia Interfejsu

    OpenCode: Przełomowa Aktualizacja Wprowadza Lepsze Zarządzanie Obrazami i Usprawnienia Interfejsu

    Najnowsza aktualizacja OpenCode wprowadza istotne ulepszenia, które są korzystne zarówno dla programistów, jak i entuzjastów sztucznej inteligencji. Zespół deweloperski skoncentrował się na rozwiązaniu problemów związanych z przetwarzaniem obrazów oraz przywróceniu kluczowych funkcji w interfejsie terminalowym. Zmiany te odpowiadają na trudności zgłaszane przez społeczność, w tym na krytyczny błąd, który uniemożliwiał odczytywanie załączników graficznych, a który został skutecznie usunięty.

    Kluczowe zmiany w najnowszej aktualizacji OpenCode

    • Obsługa obrazów została przeprojektowana – oryginalne pliki są teraz zachowywane bez automatycznej zmiany rozmiaru.
    • Skróty klawiaturowe TUI przywrócono do pełnej funkcjonalności, co umożliwia ponowną edycję promptów.
    • Trwałość konfiguracji modeli została zapewniona – zmiany przetrwają teraz ponowne uruchomienie aplikacji.
    • Błędy HTTP API zyskały bardziej opisowe komunikaty, co ułatwia debugowanie i integrację.
    • Agent Scout otrzymał ulepszoną materializację repozytoriów, co zwiększa wydajność przetwarzania danych.

    Nowe podejście do załączników graficznych

    Wcześniej OpenCode automatycznie zmieniał rozmiar obrazów przekraczających 2000×2000 pikseli lub 5 242 880 bajtów w formacie base64. Ta funkcja, choć wydawała się przydatna, stała się problematyczna, ponieważ użytkownicy zgłaszali trudności w odczytywaniu załączników, a pliki były nieprawidłowo modyfikowane. W najnowszej wersji oryginalne pliki są teraz zachowywane w nienaruszonym stanie.

    Dla tych, którzy chcą mieć kontrolę nad rozmiarem przesyłanych danych, dodano nową opcję konfiguracyjną attachment.image.auto_resize. Ustawienie jej na false powoduje, że zbyt duże obrazy są odrzucane zamiast automatycznie przeskalowywane. To jest szczególnie ważne dla analityków kodu, którzy wykorzystują zrzuty ekranu interfejsów czy diagramy architektury, gdzie zachowanie oryginalnej rozdzielczości jest kluczowe dla precyzyjnej analizy przez modele AI.

    Warto zauważyć, że parametr max_base64_bytes odnosi się do rozmiaru zakodowanego ładunku, a nie oryginalnego pliku. To rozróżnienie jest istotne dla programistów pracujących z dużymi zasobami wizualnymi, którzy muszą dostosować swoje konfiguracje do nowego zachowania aplikacji.

    Usprawnienia interfejsu terminalowego i stabilność aplikacji

    Interfejs TUI przywrócił kluczowe skróty klawiaturowe do edycji promptów, które były często zgłaszane jako problem przez społeczność. Ta zmiana znacząco poprawia komfort codziennej pracy z narzędziem, umożliwiając szybkie poprawki bez konieczności przełączania kontekstu.

    Kolejną istotną poprawką jest trwałość konfiguracji modeli. W poprzednich wersjach zmiany wprowadzane w aplikacji nie zawsze przetrwały ponowne uruchomienie, co prowadziło do frustracji. Teraz wszystkie aktualizacje są niezawodnie zachowywane między sesjami, eliminując konieczność ponownej konfiguracji przy każdym uruchomieniu.

    Aktualizacja obejmuje również modernizację Electrona oraz naprawę problemów z układem paneli. Użytkownicy zgłaszali trudności z zarządzaniem przestrzenią roboczą, które teraz zostały rozwiązane, co zapewnia bardziej płynne i intuicyjne korzystanie z aplikacji.

    Implikacje dla społeczności web developerskiej i AI

    Wprowadzone zmiany mają szczególne znaczenie dla deweloperów pracujących z interfejsami użytkownika i diagramami architektonicznymi. Możliwość zachowania oryginalnych obrazów bez kompresji otwiera nowe możliwości analizy wizualnej w kontekście kodu, zwłaszcza w połączeniu z naprawionym błędem odczytu załączników.

    Należy jednak pamiętać, że darmowa wersja OpenCode nie oferuje możliwości widzenia komputerowego – do analizy obrazów wymagany jest model rozumowania tekstowego, a nie wizyjnego. Ta limitacja została dokładniej opisana w dokumentacji, co pomoże uniknąć nieporozumień podczas konfiguracji środowiska pracy.

    Ulepszona materializacja repozytoriów dla agenta Scout to kolejny krok w kierunku optymalizacji przepływu pracy z danymi. Agent ten może teraz efektywniej przetwarzać i materializować zawartość repozytoriów, co przekłada się na szybsze dostarczanie rezultatów w złożonych projektach analitycznych i deweloperskich.

    Źródła

  • Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Kimi Code CLI 1.42.0: Windows wreszcie z powłoką Git Basha i solidniejszą niezawodnością

    Moonshot AI wypuściło 11 maja 2026 roku wersję 1.42.0 narzędzia Kimi Code CLI, w której całkowicie przesiadło Windows na Git Bash – to największa zmiana w tej edycji, celująca w użytkowników zmęczonych rozjazdami między PowerShellem a poleceniami znanymi z Linuksa i macOS-a. Razem z nią przyszły poprawki obsługi ścieżek plików, czytelniejsze ponawianie operacji i świeża wersja wewnętrznego protokołu komunikacyjnego.

    Co nowego w skrócie

    • Git Bash zastępuje PowerShell jako domyślną powłokę Kimi Code CLI na Windows
    • Składnia uniksowa – operatory &&, ||, | i narzędzia typu grep, sed czy /dev/null działają identycznie jak na Linuksie
    • Obsługa ścieżek w środowiskach Windows została znacząco poprawiona, co ułatwia pracę w repozytoriach wieloplatformowych
    • UI przy ponowieniach czyści częściowe wyjście, żeby nie mieszało się z nowymi wynikami
    • Protokół 1.10 lepiej wspiera zdarzenia step-retry i śledzenie błędów

    Git Bash zamiast PowerShell – koniec schizofrenii poleceń

    Najgłośniejszą nowością jest zmiana zaplecza powłoki dla Windows. Kimi Code CLI do tej pory odpalał polecenia przez powershell.exe, co rodziło frustracje u każdego, kto próbował korzystać z łańcuchów poleceń, operatorów przekierowania czy popularnych narzędzi uniksowych. Teraz CLI sięga po bash.exe z Git Basha, czyli to samo środowisko, które deweloperzy Windows instalują i tak przy okazji Gita.

    Wydanie nie jest tylko kosmetyką – w oficjalnych notatkach Moonshot AI wprost podkreśla, że operatory &&, ||, |, plik /dev/null oraz programy grep i sed działają teraz na Windows tak samo jak na Linuksie i macOS-ie. Dla zespołów rozproszonych między systemami to oznacza mniej warunkowych skryptów i mniej czasu spędzanego na debugowaniu różnic w interpreterach.

    Szczerze, to ruch dość oczywisty – Kimi Code CLI od dawna rekomendował instalację Git for Windows przed pierwszym uruchomieniem. Teraz po prostu oficjalnie z niego korzysta, co eliminuje pośredników i zmniejsza ryzyko błędów przy bardziej złożonych ciągach poleceń.

    Ścieżki plików i czytelniejszy interfejs przy ponawianiu

    Oprócz zmiany powłoki, wersja 1.42.0 załatała też bolączki związane ze ścieżkami plików w środowisku Windows. Twórcy nie wchodzą w szczegóły implementacyjne, ale poprawione mapowanie ścieżek ma znaczenie wszędzie tam, gdzie repozytorium współdzielą maszyny z Windows, Linuksem i macOS-em – a więc w praktyce w niemal każdym zespole webdevowym czy DevOps-owym.

    Do tego interfejs powłoki zaczął czyścić częściowe wyjście przy ponawianiu operacji. Wcześniej, gdy Kimi Code CLI decydował się powtórzyć komendę po błędzie, użytkownik widział śmieci z poprzedniej próby. Teraz konsola jest czyszczona, więc łatwiej odczytać aktualny wynik. To niby detal, ale przy dłuższych sesjach kodowania robi różnicę.

    Protokół 1.10 – fundament pod lepszą diagnostykę

    Zmianą, która umknie oczom większości użytkowników, jest aktualizacja wewnętrznego protokołu komunikacyjnego do wersji 1.10. Z notatek wynika, że nowy protokół lepiej

    Ź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

  • Qwen-Code Preview Release v0.15.10-preview.0: Inteligentne zarządzanie kontekstem i udoskonalenia CLI

    Qwen-Code Preview Release v0.15.10-preview.0: Inteligentne zarządzanie kontekstem i udoskonalenia CLI

    Najnowsza wersja Qwen-Code, oznaczona jako v0.15.10-preview.0, wprowadza nowe mechanizmy zarządzania pamięcią i interfejsem terminala. Twórcy skoncentrowali się na problemie przepełnienia kontekstu podczas długich sesji programistycznych, automatyzacji wykrywania umiejętności oraz znacznym udoskonaleniu komend CLI. To wydanie oferuje również lepszą współpracę z modelami Mistral oraz stabilniejsze połączenia z serwerami MCP, zachowując przy tym otwartoźródłowy charakter projektu.

    Kluczowe fakty o wydaniu

    • Reaktywna kompresja kontekstu automatycznie zapobiega błędom pamięci podczas długotrwałych zadań programistycznych.
    • Automatyczne wykrywanie umiejętności w tle indeksuje i zapisuje powtarzalne wzorce kodowania bez udziału użytkownika.
    • Usprawnione odkrywanie komend slash (np. /skills, /fork) czyni pracę w CLI bardziej intuicyjną.
    • Lepsza obsługa treści rozumowań Mistral umożliwia agentowi prawidłowe przetwarzanie złożonych wyników logicznych.
    • Udoskonalony rejestr stanu serwerów MCP gwarantuje stabilniejsze połączenia z zewnętrznymi narzędziami.
    • Rozszerzone logowanie zapytań OpenAI zwiększa przejrzystość i ułatwia debugowanie interakcji z API.

    Inteligentne zarządzanie kontekstem – krok ku bezbłędnym sesjom

    Jednym z głównych wyzwań w pracy z asystentami AI w terminalu jest ograniczona pamięć kontekstowa. Długie sesje, składające się z setek wymian komunikatów, mogą prowadzić do przepełnienia okna tokenów i utraty kluczowych informacji. W odpowiedzi na ten problem Qwen-Code wprowadza reaktywną kompresję kontekstu. Mechanizm ten monitoruje poziom wykorzystania pamięci i, gdy zbliża się do limitu, automatycznie kompresuje starsze fragmenty rozmowy, zachowując najważniejsze instrukcje i wyniki. Architektura modelu Qwen obsługuje do 256 tys. tokenów wejściowych i 32 tys. wyjściowych, więc efektywne zarządzanie tym obszernym oknem jest kluczowe. Dzięki kompresji programiści mogą prowadzić wielogodzinne sesje bez obawy o nagłe zatrzymanie pracy z powodu błędu „out of memory”.

    Automatyczne umiejętności – agent, który uczy się twoich nawyków

    Kolejnym istotnym dodatkiem jest automatyczne wykrywanie umiejętności w tle. Funkcja ta działa jak drugi pilot – Qwen-Code analizuje kod i interakcje użytkownika, identyfikując powtarzalne wzorce, biblioteki czy sposoby rozwiązywania problemów. Wyekstrahowane „umiejętności” są zapisywane w lokalnym repozytorium, co pozwala agentowi na szybkie ich wykorzystanie w przyszłości, bez konieczności ponownego tłumaczenia kontekstu. Na przykład, jeśli często korzystasz z konkretnego szablonu konfiguracji pytest, agent automatycznie go zapamięta i zaproponuje w odpowiednim momencie. Ta cecha idealnie wpisuje się w filozofię Qwen-Code: mniej ręcznego konfigurowania, więcej efektywnej pracy.

    CLI na nowo – slash komendy i walidacja modeli

    Interfejs wiersza poleceń przeszedł znaczną przebudowę. Przede wszystkim odświeżono mechanizm odkrywania i wykonywania komend slash, takich jak /skills, /fork czy /review. Teraz są one bardziej przewidywalne, a ich działanie lepiej dostosowane do kontekstu bieżącej sesji. Dodatkowo poprawiono walidację argumentów modeli – Qwen-Code ostrzega przed nieprawidłowymi parametrami już na etapie konfiguracji, co zapobiega błędom w trakcie wykonywania zadań. Dla zaawansowanych użytkowników istotna będzie również poprawa obsługi treści rozumowań z modeli Mistral – agent potrafi teraz poprawnie parsować i wykorzystywać wyniki logiczne generowane przez te modele, co rozszerza kompatybilność narzędzia.

    Stabilność i diagnostyka

    Wydanie przynosi także kilka istotnych poprawek pod maską. Lepsze logowanie żądań OpenAI oznacza, że każdy request wysyłany do API jest szczegółowo rejestrowany, co ułatwia diagnozowanie problemów i monitorowanie kosztów. Udoskonalony rejestr stanu serwerów MCP (Model Context Protocol) zapewnia, że połączenia z zewnętrznymi narzędziami, takimi jak bazy danych czy API, są stale monitorowane – w przypadku awarii agent może automatycznie odzyskać sesję.

    Co dalej?

    Chociaż wersja v0.15.10-preview.0 nie pojawia się w oficjalnym repozytorium, opisane funkcje są zgodne z wydaniem v0.15.10-preview.0.

    Ź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

  • Cursor 3.3: Rewolucja w przeglądzie PR i równoległym budowaniu – nowa era pracy z kodem

    Cursor 3.3: Rewolucja w przeglądzie PR i równoległym budowaniu – nowa era pracy z kodem

    Najnowsza aktualizacja Cursor, znana jako „Cursor 3.3”, wprowadza istotne zmiany w środowisku programistycznym. Program nie tylko wspiera pisanie kodu, ale staje się centralnym punktem w cyklu życia oprogramowania. Użytkownicy zyskają wbudowany workflow do obsługi pull requestów oraz możliwość równoległego uruchamiania niezależnych zadań przez agentów. Usprawnienia są dostępne w ramach stopniowo wdrażanej aktualizacji i nie wymagają skomplikowanej konfiguracji – wiele z nich działa od razu po włączeniu nowej wersji edytora.

    Kluczowe nowości w najnowszym wydaniu

    • Obsługa PR-ów bez opuszczania Cursor – tworzenie, przeglądanie i scalanie pull requestów w jednym oknie.
    • Równoległe wykonywanie planów – Cursor identyfikuje niezależne części planu i uruchamia je jednocześnie przez asynchroniczne podagenty, zachowując kolejność tam, gdzie występują zależności.

    Przegląd PR bez opuszczania edytora

    Dla wielu programistów przeglądanie pull requestów wiąże się z ciągłym przełączaniem się między IDE a przeglądarką, co wymaga śledzenia wątków recenzji, komentarzy, historii commitów i drzewa plików w różnych zakładkach. Nowa wersja Cursor 3.3 eliminuje tę konieczność – okno agenta zyskało przestrzeń do zarządzania PR-ami. Użytkownicy mogą tworzyć, recenzować i scalać zgłoszenia bez odchodzenia od edytora. Dzięki temu kontekst kodu pozostaje nienaruszony, a programista nie musi przypominać sobie stanu projektu po powrocie z zewnętrznego narzędzia.

    Zespół rozwija ideę „end-to-end coding”, gdzie etapy pracy nad oprogramowaniem są coraz bardziej zintegrowane w jednym środowisku.

    Równoległe uruchamianie zadań

    Kolejną istotną zmianą jest możliwość równoczesnego wykonywania niezależnych części planu. Zamiast czekać na przetworzenie jednego zadania po drugim, użytkownicy mogą teraz zlecić Cursorowi identyfikację fragmentów, które nie są ze sobą powiązane, i ich równoległe uruchomienie. Edytor wykorzystuje asynchroniczne podagenty, operujące na izolowanych git worktrees. Jeśli jakieś kroki muszą być wykonane sekwencyjnie (np. kompilacja przed testami), Cursor zachowa odpowiednią kolejność.

    To oznacza znaczące skrócenie czasu oczekiwania na wyniki. Deweloperzy korzystający z intensywnego generowania kodu przez AI mogą teraz zlecać wiele współbieżnych zadań i obserwować ich postęp w jednym oknie. Jak podają twórcy, wystarczy kliknąć „Build in Parallel”, aby zidentyfikować niezależne części planu i uruchomić je jednocześnie, zachowując kolejność kroków, które muszą być wykonane w odpowiedniej sekwencji.

    Inne usprawnienia

    Oprócz głównych nowości, Cursor 3.3 wprowadza również szereg mniejszych zmian, takich jak Design Mode oraz udoskonalenia w pracy z przeglądarką. To pokazuje, że edytor rozwija się w różnych kierunkach – od interfejsu użytkownika po backendowe mechanizmy współbieżności.

    Co to oznacza dla codziennej pracy programisty?

    Kumulacja tych nowości ma na celu zacieśnienie integracji edytora z całym cyklem wytwarzania oprogramowania. Obsługa PR-ów w tym samym oknie eliminuje konieczność przełączania kontekstu i utrzymuje ciągłość myślenia. Równoległe uruchamianie zadań lepiej wykorzystuje moc obliczeniową i skraca czas oczekiwania. Dla zespołów webowych, które coraz częściej sięgają po AI, Cursor oferuje płynniejszy przepływ od pomysłu do wdrożenia, zachowując kontrolę programisty na każdym etapie.

    Nowe funkcje są już dostępne w ramach aktualizacji i nie wymagają dodatkowej subskrypcji ani skomplikowanej konfiguracji – wystarczy uruchomić najnowszą wersję Cursor. W obliczu rosnącej złożoności projektów i presji na szybkie dostarczanie oprogramowania, takie narzędzia stają się nieodzownym elementem nowoczesnego warsztatu.

    Ź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.

  • 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