Kategoria: Oprogramowanie

  • Claude Code 2.1.133: Worktree z precyzją i piaskownica na twoich zasadach

    Claude Code 2.1.133: Worktree z precyzją i piaskownica na twoich zasadach

    Anthropic nie zwalnia tempa. 7 maja 2026 roku światło dzienne ujrzała wersja 2.1.133 terminalowego asystenta Claude Code – aktualizacja, która na pierwszy rzut oka może wydawać się drobną porcją poprawek, ale w rzeczywistości precyzyjnie celuje w bolączki zaawansowanych użytkowników. Deweloperzy balansujący między gałęziami, administratorzy dbający o bezpieczeństwo izolowanych środowisk i entuzjaści automatyzacji dostają zestaw narzędzi, który znacząco podnosi komfort codziennej pracy. Nowa wersja to przede wszystkim długo wyczekiwane ustawienie worktree.baseRef, elastyczniejsza konfiguracja sandboxa dla Linuksa i WSL oraz garść poprawek stabilności, które sprawiają, że sesje przestają się niespodziewanie wykrzaczać.

    Kluczowe informacje

    • Nowe ustawienie worktree.baseRef daje pełną kontrolę nad bazowym punktem odniesienia dla operacji worktree, co eliminuje nieporozumienia przy edycji kodu w gałęziach
    • Ulepszona konfiguracja sandboxa na Linuksie i WSL umożliwia precyzyjniejsze definiowanie granic izolacji – niezbędne w kontenerach deweloperskich
    • Wzmocnione polityki administracyjne pozwalają na skuteczniejsze egzekwowanie reguł w zespołach i wdrożeniach enterprise
    • Widoczność poziomu wysiłku hooków ułatwia debugowanie automatyzacji i ocenę, jak mocno poszczególne skrypty obciążają asystenta
    • Poprawki stabilności sesji obejmują obsługę poświadczeń, dopasowanie ścieżek, tryb skupienia i zarządzanie pamięcią procesów w tle

    Worktree z wreszcie jawnym punktem startowym

    Dla każdego, kto pracuje z wieloma gałęziami jednocześnie, operacje worktree w Git są chlebem powszednim. Claude Code od dawna potrafi je obsługiwać, ale dotychczas samodzielnie ustalał bazową referencję – czyli gałąź lub commit, względem której generowane są zmiany. Automatyzm ten bywał jednak zawodny, szczególnie gdy struktura repozytorium odbiegała od standardowych konwencji. Nowość w wersji 2.1.133 to jawne ustawienie worktree.baseRef. Od teraz możesz w pliku konfiguracyjnym wskazać konkretny punkt startowy: main, develop, a nawet konkretny SHA commita. Claude nie będzie już zgadywał – dostosuje się do twoich intencji.

    Praktyczne znaczenie tego drobnego dodatku jest ogromne. Wyobraź sobie sytuację, w której tworzysz nową funkcjonalność na gałęzi feature/api-v2, ale chcesz, aby asystent porównywał zmiany względem gałęzi release/1.0, a nie domyślnego main. Dotychczas mogło to prowadzić do generowania nadmiarowych diffów lub pomijania kluczowych konfliktów. Teraz wystarczy jeden wpis i cały przepływ pracy staje się spójny. Dla zwolenników vibe codingu, którzy coraz częściej powierzają AI generowanie całych bloków kodu, precyzyjne zakotwiczenie w repozytorium to warunek konieczny, by uniknąć katastrofy po mergowaniu.

    Izolacja na własnych warunkach

    Izolacja na własnych warunkach

    Sandbox w Claude Code to mechanizm uruchamiający kod w kontrolowanym środowisku, chroniący system hosta przed niepożądanymi skutkami. Do tej pory na Linuksie i WSL jego konfiguracja potrafiła być sztywna – użytkownicy narzekali na brak możliwości dostrojenia reguł pod specyficzne kontenery deweloperskie. Update 2.1.133 rozwiązuje ten problem, wprowadzając elastyczniejsze opcje konfiguracji. Choć changelog nie podaje szczegółowych nazw parametrów, to z kontekstu wynika, że administracja może teraz precyzyjniej określać, które katalogi są dostępne, jakie zasoby wolno montować i kiedy sandbox ma wymusić twardą izolację.

    Dla zespołów korzystających z Dev Containers czy GitHub Codespaces to krok milowy. Możliwość dostosowania sandboxa do obrazu kontenera oznacza, że asystent będzie w stanie bezpiecznie operować w środowisku zbliżonym do produkcyjnego, nie narażając go na wycieki danych. Deweloperzy mogą też łatwiej integrować Claude Code z własnymi narzędziami CI/CD, gdzie izolacja wykonania ma kluczowe znaczenie dla bezpieczeństwa łańcucha dostaw.

    Administratorzy dostają lepsze narzędzia dyscypliny

    Wersja 2.1.133 wprowadza silniejszą kontrolę polityk administracyjnych. To ukłon w stronę organizacji, które wdrażają asystenta AI w skali zespołu. Nowe mechanizmy pozwalają na definiowanie reguł z poziomu zarządzanego pliku konfiguracyjnego, które są egzekwowane z wyższym priorytetem. Na przykład

    Źródła

  • Kimi K2.7 Code wchodzi do gry – Moonshot AI rzuca wyzwanie Claude i GPT w długodystansowym kodowaniu

    Kimi K2.7 Code wchodzi do gry – Moonshot AI rzuca wyzwanie Claude i GPT w długodystansowym kodowaniu

    Moonshot AI wprowadziło 12 czerwca 2026 roku model Kimi K2.7 Code, który jest ich najnowszym asystentem do programowania. Model ten został zaprojektowany z myślą o długoterminowych zadaniach inżynierskich, obsługuje długie konteksty oraz autonomiczne narzędzia. Użytkownicy mogą uzyskać do niego dostęp przez API, Hugging Face oraz środowisko Kimi Code.

    • Kimi K2.7 Code jest modelem stworzonym do długodystansowych zadań programistycznych, który lepiej radzi sobie z różnymi językami oraz z frontendem, DevOpsem i optymalizacją wydajności.
    • 256-tysięczne okno kontekstowe oraz tryb myślący (bez szybkich odpowiedzi) – model został zoptymalizowany do złożonego, wieloetapowego rozumowania.
    • Około 30% mniej tokenów rozumowania w porównaniu do Kimi K2.6 Code przy tych samych zadaniach, co prowadzi do niższych kosztów inferencji.
    • Ceny API: 0,95 USD za milion tokenów wejściowych, 4 USD za milion wyjściowych oraz 0,19 USD przy trafieniach cache’a – model jest dostępny na licencji Modified MIT.

    Model dostosowany do agentowego kodu

    Kimi K2.7 Code nie jest jedynie poprawioną wersją swojego poprzednika. Moonshot AI określa go jako „najbardziej zdolny model do kodowania”, który został dostosowany do agentowego generowania kodu oraz długoterminowej inżynierii oprogramowania. Model ma na celu lepsze radzenie sobie z zadaniami wymagającymi wielu kroków, wywoływania narzędzi oraz utrzymania spójności w długich kontekstach.

    Dokumentacja wskazuje na znaczną poprawę w zadaniach długohoryzontalnych. Kimi K2.7 Code lepiej generalizuje między Rustem, Go i Pythonem, a także poprawia efektywność w projektach frontendowych, automatyzacji DevOps i optymalizacji wydajności. Dla zespołów korzystających z vibe coding lub autonomicznych agentów, model ten może obsługiwać bardziej złożone zadania niż tylko krótkie fragmenty kodu.

    Duże okno i jeden tryb

    Model dysponuje oknem kontekstowym o długości 256 tysięcy tokenów i nie obsługuje trybu niemyślącego – cała komunikacja odbywa się poprzez ścieżkę rozumowania. Dla programistów przyzwyczajonych do szybkich odpowiedzi od GPT czy Claude, może to być zauważalna różnica w interakcji, ale zapewnia, że model nie uprości skomplikowanej logiki.

    Moonshot informuje o redukcji tokenów rozumowania o około 30% w porównaniu do Kimi K2.6 Code. Oznacza to, że nowa architektura lub proces treningowy pozwoliły modelowi myśleć bardziej zwięźle, nie tracąc jakości. Mniejsza liczba tokenów przekłada się również na niższe koszty przy wywołaniach API.

    Ceny, licencja i możliwości testowania

    Dostęp do Kimi K2.7 Code można uzyskać przez Moonshot API, narzędzie Kimi Code (terminalowy/IDE agent) oraz repozytorium na Hugging Face. Model jest dostępny na licencji Modified MIT, co oznacza, że w przeciwieństwie do niektórych konkurencyjnych rozwiązań, nie ma ograniczeń dotyczących komercyjnego wykorzystania.

    Ceny wynoszą: 0,95 USD za milion tokenów wejściowych, 4 USD za milion wyjściowych oraz 0,19 USD za cache. W przypadku długich kontekstów i powtarzalnych promptów, te stawki mogą być korzystne. W porównaniu do modeli takich jak Claude czy GPT, Kimi K2.7 Code może być bardziej opłacalnym rozwiązaniem.

    Rodzina K2 i jej znaczenie dla web deweloperki

    Kimi K2.7 Code to kolejny krok po modelu Kimi K2.6 Code, który Moonshot promowało jako otwarte narzędzie do kodowania, długoterminowej egzekucji oraz agentów. Seria K2 opiera się na architekturze Mixture-of-Experts, która według wcześniejszych zapowiedzi ma bilion parametrów, z czego 32 miliardy są aktywowane podczas inferencji. Nowsze informacje sugerują, że Kimi K2.7 Code utrzymuje podobną skalę, chociaż oficjalne specyfikacje nie zostały jeszcze w pełni ujawnione.

    Dla programistów pracujących z Kimi K2.7 Code, model ten oferuje nowe możliwości w zakresie długoterminowego kodowania i bardziej złożonych projektów.

  • Zed 1.1.5: Git Graph, Agentyczne Układy i Nowe Modele AI – Czy To Nowa Era Edytora?

    Zed 1.1.5: Git Graph, Agentyczne Układy i Nowe Modele AI – Czy To Nowa Era Edytora?

    Zed właśnie wydał wersję 1.1.5, stabilną aktualizację, która wprowadza istotne zmiany w interakcji z kodem, historią projektu i asystą AI. W tej wersji pojawił się pełnoprawny graf Gita, który zastępuje dotychczasowy widok historii plików, przełącznik układu paneli umożliwiający szybkie przechodzenie między klasycznym a agentowym trybem pracy oraz rozszerzony katalog wspieranych modeli sztucznej inteligencji. Aktualizacja ta wpływa na codzienny workflow programisty na wielu poziomach – od wizualizacji rozgałęzień, przez organizację przestrzeni roboczej, aż po wybór silnika AI do zadań programistycznych.

    Kluczowe informacje

    • Git Graph zastępuje historię plików, oferując wizualną mapę commitów i gałęzi z lazy loadingiem, wyszukiwarką i dynamiczną szerokością kolumn.
    • Panel Layout umożliwia przejście między układem klasycznym (narzędzia po lewej) a agentowym (panel AI po lewej, reszta po prawej) jednym kliknięciem.
    • DeepSeek V4-Pro/Flash oraz rodzina OpenCode Go (w tym GPT 5.5, MiMo V2.5, Ling 2.6, Hy3) zostały dodane do oficjalnego wsparcia.
    • LSP Code Lens, nawigacja w stylu Helixa oraz alerty GFM w podglądzie Markdown wzbogacają edycję i podgląd dokumentacji.
    • Wprowadzono poprawki dotyczące wydajności monitorowania systemu plików na Linuxie oraz usunięto dziesiątki błędów w edytorze, terminalu i panelu agenta, chociaż ujawniono regresję w module współpracy.

    Zamiast historii pliku – Git Graph jako nowy domyślny widok

    Najbardziej kontrowersyjną zmianą jest usunięcie widoku historii pliku i zastąpienie go pełnym grafem Gita. Deweloperzy, którzy wcześniej korzystali z liniowego podglądu zmian w plikach, musieli przechodzić do zakładki „file history”. Teraz Zed oferuje interaktywny wykres, który pokazuje całą strukturę commitów i gałęzi w repozytorium. Zespół podkreśla wyższą wydajność dzięki leniwemu ładowaniu danych, szybkiemu przeszukiwaniu wpisów, zmiennej szerokości kolumn dopasowanej do długości wiadomości commitów oraz osobnemu panelowi szczegółów wybranego commita.

    Dla programistów pracujących samodzielnie lub tych, którzy potrzebują wizualnej nawigacji po skomplikowanych repozytoriach, graf stanowi znaczący postęp. Umożliwia szybki wgląd w to, które gałęzie się rozchodzą, gdzie miały miejsce mergi oraz jak rozwijała się historia projektu – wcześniej wymagało to korzystania z zewnętrznych narzędzi lub komend terminala. Nie wszyscy jednak przyjęli tę zmianę z entuzjazmem. Po premierze na GitHubie zgłoszono, że w trybie współpracy stary podgląd historii plików przestał działać, a nowy Git Graph nie uruchamia się w scenariuszach zdalnych. Oznacza to, że zespoły opierające swoją pracę na zdalnym kodowaniu w Zedzie straciły dostęp do historii zmian konkretnego pliku, co może być problematyczne podczas przeglądów kodu i rozwiązywania konfliktów. Zespół prawdopodobnie pracuje nad rozwiązaniem tego problemu, ale warto mieć to na uwadze przed aktualizacją w środowiskach produkcyjnych.

    Agentowy workflow jednym przełącznikiem – nowa era interakcji z AI

    Zed od dłuższego czasu eksperymentuje z integracją panelu AI, ale wersja 1.1.5 wprowadza osobne menu „Panel Layout” z dwiema predefiniowanymi opcjami: classic i agentic. Klasyczny układ umieszcza panel projektu, Gita i inne narzędzia po lewej stronie, co jest znane użytkownikom VS Code i innych edytorów. Układ agentowy przenosi panel agenta AI na lewą stronę, a pozostałe elementy – edytor, podglądy, terminal – na prawą. To nie jest jedynie kosmetyczna zmiana, lecz istotna reorganizacja przepływu pracy. Deweloperzy intensywnie korzystający z asysty AI mogą teraz jednym kliknięciem przełączyć się w tryb, w którym agent staje się bardziej dostępny.

    Źródła

  • Majowa aktualizacja OpenCode: Pełne wsparcie proxy w desktopie i nowy przepływ sesji

    Majowa aktualizacja OpenCode: Pełne wsparcie proxy w desktopie i nowy przepływ sesji

    Majowa aktualizacja OpenCode przyniosła wersję 1.17.4, która jest szczególnie ważna dla deweloperów pracujących w środowiskach korporacyjnych. Oprogramowanie rozwija wsparcie dla serwerów proxy i niestandardowych certyfikatów bezpieczeństwa, a także poprawia zarządzanie sesjami. Choć nie wprowadza spektakularnych nowości, odpowiada na potrzeby zgłaszane przez użytkowników na GitHubie i forach społeczności.

    Kluczowe zmiany w skrócie

    – OpenCode obsługuje standardowe zmienne proxy (HTTP_PROXY, HTTPS_PROXY), co potwierdza dokumentacja.
    – Obsługa niestandardowych urzędów certyfikacji (CA) jest dostępna dla ruchu przez proxy oraz bezpośrednich połączeń z API modeli – konfiguracja jest opisana w oficjalnych materiałach.
    – Udoskonalono przepływ pracy z sesjami, aby zminimalizować ryzyko utraty kontekstu przy przełączaniu zadań.
    – Rozwój funkcji zarządzania wieloma projektami – OpenCode zwiększa możliwości pracy równoległej.
    – Wprowadzono poprawki stabilności i interfejsu dla użytkowników systemu Windows.

    Dlaczego wsparcie proxy pozostaje priorytetem dla firm

    Dla użytkowników OpenCode korzystających z domowych łączy temat zmiennych proxy może wydawać się mało istotny. W rzeczywistości jednak wielu deweloperów pracuje w środowiskach korporacyjnych, gdzie cały ruch sieciowy przechodzi przez firmowe serwery pośredniczące. Bez odpowiedniej obsługi HTTPS_PROXY agent AI nie może nawiązać połączenia z żadnym modelem językowym, co czyni go bezużytecznym.

    OpenCode dokumentuje wsparcie dla zmiennych środowiskowych proxy i niestandardowych certyfikatów – w oficjalnych materiałach technicznych można przeczytać, że oprogramowanie „wspiera standardowe zmienne proxy i niestandardowe certyfikaty”. Oznacza to, że w środowiskach skonfigurowanych zgodnie z dokumentacją agent powinien komunikować się przez firmowe proxy. Wątki na GitHubie pokazują, że niektóre instalacje napotykały trudności, co skłaniało zespół do ciągłych poprawek.

    Aktualizacja v1.17.4 nie przyniosła rewolucji, ale wpisuje się w długofalowe działania na rzecz niezawodności. OpenCode wykrywa zmienne proxy zgodnie z konfiguracją systemową, a zaufanie do firmowych CA można ustanowić jednorazowo. Dla zespołów IT kluczowe jest, że nie ma potrzeby ręcznego ingerowania w pliki konfiguracyjne poza standardowymi zmiennymi środowiskowymi.

    W środowiskach o zaostrzonej polityce bezpieczeństwa – takich jak sektor finansowy czy rządowy – proxy i niestandardowe certyfikaty są niezbędne. Bez nich narzędzie AI nie przejdzie audytu bezpieczeństwa, co wyklucza je z wielu projektów komercyjnych. Dlatego każda iteracja OpenCode, która zapewnia stabilną pracę w tych warunkach, jest dla firm istotna.

    Udoskonalenia w zarządzaniu sesjami

    Zespół OpenCode pracuje nad tym, by przełączanie między zadaniami nie prowadziło do utraty kontekstu – to jeden z najczęściej podnoszonych postulatów społeczności. Dotychczas nagłe zamknięcie karty lub szybkie przechodzenie między projektami mogło prowadzić do frustracji, gdy prompt i wybór środowiska były niezgodne.

    Nowa wersja rozwija mechanizmy porządkujące ten proces – użytkownik ma teraz większą kontrolę nad kontekstem pracy. Flow sesji został przeprojektowany, aby dać więcej czasu na doprecyzowanie zapytania i wskazanie projektu, zanim agent zacznie działać.

    Usprawnienia obejmują także jednoczesną pracę nad wieloma projektami. OpenCode lepiej radzi sobie ze zmianą środowiska, minimalizując konieczność ręcznego odtwarzania ustawień przy przełączaniu kontekstu. To docenią zwłaszcza osoby pracujące z kilkoma repozytoriami jednocześnie.

    Bieżące poprawki na platformie Windows

    Użytkownicy Windowsa mogą liczyć na regularne poprawki stabilności aplikacji OpenCode – dotyczą one zarówno elementów interfejsu (w tym paska tytułu), jak i procesu aktualizacji z wcześniejszych instalacji. Każda nowa łatka przybliża środowisko Windows do poziomu płynności znanego z Linuksa czy macOS, a aktualizacja 1.17.4 eliminuje kilka rzadkich przypadków błędów renderowania i usprawnia migrację ze starszych wersji.

    Ź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

  • 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

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

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

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

    Co przynosi wersja 2.1.129 — kluczowe zmiany

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

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

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

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

    Terminal pod kontrolą

    Terminal pod kontrolą

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

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

    Poprawki, które po prostu działają

    Poprawki, które po prostu działają

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

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

    Czy warto aktualizować?

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

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

    Źródła

  • Cursor daje firmom pełną kontrolę nad AI – nowe organizacje, limity i analityka w edytorze

    Cursor daje firmom pełną kontrolę nad AI – nowe organizacje, limity i analityka w edytorze

    Cursor wprowadził nowy zestaw narzędzi, które zmieniają sposób zarządzania sztuczną inteligencją w dużych zespołach deweloperskich. Nowe funkcje administracyjne w płatnych planach zespołowych umożliwiają firmom centralizację kontroli nad dostępem do modeli, ograniczenie wydatków oraz śledzenie zużycia tokenów na niespotykaną dotąd skalę. Programiści nadal mają dostęp do zaawansowanych funkcji asystenta AI.

    Co nowego w Cursor dla firm?

    • Centralny dashboard – jeden widok do zarządzania wieloma zespołami, budżetami i politykami dostępu.
    • Grupy – zbiory użytkowników z własnymi limitami wydatków i uprawnieniami do zaawansowanych modeli.
    • Szczegółowa kontrola modeli – administratorzy mogą decydować, które grupy programistów korzystają z zaawansowanych modeli AI, a które z tańszych wariantów.
    • Elastyczne limity wydatków – konfigurowalne progi kosztów z automatycznymi alertami na poziomie konta organizacji, zespołu i grupy.
    • Scentralizowana analityka – dashboardy zużycia tokenów i kosztów, umożliwiające przypisanie wydatków do konkretnych zespołów i inicjatyw.

    Zarządzanie wieloma zespołami – nowa elastyczność

    Dotychczas firmy korzystające z Cursor musiały zarządzać każdym zespołem oddzielnie. Teraz możliwe jest połączenie zespołów w ramach jednego konta organizacji z centralnym zarządzaniem dostępem i budżetami. Administrator może z jednego miejsca nadzorować wszystkie zespoły, nawet te rozproszone po różnych działach czy regionach, i nadawać im osobne reguły bezpieczeństwa oraz zakres dozwolonych funkcji.

    Nowością są Grupy – kolekcje użytkowników, które można formować niezależnie od struktury zespołów. Dzięki nim architekci i senior developerzy mogą mieć dostęp do zaawansowanych modeli, podczas gdy stażyści czy testerzy korzystają tylko z podstawowych możliwości. Użytkownik może należeć do kilku zespołów i grup, a uprawnienia są łączone według konfiguracji administratora.

    Kontrola nad modelami i agentami

    Kontrola nad modelami i agentami
    Źródło: cursor.com

    Nowe narzędzia umożliwiają granularne sterowanie tym, jakie modele AI mogą uruchamiać konkretni programiści. Zespół platformowy testujący eksperymentalne wersje agentów może działać bez ograniczeń, podczas gdy dział aplikacji webowych, pracujący z wrażliwym kodem produkcyjnym, może być ograniczony do sprawdzonych modeli.

    Administratorzy mogą również konfigurować integrację z dostawcami tożsamości i synchronizację katalogów (SCIM) w ramach konta organizacji. Członkostwami można zarządzać przez dashboard lub API, a uprawnienia są nadawane automatycznie przy dołączaniu do grupy.

    Zarządzanie kosztami i analityka

    Zarządzanie kosztami i analityka
    Źródło: cursor.com

    Cursor nie podaje konkretnych kwot domyślnych limitów, ale firmy otrzymują mechanizm miękkich progów wydatków z powiadomieniami. Gdy rachunek za API zbliża się do ustalonego pułapu, administrator dostaje alert, co pozwala uniknąć nagłego odcięcia dostępu do narzędzi. To rozwiązanie pozwala na pilnowanie budżetu, nie blokując pracy w trakcie ważnych zadań.

    Drugim filarem jest analityka użycia. Nowy dashboard pokazuje zużycie tokenów i koszty z podziałem na zespoły i główne grupy użytkowników. Dla firm stosujących wewnętrzne modele rozliczeń (chargeback) to duże ułatwienie, umożliwiające precyzyjne przypisanie wydatków do konkretnych inicjatyw.

    Co to oznacza dla zespołów webowych i DevOps

    Dla firm zajmujących się rozwojem aplikacji internetowych i infrastrukturą oznacza to koniec chaosu związanego z niekontrolowanym użyciem AI. Szefowie działów IT mogą ustawić reguły raz i monitorować trendy, eliminując obawy o niezamierzone generowanie wysokich rachunków.

    Cursor, używany przez wiele czołowych firm, przesuwa się z pozycji prostego edytora kodu z AI w stronę platformy programistycznej z pełnym nadzorem korporacyjnym. Dla organizacji, które chcą zwiększyć wykorzystanie narzędzi AI do kodowania, zachowując kontrolę kosztów i bezpieczeństwa, nowe funkcje administracyjne Cursor mogą być kluczowym argumentem za wdrożeniem płatnych planów zespołowych.

    Cursor nie tylko ułatwia kodowanie, ale także pozwala menedżerom spokojniej spać, wiedząc, że rachunek za API nie wymknie się spod kontroli.

    Źródła