Tag: Generatywna sztuczna inteligencja

  • Qwen-Code v0.18.0 wprowadza pamięć użytkownika i agentów w tle

    Qwen-Code v0.18.0 wprowadza pamięć użytkownika i agentów w tle

    Qwen-Code otrzymał znaczącą aktualizację — wersja v0.18.0 została udostępniona użytkownikom w połowie czerwca 2026 roku, wprowadzając trzy kluczowe funkcje: pamięć działającą między projektami, agentów pracujących w tle oraz nowy pulpit statystyk. Te zmiany mają potencjał, aby znacznie poprawić sposób pracy z narzędziem, zwłaszcza dla osób zarządzających wieloma repozytoriami.

    Kluczowe fakty

    • Pamięć użytkownika działa teraz globalnie — preferencje i styl pracy agenta są dostępne niezależnie od projektu.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy pełny kontekst rozmowy, podczas gdy główny wątek pozostaje dostępny dla użytkownika.
    • Pulpit /stats pokazuje dzienne zużycie tokenów bezpośrednio w CLI, eliminując potrzebę korzystania z zewnętrznych paneli.
    • Interaktywny menedżer umiejętności (/skills) zastępuje ręczne wpisywanie komend wizualną przeglądarką z funkcją wyszukiwania oraz opcjami włączania/wyłączania.
    • Standalone installer oraz weryfikacja plików instalacyjnych poprawiają bezpieczeństwo i odtwarzalność środowisk deweloperskich.

    Pamięć, która wędruje z tobą między projektami

    Wcześniej Qwen-Code zapamiętywał kontekst tylko w obrębie jednego repozytorium. Po zakończeniu pracy nad aplikacją webową i przejściu do repozytorium infrastrukturalnego, użytkownik musiał zaczynać od nowa. Agent nie miał świadomości preferencji, takich jak zwięzłość odpowiedzi czy unikanie nadmiarowych komentarzy w kodzie.

    Wersja v0.18.0 wprowadza katalog ~/.qwen/memories/, w którym przechowywane są preferencje użytkownika niezależnie od projektu. Choć może wydawać się to niewielką zmianą, dla osób pracujących w różnych obszarach, takich jak frontend, backend czy konfiguracja CI/CD, oznacza to koniec konieczności ciągłego konfigurowania agenta.

    Zespół szybko naprawił również błędy związane z tą funkcją — łatka v0.18.0 rozwiązała problem z "przywoływaniem nieaktualnych schematów narzędzi" przez mechanizm pamięci, co mogło prowadzić do niespójnych zachowań agenta w dłuższych sesjach.

    Agenci w tle i przepływy pracy bez blokowania terminala

    Kolejną nowością jest komenda /fork. Podczas sesji kodowania, gdy pojawia się potrzeba przeprowadzenia długiego przeglądu kodu, użytkownik może wysłać agenta do pracy w tle. Główny wątek terminala pozostaje wolny, a po zakończeniu zadania użytkownik otrzymuje powiadomienie w panelu zadań w tle.

    Dokumentacja opisuje: "/fork pozwala wysłać agenta w tle w trakcie rozmowy — dziedzicząc pełny kontekst, narzędzia i konfigurację modelu, podczas gdy ty kontynuujesz pracę w głównym wątku".

    To zmiana istotna dla zadań takich jak triage zgłoszeń, automatyczne przeglądy PR czy rutynowe przeglądy kodu. Wcześniej każde z tych zadań blokowało terminal na czas wykonania. Teraz można uruchomić kilka równoległych zadań i wrócić do nich, gdy będą gotowe.

    Dodatkowo, workflow można zapisywać jako komendy ukośnikowe i wykorzystywać wielokrotnie. Zautomatyzowany triage (@qwen /triage) oraz usprawnione przeglądy PR to przykłady, które już pojawiły się w notatkach do wydania.

    Widoczność kosztów i nowy interfejs

    Deweloperzy korzystający z AI-asystentów często tracą orientację w zużyciu tokenów, szczególnie gdy narzędzie działa w tle przez dłuższy czas. Komenda /stats rozwiązuje ten problem, wyświetlając dzienne zużycie bezpośrednio w interfejsie CLI. Użytkownik nie musi korzystać z zewnętrznych dashboardów ani logować się do paneli — wystarczy wpisać komendę, aby zobaczyć dane.

    Zespół uprościł również interfejs terminala oraz poprawił powiadomienia dla zadań asynchronicznych. Przeglądarka umiejętności (/skills) nie wymaga już zapamiętywania nazw komend — teraz to wizualny wybór z możliwością wyszukiwania i filtrowania.

    Znaczenie dla web dev, AI i DevOps

    Te zmiany mają istotne znaczenie. Dla zespołów pracujących w modelu "vibe coding", gdzie agent AI jest aktywnym uczestnikiem procesu, a nie tylko asystentem, możliwość utrzymywania kontekstu między projektami i równoległego wykonywania zadań to krok w stronę bardziej płynnej współpracy.

    Standalone installer oraz weryfikacja plików binarnych mają znaczenie dla środowisk CI/CD. Umożliwiają bezpieczniejsze uruchamianie agenta w pipeline'ach, zapewniając, że pobrane artefakty nie zostały naruszone. Automatyczne aktualizacje upraszczają utrzymanie narzędzia na wielu maszynach.

    Co dalej

    Wersja v0.18.0 to nie pojedyncze wydanie, a seria szybkich aktualizacji — tydzień po premierze ukazały się kolejne wersje, w tym v0.18.0, z ponad 100 zmergowanych pull requestów. Zespół skupił się głównie na stabilności agentów w tle, kompresji długich sesji oraz przełączaniu katalogów w trakcie pracy.

    Qwen-Code zmierza w kierunku narzędzia, które nie wymaga ciągłego nadzoru — współpracuje z użytkownikiem, zapamiętuje jego styl pracy i nie przeszkadza, gdy ma coś do zrobienia.

    Źródła

  • Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Zespół QwenLM opublikował 12 czerwca 2026 roku wersję v0.18.0 swojego terminalowego agenta kodowania Qwen-Code. Ta aktualizacja wprowadza istotne zmiany w sposobie korzystania z narzędzia: agenty mogą teraz działać w tle, pamięć nie resetuje się przy zmianie projektu, a interfejs wiersza poleceń stał się bardziej przyjazny dla użytkowników.

    Co nowego w Qwen-Code v0.18.0

    • Równoległe agenty — komenda /fork uruchamia agenta w tle, podczas gdy główna sesja pozostaje aktywna; panel powiadomień informuje o zakończeniu zadania.
    • Pamięć na poziomie użytkownika — zapisywane są preferencje i informacje zwrotne, które przetrwają zmianę repozytorium, przechowywane w katalogu ~/.qwen/memories/.
    • Ujednolicone zarządzanie umiejętnościami — panel /skills umożliwia przeglądanie, wyszukiwanie, włączanie i wyłączanie umiejętności oraz ich uruchamianie jednym kliknięciem.
    • Poprawki stabilności — usunięto błędy związane z zarządzaniem pamięcią, dodano wsparcie multimodalne dla modelu Qwen-Code v0.18.0 oraz udoskonalono automatyzację CI/CD.

    Agenci w końcu mogą pracować równolegle

    Do tej pory praca z agentem w terminalu była liniowa — wydajesz polecenie, czekasz na wynik. Qwen-Code v0.18.0 wprowadza nową komendę /fork, która uruchamia agenta w tle, a panel zadań informuje użytkownika o zakończeniu pracy.

    Oznacza to, że można poprosić agenta o refaktoryzację modułu testowego i jednocześnie pisać nową funkcję w głównej sesji. Nie trzeba czekać. Dla osób praktykujących szybkie, iteracyjne programowanie wspierane przez sztuczną inteligencję, to znaczna oszczędność czasu. Równoległość zmniejsza frustrację, ponieważ agent nie blokuje terminala na dłuższy czas podczas analizy większych fragmentów kodu.

    Pamięć, która pamięta między projektami

    Wcześniej pamięć agenta była przypisana do konkretnego repozytorium. Zmiana folderu oznaczała utratę preferencji i kontekstu, co było uciążliwe przy pracy nad kilkoma projektami jednocześnie.

    Twórcy rozwiązali ten problem, wprowadzając katalog ~/.qwen/memories/. Teraz agent zapisuje tam informacje na poziomie użytkownika. Qwen-Code sam decyduje, które dane trafią do pamięci projektowej, a które do użytkownika, na podstawie czterech kategorii routingu pamięci, co eliminuje potrzebę ręcznej konfiguracji. Dla zespołów DevOps i programistów pracujących z mikroserwisami to zauważalna zmiana.

    Terminal bardziej przyjazny człowiekowi

    Terminal bardziej przyjazny człowiekowi

    Interfejs również przeszedł kilka poprawek. Panel /skills to jeden z dodatków, które ułatwiają korzystanie z narzędzia. Zamiast zapamiętywać składnię każdej komendy, można otworzyć interaktywny dialog, przeszukać dostępne umiejętności i uruchomić je od razu.

    Dodatkowo, wprowadzono powiadomienia w sekwencji terminala, odświeżono panel zadań w tle oraz poprawiono tryb Vima. Samodzielny instalator zyskał automatyczną aktualizację, co ułatwia życie użytkownikom, którzy nie chcą ręcznie śledzić wydań.

    Pod maską: poprawki i multimodalność

    Pod maską: poprawki i multimodalność

    Nie wszystkie zmiany są widoczne na pierwszy rzut oka, ale stabilność jest kluczowa. Wersja v0.18.0 naprawia błędy związane z zarządzaniem pamięcią, które mogły prowadzić do wycieków lub nieprzewidywalnego zachowania podczas dłuższych sesji. Dodano także wsparcie multimodalne dla modelu Qwen-Code v0.18.0, co pozwala agentom analizować nie tylko kod, ale także obrazy i zrzuty ekranu. Udoskonalono automatyzacje CI/CD, co docenią zespoły korzystające z Qwen-Code.

    Mały krok wersji, duży krok dla przepływu pracy

    Qwen-Code v0.18.0 to aktualizacja, która nie zmienia fundamentów, ale znacząco zwiększa użyteczność narzędzia. Równoległe agenty, pamięć międzyprojektowa i panel umiejętności tworzą narzędzie, które mniej przeszkadza, a bardziej wspiera użytkowników. Dla programistów spędzających godziny w terminalu, to różnica między narzędziem, które się używa, a takim, na którym można polegać.

    Źródła

  • Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Anthropic wprowadziło aktualizację Claude Code 2.1.172, która wprowadza istotną zmianę w architekturze narzędzia — rekurencyjne sub-agenci, które mogą tworzyć własnych pod-agentów aż do pięciu poziomów zagnieżdżenia. Wcześniej sub-agenci pracowali w izolowanych kontekstach z własnymi uprawnieniami, a teraz struktura przypomina drzewo decyzyjne, gdzie każdy poziom może rozdzielać pracę na kolejne równoległe wątki.

    Co nowego w pigułce

    • Rekurencyjne sub-agenci umożliwiają zagnieżdżanie agentów do pięciu poziomów — każdy z nich działa we własnym oknie kontekstowym i z własnym zestawem uprawnień.
    • Automatyczna kompaktacja sesji rozwiązuje problem zablokowanych kontekstów przy limicie miliona tokenów — sesje same wracają do standardowych ograniczeń.
    • Stabilność agentów w tle doczekała się poprawek, podobnie jak zużycie CPU w stanie bezczynności — proces nie obciąża już maszyny, gdy nic nie robi.

    Jak działa pięciopoziomowe drzewo agentów

    Dokumentacja Claude Code 2.1.172 precyzuje, że każdy pod-agent operuje w izolowanym oknie kontekstowym z własnym promptem systemowym, wyselekcjonowanym zestawem narzędzi i niezależnymi uprawnieniami. Nie widzi rozmów swojego rodzica ani rodzeństwa — dostaje zadanie, wykonuje je i zwraca wynik do góry.

    To jest istotne w złożonych scenariuszach inżynieryjnych. Wyobraź sobie sytuację, w której agent-planista rozrysowuje architekturę funkcji, a następnie uruchamia kilku agentów-implementatorów (każdy pracuje nad osobnym modułem). Ci z kolei delegują testy jednostkowe do agentów-testowych, a wszystko kontrolują agenci-weryfikatorzy, którzy sprawdzają zgodność ze specyfikacją. Pięć poziomów wystarcza, aby rozbić nawet skomplikowany pipeline bez ręcznego kombinowania z orkiestracją.

    Kluczowy fragment z dokumentacji brzmi: „subagent może uruchomić własne subagenty” — ta prosta deklaracja odróżnia wersję 2.1.172 od wcześniejszych. Claude Code 2.1.172 przestaje być pojedynczym narzędziem asystenckim, a zaczyna przypominać hierarchiczny orchestrator.

    Co poza agentami — stabilność i poprawki

    W tej aktualizacji wprowadzono również poprawki stabilności. Sesje z limitem miliona tokenów mogły się zawieszać, co uniemożliwiało kontynuację pracy, a kontekst był zbyt duży, by prowadzić rozmowę. Teraz Claude Code 2.1.172 automatycznie kompaktuje taką sesję do standardowych granic, zamiast zostawiać użytkownika z zablokowanym oknem terminala.

    Zoptymalizowano także działanie agentów w tle oraz obniżono zużycie procesora podczas bezczynności. Dla osób, które mają Claude Code 2.1.172 uruchomione przez cały dzień przy otwartych projektach, to odczuwalna różnica — procesor przestaje pracować na pełnych obrotach, gdy nic się nie dzieje.

    Co to oznacza dla ekosystemu AI coding tools

    Zmiana w architekturze pod-agentów wskazuje kierunek, w którym zmierza Anthropic. Zamiast budować monolitycznego asystenta, który sam ogarnia wszystko, firma stawia na strukturę modułową z izolowanymi kontekstami. W praktyce oznacza to, że Claude Code 2.1.172 coraz lepiej nadaje się do prototypowania w stylu vibe coding — możesz szkicować pomysł, a system sam rozłoży implementację na kawałki i poskłada je z powrotem.

    Oczywiście pięć poziomów zagnieżdżenia to nie nieskończoność — przy bardzo rozbudowanych projektach trzeba będzie przemyśleć, jak sensownie podzielić pracę, aby zmieścić się w tym limicie. Jednak jak na wydanie oznaczone jako punktowe (2.1.172), to znaczny krok w stronę autonomicznych przepływów pracy.

    Źródła

  • Cursor wchodzi w zarządzanie korporacyjne – Organizations dla Enterprise już dostępne

    Cursor wchodzi w zarządzanie korporacyjne – Organizations dla Enterprise już dostępne

    Cursor udostępnił 3 czerwca 2026 roku Organizations – nową warstwę administracyjną dla klientów Organizations dla Enterprise, która umożliwia zarządzanie wieloma zespołami z jednego pulpitu. To rozwiązanie odpowiada na potrzeby dużych firm, w których różne działy wymagają własnych budżetów, polityk bezpieczeństwa oraz dostępu do modeli AI.

    Kluczowe fakty o nowej strukturze

    • Organizations to nadrzędny kontener dla całej firmy – jedna tożsamość, jeden pulpit administracyjny i scentralizowane zarządzanie członkostwem.
    • Zespoły (Teams) to jednostki operacyjne zagnieżdżone pod organizacją, z własnymi ustawieniami bezpieczeństwa i limitami wydatków.
    • Grupy (Groups) to kohorty użytkowników, które mogą działać wewnątrz zespołów lub ponad nimi, z oddzielnym dostępem do modeli i uprawnieniami agentów.
    • Przy przynależności do wielu zespołów lub grup obowiązuje zasada najbardziej liberalnych uprawnień – wygrywa ustawienie najmniej restrykcyjne.

    Trójwarstwowa hierarchia zamiast chaosu

    Do tej pory duże organizacje korzystające z Cursora zarządzały zbiorem luźno powiązanych kont zespołów. Każdy zespół funkcjonował jako osobna jednostka administracyjna, co przy wielu działach czy spółkach zależnych prowadziło do powielania konfiguracji i braku całościowego wglądu w wydatki.

    • Organizations wprowadza strukturę trzech poziomów. Na szczycie znajduje się organizacja – kontener dla firmowej tożsamości i administracji. Niżej są zespoły, które odpowiadają konkretnym departamentom, regionom czy spółkom. Najniższy poziom to grupy – zbiory użytkowników, które można tworzyć elastycznie, bez potrzeby zakładania nowego zespołu.

    Taka architektura sprawdza się szczególnie w firmach, gdzie inżynierowie potrzebują szerokiego dostępu do modeli i automatyzacji, a działy marketingu czy finansów wymagają ściślejszych ograniczeń. Cursor podaje przykład: zespoły inżynieryjne i produktowe mają najbardziej liberalny dostęp sieciowy i możliwość automatycznego uruchamiania komend przez agentów, podczas gdy sprzedaż, marketing i finanse działają z zaostrzonymi kontrolami bezpieczeństwa.

    Budżety, modele i piaskownice – kontrola na wyciągnięcie ręki

    Budżety, modele i piaskownice – kontrola na wyciągnięcie ręki
    Źródło: cursor.com

    Administratorzy mogą teraz przypisywać oddzielne budżety do poszczególnych zespołów i śledzić zużycie tokenów w całej firmie z jednego widoku. Pulpit organizacji zbiera dane ze wszystkich jednostek, z możliwością filtrowania po zespole, użytkowniku czy agencie chmurowym. Dla controllingu to narzędzie do rozliczania kosztów według jednostek biznesowych.

    Dostęp do modeli również przestał być zero-jedynkowy. Różne kohorty użytkowników mogą korzystać z różnych zestawów modeli – inżynierowie mają pełen wachlarz, w tym droższe modele z trybem szybkim, podczas gdy pozostali pracownicy mają ograniczony wybór i niższe limity miesięczne.

    Ciekawym dodatkiem są środowiska piaskownicy (sandbox). Firmy z restrykcyjnymi wymogami bezpieczeństwa mogą tworzyć wydzielone zespoły testowe, które jako pierwsze otrzymują dostęp do nowych funkcji Cursora. NVIDIA już stosuje taki model – osobny zespół stagingowy testuje nowości, zanim trafią one do wszystkich inżynierów. Użytkownicy mogą należeć do obu środowisk jednocześnie, bez potrzeby zakładania drugiego konta.

    Zarządzanie tożsamością również zostało uproszczone. Konfiguracja dostawcy tożsamości (IdP) i SCIM przeprowadzana jest raz na poziomie organizacji, a następnie synchronizowana automatycznie na wszystkie zespoły i grupy. Przenoszenie użytkowników między jednostkami odbywa się przez panel, API lub import CSV.

    Co to oznacza dla zespołów AI i web devu

    Dla firm tworzących oprogramowanie ta struktura rozwiązuje realny problem. Zespoły produktowe, platformowe, bezpieczeństwa czy zewnętrzni kontraktorzy mogą teraz funkcjonować w ramach jednej organizacji, ale z różnymi zasadami. Jedna polityka dla wszystkich przestaje być przeszkodą – szczególnie tam, gdzie praktykuje się vibe coding, buduje wewnętrzne narzędzia czy eksperymentuje z agentami AI.

    Należy jednak zwrócić uwagę na regułę “najbardziej liberalnych uprawnień”. Jeśli użytkownik należy do kilku grup lub zespołów, system przyznaje mu najszersze uprawnienia spośród wszystkich przypisanych. Dla zespołów bezpieczeństwa to sygnał ostrzegawczy – przy projektowaniu struktury grup trzeba dokładnie przemyśleć, kto do czego ma dostęp, aby nie otworzyć przypadkiem furtki do zbyt szerokich uprawnień.

    Cursor informuje, że z jego narzędzi korzysta już 64% firm z listy Fortune 500, a przychody z segmentu Organizations dla Enterprise stanowią około 60% całości. Organizations to krok w stronę dojrzałości korporacyjnej – zamiast koncentrować się na coraz sprytniejszym autouzupełnianiu kodu, Cursor stawia na kontrolę, która przekonuje dyrektorów finansowych i szefów bezpieczeństwa.

    Źródła

  • Claude Code 2.1.169 – tryb awaryjny i przełączanie katalogów bez utraty cache’a

    Claude Code 2.1.169 – tryb awaryjny i przełączanie katalogów bez utraty cache’a

    Anthropic wprowadził wersję 2.1.169 Claude Code, która dodaje flagę --safe-mode do szybkiej diagnostyki problemów oraz komendę /cd, umożliwiającą zmianę katalogu roboczego w trakcie sesji bez utraty cache’a promptów. Aktualizacja zawiera 31 zmian, w tym istotne poprawki dla polityk MCP oraz stabilności agentów działających w tle.

    Co nowego w skrócie

    • --safe-mode uruchamia Claude Code bez personalizacji, takich jak pliki CLAUDE.md, pluginy, skille, hooki i serwery MCP.
    • /cd zmienia katalog roboczy aktywnej sesji, zachowując cache.
    • disableBundledSkills pozwala ukryć wbudowane skille i slash commandy w interfejsie modelu.
    • post-session to nowy hook w self-hosted runnerze, uruchamiany po zakończeniu sesji, przed usunięciem workspace’a.
    • Poprawki bezpieczeństwa obejmują krytyczne łatki dla polityk MCP w środowiskach enterprise.

    Tryb awaryjny, czyli czyste środowisko na żądanie

    Gdy agent AI zaczyna działać nieprzewidywalnie, często przegląda się logi i ręcznie wyłącza rozszerzenia. Flaga --safe-mode (dostępna także jako zmienna środowiskowa CLAUDE_CODE_SAFE_MODE) automatyzuje ten proces, eliminując wszystkie zewnętrzne wpływy jednym przełącznikiem.

    Oznacza to uruchomienie Claude Code bez CLAUDE.md, pluginów, skillów, hooków i serwerów MCP. Dzięki temu można szybko ustalić, czy problem wynika z konfiguracji użytkownika, czy z narzędzia. Dla zespołów devopsowych i osób zarządzających rozbudowanymi pipeline’ami to znaczące ułatwienie – zamiast przeszukiwać ustawienia, można uruchomić sesję w trybie awaryjnym i od razu zidentyfikować problem.

    Anthropic dodał także sugestię użycia claude agents, gdy użytkownik uruchamia wiele równoległych sesji. To mały dodatek, ale pokazuje, że firma chce, aby zaawansowani użytkownicy świadomie zarządzali współbieżnością.

    /cd, czyli zmiana kontekstu bez kary

    Dotychczasowa zmiana katalogu w trakcie sesji Claude Code wiązała się z utratą cache’a – wszystkie wcześniejsze konteksty, pliki i instrukcje znikały, a model zaczynał od nowa. Komenda /cd rozwiązuje ten problem, przenosząc sesję do nowego katalogu roboczego, zachowując cache.

    Dla długo działających agentów to kluczowa zmiana. Można teraz płynnie przeskakiwać między repozytoriami, nie tracąc kontekstu. W połączeniu z hookiem post-session, który pozwala na zrzucenie niezcommitowanej pracy lub eksport logów przed usunięciem workspace’a, zyskujemy spójny zestaw narzędzi do zarządzania sesjami w automatyzacji.

    Wersja 2.1.169 to także 12 poprawek, w tym zwiększona niezawodność TaskCreate, lepsze komunikaty błędów przy wyłączonym uwierzytelnianiu API key, zmniejszone zużycie CPU podczas streamowania odpowiedzi i poprawiony kontrast kolorów dla tagów skilli w menu slash komend.

    Czystszy interfejs i szczelniejsze polityki MCP

    Nowa opcja disableBundledSkills (także jako zmienna środowiskowa) pozwala ukryć wbudowane skille, workflow i slash commandy przed modelem. Dla zespołów, które chcą mieć pełną kontrolę nad tym, co Claude Code udostępnia użytkownikowi, to przydatne ustawienie – mniej szumu w interfejsie i mniejsze ryzyko niechcianych narzędzi.

    Z perspektywy bezpieczeństwa najważniejsze są krytyczne łatki dla polityk MCP. W środowiskach enterprise, gdzie MCP kontroluje dostęp agentów do zewnętrznych zasobów, wszelkie luki w tym mechanizmie są poważnym problemem. Aktualizacja zamyka kilka takich luk i wprowadza poprawki dla zawieszek na Windowsie oraz opóźnień UI.

    Całość obejmuje 31 zmian: 3 nowe funkcje, 12 usprawnień, 12 poprawek, 2 łatki bezpieczeństwa i 1 optymalizację wydajności. To solidny krok w stronę dojrzalszego narzędzia, z naciskiem na diagnostykę, ciągłość pracy i kontrolę nad środowiskiem.

    Ź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 3.6 wprowadza tryb Auto-review – mniej klikania, więcej kontroli nad autonomicznymi agentami

    Cursor 3.6 wprowadza tryb Auto-review – mniej klikania, więcej kontroli nad autonomicznymi agentami

    Cursor wprowadził 29 maja 2026 roku nową wersję swojego edytora – 3.6 – z trybem uruchamiania o nazwie Auto-review. Jest to odpowiedź na frustrację programistów korzystających z agentów AI, którzy muszą ciągle klikać „zatwierdź” przy każdej operacji w terminalu. Nowy mechanizm ma na celu znaczną redukcję liczby monitów o zgodę, jednocześnie zachowując podstawowe zabezpieczenia.

    Kluczowe informacje o Auto-review

    • Auto-review to nowy tryb pracy agenta w Cursor 3.6, który ogranicza prośby o zatwierdzenie dla narzędzi Shell, MCP i Fetch.
    • Trzystopniowy filtr decyduje o każdym wywołaniu: lista dozwolonych komend, piaskownica oraz podagent klasyfikujący.
    • Ustawienia można konfigurować w menu Cursor Settings, gdzie można również dodać własne instrukcje dotyczące zachowania klasyfikatora.
    • Zespół Cursor ostrzega, że to rozwiązanie ma charakter „best-effort” – nie gwarantuje bezpieczeństwa i może zostać ominięte.

    Jak działa trzystopniowy filtr decyzyjny

    Sercem Auto-review jest sekwencyjny pipeline, przez który przechodzi każde wywołanie narzędzia. Mechanizm ten nie działa na zasadzie „przepuść wszystko”, lecz opiera się na przemyślanej logice.

    Pierwszy etap to lista dozwolonych komend (allowlist). Jeśli akcja pasuje do wzorców skonfigurowanych przez użytkownika – na przykład git status, npm test czy konkretne zapytania MCP – wykonuje się natychmiast, bez opóźnień i pytań.

    Drugi etap to piaskownica (sandbox). Operacje, które można odizolować – takie jak odczyt i zapis plików w obrębie workspace, bez dostępu do sieci zewnętrznej – również przechodzą automatycznie. Większość codziennych zadań programisty mieści się w tej kategorii.

    Dopiero trzeci etap angażuje podagenta klasyfikującego. Trafiają tam wszystkie pozostałe wywołania – te potencjalnie ryzykowne lub niejednoznaczne. Klasyfikator ma trzy opcje: przepuścić, poprosić o ponowną próbę w bezpieczniejszych granicach albo wyświetlić monit z prośbą o ręczne zatwierdzenie. To nie jest zero-jedynkowa bramka, lecz coś w rodzaju asystenta bezpieczeństwa.

    Konfiguracja i własne reguły gry

    Konfiguracja i własne reguły gry

    Auto-review włącza się w Settings > Cursor Settings > Agents > Run Mode (lub w sekcji Approvals & Execution – w zależności od wersji interfejsu). Cursor proponuje ten tryb jako domyślny dla wersji 3.6, więc większość użytkowników zobaczy go od razu po aktualizacji.

    Klasyfikator nie jest czarną skrzynką. W polu custom instructions można wskazać, co ma przepuszczać bez pytania, a co blokować. Na przykład: allow: git, npm install i block: rm -rf, curl.

    Dla tych, którzy wolą trzymać konfigurację w repozytorium, Cursor udostępnia plik .cursor/permissions.json z polami allow_instructions i block_instructions. Dzięki temu reguły mogą być współdzielone w zespole i wersjonowane razem z kodem.

    Jest jednak pewien haczyk. Przy pierwszym uruchomieniu IDE pokazuje okno z zaznaczonym checkboxem „Enable Auto-review”. Jeśli ktoś kliknie „OK” z przyzwyczajenia, globalny tryb pracy agenta zmieni się bez wyraźnego ostrzeżenia. Zespół Cursor przyznaje, że ten mechanizm może wprowadzać w błąd i warto go odznaczyć, jeśli nie planujesz jeszcze przesiadki na Auto-review.

    Granice bezpieczeństwa – na co uważać

    Twórcy podkreślają, że klasyfikator jest niedeterministyczny i podatny na błędy. Auto-review nie jest granicą bezpieczeństwa w rozumieniu sandboksów systemowych czy polityk administracyjnych. To funkcja wygody, a nie twarda zapora.

    Dla projektów o zaostrzonych wymaganiach – na przykład w finansach, medycynie czy infrastrukturze krytycznej – Cursor rekomenduje pozostanie przy konfiguracji Allowlist + manual approval albo skorzystanie z ustawień administracyjnych. W takich przypadkach lepiej nie ryzykować.

    Mimo tych zastrzeżeń Auto-review jest zalecanym trybem domyślnym. Większość programistów klika „approve” odruchowo, więc lepiej, aby robił to za nich bardziej inteligentny mechanizm. A gdy coś pójdzie nie tak – Cursor i tak zapyta.

    Źródła

  • Claude Opus 4.8 wchodzi do gry: adaptacyjne myślenie i milion tokenów kontekstu na pokładzie

    Claude Opus 4.8 wchodzi do gry: adaptacyjne myślenie i milion tokenów kontekstu na pokładzie

    Anthropic wypuścił 28 maja 2026 roku Claude Opus 4.8, który jest najnowszym modelem w swojej serii. Został zaprojektowany do wykonywania autonomicznych zadań agentowych, złożonego kodowania oraz pracy z wiedzą profesjonalną. Model oferuje domyślnie okno kontekstowe o wielkości miliona tokenów i rezygnuje z ręcznego przełącznika extended thinking na rzecz w pełni adaptacyjnego podejścia do głębokości rozumowania.

    Co nowego w pigułce

    • Adaptive Thinking zastępuje dotychczasowy mechanizm extended thinking — model sam decyduje, jak głęboko analizować problem.
    • Okno kontekstowe 1M tokenów dostępne domyślnie, z maksymalną długością wyjściową 128 tysięcy tokenów.
    • Wydajność w kodowaniu wzrasta do 88,6% na SWE-bench Verified, a model czterokrotnie rzadziej przeocza błędy w kodzie.
    • Dynamic Workflows w Claude Code umożliwia natywną koordynację dziesiątek, a nawet setek równoległych podagentów.
    • Ceny bez zmian względem Claude Opus 4.8 — 5 dolarów za milion tokenów wejściowych i 25 za wyjściowe, z opcjonalnym trybem Fast Mode.

    Nie chodzi już o gadanie — to maszyna do długich zadań

    Opus 4.8 to nie tylko odświeżenie. Anthropic przesuwa akcent z "modelu językowego" na "agenta produkcyjnego". W benchmarkach widać to wyraźnie: SWE-bench Verified na poziomie 88,6% to znaczący postęp, który czyni ten model realnym współpracownikiem programisty. Wersja Pro tego samego testu osiąga wzrost o 4,9 punktu procentowego — do 69,2%.

    Model jako pierwszy w chmurze osiąga zero procent zgłaszania błędnych wyników bez ich krytycznej oceny. Jeśli coś jest nie tak, Opus 4.8 sam to wyłapie i zakomunikuje, zamiast udawać, że wszystko jest w porządku. To podejście do kwestii zaufania w narzędziach agentowych jest istotne.

    Największą różnicę czuć w przepływie pracy. Model radzi sobie z zadaniami wieloetapowymi, gdzie wykonanie kodu przeplata się z analizą wyników i korektą strategii. Użytkownik nie musi go prowadzić — model dostaje cel, rozkłada go na części, wykonuje i sprawdza efekty.

    Adaptive Thinking i kontrola wysiłku

    Adaptive Thinking i kontrola wysiłku

    Brak osobnego przełącznika extended thinking to nie tylko kosmetyka. Adaptive Thinking oznacza, że model sam decyduje, kiedy warto pomyśleć dłużej, a kiedy odpowiedź jest oczywista. Użytkownicy claude.ai mają dodatkowo selektor wysiłku, co pozwala im kontrolować, ile "energii" obliczeniowej model poświęca na dane zadanie.

    To podejście ma sens. Nie każdy prompt wymaga głębokiej analizy, a płacenie za zbędne tokeny w prostych zapytaniach mogło być frustrujące. Teraz model decyduje, a użytkownik może dostosować intensywność.

    Opus 4.8 obsługuje ponad 80 języków i był trenowany na danych do stycznia 2026 roku. Kontekst miliona tokenów w połączeniu z adaptacyjnym myśleniem sprawia, że narzędzie dobrze radzi sobie w analizie obszernych repozytoriów czy dokumentacji.

    Nowości w API i Claude Code

    Nowości w API i Claude Code

    Równolegle z modelem Anthropic wprowadza kilka istotnych zmian platformowych. Pojawiły się wiadomości systemowe w trakcie konwersacji, co jest przydatne, gdy trzeba dynamicznie zmienić zachowanie modelu bez resetowania całego kontekstu. Rozszerzono również kategorie odrzuceń w Messages API, co daje większą kontrolę nad tym, kiedy i dlaczego asystent odmawia odpowiedzi.

    Dla zespołów DevOps kluczową nowością są Dynamic Workflows w Claude Code. Mechanizm ten pozwala uruchomić dziesiątki lub setki podagentów równolegle w ramach jednej sesji. Każdy z nich pracuje nad swoim fragmentem problemu, a następnie wyniki są scalane. To może znacząco przyspieszyć duże projekty.

    Claude Managed Agents na AWS również zyskały rozszerzone wsparcie. W połączeniu z nowymi możliwościami webhooków i nadpisywania konfiguracji agenta na poziomie sesji, infrastruktura agentowa staje się bardziej dojrzała.

    Ceny i dostępność

    Anthropic utrzymuje ceny na poziomie Claude Opus 4.8 — 5 dolarów za milion tokenów wejściowych, 25 za wyjściowe. Tryb Fast Mode działa 2,5 razy szybciej przy koszcie 10 dolarów za wejście i 50 za wyjście, co jest trzykrotnie tańsze niż w poprzednich generacjach. Model jest dostępny przez API Claude, Amazon Bedrock, Google Cloud Vertex AI i Microsoft Foundry.

    Opus 4.8 to solidny krok w stronę autonomii. Mniej klikania, więcej zaufania do maszyny i realna oszczędność czasu przy złożonych zadaniach — to podsumowuje to wydanie.

    Źródła

  • Claude Code 2.1.142 zyskał lepszą kontrolę nad agentami i bardziej stabilnego demona

    Claude Code 2.1.142 zyskał lepszą kontrolę nad agentami i bardziej stabilnego demona

    Anthropic udostępniło wersję 2.1.142 narzędzia Claude Code. Ta aktualizacja wprowadza 24 zmiany w CLI, które znacząco zwiększają kontrolę nad sesjami agentów działających w tle, eliminują krytyczne błędy demona na macOS i przyspieszają wyszukiwanie po kodzie dzięki integracji z ripgrep. Nowe flagi konfiguracyjne dają programistom bardziej precyzyjne narzędzie do zarządzania pracą agentów, a użytkownicy laptopów Apple nie stracą sesji po zamknięciu pokrywy.

    Kluczowe informacje

    • Nowe flagi claude agents umożliwiają konfigurowanie modeli, poziomów uprawnień, katalogów roboczych i wtyczek dla agentów w tle.
    • Demon w tle potrafi wykryć przeskok zegara po cyklu uśpienia/wybudzenia macOS, co zapobiega utracie sesji i nieudanym aktualizacjom binarnym.
    • ripgrep stał się domyślnym narzędziem dla polecenia grep, co przyspiesza nawigację i przeszukiwanie kodu w terminalu.
    • Opus 4.6 w trybie szybkim otrzymał wsparcie dla ogromnego okna kontekstowego 1 miliona tokenów w wersji beta.

    Nowa kontrola nad agentami – modele, uprawnienia i izolowane obszary robocze

    W poprzednich wersjach Claude Code programiści musieli ręcznie przekazywać wiele ustawień przy uruchamianiu agentów w tle. Wersja 2.1.142 wprowadza zmiany dzięki flagom --add-dir, --settings oraz rozszerzonym opcjom dla claude agents. Teraz można zadeklarować oddzielne katalogi, precyzyjnie określić model (np. Opus 4.6), poziom uprawnień i zestaw wtyczek przed uruchomieniem zadania w tle.

    Deweloperzy mogą teraz tworzyć izolowane git worktree dla agentów i podpinania pod nie zdarzeń hookowych – setup i teardown mogą być wyzwalane automatycznie. To rozwiązanie sprawdza się w środowiskach CI/CD oraz tam, gdzie agent musi operować na kopii repozytorium, nie ryzykując konfliktu z kodem w głównej gałęzi. Claude Code staje się bardziej użyteczny w projektach web dev i vibe coding, gdzie pracuje wiele równoległych agentów.

    Demon, który nie gubi sesji po zaśnięciu Maca

    Jedną z najważniejszych poprawek jest poprawa działania demona na macOS. Wcześniej każdy cykl uśpienia i wybudzenia laptopa mógł prowadzić do zerwania sesji agentów lub niepowodzenia aktualizacji binarnej Claude Code. W wersji 2.1.142 demon wykrywa przeskok czasu i utrzymuje połączenia w nienaruszonym stanie.

    Dla programistów pracujących mobilnie to istotna zmiana. Krótkie zamknięcie klapy nie oznacza już restartowania wszystkich zadań, a aktualizacje nie urywają się w połowie. Mniejsze zużycie RAM – wersja 2.1.142 potrzebuje o około 68% mniej RAM przy wznawianiu sesji – dodatkowo uprzyjemnia długotrwałą pracę z wieloma agentami.

    Szybsze przeszukiwanie kodu i mniej wycieków pamięci

    Szybsze przeszukiwanie kodu i mniej wycieków pamięci

    Po tej aktualizacji grep domyślnie korzysta z ripgrep, co przekłada się na szybsze i precyzyjniejsze wyniki podczas nawigacji po plikach źródłowych. Użytkownicy dużych monorepozytoriów odczują różnicę, ponieważ czas odpowiedzi narzędzi wyszukujących wpływa na tempo pracy. Dodatkowo zlikwidowano kilka wycieków pamięci, m.in. związanych ze stanami zadań agentów, diagnostyką Language Server Protocol (LSP) i buforami cyklicznymi, co poprawia stabilność długich sesji.

    Lepsza widoczność wtyczek, kontekst 1M i nowe funkcje bezpieczeństwa

    Lepsza widoczność wtyczek, kontekst 1M i nowe funkcje bezpieczeństwa

    Wersja 2.1.142 zwiększa widoczność pluginów i obsługę serwerów LSP, co ułatwia działanie w złożonych środowiskach edytorskich. W trybie szybkim Opus 4.6 (w wersji beta) oferuje pełne milionowe okno kontekstowe, co pozwala na przetwarzanie dużych fragmentów dokumentacji lub całych modułów kodu. Nowości z zakresu cyberbezpieczeństwa, takie jak /security-review i natywna integracja z GitHub Actions, umożliwiają szybkie analizowanie kodu pod kątem luk, bez opuszczania terminala.

    Podsumowanie

    Claude Code 2.1.142 to aktualizacja, która skutecznie naprawia problemy codziennej pracy programistów. Lepsza kontrola nad agentami, stabilność demona na Macach i wydajniejsze wyszukiwanie przynoszą realne korzyści w projektach webowych i dev ops. Jeśli korzystasz z agentów w tle i męczyły cię problemy z usypianiem laptopa, to wydanie jest dla ciebie.

    Źródła

  • Windsurf stawia na szybkość: Claude Opus 4.7 w trybie Fast Mode i integracja Devin Review zmieniają zasady gry

    Windsurf stawia na szybkość: Claude Opus 4.7 w trybie Fast Mode i integracja Devin Review zmieniają zasady gry

    W połowie maja 2026 roku zespół odpowiedzialny za edytor Windsurf wprowadził jedną z najbardziej oczekiwanych aktualizacji w swojej historii. W odpowiedzi na rosnące zapotrzebowanie programistów na szybką informację zwrotną, do środowiska IDE zintegrowano model Claude Opus 4.7 w nowym trybie Fast Mode. Umożliwia on generowanie odpowiedzi z prędkością 81 tokenów na sekundę, co jest 2,5 razy szybsze niż w standardowej konfiguracji. Co ważne, przyspieszenie to nie wpłynęło na jakość – model zachował swoje możliwości analityczne, a w testach porównawczych uzyskał nawet lepsze wyniki niż wcześniejsze wersje. Dodatkowo, użytkownicy otrzymali dostęp do narzędzi Devin Review i Quick Review, które wcześniej wymagały osobnych umów korporacyjnych, oraz zaktualizowano Centrum Dowodzenia Agenta, eliminując szereg krytycznych błędów w systemie Windows.

    Kluczowe fakty dotyczące aktualizacji

    • Claude Opus 4.7 w trybie Fast Mode osiąga prędkość 81 tokenów na sekundę, zachowując 100% bazowej inteligencji modelu.
    • Wyniki w testach branżowych wzrosły z 58% do 70% w CursorBench oraz z 80,4% do 87,6% w SWE-bench Verified.
    • Nowe narzędzia Devin Review i Quick Review są dostępne dla wszystkich użytkowników IDE z dwutygodniowym bezpłatnym okresem próbnym.
    • Koszty w trybie Fast Mode wynoszą 10 dolarów za milion tokenów wejściowych oraz 50 dolarów za milion tokenów wyjściowych.
    • Aktualizacja Centrum Dowodzenia Agenta przynosi widok listy skrzynki odbiorczej, szybszą obsługę sesji oraz poprawki stabilności dla systemów Windows.

    Przełom w szybkości bez kompromisów intelektualnych

    Inżynierowie Windsurf zauważyli problem, z którym borykają się użytkownicy asystentów AI w środowiskach programistycznych: opóźnienie odpowiedzi potrafi skutecznie wybić z rytmu nawet najbardziej doświadczonego developera. W tradycyjnym modelu korzystania z dużych modeli językowych każda sekunda oczekiwania na sugestię kodu lub analizę błędu kumuluje się w trakcie wielogodzinnej sesji, prowadząc do frustracji i spadku produktywności. Tryb Fast Mode odpowiada na tę potrzebę, dostarczając odpowiedzi w tempie, które pozwala zachować płynność myślenia i nie przerywa stanu głębokiego skupienia.

    Deweloperzy nie muszą obawiać się utraty jakości generowanego kodu. W standardowych scenariuszach przyspieszanie działania modelu często wiąże się z kompresją lub uproszczeniem architektury wnioskowania, ale w przypadku Claude Opus 4.7 zastosowano zaawansowane techniki optymalizacyjne, które pozwoliły zachować pełną ścieżkę rozumowania. Wynik w CursorBench wzrósł o 12 punktów procentowych w porównaniu do poprzedniej generacji, co oznacza, że szybszy model jest jednocześnie skuteczniejszy w rozwiązywaniu rzeczywistych zadań programistycznych. Podobnie w benchmarku SWE-bench Verified, model w trybie Fast Mode osiągnął 87,6%, co zbliża go do poziomów, które jeszcze rok temu były uważane za nieosiągalne dla systemów AI.

    Cena za tę szybkość jest jednak wyższa – podwyższone stawki za token zarówno na wejściu, jak i wyjściu sprawiają, że tryb Fast Mode nie zastąpi domyślnej konfiguracji w każdym scenariuszu. Należy go traktować jako narzędzie do zadań wymagających natychmiastowej reakcji, takich jak debugowanie na żywo podczas pair programmingu, szybkie prototypowanie pod presją czasu czy prace, gdzie każda minuta opóźnienia przekłada się na realne koszty biznesowe. Dla długotrwałych, asynchronicznych zadań, gdzie model działa w tle, standardowa prędkość pozostaje bardziej racjonalnym wyborem.

    Devin Review wkracza do IDE

    Devin Review wkracza do IDE
    Źródło: mintcdn.com

    Drugim ważnym elementem aktualizacji jest udostępnienie narzędzi Devin Review i Quick Review bezpośrednio w panelu edytora. Dotychczas funkcjonalność ta wymagała oddzielnej umowy z Cognition, co stanowiło barierę dla mniejszych zespołów i indywidualnych programistów. Teraz każdy użytkownik, który wykupuje subskrypcję, otrzymuje dwutygodniowy okres próbny, a po jego zakończeniu narzędzia pozostają dostępne w ramach istniejącego abonamentu.

    Devin Review działa jak uważny recenzent kodu – analizuje zmiany wprowadzone w repozytorium, wskazuje potencjalne błędy logiczne, niespójności architektoniczne i subtelne defekty, które często umykają podczas pobieżnego przeglądu. To odpowiednik komendy /ultrareview, znanej użytkownikom Claude Opus 4.7, ale zintegrowany bezpośrednio z workflow Windsurf. Programista może teraz jednym kliknięciem uruchomić kompleksową analizę swojego kodu bez opuszczania środowiska, co znacznie skraca czas oczekiwania na informację zwrotną. W praktyce oznacza to, że zamiast czekać na recenzję od współpracownika lub odkładać weryfikację na później, można uzyskać natychmiastową ocenę jakości kodu i wprowadzić poprawki, zanim zmiany trafią do głównej gałęzi.

    Centrum Dowodzenia Agenta i stabilność Windows

    Aktualizacja nie pomija również kwestii inżynieryjnych związanych z Centrum Dowodzenia Agenta, które zyskało nowy widok listy skrzynki odbiorczej oraz szybszą obsługę sesji. Użytkownicy systemów Windows mogą teraz korzystać z poprawionej stabilności, co przekłada się na lepsze doświadczenia podczas pracy w IDE.

    Źródła