Kategoria: Aktualności

  • Factory stawia na GitLaba CI – nowa wersja 0.142.0 z obsługą komponentów i poprawkami stabilności

    Factory stawia na GitLaba CI – nowa wersja 0.142.0 z obsługą komponentów i poprawkami stabilności

    Factory wydał wersję 0.142.0 swojej platformy, wprowadzając wsparcie dla GitLab CI Components w umiejętności install-code-review. Ta aktualizacja automatyzuje pipeline’y do przeglądu kodu i eliminuje kilka błędów w interfejsie, w tym dublujące się wiadomości w czacie. Wydanie jest skierowane głównie do zespołów deweloperskich, które chcą zredukować powtarzalną konfigurację CI i wykorzystać ponownie używalne komponenty.

    Kluczowe informacje o wydaniu

    • GitLab CI Components są teraz wspierane w umiejętności install-code-review, co upraszcza pipeline’y automatycznej analizy kodu.
    • Naprawiono podwójne wiadomości – czat nie wyświetla już zduplikowanych komunikatów w trakcie sesji.
    • Odświeżanie podglądu diffa działa teraz poprawnie, bez opóźnień i braku synchronizacji.
    • Mniejsze duplikowanie kodu w .gitlab-ci.yml dzięki modelowi komponentowemu GitLaba.
    • Stabilniejsza praca całej platformy Factory przy zarządzaniu recenzjami kodu.

    Co właściwie daje integracja z GitLab CI Components

    GitLab promuje model komponentów CI/CD jako sposób na unikanie kopiowania tych samych fragmentów konfiguracji między projektami. Komponent to samodzielny, wersjonowany kawałek logiki pipeline’a, który można wciągnąć dyrektywą include:component. Zamiast pisać osobne joby do lintowania czy analizy statycznej, zespół może korzystać z gotowego bloku.

    Factory w wersji 0.142.0 wykorzystuje ten mechanizm w install-code-review. Umiejętność ta pozwala uruchomić automatyczny przegląd kodu bezpośrednio z poziomu pipeline’a GitLaba. Oznacza to, że po wypchnięciu commita system automatycznie uruchomi analizę, a wyniki będą dostępne w interfejsie Factory – bez potrzeby dodatkowych skryptów.

    Dla zespołów devopsowych to oszczędność czasu, ponieważ konfiguracja sprowadza się do wskazania odpowiedniego komponentu w pliku .gitlab-ci.yml. Resztą zajmuje się platforma.

    UI bez frustracji – diff viewer i czat pod kontrolą

    UI bez frustracji – diff viewer i czat pod kontrolą

    Obok nowości w integracji CI, Factory 0.142.0 wprowadza również dwie poprawki, które wpływają na komfort codziennej pracy. Pierwsza dotyczy podglądu różnic w kodzie – diff viewer. W poprzednich wersjach panel czasami nie odświeżał się po zmianie pliku, co prowadziło do wyświetlania nieaktualnego stanu. Teraz odświeżanie działa natychmiastowo, co sprawia, że przeglądanie zmian jest płynne.

    Druga poprawka eliminuje dublowanie wiadomości w czacie. Każdy, kto spędził czas na przeglądzie kodu, wie, jak dezorientujące może być pojawienie się tej samej linijki tekstu dwa razy. Factory naprawiło ten błąd, co poprawia czytelność komunikacji w zespole.

    Dlaczego akurat teraz ma to znaczenie

    Dlaczego akurat teraz ma to znaczenie

    Automatyzacja recenzji kodu zyskuje na znaczeniu w projektach opartych na szybkim kodowaniu i iteracjach. Gdy zespół wprowadza wiele zmian dziennie, ręczne przeglądanie każdego merge requestu staje się nieefektywne. Factory z obsługą GitLab CI Components wchodzi w ten moment, oferując automatyzację, która nie wymaga pisania własnych pipeline’ów od podstaw.

    Kierunek obrany przez Factory pokrywa się z trendem w narzędziach AI dla deweloperów. Coraz więcej platform integruje się z istniejącymi systemami CI/CD, zamiast budować zamknięte ekosystemy. GitLab, ze swoim modelem komponentowym, oferuje solidny fundament – wersjonowane bloki logiki, które można testować i udostępniać między repozytoriami.

    Podsumowanie

    Wydanie 0.142.0 to krok w stronę lepszej integracji Factory z ekosystemem GitLaba. Wsparcie dla komponentów CI w install-code-review eliminuje powtarzalną pracę przy konfiguracji pipeline’ów, a poprawki UI sprawiają, że codzienna praca z platformą staje się bardziej zorganizowana. Dla zespołów korzystających z GitLab CI, ta aktualizacja jest warta szybkiego wdrożenia – mniej konfiguracji, mniej błędów i płynniejszy przegląd kodu w jednym pakiecie.


    Źródła

  • Claude Code 2.1.167: cicha aktualizacja, która naprawia to, co irytowało programistów

    Claude Code 2.1.167: cicha aktualizacja, która naprawia to, co irytowało programistów

    Anthropic wydało 6 czerwca 2026 roku wersję Claude Code 2.1.167, której zmiany zostały opisane w oficjalnym changelogu jako „poprawki błędów i ulepszenia stabilności”. Mimo krótkiego opisu, aktualizacja ta jest częścią szerszego cyklu poprawek stabilności, który zespół Anthropic realizuje od kilku tygodni. Dla deweloperów korzystających z narzędzia na co dzień takie poprawki mają duże znaczenie, często bardziej niż nowe funkcje.

    Co warto wiedzieć o wydaniu 2.1.167

    • Wersja konserwacyjna — Claude Code 2.1.167 nie wprowadza nowych funkcji, a jedynie poprawki błędów i ulepszenia stabilności.
    • Niskie ryzyko wdrożenia — brak zmian w API, konfiguracji ani zachowaniu narzędzia; aktualizacja jest bezpieczna dla zespołów.
    • Data premiery — 6 czerwca 2026; wydanie zawiera 9 commitów na głównej gałęzi repozytorium.
    • Kontynuacja serii stabilizacyjnej — to część szerszego cyklu poprawek obejmującego wersje od 2.1.166 do 2.1.168.

    Co właściwie poprawiono?

    Anthropic nie opublikowało szczegółowej listy błędów usuniętych w 2.1.167. Oficjalny changelog na GitHubie zawiera jedynie standardową formułkę, a dokumentacja techniczna nie dostarcza dodatkowych informacji. Jednak w kontekście poprzednich wydań z tej serii, które rozwiązywały problemy z obsługą błędów API, zrywaniem sesji i wyciekami pamięci, można przypuszczać, że aktualizacja ta również koncentruje się na stabilności podczas długich sesji kodowania.

    Inne źródła opisują tę aktualizację jako poprawiającą „płynność działania i zmniejszającą liczbę błędów podczas intensywnych sesji programistycznych”. Choć to sformułowanie jest ogólne, dobrze oddaje charakter wydania: nie ma tu nic spektakularnego, ale każdy, kto doświadczył utraty kontekstu rozmowy przez niespodziewany crash, doceni te ulepszenia.

    Szerszy obraz: co zmieniło się w okolicy 2.1.167

    Szerszy obraz: co zmieniło się w okolicy 2.1.167

    Aby zrozumieć znaczenie tego wydania, warto spojrzeć na sąsiednie wersje. Tuż przed 2.1.167 Claude Code otrzymał mechanizm fallbackModel, który pozwala zdefiniować do trzech modeli zapasowych na wypadek przeciążenia lub niedostępności głównego. To istotna pomoc dla zespołów, które nie mogą sobie pozwolić na przestój, gdy API Anthropic działa gorzej.

    Równolegle wprowadzono ustawienia requiredMinimumVersion i requiredMaximumVersion, które umożliwiają administratorom wymuszenie konkretnego zakresu wersji Claude Code w organizacji. Narzędzie odmówi uruchomienia, jeśli wersja nie mieści się w dozwolonym przedziale. Dla DevOpsów zarządzających flotą kilkudziesięciu instancji to duże ułatwienie — koniec z sytuacjami, gdzie część zespołu pracuje na przestarzałym kodzie.

    Warto również zauważyć, że Anthropic ogłosiło wycofanie Claude Opus 4.1 z API — model ten przejdzie na emeryturę 5 sierpnia 2026, a zalecaną ścieżką migracji jest Claude Opus 4.8. Choć ta informacja nie dotyczy bezpośrednio wydania 2.1.167, pokazuje kierunek rozwoju całego ekosystemu.

    Co to oznacza dla zespołów deweloperskich

    Jeśli zarządzasz instalacjami Claude Code w zespole, wersja 2.1.167 nie powinna budzić niepokoju. To wydanie niskiego ryzyka — można je zainstalować, zapomnieć o nim i kontynuować pracę. Warto jednak wdrożyć je szybko, zanim pojawi się kolejna wersja z nowymi funkcjami i potencjalnymi niespodziankami.

    Jeśli jeszcze nie skonfigurowałeś modeli zapasowych ani przypinania wersji, to jest dobry moment na to. Wersja 2.1.167 nie wprowadza tych możliwości, ale stabilne środowisko jest kluczowe, aby z nich sensownie korzystać. Nie ma nic gorszego niż skonfigurowany fallback, który nie działa, ponieważ narzędzie zawiodło na poziomie samej sesji.

    Dla zwykłych użytkowników komunikat jest jasny: zaktualizuj i ciesz się mniejszą liczbą irytujących przerw w pracy. To jeden z tych przypadków, gdzie changelog mówi niewiele, ale doświadczenie pracy mówi wszystko.


    Źródła

  • Cursor zyskuje tryb Design Mode i raport zużycia kontekstu – edycja UI bez pisania kodu

    Cursor zyskuje tryb Design Mode i raport zużycia kontekstu – edycja UI bez pisania kodu

    Cursor wprowadził dwie nowe funkcje w obszarze canvases, które zmieniają sposób interakcji z interfejsem użytkownika. Tryb Design Mode umożliwia zaznaczanie elementów bezpośrednio na podglądzie strony i wskazywanie agentowi, co ma zmienić, bez potrzeby opisywania wszystkiego słowami. Dodatkowo, dostępny jest interaktywny raport zużycia kontekstu, który pokazuje, gdzie dokładnie idą tokeny podczas pracy agenta.

    Co nowego w pigułce

    • Design Mode umożliwia zaznaczanie, rysowanie i wybieranie głosowe elementów UI w canvasach Cursora.
    • Wielokrotny wybór pozwala zaznaczyć kilka elementów naraz, aby agent mógł je dopasować lub usunąć w jednym kroku.
    • Raport kontekstu rozbija zużycie tokenów na kategorie: system prompt, narzędzia, reguły i umiejętności.
    • Edycja głosowa działa nawet gdy agent przetwarza poprzednie polecenie, co przyspiesza iteracyjne poprawki.
    • Obie funkcje są dostępne dla użytkowników w ramach aktualizacji Cursor.

    Jak działa Design Mode w praktyce

    Dotychczas, aby zmienić wygląd komponentu w canvasie, użytkownik musiał opisać, co i gdzie należy poprawić. Design Mode zmienia tę sytuację. Użytkownik klika element bezpośrednio na podglądzie, może dodać kilka referencji, narysować po interfejsie lub powiedzieć na głos, co chce zmienić.

    Agent otrzymuje nie tylko zaznaczony fragment. Cursor przekazuje mu kod elementu, układ strony oraz wizualne relacje między komponentami. Dzięki temu edycja staje się bardziej precyzyjna, ponieważ agent rozumie kontekst przestrzenny, a nie tylko abstrakcyjny opis.

    Wielokrotny wybór to kolejna nowość. Użytkownik zaznacza kilka przycisków, kart lub sekcji i mówi agentowi: „zrób, żeby wyglądały tak samo jak ten pierwszy” lub „usuń duplikaty”. Wcześniej wymagałoby to kilku osobnych poleceń. Teraz wystarczy jedna komenda.

    Co istotne, tryb głosowy nie blokuje agenta. Użytkownik może mówić, co zmienić, nawet gdy Cursor pracuje nad poprzednim zadaniem. To przyspiesza proces wprowadzania poprawek, ponieważ nie trzeba czekać na zakończenie wcześniejszej instrukcji.

    Raport kontekstu – tokeny pod lupą

    Raport kontekstu – tokeny pod lupą

    Drugą nowością jest interaktywny raport zużycia kontekstu. Użytkownicy wcześniej widzieli głównie całkowitą liczbę tokenów. Teraz Cursor rozbija to na kategorie: system prompt, narzędzia, reguły i umiejętności.

    Raport pokazuje nie tylko liczby, ale także proporcje. Dzięki temu łatwiej zdiagnozować, dlaczego kontekst się powiększa – czy to przez rozbudowane reguły, czy może przez narzędzia ładujące zbędne dane. Jeśli coś wygląda podejrzanie, dostępna jest opcja „Debug with Agent”, która pozwala przeanalizować problem bardziej szczegółowo.

    Dla zespołów pracujących z dużymi bazami reguł i rozbudowanymi promptami systemowymi to istotna zmiana. Zamiast zgadywać, co zużywa tokeny, można to sprawdzić w kilka sekund i odpowiednio zoptymalizować konfigurację agenta.

    Co to oznacza dla codziennej pracy

    • Design Mode i raport kontekstu to nie są jedynie kosmetyczne dodatki. Pierwsza funkcja znacznie skraca czas potrzebny na wizualne poprawki, szczególnie przy generowanych dashboardach, raportach i innych artefaktach UI, które Cursor tworzy w canvasach. Zamiast pisać szczegółowe instrukcje, użytkownik może wskazać elementy i powiedzieć, co zmienić.

    Druga funkcja daje kontrolę nad kosztami i wydajnością. W świecie agentów AI, gdzie tokeny wpływają na czas odpowiedzi i wydatki, świadomość, gdzie one idą, jest kluczowa. Raport kontekstu wpisuje się w szerszy trend – narzędzia dla deweloperów coraz częściej pokazują nie tylko co robi agent, ale także ile go to kosztuje.

    Obie funkcje są już dostępne dla użytkowników. Design Mode można znaleźć bezpośrednio w interfejsie canvasów, a raport kontekstu pojawia się jako interaktywny widok w panelu agenta.


    Źródła

  • Devin Desktop z komendą resetowania migracji — ratunek dla użytkowników Windsurf

    Devin Desktop z komendą resetowania migracji — ratunek dla użytkowników Windsurf

    Cognition Labs wprowadziło aktualizację Devin Desktop z komendą resetowania migracji, która wprowadza nowe polecenie umożliwiające ponowne przeprowadzenie procesu migracji z Windsurf. Aktualizacja odpowiada na problemy zgłaszane przez użytkowników, którzy po rebrandingu i przejściu na nowe środowisko stracili dostęp do konta lub nie odzyskali wcześniejszych rozszerzeń.

    • Nowa komenda w palecie poleceń pozwala na reset ustawień Devin Desktop z komendą resetowania migracji oraz ponowny import rozszerzeń z Windsurf.
    • Ctrl+Shift+P (lub Cmd+Shift+P na macOS) otwiera dostęp do funkcji „Reset migration from Windsurf”.
    • Zalecana ścieżka naprawcza dla użytkowników wylogowanych z konta po migracji.
    • Devin Desktop z komendą resetowania migracji to nowa nazwa dotychczasowego edytora Windsurf.

    Dlaczego ta aktualizacja jest istotna

    Rebranding Windsurf na Devin Desktop z komendą resetowania migracji to nie tylko zmiana nazwy. To część strategii Cognition, która ma na celu pozycjonowanie aplikacji jako centrum zarządzania agentami AI. Dla dotychczasowych użytkowników oznaczało to konieczność przejścia przez proces migracji — zachowania planów, rozszerzeń i ustawień w nowym środowisku.

    W teorii, proces miał przebiegać bezproblemowo. W praktyce jednak wielu użytkowników zgłaszało, że po zakończeniu migracji trafiali na ekran logowania bez dostępu do swoich danych. Inni skarżyli się na brak wcześniej zainstalowanych rozszerzeń, które powinny zostać przeniesione automatycznie. Aktualizacja Devin Desktop z komendą resetowania migracji ma na celu rozwiązanie tych problemów.

    Nowa komenda działa jak twardy reset konfiguracji. Użytkownicy nie muszą ręcznie edytować plików ani przeinstalowywać całego edytora — wystarczy jedno polecenie z palety. Devin Desktop z komendą resetowania migracji usuwa swoje ustawienia, a następnie ponownie próbuje pobrać dane ze starej instalacji Windsurf. Jeśli pierwsza migracja się nie powiodła, użytkownicy mają drugą szansę bez zbędnej straty czasu.

    Jak skorzystać z nowej funkcji

    Jak skorzystać z nowej funkcji

    Mechanizm jest prosty i dostępny od razu po aktualizacji do wersji Devin Desktop z komendą resetowania migracji. Wciśnij Ctrl+Shift+P (Windows/Linux) lub Cmd+Shift+P (macOS), następnie wpisz „Reset migration from Windsurf”. Po zatwierdzeniu Devin Desktop z komendą resetowania migracji automatycznie resetuje swoje ustawienia i ponawia próbę importu.

    Warto jednak pamiętać o dwóch kwestiach. Po pierwsze, reset usuwa bieżącą konfigurację Devin Desktop z komendą resetowania migracji — jeśli użytkownik dostosował coś po nieudanej migracji, te zmiany zostaną utracone. Po drugie, komenda nie gwarantuje, że wszystkie dane z Windsurf zostaną przeniesione. Niektóre przepływy pracy czy mniej standardowe rozszerzenia mogą wymagać ręcznej konfiguracji nawet po udanej migracji.

    Więcej niż tylko łatka

    Chociaż Devin Desktop z komendą resetowania migracji to niewielka aktualizacja pod względem liczby zmian, pokazuje kierunek, w jakim zmierza Cognition. Firma stawia na minimalizowanie problemów podczas przechodzenia między wersjami — co jest kluczowe dla utrzymania bazy użytkowników w przypadku tak radykalnego rebrandingu.

    Devin Desktop z komendą resetowania migracji wykracza już poza klasyczny edytor kodu. Agent Command Center, wsparcie dla Claude przez ACP oraz rozbudowane możliwości pracy z Devin Local wskazują, że Cognition buduje ekosystem dla zespołów pracujących z asystentami AI na co dzień. Dlatego tak ważne jest, aby fundamenty migracyjne działały sprawnie.

    Jeśli więc po przejściu z Windsurf utknąłeś na ekranie logowania lub brakuje ci rozszerzeń, nie szukaj rozwiązań na forach — otwórz paletę poleceń i uruchom reset. To najszybsza droga powrotu do pracy.


    Źródła

  • Antigravity 2.0.11: Google łata konflikt z antywirusami i poprawia integrację z IDE

    Antigravity 2.0.11: Google łata konflikt z antywirusami i poprawia integrację z IDE

    Google wydało wersję 2.0.11 swojego narzędzia deweloperskiego Antigravity, eliminując krytyczny błąd, który powodował czarny ekran przy starcie aplikacji. Aktualizacja z 3 czerwca 2026 roku koncentruje się na stabilności, wprowadzając dwie poprawki. Pierwsza z nich rozwiązuje konflikt z niektórymi programami antywirusowymi, a druga poprawia działanie przycisku Open IDE. Choć to wydanie nie wprowadza nowych funkcji, jest kluczowe dla użytkowników, którzy mieli problemy z uruchomieniem aplikacji.

    Co warto wiedzieć o aktualizacji

    • Konflikt z antywirusami został rozwiązany — aplikacja nie zawiesza się już na czarnym ekranie podczas uruchamiania w obecności niektórych programów zabezpieczających.
    • Przycisk Open IDE otrzymał poprawki stabilności, co ułatwia przechodzenie między agentem a edytorem kodu.
    • Brak nowych funkcji — to wydanie zawiera tylko dwie poprawki błędów, bez zmian w interfejsie czy wydajności.
    • Aktualizacja jest stopniowana — Google rozsyła nową wersję falami, więc dotarcie do wszystkich użytkowników może zająć kilka dni.
    • Dotyczy wszystkich platform — Antigravity działa na macOS, Linux i Windows, a poprawki obejmują każdy z tych systemów.

    Czarny ekran po starcie — co dokładnie naprawiono

    Oficjalny changelog wskazuje: „Naprawiono problem występujący po zainstalowaniu określonych produktów antywirusowych, który powodował wyświetlanie ciemnego, pustego ekranu podczas uruchamiania aplikacji”. Użytkownicy, którzy doświadczyli tego błędu, nie mogli przejść dalej, ponieważ aplikacja startowała, ale zamiast interfejsu pokazywała czarną otchłań.

    Szczegóły techniczne nie są publicznie dostępne. Google nie wskazało konkretnych programów antywirusowych, które wywoływały konflikt. Można jednak przypuszczać, że chodziło o mechanizmy heurystyczne lub sandboxing, które blokowały procesy Antigravity odpowiedzialne za renderowanie interfejsu. Tego typu problemy są znane w aplikacjach Electron, gdzie antywirus może fałszywie oznaczyć proces renderujący jako podejrzany. Po aktualizacji do 2.0.11 użytkownicy z aktywną ochroną antywirusową powinni wreszcie zobaczyć normalny ekran startowy.

    Dlaczego przycisk Open IDE ma znaczenie

    Druga poprawka dotyczy przycisku Open IDE, który jest kluczowym elementem przepływu pracy w Antigravity. Narzędzie to działa jako samodzielny agent, potrafiąc analizować kod, generować zmiany i wykonywać zadania. Programiści często chcą wrócić do edytora, aby ręcznie poprawić szczegóły lub przejrzeć wygenerowane pliki.

    Przycisk Open IDE umożliwia otwarcie bieżącego projektu w zintegrowanym środowisku za pomocą jednego kliknięcia. Wersja 2.0.11 naprawia „pewne błędy związane z przyciskiem Open IDE”, co ma zapewnić bardziej niezawodne przejście z warstwy agentowej do edycji kodu. Dla programistów, którzy często przełączają się między agentem a IDE, to realna oszczędność czasu i zmniejszenie frustracji.

    Kontekst większego obrazu

    Antigravity 2.0.11 pojawiło się w maju 2026 roku jako gruntownie przeprojektowane narzędzie, które rozdzieliło monolityczne IDE na osobne komponenty: agenta i edytor. Ta zmiana architektury przyniosła nowe możliwości, ale także problemy, takie jak znikanie historii konwersacji, problemy z integracją WSL czy konflikty z plikami wykonywalnymi.

    Wersja 2.0.11 wpisuje się w stabilizacyjny trend ostatnich tygodni. Poprzednie wydania również koncentrowały się na poprawkach błędów, a nie na dodawaniu funkcji. Wygląda na to, że Google systematycznie rozwiązuje zgłoszone problemy, zanim wróci do rozwijania funkcjonalności. Dla deweloperów używających Antigravity na co dzień to dobra wiadomość — mniej niespodzianek, więcej przewidywalności.


    Źródła

  • Claude Code 2.1.162: lepsza widoczność agentów i szybsze CI/CD

    Claude Code 2.1.162: lepsza widoczność agentów i szybsze CI/CD

    Anthropic wydało wersję 2.1.162 Claude Code, która, choć nie wprowadza rewolucyjnych zmian, wprowadza istotne poprawki w kluczowych obszarach. Ta aktualizacja koncentruje się na zwiększeniu widoczności pracy agentów w tle, stabilności narzędzi deweloperskich oraz udoskonaleniu mechanizmów uprawnień. Użytkownicy korzystający z Claude Code w trybie headless, w zespołach lub ci, którzy doświadczali problemów z zawieszaniem sesji, powinni rozważyć tę aktualizację.

    Kluczowe zmiany w skrócie

    • Nowe pole waitingFor w wyjściu JSON umożliwia programowe wykrycie, kiedy agent czeka na akcję użytkownika (np. zatwierdzenie uprawnienia).
    • Poprawki timeoutów MCP — wartości poniżej 1000 ms nie są już zaokrąglane do pełnej sekundy, co eliminuje przerwania wywołań narzędzi.
    • Lepsza obsługa uprawnień w systemie Windows oraz reguł web fetch, co zapobiega przypadkowemu nadpisywaniu jawnych ograniczeń przez domeny zatwierdzone wcześniej.
    • Usprawnienie komend slash/effort teraz informuje, że wybrany poziom stanie się domyślnym dla nowych sesji.
    • Stabilniejsze LSP — naprawiono działanie workspace symbols, co jest kluczowe dla nawigacji w większych projektach.

    Przezroczystość pracy agentów

    Najważniejszą zmianą w wersji 2.1.162 jest wprowadzenie statusu waitingFor w wyjściu JSON komendy claude agents. Wcześniej sesja agenta działającego w tle mogła utknąć na promptcie uprawnień, a użytkownicy korzystający z Claude Code w skryptach CI/CD nie mieli informacji o tym, co się dzieje. Teraz można to sprawdzić programowo.

    To istotna zmiana dla automatyzacji. Gdy uruchamiasz agenta w pipeline i oczekujesz wyniku w ciągu kilku minut, ciche zawieszenie na dialogu potwierdzenia oznacza stratę czasu i pieniędzy. Pole waitingFor jasno informuje: "czekam na twoją decyzję". W połączeniu z poprawionym komunikatem przy starcie, który zamiast milczenia wyświetla czytelny błąd i konfigurację w pamięci, debugowanie sesji headless staje się mniej frustrujące.

    Usprawniono również wskaźniki remote control. Jeśli odłączasz się od sesji i wracasz później, łatwiej teraz ustalić, czy agent działa i co go blokuje. To znacząca oszczędność nerwów dla zespołów rozproszonych, gdzie jedna osoba uruchamia agenta, a inna sprawdza wyniki.

    MCP i LSP już nie krzaczą

    MCP i LSP już nie krzaczą

    Kolejna seria poprawek dotyczy stabilności narzędzi. Timeouty MCP per-serwer ustawione poniżej 1000 milisekund były wcześniej ignorowane i zamieniane na pełną sekundę, co przy szybkich operacjach kończyło się przerwaniem wywołania. Wersja 2.1.162 korzysta z globalnych domyślnych wartości, co sprawia, że konfiguracja działa przewidywalnie.

    Naprawiono również funkcjonalność workspace symbols w LSP. Użytkownicy Claude Code, którzy refaktoryzują w TypeScript, Rust czy Python i polegają na szybkim skakaniu między symbolami w projekcie, mogą teraz korzystać z poprawionej funkcjonalności.

    Permisje pod kontrolą

    Ciekawą poprawką są zmiany dotyczące reguł web fetch. W poprzednich wersjach mogło dojść do sytuacji, w której jawnie zdefiniowana reguła pobierania z konkretnego adresu była nadpisywana przez domeny zatwierdzone wcześniej. Wersja 2.1.162 eliminuje ten problem.

    Poprawiono także zachowanie uprawnień w systemie Windows, co oznacza mniej niespodzianek przy zarządzaniu dostępem do plików i sieci.

    Wersja 2.1.162 nie wprowadza rewolucyjnych zmian, ale to solidna aktualizacja konserwacyjna, która eliminuje kilka uciążliwych problemów i przygotowuje grunt pod przyszłe zmiany. Użytkownicy Claude Code w trybie headless, w CI/CD lub w zespołach powinni zaktualizować oprogramowanie.


    Źródła

  • Zed 1.5.3 przyspiesza diagramy Mermaid i usprawnia pracę agentów AI

    Zed 1.5.3 przyspiesza diagramy Mermaid i usprawnia pracę agentów AI

    Zed otrzymał aktualizację do wersji 1.5.3, która wprowadza szybszy renderer diagramów Mermaid, klikalne linki z serwerów językowych oraz kilka poprawek w interfejsie agentów AI. To wydanie ma charakter konserwacyjny, ale zmiany wpływają na codzienną pracę programistów w trzech kluczowych obszarach: wizualizacji dokumentacji, nawigacji po kodzie i zarządzaniu wątkami asystenta.

    Kluczowe zmiany w Zed 1.5.3

    • Renderowanie Mermaid zostało przyspieszone i poprawione pod kątem dokładności diagramów.
    • Klikalne linki LSP umożliwiają otwieranie referencji z serwerów językowych bezpośrednio z edytora.
    • Zmiana nazw wątków agenta dostępna teraz z poziomu panelu bocznego, bez konieczności przeszukiwania menu.
    • Widoczność wywołań narzędzi w interfejsie agenta została zwiększona, co ułatwia śledzenie działań asystenta.
    • Usprawnienia Git obejmują nowe ikony zdalnych dostawców i lepsze tworzenie worktree.

    Mermaid i linki LSP – dokumentacja i nawigacja pod ręką

    Dla zespołów korzystających z dokumentacji opartej na Markdown, diagramów architektury czy notatek projektowych w edytorze, zmiana w renderowaniu Mermaid jest odczuwalna natychmiast. Diagramy ładują się szybciej i są wyświetlane dokładniej. Użytkownicy zauważą różnicę, zwłaszcza przy bardziej rozbudowanych schematach.

    Kolejną nowością są klikalne linki dokumentów z serwerów językowych. Gdy LSP zwraca referencje do innych plików, można je teraz otworzyć jednym kliknięciem. To usprawnienie oszczędza czas, szczególnie w dużych codebase'ach, gdzie serwer podpowiada definicje typów, funkcje czy fragmenty dokumentacji.

    Agent AI – mniej klikania, więcej kontroli

    Agent AI – mniej klikania, więcej kontroli

    Zed rozwija możliwości swojego asystenta AI. W wersji 1.5.3 wprowadzono funkcję zmiany nazw wątków agenta bezpośrednio z panelu bocznego. Wcześniej wymagało to przechodzenia przez zagnieżdżone menu, co przy większej liczbie równoległych sesji z agentem bywało uciążliwe. Teraz wystarczy kliknięcie w sidebarze.

    Zwiększono również widoczność wywołań narzędzi w interfejsie agenta. Użytkownicy mogą łatwiej śledzić, co asystent robi – jakie komendy wykonuje, jakie pliki modyfikuje. Przy iteracyjnych zadaniach kodowania, gdzie agent działa wieloetapowo, ta przejrzystość ma praktyczne znaczenie.

    Git i worktree – dla pracujących na wielu gałęziach

    Git i worktree – dla pracujących na wielu gałęziach

    Sekcja Git zyskała nowe ikony zdalnych dostawców, co ułatwia orientację przy pracy z wieloma repozytoriami. Lepsze tworzenie worktree to ukłon w stronę osób pracujących równolegle nad kilkoma gałęziami – feature isolation, code review czy eksperymenty stają się bardziej płynne.

    Wprowadzono również poprawki błędów: Zed naprawił problemy związane z przepływem pracy agenta, obsługą Gita oraz zachowaniem trybu Helix. Choć nie są to spektakularne nowości, eliminują irytujące drobiazgi, które mogły zakłócać pracę.

    Podsumowanie

    Wydanie 1.5.3 to solidna aktualizacja serwisowa, która poprawia działanie edytora w kluczowych obszarach. Szybsze diagramy Mermaid, wygodniejsza nawigacja po linkach LSP i uproszczona obsługa wątków agenta to zmiany, które mogą nie rzucać się w oczy, ale po tygodniu pracy trudno wrócić do poprzedniej wersji. Zed kontynuuje rozwój jako edytor, który łączy szybkość z coraz lepszym wsparciem AI i Gita.


    Źródła

  • Claude Code 2.1.160: obowiązkowe potwierdzenia przed edycją kluczowych plików i nowy trigger „ultracode”

    Claude Code 2.1.160: obowiązkowe potwierdzenia przed edycją kluczowych plików i nowy trigger „ultracode”

    Anthropic wprowadziło 1 czerwca 2026 roku aktualizację Claude Code 2.1.160, która wprowadza nowe zabezpieczenia przed nieautoryzowanymi modyfikacjami plików konfiguracyjnych, mogących być wykorzystywane jako wektory ataku. Od teraz agent nie ma możliwości samodzielnego nadpisania plików takich jak .npmrc, .zshenv czy .bazelrc. Nawet w trybie acceptEdits użytkownik musi teraz wyrazić zgodę na takie zmiany. Dodatkowo, zmieniono słowo kluczowe wyzwalające dynamiczne workflow z workflow na ultracode, a nowy mechanizm jest wizualnie wyróżniony na fioletowo w polu prompta.

    Kluczowe zmiany w skrócie

    • Obowiązkowe potwierdzenia przed zapisem do plików startowych powłoki, konfiguracji gita i plików narzędzi budowlanych — nawet przy włączonym acceptEdits
    • Trigger dynamicznych workflow zmieniony na ultracode; stare słowo workflow przestało działać
    • Stabilność sesji w tle — naprawiono wycieki podprocesów, problemy z historią czatów i integrację schowka na Windows/WSL
    • Optymalizacja klasyfikatora auto-mode — rzadsze blokowanie rutynowych operacji komunikatem o braku możliwości oceny akcji
    • Edycja po grep — agent nie musi już osobno czytać pliku narzędziem Read, jeśli wcześniej przeglądał go przez grep

    Nowy poziom ochrony: pliki konfiguracyjne pod nadzorem

    Najważniejsza zmiana w Claude Code 2.1.160 dotyczy bezpieczeństwa. Dotychczas agent w trybie acceptEdits mógł bez pytania modyfikować pliki takie jak .npmrc, .yarnrc, bunfig.toml, .bazelrc, .pre-commit-config.yaml oraz zawartość katalogów .devcontainer/ i ~/.config/git/. Teraz każda próba zapisu w tych lokalizacjach jest zatrzymywana, a użytkownik otrzymuje monit o zgodę.

    Dotyczy to również plików startowych powłoki — .zshenv, .zlogin, .bash_login. Te pliki są automatycznie wykonywane przy starcie powłoki. Ich nieautoryzowana modyfikacja przez agenta AI mogła prowadzić do przejęcia środowiska deweloperskiego bez wiedzy programisty — wystarczyło, że Claude dodałby do .zshenv linię z niebezpiecznym poleceniem. Teraz taki scenariusz wymaga ręcznego zatwierdzenia.

    To zmiana, która powinna była zostać wprowadzona wcześniej. W kontekście łańcuchów dostaw oprogramowania możliwość nieautoryzowanej modyfikacji konfiguracji narzędzi budowlanych stanowi poważne ryzyko — zwłaszcza gdy agent działa w tle, a programista jest zajęty innymi zadaniami.

    Porządki w tle: sesje, podprocesy i schowek

    Aktualizacja przynosi również poprawki stabilności, które szczególnie odczują osoby korzystające z agentów w tle (claude agents). Przede wszystkim poprawiono obsługę podprocesów — przy zamykaniu sesji SIGTERM jest teraz wysyłany do działających shelli przed SIGKILL, co daje procesom czyszczącym szansę na wykonanie. To rozwiązuje wcześniejsze problemy na CI, gdzie headless runy nie kończyły się poprawnie.

    Dla użytkowników Windows i WSL naprawiono integrację schowka — wcześniejsze błędy OSC 52 zostały rozwiązane dzięki współpracy z PowerShellem. Kolejna poprawka polega na tym, że historia czatów nie znika już przy ponownym dołączaniu do sesji w tle. Wcześniej zdarzało się, że po restarcie sesji Claude wykonywał pierwszy prompt od nowa, co mogło prowadzić do nieprzewidzianych skutków ubocznych.

    Ultracode zamiast workflow i szybszy auto-mode

    Ultracode zamiast workflow i szybszy auto-mode

    Zmiana nazwy triggera na ultracode jest istotna — wpisanie workflow w prompcie nie inicjuje już dynamicznego workflow. Nowe słowo kluczowe jest podświetlane na fioletowo, co ułatwia jego rozpoznanie. To znacząca zmiana w narzędziu, ale Anthropic uznało, że termin workflow był zbyt ogólny i prowadził do przypadkowych aktywacji.

    Klasyfikator auto-mode również przeszedł optymalizację. Zmniejszono opóźnienia w pętli decyzyjnej agenta, co sprawia, że komunikat „could not evaluate this action” rzadziej blokuje rutynowe operacje. Agent szybciej podejmuje decyzje i mniej przeszkadza użytkownikowi.

    Drobniejsze, ale odczuwalne usprawnienia

    Drobniejsze, ale odczuwalne usprawnienia

    Jest jeszcze jedna zmiana, która, choć techniczna, realnie przyspiesza pracę. Gdy Claude przegląda plik narzędziem grep, egrep lub fgrep, nie musi już wykonywać osobnego wywołania Read przed edycją. Mechanizm read-before-edit traktuje teraz grep na równi z bezpośrednim odczytem pliku, co eliminuje zbędny krok, który wcześniej wydłużał każdą sekwencję „znajdź i popraw”.

    Warto również zauważyć, że z komunikatu startowego usunięto sugestię instalacji wtyczki do JetBrains. To drobna zmiana, ale mniej natrętnych powiadomień zawsze jest korzystne.

    Podsumowanie

    Claude Code 2.1.160 to przede wszystkim aktualizacja bezpieczeństwa, która zamyka istotny wektor potencjalnych nadużyć. Wprowadzenie zabezpieczeń przed nieautoryzowanymi modyfikacjami plików konfiguracyjnych to krok w stronę bezpieczniejszego programowania, w którym automatyzacja nie odbywa się kosztem kontroli nad środowiskiem. Użytkownicy Claude Code, szczególnie w trybie acceptEdits, powinni zaktualizować narzędzie za pomocą npm update -g @anthropic.


    Źródła

  • Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    OpenAI opublikowało 31 maja 2026 roku drugą wersję alfa z serii 0.136.0-alpha.2 narzędzia Codex CLI. W tej wersji wprowadzono kilka istotnych usprawnień, w tym możliwość archiwizacji wątków bezpośrednio z linii poleceń. To krok w kierunku przeniesienia funkcji znanych z aplikacji desktopowej Codex do terminala, eliminując potrzebę przełączania się między interfejsami.

    Co nowego w wydaniu

    • Archiwizacja wątków dostępna teraz jako polecenie w CLI, bez potrzeby korzystania z GUI
    • Amazon Bedrock otrzymał dwie poprawki dotyczące regionów – zmiany dotyczą limitów domyślnej warstwy usług oraz mechanizmu awaryjnego wyboru regionu
    • Tryb Vim zyskał poprawkę usuwającą błąd w edycji w trybie normalnym
    • Wyszukiwanie w sieci wymaga teraz jawnego określenia modelu przy samodzielnym użyciu tej funkcji
    • Windows Sandbox – zaostrzono wymagania dotyczące sandboksa na platformie Windows

    Co dokładnie zmieniono w archiwizacji wątków

    Zarządzanie historią konwersacji w Codex CLI było wcześniej ograniczone. Aby uporządkować starsze wątki, użytkownicy musieli korzystać z aplikacji desktopowej. Wersja 0.136.0-alpha.2 wprowadza archiwizację jako operację dostępną z poziomu codex w terminalu.

    To rozwiązanie jest szczególnie przydatne podczas dłuższych sesji pracy. Gdy gromadzisz wiele wątków z agentem, a część z nich staje się nieaktualna, możesz je archiwizować jednym poleceniem, nie odrywając rąk od klawiatury. Choć to drobna zmiana, w codziennym użytkowaniu CLI ma znaczenie.

    Warto zauważyć, że to wciąż wersja alfa – archiwizacja działa, jednak pełna integracja z filtrowaniem i przywracaniem wątków prawdopodobnie trafi dopiero do stabilnego wydania. Repozytorium na GitHubie nie zawiera szczegółowego changeloga dla tego wydania, co może sugerować, że część zmian została wprowadzona bez pełnej dokumentacji.

    Amazon Bedrock i poprawki regionalne

    Dwie poprawki dla Amazon Bedrock rozwiązują problemy, które mogły uprzykrzać życie użytkownikom spoza domyślnego regionu us-east-1. Pierwsza poprawka dotyczy limitów narzucanych przez domyślną warstwę usług – wcześniej Codex mógł odrzucać żądania, jeśli konto w Bedrock nie miało odpowiednio skonfigurowanych limitów. Druga poprawka usprawnia mechanizm awaryjnego przełączania regionu: gdy główny region nie odpowiada, narzędzie teraz sprawniej przełącza się na zapasowy.

    To dobra wiadomość dla zespołów pracujących w regionach takich jak eu-central-1 czy ap-northeast-1. Bedrock nie wszędzie ma identyczną dostępność modeli, więc efektywne przełączanie między regionami jest istotne w produkcyjnym użyciu.

    Tryb Vim i pozostałe poprawki

    Tryb Vim w Codex CLI rozwijał się dynamicznie w poprzednich wydaniach. Stabilne wersje 0.134.0 i 0.135.0 (opublikowane odpowiednio 26 i 28 maja) wprowadziły obsługę obiektów tekstowych takich jak ciw czy da(, co znacząco ułatwiło edycję w TUI. Wersja 0.136.0-alpha.2 naprawia błąd w trybie normalnym, który mógł powodować nieoczekiwane zachowanie podczas edycji.

    Dodatkowo, samodzielne wyszukiwanie w sieci wymaga teraz jawnego wskazania modelu. Wcześniej Codex mógł domyślnie używać modelu, który nie zawsze był optymalny dla danego zadania. Teraz to użytkownik decyduje, co ma sens, ponieważ różne modele różnie radzą sobie z interpretacją wyników wyszukiwania.

    Szybka instalacja

    Jeśli chcesz przetestować nowości, instalacja przebiega standardowo:

    npm install -g @openai/codex

    Lub przez Homebrew:

    brew install codex

    Po instalacji wystarczy uruchomić codex w terminalu. Pamiętaj, że to wydanie alfa – mogą wystąpić drobne problemy ze stabilnością. W oficjalnym repozytorium wciąż otwarte są zgłoszenia dotyczące problemów z ponownym łączeniem, w tym opóźnień przy przełączaniu na WebSocket i błędów przy idle reconnect. Zespół OpenAI nie podał jeszcze daty wydania stabilnego, ale tempo publikacji kolejnych wersji sugeruje, że nie trzeba będzie długo czekać.


    Źródła

  • Claude Code 2.1.153: agenci działają stabilniej, a macOS wreszcie przestaje pytać o uprawnienia

    Claude Code 2.1.153: agenci działają stabilniej, a macOS wreszcie przestaje pytać o uprawnienia

    Anthropic wypuścił wersję 2.1.153 swojego terminalowego asystenta Claude Code. Wydanie z 28 maja 2026 roku koncentruje się na poprawie stabilności i usunięciu niedociągnięć, które były uciążliwe dla programistów korzystających z agentów działających w tle. W sumie paczka zawiera 36 zmian, z czego większość to poprawki błędów, a nie nowe funkcje.

    Co warto wiedzieć o aktualizacji

    • Agenci w tle na macOS – poprawiono stabilność sesji w tle, jednak oficjalne noty nie potwierdzają zmiany tożsamości agentów w ustawieniach prywatności ani trwałego zapamiętywania zgód po aktualizacji.
    • Model językowy wybrany przez /model zostaje zapamiętany jako domyślny dla nowych sesji, co eliminuje konieczność ciągłego przełączania.
    • Git LFS otrzymuje optymalizacje, które przyspieszają klonowanie repozytoriów z dużymi plikami binarnymi.
    • Autouzupełnianie w claude agents podpowiada teraz natywne komendy i umiejętności, nie tylko te dodane przez użytkownika.
    • Poprawki bezpieczeństwa objęły serwery MCP oraz uwierzytelnianie przez bramki API.

    macOS przestaje walczyć z własnymi agentami

    Użytkownicy macOS często skarżyli się na powtarzające się monity o uprawnienia. Agenci działający w tle wykonują zadania bez ciągłego nadzoru, jednak system Apple traktował je z podejrzliwością. Po każdej aktualizacji Claude Code monity wracały, zmuszając do ponownego autoryzowania dostępu do plików czy sieci.

    Wersja 2.1.153 poprawia stabilność sesji w tle i autouzupełnianie w claude agents, jednak oficjalne noty wydania nie potwierdzają, że agenci identyfikują się teraz jako „Claude Code” w panelu Prywatność i bezpieczeństwo ani że przyznane zgody pozostają aktywne po aktualizacji. Dla osób uruchamiających długotrwałe zadania w tle każda poprawka stabilności to oszczędność nerwów i czasu.

    Model na stałe, sesje pod kontrolą

    Kolejna zmiana dotyczy wyboru modelu. Do tej pory komenda /model działała jednorazowo – przełączała model tylko na bieżącą sesję. Teraz wybór zostaje zapisany jako domyślny dla wszystkich nowych sesji, co jest zgodne z działaniem rozszerzeń Claude w IDE. Jeśli potrzebujesz zmienić model tylko tymczasowo, wystarczy nacisnąć s, co ogranicza zmianę wyłącznie do aktualnej sesji.

    To drobna zmiana, ale w codziennej pracy każdy skrót ma znaczenie, zwłaszcza gdy przeskakujesz między projektami o różnych wymaganiach – raz potrzebujesz Opusa do analizy, a innym razem Haiku do szybkiego refaktoringu.

    Git LFS i autouzupełnianie bez zbędnego klikania

    Git LFS i autouzupełnianie bez zbędnego klikania

    Wsparcie dla Git LFS (Large File Storage) to odpowiedź na potrzeby zespołów pracujących z dużymi zasobami, takimi jak gry, modele 3D czy zbiory danych. Optymalizacje w źródłach wtyczek przyspieszają klonowanie repozytoriów z dużymi plikami binarnymi. Różnica w czasie operacji może być znaczna, zwłaszcza gdy repozytorium waży kilka gigabajtów, a do pracy potrzebujesz jedynie kodu.

    Autouzupełnianie w claude agents również zostało ulepszone. Wcześniej podpowiadało głównie umiejętności zdefiniowane przez użytkownika. Teraz widzi także natywne komendy i umiejętności wbudowane w Claude Code, co pozwala na szybsze znalezienie potrzebnych informacji bez przeszukiwania dokumentacji.

    Windows i VS Code – walka z błędami

    Windows i VS Code – walka z błędami

    W tej aktualizacji wprowadzono również istotne poprawki. Integracja z PowerShellem na Windowsie wcześniej zgłaszała fałszywe sukcesy instalacji, co prowadziło do frustrujących sesji debugowania. Teraz ten problem został rozwiązany. Podobnie z integracją z VS Code – kilka błędów związanych ze stabilnością zostało naprawionych.

    Wiele z 36 zmian dotyczy stabilności claude agents oraz zarządzania sesjami, które działają bez ciągłej interakcji użytkownika. To kluczowe dla tych, którzy używają Claude Code do autonomicznych zadań, takich jak nightly buildy czy ciągła analiza kodu.

    Ewolucja zamiast rewolucji

    Claude Code 2.1.153 wpisuje się w szerszy trend rozwoju tego narzędzia. Wcześniejsze wersje serii 2.1, takie jak 2.1.0, dodały infrastrukturę, hooki, budżetowanie oraz umiejętności wielokrotnego użytku. Teraz przyszedł czas na dopracowanie szczegółów. To nie jest wydanie, które trafi na okładki, ale takie aktualizacje są kluczowe dla tego, czy narzędzie nadaje się do produkcyjnego użytku.

    Dla programistów korzystających z vibe codingu i agentów działających w tle, stabilność sesji oraz brak irytujących monitów to nie luksus, lecz warunek konieczny. Anthropic najwyraźniej to rozumie.


    Źródła