Autor: redakcja

  • 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

  • OpenCode v1.14.30: Wsparcie dla modeli rozumujących i stabilniejsze sesje

    OpenCode v1.14.30: Wsparcie dla modeli rozumujących i stabilniejsze sesje

    29 kwietnia 2026 roku zadebiutowała nowa wersja terminalowego agenta AI do kodowania – OpenCode v1.14.30. Choć aktualizacja nie została szczegółowo opisana na głównej stronie changeloga, jej wpływ na społeczność deweloperską jest znaczący. Wersja ta wprowadza wsparcie dla modelu Mistral Medium 1.14.30, który oferuje funkcje rozumowania, a także poprawki stabilności sesji, optymalizację pamięci oraz ulepszenia interfejsu terminalowego. Dla specjalistów pracujących w DevOps, web development czy AI/ML, te zmiany mogą znacząco poprawić efektywność pracy.

    Kluczowe fakty w wersji v1.14.30

    • Mistral Medium 1.14.30 otrzymuje pełne wsparcie, w tym funkcje rozumowania
    • DeepSeek działa teraz sprawniej dzięki poprawionej kompatybilności
    • Sesje są stabilniejsze – naprawiono problemy ze ścieżkami i przywracaniem stanu
    • Priorytety instrukcji zostały ujednolicone, co zwiększa przewidywalność agenta
    • Interfejs TUI zyskał przełącznik podsumowania wklejeń i lepszą obsługę niestandardowych motywów

    Nowe modele i funkcje rozumowania

    W centrum tej aktualizacji znajduje się integracja z Mistral Medium 1.14.30. To jeden z najnowszych modeli francuskiego startupu, który już w poprzednich wersjach zaskakiwał skutecznością w generowaniu kodu. Dzięki natywnemu wsparciu w OpenCode, użytkownicy mogą w pełni wykorzystać jego zdolności rozumowania. Oznacza to, że agent nie tylko odpowiada na proste polecenia, ale także przeprowadza analizy, dzieli problemy na mniejsze części i wyciąga wnioski z kontekstu. W terminalowym środowisku kodowania, gdzie często pracujemy nad złożonymi projektami, taka zdolność zmniejsza potrzebę ręcznego precyzowania każdego kroku. Wystarczy opisać cel, a agent zaplanuje działania, uwzględniając strukturę katalogu, historię sesji i dostępne narzędzia powłoki. Wersja 1.14.30 nie tylko wprowadza model, ale także formatuje jego odpowiedzi, aby myślenie „na głos” było czytelne w terminalu.

    Usprawnienia kompatybilności z DeepSeek

    Usprawnienia kompatybilności z DeepSeek

    Kolejną istotną zmianą są poprawki dotyczące modeli DeepSeek. Choć nie są one tak szeroko omawiane jak Mistral, ich popularność wśród programistów poszukujących wydajnych i ekonomicznych alternatyw dla GPT rośnie. Wcześniejsze integracje z OpenCode mogły generować niespójne odpowiedzi lub gubić kontekst narzędzi. Po aktualizacji kompatybilność została znacznie poprawiona – lepiej obsługiwane są wywołania funkcji, a odpowiedzi modelu są bardziej spójne z oczekiwaniami agenta. To może prowadzić do tańszych sesji kodowania, zwłaszcza w długotrwałych zadaniach, gdzie koszt tokenów ma znaczenie.

    Poprawki stabilności sesji i ścieżek

    Praca z agentem kodowania w terminalu opiera się na możliwości kontynuowania sesji (--continue lub --session). Jeśli sesja nagle przestaje działać po zamknięciu terminala lub odłączeniu od projektu, cały postęp może zostać utracony. OpenCode v1.14.30 rozwiązuje ten problem poprzez poprawki dotyczące dopasowywania ścieżek w aplikacji Desktop oraz ogólne poprawki ścieżek sesji. Teraz przywracanie stanu po przerwie jest znacznie bardziej niezawodne – agent prawidłowo lokalizuje katalog projektu, zapisane pliki tymczasowe i historię wykonanych poleceń.


    Źródła

  • Qwen Code v0.15.5: Nowe narzędzia CLI i lepsze zarządzanie zadaniami w tle

    Qwen Code v0.15.5: Nowe narzędzia CLI i lepsze zarządzanie zadaniami w tle

    Najnowsza wersja Qwen Code, oznaczona jako v0.15.5, wprowadza szereg funkcji skoncentrowanych na interfejsie wiersza poleceń, które znacznie poprawiają zdolność agenta do organizowania złożonych przepływów pracy. Poprzednie wersje już zapewniały solidne wsparcie jako terminalowy asystent kodowania AI, ale ta aktualizacja przekształca go w centrum dowodzenia dla zautomatyzowanych zadań. Wprowadza wsparcie dla protokołu Model Context Protocol (MCP), nowy interfejs użytkownika oparty na tmux oraz lepszą obsługę procesów w tle, a także poprawia stabilność poprzez usunięcie krytycznych błędów.

    Kluczowe fakty o Qwen Code i aktualizacji v0.15.5

    • Qwen Code to agent AI typu open-source działający w terminalu, zoptymalizowany dla modelu Qwen3-Coder. Oferuje narzędzia do operacji na plikach, poleceń powłoki, pobierania danych z sieci, zarządzania pamięcią, listami zadań oraz delegowania podzadań.
    • Wersja v0.15.5 wprowadza wsparcie dla konfiguracji Model Context Protocol (MCP), poprawia integrację z powłoką systemową w tle oraz dodaje mechanizm logowania testów TUI oparty na tmux.
    • Aktualizacja koncentruje się na poprawkach niezawodności, naprawiając błędy związane z odtwarzaniem wywołań narzędziowych modeli DeepSeek oraz odświeżaniem nagłówka CLI przy przełączaniu modeli.
    • Instalacja odbywa się standardowo przez menedżera pakietów npm, a wymagane jest środowisko Node.js w wersji 20 lub nowszej, co ułatwia dostęp dla zespołów DevOps i deweloperów.

    Protokół MCP – klucz do ekosystemu narzędzi

    Do tej pory Qwen Code oferował zamknięty zestaw wbudowanych funkcji. Wprowadzenie wsparcia dla Model Context Protocol (MCP) otwiera go na zewnętrzne serwery narzędziowe. Protokół ten umożliwia integrację z serwerami MCP, co oznacza, że agent może teraz bezpiecznie komunikować się z bazami danych, API wewnętrznych usług oraz specjalistycznymi narzędziami firm trzecich. Dla web deweloperów oznacza to, że Qwen Code nie tylko edytuje kod, ale po zapisaniu zmian automatycznie uruchamia testy przez dedykowany serwer MCP i sprawdza ich wyniki. Ta zmiana przekształca narzędzie z asystenta kodowania w integralny element zautomatyzowanego łańcucha dostarczania oprogramowania.

    Nowa jakość zadań w tle i inspekcja z tmux

    Ulepszone dialogi zadań w tle oraz lepsza integracja z powłoką rozwiązują problem agentów AI związany z długotrwałymi procesami. Uruchamianie testów jednostkowych, budowanie obrazu Dockera czy wdrażanie na środowisko stagingowe często zajmuje sporo czasu. Wcześniejsze implementacje wymuszały na użytkownikach pasywne czekanie lub gubienie kontekstu. Teraz, dzięki ulepszonym dialogom, status zadania oraz kluczowe logi są widoczne w interfejsie, co nie zaśmieca głównego okna rozmowy.

    Warto również zwrócić uwagę na wprowadzenie umiejętności opartej na tmux do logowania testów TUI (Terminal User Interface). tmux, jako multiplekser terminala, umożliwia niezawodne sesjonowanie i przechwytywanie skomplikowanych, interaktywnych wyjść programów. W kontekście Qwen Code, ta funkcja zapewnia, że logi z uruchomionych w tle narzędzi są dostępne i łatwe do analizy.


    Źródła

  • Gemini CLI zyskał tryb głosowy w czasie rzeczywistym i silniejsze zabezpieczenia

    Gemini CLI zyskał tryb głosowy w czasie rzeczywistym i silniejsze zabezpieczenia

    Wydanie Gemini CLI w wersji 0.41.0-preview.0, ogłoszone 5 maja 2026 roku, wprowadza nowy tryb głosowy działający w czasie rzeczywistym, który obsługuje zarówno backendy chmurowe, jak i lokalne. W tym wydaniu wzmocniono również bezpieczeństwo, wprowadzając bezpieczne ładowanie plików .env, wymuszenie zaufania do workspace w trybie headless oraz bardziej restrykcyjną walidację poleceń shell. Aktualizacja zawiera także poprawki błędów, w tym rozwiązanie problemu z klawiszem backspace na systemie Windows oraz ulepszoną detekcję zapętlenia.

    Najważniejsze fakty dotyczące aktualizacji

    • Tryb głosowy w czasie rzeczywistym: Wersja v0.41.0-preview.0 umożliwia prowadzenie głosowej konwersacji z agentem AI zarówno poprzez infrastrukturę chmurową, jak i lokalne backendy.
    • Usprawnienia bezpieczeństwa: Zwiększono ochronę środowiska developerskiego poprzez bezpieczne ładowanie plików .env, wymuszenie zaufania do workspace w trybie headless oraz restrykcyjną walidację poleceń shell.
    • Naprawa błędów i poprawa wydajności: Wydanie obejmuje szereg napraw, w tym rozwiązanie problemu klawisza backspace na Windows oraz usprawnienia mechanizmów detekcji zapętlenia i inne optymalizacje.

    Tryb głosowy dla interakcji z terminalem

    Najważniejszą zmianą jest dodanie trybu głosowego działającego w czasie rzeczywistym. Funkcja, opisana w changelogu jako „Implemented real-time voice mode with cloud and local backends”, pozwala na komunikację z Gemini CLI za pomocą mówionych poleceń oraz otrzymywanie odpowiedzi w formie audio. To zmienia sposób interakcji z terminalem, zwłaszcza w sytuacjach, gdy ręczne wpisywanie komend jest niewygodne lub gdy chcemy szybko zadać pytanie podczas pracy z innym narzędziem. Tryb lokalny umożliwia działanie bez stałego połączenia z chmurą, co jest istotne dla użytkowników dbających o prywatność danych lub pracujących w środowiskach z ograniczonym dostępem do sieci.

    Priorytet bezpieczeństwa: środowisko i polecenia

    Wydanie v0.41.0-preview.0 koncentruje się na bezpieczeństwie, które jest kluczowe dla CLI agenta mającego dostęp do środowiska developerskiego i możliwość wykonywania poleceń systemowych. Bezpieczne ładowanie plików .env chroni wrażliwe dane konfiguracyjne i klucze API przed przypadkowym ujawnieniem. Wymuszenie zaufania do workspace w trybie headless zapewnia, że agent nie będzie operował na niezaufanych projektach bez zgody użytkownika.

    Ulepszona walidacja poleceń shell oraz dodanie listy dozwolonych narzędzi stanowią dodatkową barierę. Te zabezpieczenia odpowiadają na rosnącą złożoność i potencjalne ryzyko związane z agentami AI działającymi w terminalu.

    Naprawy błędów i usprawnienia wydajności

    Oprócz głównych funkcjonalności, aktualizacja przynosi szereg napraw i optymalizacji, które poprawiają stabilność i doświadczenie użytkownika. Naprawa regresji klawisza backspace na Windows rozwiązuje problem, który mógł utrudniać edycję tekstu w interfejsie CLI. Ulepszona detekcja zapętlenia pomaga agentowi w rozpoznaniu i uniknięciu cyklicznych, nieskończonych operacji.

    Wydanie jest częścią ciągłego cyklu rozwoju Gemini CLI.

    Kontekst dla web dev, vibe coding i DevOps

    Dodanie trybu głosowego w czasie rzeczywistym otwiera nowe możliwości dla developerów, szczególnie w kontekście „vibe coding” — bardziej swobodnego, konwersacyjnego podejścia do programowania. Możliwość szybkiego zadania pytania dotyczącego dokumentacji, struktury projektu lub składni podczas pracy w edytorze może znacząco przyspieszyć proces twórczy.

    Z perspektywy DevOps, bezpieczne ładowanie .env i walidacja poleceń shell są kluczowe dla bezpiecznego zarządzania infrastrukturą i ciągłego procesu dostarczania. Agent CLI, który może automatycznie wykonywać skrypty wdrożeniowe lub monitorować stan serwerów, musi działać w maksymalnie zabezpieczonym środowisku, aby nie stać się punktem ataku.

    Perspektywy rozwoju i wpływ na ekosystem AI

    Wydanie v0.41.0-preview.0 pokazuje kierunek rozwoju Gemini CLI w stronę bardziej interaktywnej i bezpiecznej integracji AI z codziennymi workflow developerskimi. Połączenie zaawansowanych funkcji głosowych z silnymi zabezpieczeniami środowiska wskazuje, że Google dąży do tego, aby ten agent stał się nie tylko pomocnym narzędziem, ale także bezpiecznym partnerem w terminalu.

    W kontekście szerszego ekosystemu AI, gdzie konkurencja między agentami CLI, takimi jak Cursor, Windsurf i Claude Code, jest intensywna, takie funkcje mogą być kluczowym czynnikiem różnicującym.


    Źródła

  • Factory CLI wprowadza auto-fallback, tematy systemowe i bardziej niezależne MCP

    Factory CLI wprowadza auto-fallback, tematy systemowe i bardziej niezależne MCP

    Factory CLI otrzymała aktualizację, która koncentruje się na poprawie niezawodności w długotrwałych sesjach kodowania oraz na zwiększeniu kontroli nad zachowaniem agenta AI. Najnowsza wersja wprowadza udoskonalenia w zarządzaniu limitami użycia, umożliwia regulację autonomii narzędzi MCP oraz zawiera szereg poprawek stabilności. Te zmiany są istotne dla profesjonalnych programistów korzystających z Factory CLI, które wspiera terminalowe workflow'y programistyczne.

    Najważniejsze nowości

    • Zarządzanie limitami użycia – System został ulepszony, aby lepiej obsługiwać sytuacje związane z ograniczeniami szybkości, z opcjami konfiguracji preferencji dla nadwyżek.
    • Kontrola autonomii MCP – Dodano możliwości regulacji niezależności dla narzędzi MCP, co pozwala precyzyjniej określić, jak samodzielnie narzędzie może działać.
    • Poprawki stabilności dla Windows – Wprowadzono poprawki niezawodności dla workers na systemie Windows.
    • Ulepszone wykrywanie hibernacji – Dodano dokładniejsze wykrywanie stanu uśpienia systemu, co minimalizuje problemy z ciągłością sesji po przywróceniu.

    Zarządzanie limitami: płynność pracy

    Jedną z praktycznych zmian są ulepszenia w zarządzaniu limitami użycia. Kiedy sesja Factory CLI napotyka ograniczenia szybkości, system oferuje opcje konfiguracji, które pozwalają na kontynuację pracy. To rozwiązanie jest szczególnie ważne w środowiskach enterprise, gdzie długie sesje kodowania wymagają stabilności. Factory CLI wspiera terminalowe workflow'y, w tym sesje, slash commands i obsługę pluginów, więc płynność działania jest kluczowa.

    Ta funkcja wpisuje się w filozofię Factory, która koncentruje się na terminalowo-natywnych procesach. Pomaga uniknąć przerw w trakcie ważnych zadań, takich jak refaktoring dużego modułu czy analiza kodu, gdy podstawowy model osiągnie swoje limity.

    Kontrola autonomii MCP: bezpieczeństwo i precyzja

    Możliwości regulacji autonomii dla narzędzi Model Context Protocol (MCP) pozwalają użytkownikom na dostosowanie zachowania każdego narzędzia. Użytkownicy mogą wpływać na to, jak dużo inicjatywy i niezależności ma mieć konkretne narzędzie podczas wykonywania zadań. To krok w stronę większego bezpieczeństwa i precyzji, zwłaszcza w scenariuszach, gdzie niektóre operacje, takie jak modyfikacje plików czy deployment, wymagają ścisłego nadzoru, a inne, jak wyszukiwanie dokumentacji, mogą być bardziej autonomiczne.

    Taka kontrola jest kluczowa dla niezawodności i bezpieczeństwa, które Factory traktuje jako priorytet. Programiści mogą lepiej zarządzać środowiskiem, redukując ryzyko przypadkowych, niepożądanych akcji.

    Poprawki dla Windows i lepsze hibernowanie

    To wydanie zawiera solidne poprawki stabilności, szczególnie dla systemu Windows. Wprowadzono poprawki niezawodności dla workers na Windows, co powinno znacząco poprawić doświadczenie użytkowników tej platformy. Dodano również dokładniejsze wykrywanie hibernacji, co poprawia rozpoznawanie sytuacji hibernowania i przywracania, minimalizując fałszywe założenia o stanie aplikacji po takich zdarzeniach. To ważne dla zachowania ciągłości sesji.

    Aplikacja desktopowa otrzymała także szereg poprawek UI oraz ulepszony proces auto-update. Factory wprowadza bardziej płynne i klarowne aktualizacje, co wskazuje na skupienie na codziennym, komfortowym użyciu, zwłaszcza w środowiskach desktopowych.

    Wnioski

    Aktualizacja Factory CLI zwiększa kontrolę użytkownika i niezawodność. Ulepszenia w zarządzaniu limitami zapewniają płynność pracy, a kontrola nad MCP zwiększa poczucie bezpieczeństwa. Poprawki dla Windows i hibernowania rozwiązują realne problemy stabilności.

    Te zmiany wzmacniają pozycję Factory CLI jako narzędzia dla profesjonalnych programistów, którzy potrzebują wsparcia AI działającego niezawodnie w terminalu podczas długich sesji. Rozwój ekosystemu Factory koncentruje się na wspieraniu workflow'ów programistycznych.


    Źródła