Kategoria: Aktualności

  • Devin Desktop 3.4.22 – inteligentniejsze zarządzanie sesjami i lepsza stabilność

    Devin Desktop 3.4.22 – inteligentniejsze zarządzanie sesjami i lepsza stabilność

    4 lipca 2026 roku wydano aktualizację Devin Desktop 3.4.22, która wprowadza kilka ważnych usprawnień w zarządzaniu sesjami AI oraz poprawia komfort pracy w trybie agentowym. Nowa wersja koncentruje się na problemach, które najczęściej występują podczas codziennej pracy z AI, takich jak zerwane połączenia, znikające panele boczne i brak kontroli nad zmianami wprowadzanymi przez agenta.

    Co nowego w Devin Desktop 3.4.22

    • Automatyczne ponowne łączenie sesji w chmurze po odzyskaniu połączenia sieciowego
    • "New session in space" w menu sesji – szybkie tworzenie sesji przypisanej do konkretnej przestrzeni roboczej
    • Stała widoczność panelu bocznego agenta, nawet podczas wysyłania zadań do Cascade w trybie okna agentowego
    • Kopiowanie obrazów bezpośrednio z czatu przez menu kontekstowe
    • Przeglądane diffy dla autonomicznych edycji w Devin Local oraz nowy panel statusu serwerów MCP

    Automatyczne podtrzymywanie sesji i lepsze organizowanie pracy

    Najważniejszą zmianą jest automatyczne przywracanie sesji w chmurze po utracie łączności. Osoby pracujące zdalnie z agentem AI z pewnością znają sytuację, gdy przerwa w sieci wymuszała odtworzenie całej sesji od nowa. Teraz Devin automatycznie wznawia połączenie, gdy tylko sieć wraca, co eliminuje frustrację przy długotrwałych zadaniach.

    Zespół dodał również opcję "New session in space" w menu kebab sesji. Choć to drobna zmiana, w praktyce oszczędza kilka kliknięć przy każdym nowym zadaniu. System Spaces w Devin grupuje sesje, pull requesty, pliki i kontekst projektu w jednym widoku. Nowa sesja utworzona w przestrzeni automatycznie dziedziczy jej kontekst, co eliminuje konieczność ręcznego wskazywania repozytorium czy konfiguracji.

    Panel agenta zawsze pod ręką

    Panel agenta zawsze pod ręką

    Kolejne usprawnienie dotyczy interfejsu. W poprzednich wersjach panel boczny agenta często znikał przy wysyłaniu zadań do Cascade, zwłaszcza w trybie okna agentowego. Teraz pozostaje widoczny, co jest istotne przy iteracyjnym kodowaniu. Pracując nad problemem, wysyłając prompt do Cascade i analizując odpowiedź, użytkownicy mają stały dostęp do kontekstu rozmowy, co eliminuje konieczność przełączania się między widokami.

    Warto również zauważyć, że nowi użytkownicy domyślnie uruchamiają aplikację w trybie agentowym. To wskazuje, że Cognition AI traktuje agentowe przepływy pracy jako główny model interakcji, a nie tylko dodatek do tradycyjnego edytora.

    Devin Local zyskuje przejrzystość

    Devin Local zyskuje przejrzystość

    Zmiany w Devin Local są interesujące z perspektywy DevOps. Pojawiły się przeglądane diffy dla autonomicznych edycji, co pozwala użytkownikom zobaczyć, co dokładnie zmienił agent przed zatwierdzeniem zmian. To zwiększa zaufanie do automatycznych modyfikacji kodu i ułatwia proces code review.

    Nowy panel statusu serwerów MCP pokazuje stan każdego serwera, w tym komunikaty typu "Needs auth", bezpośrednio na liście i stronach szczegółowych. Użytkownicy korzystający z lokalnych lub zdalnych serwerów MCP mogą szybko zidentyfikować, gdzie wygasła autoryzacja i który serwer wymaga interwencji. W przypadku konfiguracji obejmujących wiele serwerów, oszczędza to czas na diagnostykę.

    Poprawki, które robią różnicę

    W tej aktualizacji naprawiono kilka uciążliwych błędów, w tym problem z checkoutem gałęzi oraz niedziałającą analitykę w niektórych scenariuszach. Dodano także możliwość kopiowania obrazów z czatu przez menu kontekstowe, co przyspiesza dokumentowanie i dzielenie się zrzutami ekranu w zespole.

    W kontekście programowania i szybkiego prototypowania z AI, ta aktualizacja zmniejsza tarcie operacyjne. Mniej przerw, większa ciągłość pracy oraz lepsza widoczność działań agenta. Dla osób pracujących długimi sesjami z Devin Cloud, automatyczne ponowne połączenie może znacznie skrócić czas potrzebny na powrót do pełnej produktywności po każdej przerwie w sieci.

    Aktualizacja 3.4.22 jest dostępna do pobrania z poziomu aplikacji oraz w oficjalnym changelogu Devin Desktop.

    Źródła

  • Cline CLI v3.0.36 naprawia przełączanie trybów Plan i Act — koniec z obchodzeniem ograniczeń przez shell

    Cline CLI v3.0.36 naprawia przełączanie trybów Plan i Act — koniec z obchodzeniem ograniczeń przez shell

    Nowa wersja Cline CLI, oznaczona jako 3.0.36, wprowadza istotną poprawkę w mechanizmie przełączania między trybem planowania a wykonawczym. Wcześniej narzędzie switch_to_act_mode nie działało natychmiastowo — model kontynuował działanie w trybie Plan aż do końca tury. W sytuacji, gdy nie miał dostępu do edytora plików, wykorzystywał komendy shella, aby modyfikować kod. Ta aktualizacja eliminuje te obejścia.

    Choć zmiana jest niewielka, ma duże znaczenie dla użytkowników Cline w codziennej pracy z kodem. Przejście z fazy „czytam i analizuję” do „robię zmiany” ma być teraz szybkie i bezpieczne.

    Kluczowe informacje o wydaniu

    • Natychmiastowe przełączanie — switch_to_act_mode kończy turę w trybie Plan i od razu kontynuuje z pełnym zestawem narzędzi Act, zamiast czekać na zakończenie bieżącej tury.
    • Bezpieczniejsze przełączanie Tab — dodano zabezpieczenie przed przypadkowym uruchomieniem niezatwierdzonego planu przy szybkim przełączaniu trybów w interfejsie TUI.
    • Eliminacja obejść przez shell — model nie będzie już próbował edytować plików poleceniami powłoki, gdy brakuje mu natywnego edytora w trybie Plan.
    • Wydanie stabilizacyjne — v3.0.36 to celowana łatka, a nie duża aktualizacja funkcjonalna.

    Dlaczego to ma znaczenie w pracy developera

    Tryb Plan w Cline to faza eksploracyjna, w której model analizuje kod, przegląda strukturę projektu i opracowuje strategię. W tym czasie nie powinien wprowadzać żadnych zmian. Tryb Act to czas na edycję plików, wykonywanie poleceń i wdrażanie zmian.

    Problem pojawiał się, gdy model dostawał sygnał do przełączenia, ale pozostawał w trybie Plan do końca tury. Zamiast czekać na pełny dostęp do edytora, próbował osiągnąć cel dostępnymi środkami, korzystając z komend shella. Dla developera oznaczało to, że zamiast płynnego przejścia między planowaniem a wykonaniem, obserwował chaotyczne próby modyfikacji plików przez echo, sed czy przekierowania.

    Po poprawce przejście jest płynne: model kończy fazę planowania i automatycznie kontynuuje z zatwierdzonym planem, mając do dyspozycji pełen zestaw narzędzi Act.

    Bezpieczeństwo w interfejsie terminalowym

    Bezpieczeństwo w interfejsie terminalowym

    Druga poprawka dotyczy sytuacji, w której szybkie przełączanie trybów w TUI mogło przypadkowo uruchomić wykonanie niezatwierdzonego planu. To był wyścig między przełączeniem trybu a zakończeniem tury — rzadki, ale potencjalnie niebezpieczny, zwłaszcza przy pracy z krytycznymi plikami.

    Dla osób pracujących w terminalu na szybkich skrótach klawiszowych to istotna poprawka komfortu i bezpieczeństwa. Nie trzeba już martwić się, czy przypadkiem nie wciśnięto czegoś za szybko.

    Co to znaczy dla vibe codingu

    Cline pozycjonuje się jako narzędzie do „vibe codingu”, w którym programista definiuje intencje, a agent AI realizuje je w kodzie. Granica między myśleniem a działaniem jest kluczowa.

    Kiedy model przeskakuje z fazy analizy do nieautoryzowanej edycji przez shell, traci się kontrolę nad tym, co i kiedy jest modyfikowane. Ta poprawka przywraca porządek: Plan to czytanie, Act to działanie. Bez szarej strefy pośrodku.

    Wydanie v3.0.36 nie dodaje nowych funkcji ani nie zmienia modeli. To czysto inżynieryjna poprawka w logice przełączania trybów, która wpłynie na każdego, kto regularnie przechodzi od eksploracji kodu do jego modyfikacji. Mniej frustracji, więcej przewidywalności.

    Źródła

  • Claude Code 2.1.199: stabilność agentów i łączenie umiejętności w końcu działają jak należy

    Claude Code 2.1.199: stabilność agentów i łączenie umiejętności w końcu działają jak należy

    Anthropic wypuściło wersję 2.1.199 Claude Code — aktualizację, która nie wprowadza znaczących nowości funkcjonalnych, ale poprawia obszary, w których agent wcześniej zawodził. W sumie wprowadzono 24 zmiany, a najważniejsze to naprawione błędy subagentów, poprawiona obsługa demona w tle oraz możliwość ładowania kilku umiejętności slash-skill jednocześnie.

    Co nowego w skrócie

    • Stacked skills pozwalają załadować do pięciu umiejętności w jednym poleceniu slash — wcześniej system brał tylko pierwszą.
    • Subagent API failures przestały być raportowane jako sukces; błędy limitów i inne zwrotki nie giną już w logach.
    • Linux background daemon przestał się sam wyłączać co 50 sekund z powodu uszkodzonych rekordów workerów.
    • SSL/TLS i retry 429 — problemy z certyfikatami są teraz diagnozowane od razu, a chwilowe ograniczenia są automatycznie ponawiane.

    Stacked skills: koniec z ręcznym łączeniem promptów

    Najbardziej zauważalną zmianą dla programistów jest możliwość korzystania z stacked slash-skill invocations. Do tej pory, gdy wpisywało się /skill-a /skill-b zrób XYZ, Claude Code 2.1.199 ładował tylko pierwszą umiejętność, a reszta polecenia była ignorowana. To zmuszało do ręcznego dzielenia pracy na etapy lub tworzenia coraz bardziej specyficznych skilli.

    Teraz składnia typu /frontend /testing /debug przeanalizuj komponent przyjmuje do pięciu umiejętności naraz. System ładuje je wszystkie przed wykonaniem polecenia, co pozwala na sensowne łączenie kontekstów — na przykład stylów komponentów, konwencji testowych i reguł debugowania — bez konieczności tworzenia jednego dużego pliku konfiguracyjnego.

    Dla osób korzystających z vibe codingu lub automatyzacji wieloetapowych zadań w Cursorze czy Windsurfie, to usprawnienie skraca czas potrzebny na przełączanie się między kontekstami. Choć limit pięciu umiejętności mógłby być wyższy, to i tak jest to krok naprzód.

    Subagenty przestały kłamać o błędach

    Ważniejsza część aktualizacji dotyczy niezawodności agentów. Wcześniej subagenty mogły raportować błędy API (na przykład wyczerpany limit użycia) jako poprawne wyniki. Oznaczało to, że główny agent dostawał „sukces” i kontynuował pracę, mimo że polecenie nie zostało wykonane.

    Wersja 2.1.199 poprawia ten mechanizm raportowania. Błędy limitów, autoryzacji i inne zwrotki z API są teraz poprawnie przekazywane do nadrzędnego agenta. Dla osób uruchamiających Claude Code 2.1.199 w długich zadaniach (debugowanie, refaktoryzacja, generowanie dokumentacji) to różnica między „zepsuło się po cichu” a „widzę, co się stało i mogę zareagować”.

    Równocześnie poprawiono zarządzanie procesami w tle. Na Linuxie demon mógł się sam wyłączać co około 50 sekund z powodu uszkodzonych rekordów workerów, co prowadziło do kaskadowego zabijania aktywnych agentów. Dodatkowo, poprawiono wyścigi przy claude stop oraz regresję sesji SSH na macOS, które mogły zostawiać wiszące procesy.

    SSL, proxy i błędy sieciowe: szybka diagnoza zamiast czekania

    Dla zespołów pracujących w środowiskach korporacyjnych, gdzie występują firmowe proxy, własne łańcuchy certyfikatów i sporadyczne problemy z infrastrukturą, zmiany w obsłudze błędów sieciowych mają duże znaczenie.

    Wcześniej, gdy Claude Code 2.1.199 napotykał problem z certyfikatem SSL/TLS, generował kolejne próby retry i kończył z niejasnym komunikatem. Teraz błędy tego typu są diagnozowane natychmiast, z konkretnymi wskazówkami: brakuje NODE_EXTRA_CA_CERTS, proxy TLS inspekcjonuje ruch, certyfikat wygasł. Nie trzeba już przeszukiwać logów ani zgadywać.

    Automatyczne ponawianie błędów 429 (rate limiting) sprawia, że chwilowe przeciążenia API nie przerywają sesji. W połączeniu z lepszym zachowaniem strumieniowania, gdzie częściowe dane wyjściowe są zachowywane przy przerwanym połączeniu, agent staje się bardziej odporny na problemy sieciowe.

    Co to zmienia w codziennej pracy

    To nie jest aktualizacja, która diametralnie zmieni sposób pracy. Jednak dla tych, którzy używają Claude Code 2.1.199 do automatyzacji trwających godzinami zadań lub uruchamiają agenta zdalnie przez SSH, wersja 2.1.199 eliminuje trzy frustrujące klasy błędów: ciche awarie subprocesów, niestabilne połączenia i niejasne problemy z certyfikatami.

    Stacked skills to miły dodatek dla osób budujących złożone workflow, ale prawdziwa wartość leży w poprawkach stabilności. Agent, który nie kłamie o błędach i nie wyłącza się po minucie działania, to coś, co powinno działać od początku — teraz wreszcie działa.

    Źródła

  • OpenCode z lipcowym zestawem poprawek: wymuszone tryby rozumowania i nowy desktop

    OpenCode z lipcowym zestawem poprawek: wymuszone tryby rozumowania i nowy desktop

    Pierwszego lipca 2026 roku zadebiutowała aktualizacja OpenCode, która wprowadza wymuszone tryby rozumowania dla modeli zgodnych z API OpenAI oraz poprawia zarządzanie sesjami Copilota. Aktualizacja koncentruje się na dwóch kluczowych obszarach: niezawodności modeli i komforcie pracy w aplikacji desktopowej.

    Kluczowe zmiany w pigułce

    • Wymuszone rozumowanie dla modeli kompatybilnych z OpenAI – mechanizm nie pozwala modelowi na pominięcie etapu analizy.
    • Naprawiony błąd z przeterminowanymi identyfikatorami odpowiedzi GitHub Copilot, który powodował przywoływanie starych wyników.
    • Przeszukiwany selektor modeli w aplikacji desktopowej – koniec z przewijaniem długiej listy.
    • Minimalizacja pytań zamiast ich zamykania – rozmowa z agentem stała się mniej inwazyjna.
    • Izolacja błędów sesji do pojedynczych zakładek – awaria jednego zadania nie wpływa na działanie całej aplikacji.

    Modele nie będą już oszukiwać

    Najważniejsza zmiana dotyczy modeli rozumujących. Do tej pory niektóre modele zgodne z API OpenAI mogły w pewnych sytuacjach pomijać etap rozumowania, generując odpowiedzi bez analizy. OpenCode teraz wymusza ten proces, co pozwala na uzyskanie pełnej ścieżki analizy. Dla programistów pracujących z niestandardowymi dostawcami modeli to istotna poprawa, eliminująca potrzebę zgadywania, czy agent rzeczywiście przeanalizował kod.

    Kolejna poprawka dotyczy GitHub Copilot. Błąd z przeterminowanymi identyfikatorami odpowiedzi powodował, że po ponownym zapytaniu lub zmianie promptu mogła wrócić stara, nieaktualna odpowiedź. Teraz identyfikatory są odświeżane prawidłowo, co zapobiega mieszaniu historii sesji z bieżącym kontekstem.

    Desktop z ludzką twarzą

    Aplikacja desktopowa zyskała kilka drobnych, ale zauważalnych poprawek. Przeszukiwany selektor modeli to funkcjonalność, która ułatwia korzystanie z wielu dostawców. Zamiast przeszukiwać długą listę, wystarczy wpisać fragment nazwy. To proste i potrzebne rozwiązanie.

    Minimalizacja pytań to kolejny krok w stronę poprawy użyteczności. Wcześniej prompt pytania blokował sesję, co wymagało odpowiedzi lub zamknięcia go, aby wrócić do pracy. Teraz można je zminimalizować i kontynuować rozmowę z agentem, co jest szczególnie przydatne przy pracy nad kilkoma wątkami równolegle.

    Zarządzanie zakładkami sesji również zostało poprawione. Desktop został przearanżowany wokół zakładek, co pozwala na uruchomienie kilku agentów w osobnych kartach i łatwe przełączanie się między nimi bez utraty stanu. Każda zakładka działa jak niezależny kontekst, co oznacza, że awaria w jednej nie destabilizuje pozostałych. To podejście przypomina pracę w IDE.

    Windows i WSL bez bólu

    Deweloperzy na Windowsie również skorzystali na aktualizacji. Konfiguracja serwera WSL została uproszczona, co sprawia, że proces jest bardziej przejrzysty, a komunikaty jaśniejsze. Dla osób korzystających z narzędzi deweloperskich w systemie Linux pod Windowsem to znaczące ułatwienie, eliminujące potrzebę przeszukiwania dokumentacji w celu uruchomienia agenta w środowisku WSL.

    Stabilność przede wszystkim

    Choć aktualizacja nie wprowadza spektakularnych nowości, to wyznacza kierunek: OpenCode stawia na solidność. Izolacja błędów do pojedynczych zakładek, naprawione identyfikatory sesji i wymuszone tryby rozumowania przyczyniają się do stworzenia narzędzia, które rzadziej zawodzi. W pracy z agentami AI to wartość, która ma duże znaczenie.

    Źródła

  • Factory ulepsza zarządzanie hookami i dodaje przeszukiwanie czatów w wersji v0.161.0

    Factory ulepsza zarządzanie hookami i dodaje przeszukiwanie czatów w wersji v0.161.0

    Nowa aktualizacja Factory wprowadza przeprojektowany menedżer hooków, wsparcie dla terminala WezTerm oraz możliwość wyszukiwania bezpośrednio w transkryptach czatów. Dodatkowo, zoptymalizowano wydajność wyszukiwania, co redukuje zbędne przebudowy cache.

    Co nowego w skrócie

    • Menedżer hooków przeszedł redesign, co ułatwia przeglądanie i konfigurację hooków w projektach.
    • WezTerm zyskał oficjalne wsparcie w konfiguracji terminala, poszerzając dostępne opcje dla deweloperów.
    • Przeszukiwanie transkryptów czatów umożliwia szybkie odnalezienie wcześniejszych instrukcji i decyzji bez ręcznego scrollowania.
    • Optymalizacja cache przyspiesza działanie wyszukiwarki, eliminując niepotrzebne przebudowy po aktualizacjach.

    Co konkretnie zmieniło się w hookach

    System hooków w Factory to mechanizm uruchamiający skrypty powłoki w określonych momentach sesji Droida. Deweloperzy używają go do walidacji kodu, formatowania, logowania czy egzekwowania polityk bezpieczeństwa.

    Zarządzanie tymi skryptami bywało uciążliwe, szczególnie gdy hooki działały na różnych poziomach: użytkownika, projektu i organizacji. Przeprojektowany menedżer rozwiązuje ten problem. Teraz wszystkie hooki są widoczne w jednym widoku, a ich konfiguracja jest bardziej przejrzysta.

    Dla zespołów, które polegają na hookach przy automatyzacji, ta zmiana oznacza mniej czasu spędzonego na debugowaniu konfiguracji. W praktyce szybciej można zidentyfikować, który hook zawodzi i dlaczego.

    WezTerm dołącza do obsługiwanych terminali

    Do tej pory Factory oferowało integrację z popularnymi emulatorami terminala, ale WezTerm, często wybierany przez zwolenników szybkich narzędzi, nie miał oficjalnego wsparcia. Od wersji v0.161.0 konfiguracja terminala obejmuje również to środowisko.

    WezTerm zyskuje popularność dzięki akceleracji GPU i możliwości działania na Windows, macOS i Linuksie bez zmian w konfiguracji. Dla deweloperów przyzwyczajonych do tego emulatora to oznacza, że Factory traktuje niszowe, ale wydajne narzędzia poważnie.

    Przeszukiwanie czatu zmienia workflow

    Funkcja przeszukiwania czatów ma istotny wpływ na codzienną pracę. Transkrypty czatów w Factory mogą zawierać setki wiadomości, szczególnie przy dłuższych sesjach vibe codingu, gdzie kontekst z wcześniejszych promptów często zawiera kluczowe decyzje implementacyjne.

    Możliwość wyszukania konkretnej frazy w historii czatu oszczędza frustracji. Zamiast przewijać całą konwersację, wystarczy wpisać fragment instrukcji czy nazwę pliku, aby trafić od razu do właściwego momentu sesji.

    Co z wydajnością

    Optymalizacja cache to zmiana, która może być niewidoczna na pierwszy rzut oka, ale odczuwalna przy intensywnym korzystaniu z wyszukiwarki. Factory zmniejszyło liczbę zbędnych przebudów cache po aktualizacjach i zmianach konfiguracji.

    W większych projektach, gdzie wyszukiwanie dotyczy zarówno kodu, jak i metadanych sesji, każda sekunda ma znaczenie. Mniej rebuildów oznacza również mniejsze zużycie zasobów, co jest istotne przy pracy na lokalnych maszynach z ograniczoną pamięcią.

    Dlaczego te zmiany mają znaczenie

    Te trzy usprawnienia — hooki, WezTerm i przeszukiwanie czatów — mają wspólny cel: skracają dystans między intencją dewelopera a wykonaniem zadania. Hooki stają się łatwiejsze do ogarnięcia, terminal działa tam, gdzie deweloper chce pracować, a historia rozmów przestaje być trudna do przeszukiwania.

    Wersja v0.161.0 nie wprowadza rewolucji, ale jest to zestaw przemyślanych poprawek, które docenią ci, którzy spędzają w Factory długie godziny, szczególnie przy projektach opartych o AI, gdzie szybki dostęp do kontekstu i sprawne automatyzacje mają kluczowe znaczenie dla tempa pracy.

    Źródła

  • Claude Code z nowym zarządzaniem sesjami i zaostrzonymi regułami bezpieczeństwa MCP

    Claude Code z nowym zarządzaniem sesjami i zaostrzonymi regułami bezpieczeństwa MCP

    Anthropic opublikował 29 czerwca 2026 roku wersję 2.1.196 narzędzia Claude Code. Nowa wersja wprowadza organizacyjne zarządzanie modelami domyślnymi, czytelniejsze nazwy sesji oraz istotne zaostrzenie przepisów bezpieczeństwa dla serwerów MCP w niezaufanych repozytoriach.

    Co nowego w pigułce

    • Organizacyjne modele domyślne – administratorzy mogą ustawić model na poziomie organizacji, a komenda /model pokazuje go jako „Org default”.
    • Czytelne nazwy sesji – sesje startują teraz z domyślnymi nazwami, co ułatwia identyfikację i wznawianie rozmów.
    • Bezpieczeństwo MCP – serwery z .mcp.json nie uruchamiają się automatycznie w niezaufanych przestrzeniach roboczych.
    • Trwałość zadań w tle – długotrwałe polecenia mogą przetrwać restart procesu sesji lub demona.
    • Watchdog strumieniowania – brak odpowiedzi przez 5 minut powoduje automatyczne przerwanie i ponowną próbę.

    Bezpieczeństwo MCP: najważniejsza zmiana dla zespołów DevOps

    Zmiana w zatwierdzaniu serwerów MCP jest kluczowa dla osób klonujących repozytoria i uruchamiających w nich Claude Code. Wcześniej serwer zdefiniowany w .mcp.json mógł wystartować automatycznie, jeśli repozytorium zawierało odpowiedni wpis w .claude/settings.json. Teraz w niezaufanych przestrzeniach roboczych polecenia claude mcp list i claude mcp get nie uruchamiają tych serwerów samodzielnie – zamiast tego trafiają one na listę oczekujących na zatwierdzenie.

    To eliminuje ryzyko, w którym sklonowane repo mogło nieświadomie uruchomić niechciane serwery MCP na maszynie dewelopera. Dla zespołów pracujących z kodem stron trzecich to istotne zabezpieczenie, które wcześniej wymagało ręcznej kontroli konfiguracji przed pierwszym uruchomieniem.

    Sesje, które nie giną przy restarcie

    Sesje, które nie giną przy restarcie

    Kolejna zmiana istotna dla środowisk hostingowych i ciągłej integracji dotyczy niezawodności zadań w tle. Długotrwałe polecenia agenta zyskały większą trwałość – mogą przetrwać zatrzymanie procesu sesji, a nawet restart demona. Jeśli worker zostanie ubity podczas restartu demona, automatycznie wznawia pracę.

    To ważna zmiana dla osób uruchamiających wielogodzinne zadania przez Claude Code, takie jak refaktoryzacje, migracje czy generowanie dokumentacji. W poprzednich wersjach awaria procesu często oznaczała utratę całego postępu. Teraz agent wraca do przerwanej pracy bez potrzeby ręcznej interwencji.

    Dodatkowo, domyślnie włączony watchdog strumieniowania przerywa połączenie i podejmuje automatyczną ponowną próbę, jeśli strumień odpowiedzi nie wygeneruje żadnego zdarzenia przez 5 minut. To rozwiązanie eliminuje problem „zawieszonych” sesji, które mogły wisieć w nieskończoność przy przeciążonym API.

    Drobniejsze usprawnienia użyteczności

    Drobniejsze usprawnienia użyteczności

    Wersja 2.1.196 wprowadza także kilka poprawek w interfejsie. Załączniki w czacie stały się klikalne, co pozwala na otwarcie pliku bezpośrednio z poziomu konwersacji. Terminal UI doczekał się odświeżenia, a proces code review został usprawniony.

    Poprawiono również błędy związane z interakcjami agentów i walidacją wtyczek. Dla użytkowników korzystających z wielu równoległych sesji zmiana w nazewnictwie jest istotna – zamiast enigmatycznych identyfikatorów sesje otrzymują domyślne, czytelne nazwy, co znacznie ułatwia nawigację przy pięciu otwartych zadaniach.

    Dlaczego to wydanie ma znaczenie

    Claude Code to aktualizacja o charakterze infrastrukturalnym. Nie wprowadza spektakularnych nowości funkcjonalnych, ale wzmacnia fundamenty: bezpieczeństwo, niezawodność i kontrolę nad środowiskiem pracy. Dla zespołów deweloperskich, które wdrożyły już Claude Code jako codzienne narzędzie, te zmiany oznaczają mniej niespodzianek i większą przewidywalność, zwłaszcza gdy agent działa na zdalnych maszynach lub przetwarza kod z zewnętrznych źródeł.

    Źródła

  • Qwen-Code v0.19.3 – nowa wersja z odświeżoną powłoką webową i integracją MCP

    Qwen-Code v0.19.3 – nowa wersja z odświeżoną powłoką webową i integracją MCP

    Alibaba wypuściła wersję 0.19.3 swojego narzędzia Qwen-Code 28 czerwca 2026 roku. Aktualizacja wprowadza znaczące zmiany, w tym nową webową powłokę, rozszerzoną obsługę MCP (Model Context Protocol) oraz wsparcie dla dyktowania głosowego. Dodatkowo, poprawiono problem z wyciekiem PTY w systemie Windows, który mógł powodować trudności podczas dłuższych sesji.

    Co nowego w pigułce

    • Web shell z interakcjami w stylu Excela – tabele w markdownie można teraz edytować i sortować bezpośrednio w interfejsie.
    • Rozszerzone zarządzanie serwerami MCP – przeglądanie zasobów stało się wygodniejsze, a serwery HTTP są w pełni wspierane.
    • Nowy kreator rozszerzeń (extension creator skill) – umożliwia generowanie rozszerzeń bez ręcznego sklejania przepływu pracy.
    • Wsparcie dla dyktowania głosowego – rozpoznawanie mowy wykracza poza podstawowe komendy, co pozwala na pracę bez użycia rąk.

    Powłoka webowa, która przypomina arkusz kalkulacyjny

    Najwięcej wizualnych zmian dotyczy web shell. Interfejs zyskał interakcje przypominające Excela – tabele w markdownie można sortować, filtrować i modyfikować bez potrzeby opuszczania widoku. Dla programistów przyzwyczajonych do szybkiego przeglądania danych to znaczne ułatwienie. Nie ma już potrzeby kopiowania tabeli do innego miejsca, aby sprawdzić konkretny wiersz.

    Dodatkowo, poprawiono obsługę pytań i odpowiedzi w web shellu – interfejs lepiej pokazuje, co zostało już załatwione, a co wciąż wymaga uwagi. To mały, ale istotny detal dla osób spędzających długie godziny w konsoli.

    MCP jako centralny element integracji

    Qwen-Code od pewnego czasu stawia na MCP jako główną metodę łączenia z zewnętrznymi narzędziami, bazami danych i API. W wersji 0.19.3 ta integracja została znacznie udoskonalona.

    Dokumentacja projektu wyraźnie wskazuje, że serwery MCP to sposób, w jaki Qwen-Code komunikuje się z zewnętrznymi systemami. W nowej wersji poprawiono przeglądanie zasobów serwerów MCP, co przyspiesza dostęp do podpiętych baz danych i narzędzi. Wprowadzono również wsparcie dla zdalnych serwerów MCP przez HTTP, co umożliwia ich zarządzanie z poziomu przeglądarki, co może być korzystne dla zespołów DevOps.

    Konfiguracja stała się bardziej stabilna przy uruchamianiu qwen serve – wcześniej zdarzało się, że ustawienia MCP dla workspace’u nie ładowały się poprawnie. Teraz działa to zgodnie z oczekiwaniami.

    Kreator rozszerzeń i dyktowanie głosowe

    Kreator rozszerzeń i dyktowanie głosowe

    Nowy kreator rozszerzeń upraszcza proces tworzenia rozszerzeń. Zamiast ręcznego budowania całego workflow, można to zrobić w kilku krokach, a narzędzie samo generuje strukturę. Dla osób pragnących szybko dostosować Qwen-Code do własnych potrzeb, to znaczna oszczędność czasu.

    Wsparcie głosowe również się rozwija. Dyktowanie nie służy już tylko do zamiany mowy na tekst, ale pozwala na sterowanie agentem bez użycia klawiatury. W połączeniu z funkcjami Qwen-Code, może to być przydatne podczas dłuższych sesji debugowania czy przeglądania logów.

    Stabilność pod maską

    Stabilność pod maską

    Wprowadzono także poprawki stabilności. Najważniejsza dotyczy wycieku PTY shell w systemie Windows, który mógł powodować problemy z zasobami podczas dłuższej pracy. Łatka natychmiast zwalnia zasoby terminala po jego zamknięciu, zamiast czekać na późniejsze czyszczenie.

    Poprawiono również obsługę wywołań narzędzi. Błędy w strumieniowaniu były wcześniej uciążliwe, teraz system próbuje ponowić połączenie przy przejściowych błędach sieciowych, co zmniejsza liczbę sesji, które kończą się z powodu chwilowej utraty łączności.

    Telemetria do wyboru

    Telemetria stała się konfigurowalna. Qwen-Code wysyła statystyki użytkowania do endpointu Alibaba Cloud RUM, ale tylko jeśli użytkownik to włączy. To rozwiązanie dla zespołów, które chcą mieć pełną kontrolę nad danymi opuszczającymi ich środowisko. Ulepszenia CLI i komponentów serwerowych pokazują, że narzędzie rozwija się zarówno wizualnie, jak i infrastrukturalnie.

    Dla zespołów korzystających z agentów AI na co dzień, wersja 0.19.3 łączy interaktywność w przeglądarce z automatyzacją w trybie headless, nie rezygnując z żadnej z tych warstw.

    Źródła

  • Anthropic ujednolica limity API i upraszcza strukturę tierów w platformie Claude

    Anthropic ujednolica limity API i upraszcza strukturę tierów w platformie Claude

    Firma Anthropic ogłosiła zmiany w zasadach korzystania z API Claude. Modele Sonnet i Haiku otrzymały teraz takie same limity szybkości jak Claude Opus na wszystkich poziomach użytkowania. Platforma została zreorganizowana, konsolidując dotychczasową strukturę w trzy czytelne tiery: Start, Build i Scale. Dla większości zespołów oznacza to automatyczne przeniesienie do wyższego poziomu bez konieczności podejmowania jakichkolwiek działań.

    Kluczowe informacje o aktualizacji

    • Limity API dla Claude Sonnet i Haiku są teraz równe limitom Claude Opus na każdym tierze
    • Trzy tiery – Start, Build i Scale – zastępują wcześniejszy, bardziej rozdrobniony system
    • Automatyczna migracja – większość organizacji zostanie przeniesiona do wyższego tieru bez dodatkowych formalności
    • Limity organizacyjne – ustalane są na poziomie całej organizacji, a nie pojedynczych użytkowników
    • Maksymalny miesięczny wydatek dla tieru Scale wynosi 200 000 dolarów

    Co konkretnie zmieniło się w limitach?

    Dotychczas korzystanie z różnych modeli Claude oznaczało różne limity – Opus miał własne pułapy, Sonnet inne, a Haiku jeszcze inne. Teraz to się zmienia. Anthropic postawiło na spójność: niezależnie od tego, czy aplikacja wywołuje Claude Sonnet do generowania kodu, czy Haiku do lżejszych zadań, limit żądań na minutę (RPM) oraz tokenów wejściowych i wyjściowych jest identyczny.

    W tierze Start limit wynosi około 1000 RPM, 2 miliony tokenów wejściowych na minutę i 400 tysięcy tokenów wyjściowych. Build podnosi te wartości do 5000 RPM, 5 milionów tokenów wejściowych i miliona wyjściowych. Scale, przeznaczony dla największych wdrożeń produkcyjnych, oferuje 10 000 RPM, 10 milionów tokenów wejściowych i 2 miliony wyjściowych przy wspomnianym limicie wydatków 200 000 dolarów miesięcznie. Warto jednak sprawdzać aktualne liczby bezpośrednio w dokumentacji – Anthropic zastrzega, że wartości mogą być aktualizowane.

    Dlaczego to ma znaczenie dla zespołów deweloperskich?

    Ujednolicenie limitów upraszcza planowanie wydajnościowe. Zespoły budujące aplikacje oparte na wielu modelach Claude – na przykład systemy agentowe, gdzie jeden model planuje zadania, a drugi wykonuje generowanie kodu – nie muszą już osobno kalkulować przepustowości dla każdego endpointu. Jedna polityka limitów obejmuje teraz całą organizację.

    Szczególnie odczują to środowiska o wysokiej przepustowości: potoki DevOps, backendowa automatyzacja czy narzędzia do generowania kodu w czasie rzeczywistym. Wcześniej różnice między modelami mogły wymuszać ograniczenia w architekturze – teraz można skalować równomiernie. Automatyczne przeniesienie większości organizacji do wyższego tieru dodatkowo zmniejsza tarcia przy rozwoju produktu.

    Trzy tiery – przejrzystość zamiast złożoności

    Konsolidacja do trzech poziomów to krok w stronę prostoty. Zamiast rozbudowanej struktury, którą trudno było wytłumaczyć nowym członkom zespołu, mamy logiczną ścieżkę: Start dla projektów na wczesnym etapie i małych integracji, Build dla rozwijających się aplikacji, oraz Scale dla dużych wdrożeń korporacyjnych.

    Limity działają teraz na poziomie organizacji. To rozwiązanie eliminuje sytuacje, w których jeden intensywnie korzystający z API deweloper blokuje dostęp pozostałym. Administratorzy zyskują lepszą kontrolę nad budżetem – miesięczny pułap wydatków w tierze Scale jest jasno określony i wynosi 200 000 dolarów, co pozwala precyzyjnie planować koszty przy dużych wdrożeniach.

    Praktyczne następstwa w świecie web devu i AI

    Dla branży web developmentu i systemów AI zmiany te wpisują się w szerszy trend upraszczania infrastruktury modeli językowych. Twórcy narzędzi takich jak Cursor, Windsurf czy Claude Code, które intensywnie wykorzystują API Claude do generowania i analizy kodu, zyskują bardziej przewidywalne środowisko. Mniej czasu spędzonego na zarządzaniu limitami to więcej czasu na rozwój funkcjonalności. Automatyczna migracja oznacza też, że zespoły nie muszą przerywać pracy, aby dostosować się do nowych zasad – wszystko dzieje się po stronie platformy.

    Źródła

  • Claude Code 2.1.195: Precyzyjna kontrola myszy w trybie pełnoekranowym i poprawki dyktowania

    Claude Code 2.1.195: Precyzyjna kontrola myszy w trybie pełnoekranowym i poprawki dyktowania

    Anthropic wypuściło 26 czerwca 2026 roku aktualizację Claude Code 2.1.195, która wprowadza nową zmienną środowiskową do zarządzania interakcjami myszy w terminalu oraz naprawia kilka błędów związanych z dyktowaniem głosowym i zarządzaniem wtyczkami. To wydanie koncentruje się na poprawie stabilności, co jest istotne zarówno w codziennej pracy programisty, jak i w sesjach zdalnych.

    Kluczowe zmiany w skrócie

    • CLAUDE_CODE_DISABLE_MOUSE_CLICKS – nowa zmienna środowiskowa blokująca kliknięcia, przeciąganie i najeżdżanie myszą w trybie pełnoekranowym, przy zachowaniu przewijania kółkiem
    • Dokładne dopasowanie hooków – naprawiono błąd, przez który identyfikatory z myślnikami (np. code-reviewer) uruchamiały się przy częściowym dopasowaniu nazwy
    • Poprawki dyktowania – macOS przestał gubić słowa w środku zdań, a języki bez spacji (japoński, chiński, koreański, tajski) działają teraz poprawnie
    • Bezpieczniejsza instalacja wtyczek – zewnętrzne pluginy nie omijają już ekranu zgody przy niektórych ścieżkach ładowania

    Dlaczego kontrola myszy w terminalu ma znaczenie

    Tryb pełnoekranowy w Claude Code to środowisko, w którym programiści spędzają długie godziny. Przypadkowe kliknięcie może przerwać zaznaczenie tekstu, przesunąć kursor w nieoczekiwane miejsce albo wywołać nieplanowaną akcję. Zmienna CLAUDE_CODE_DISABLE_MOUSE_CLICKS rozwiązuje ten problem, wyłączając kliknięcia, przeciąganie i hover, ale pozostawiając możliwość przewijania kółkiem. Dzięki temu można przeglądać długie logi czy output komend bez ryzyka przypadkowej interakcji.

    To szczególnie przydatne w środowiskach DevOps, gdzie sesje terminalowe często działają na zdalnych serwerach przez wiele godzin. Każde niechciane kliknięcie mogło wcześniej prowadzić do utraty kontekstu lub konieczności cofania zmian.

    Hooki przestały się mylić – dokładne dopasowanie identyfikatorów

    W ekosystemie wtyczek i serwerów MCP nazwy z myślnikami są powszechne. Identyfikatory takie jak code-reviewer, mcp__brave-search to standard w automatyzacji. Problem polegał na tym, że hooki dopasowywały się przez substring, co prowadziło do nieoczekiwanych akcji pobocznych.

    W wersji 2.1.195 mechanizm hooków przeszedł na dokładne dopasowanie. Każdy identyfikator jest teraz sprawdzany w całości, co eliminuje niespodzianki przy złożonych pipeline'ach automatyzacji. Dla zespołów utrzymujących rozbudowane zestawy narzędzi to oszczędność czasu na debugowaniu.

    Dyktowanie głosowe – języki bez spacji w końcu działają

    Dyktowanie głosowe – języki bez spacji w końcu działają

    Użytkownicy macOS zgłaszali problemy z gubieniem słów podczas dyktowania. Claude Code gubił wyrazy w środku zdań, co przy kodowaniu głosowym prowadziło do frustracji. Aktualizacja naprawia ten błąd.

    Dodatkowo, wprowadzono wsparcie dla języków, które nie używają spacji między słowami – japońskiego, chińskiego, koreańskiego i tajskiego. Wcześniej automatyczne zatwierdzanie tekstu w tych językach nie działało poprawnie. Teraz mechanizm auto-submit rozpoznaje granice poprawnie, co ułatwia dyktowanie promptów w tych językach.

    Wtyczki i procesy w tle – mniej niespodzianek

    Wtyczki i procesy w tle – mniej niespodzianek

    W kontekście bezpieczeństwa, zewnętrzne pluginy przy niektórych ścieżkach ładowania omijały ekran zgody na instalację. Claude Code 2.1.195 zamyka tę lukę – każda instalacja przechodzi przez standardowy proces akceptacji. To istotna zmiana w środowiskach korporacyjnych, gdzie audyt narzędzi jest wymagany.

    Poprawiono również obsługę demonów agentów w tle. Sesje zdalne i długotrwałe procesy, które wcześniej mogły się zawiesić, działają teraz stabilniej. Zaktualizowano checklistę provisioningu dla sesji Remote, co sprawia, że start środowisk zdalnych jest bardziej przewidywalny.

    Co to oznacza dla web developerów i DevOps

    Wydanie 2.1.195 nie wprowadza spektakularnych nowości wizualnych, ale poprawia codzienną pracę. Kontrola myszy w terminalu to istotna zmiana, która doceni każdy, kto doświadczył problemów z przypadkowymi kliknięciami w trybie pełnoekranowym. Dokładne dopasowanie hooków eliminuje ciche błędy w pipeline'ach automatyzacji, a poprawki dyktowania ułatwiają pracę zespołom spoza kręgu anglojęzycznego.

    Wszystkie zmiany wchodzą automatycznie przy aktualizacji – wystarczy standardowe claude update i restart sesji. Jeśli używasz trybu pełnoekranowego, warto rozważyć ustawienie nowej zmiennej środowiskowej.

    Źródła

  • Claude Code 2.1.193: pełna kontrola nad komendami shella i stabilniejsze zadania w tle

    Claude Code 2.1.193: pełna kontrola nad komendami shella i stabilniejsze zadania w tle

    25 czerwca 2026 roku Anthropic wprowadziło wersję 2.1.193 Claude Code, która dodaje nowe mechanizmy kontroli nad komendami w terminalu. Najważniejszą nowością jest ustawienie autoMode.classifyAllShell, które wymusza klasyfikację wszystkich komend Bash i PowerShell, a nie tylko tych, które pasują do predefiniowanych wzorców. Dla zespołów devopsowych i web devów oznacza to większą przewidywalność w środowiskach CI i na lokalnych maszynach.

    Kluczowe zmiany w skrócie

    • Nowe ustawienie autoMode.classifyAllShell przepuszcza wszystkie komendy shella przez klasyfikator auto-mode, nie tylko te z grupy "arbitrary-code-execution".
    • Widoczność powodów odrzucenia – powód blokady pojawia się teraz w transkrypcie, powiadomieniach i historii /permissions recent denials.
    • Live autocomplete ścieżek w trybie Bash ułatwia szybkie wpisywanie komend w terminalu.
    • Automatyczne czyszczenie procesów w tle przy presji pamięci zapobiega degradacji długich sesji agentowych.
    • Kilka poprawek stabilności dla agentów w tle, uwierzytelniania MCP i spójności UI.

    Większa kontrola nad auto-mode – klasyfikuj wszystko

    Do tej pory auto-mode sprawdzał tylko komendy oznaczone jako potencjalnie niebezpieczne, co mogło prowadzić do niezamierzonego wykonania kodu. Nowa flaga autoMode.classifyAllShell zmienia tę logikę – każda komenda Bash i PowerShell przechodzi teraz przez klasyfikator.

    Jeśli zespół skonfiguruje restrykcyjne reguły, agent nie odpali nieautoryzowanego skryptu rm -rf, ani nie zmieni zmiennych środowiskowych bez zgody. Dla konfiguracji produkcyjnych i CI/CD to istotny krok naprzód, zwłaszcza gdy agenci działają w trybie bez nadzoru.

    Poprawiono również widoczność odrzuceń. Wcześniej blokada komendy mogła być nieprzejrzysta. Teraz powód trafia do transkryptu, powiadomienia oraz do listy ostatnich odrzuceń w /permissions, co ułatwia zrozumienie, dlaczego agent nie uzyskał zgody.

    Background taski i presja pamięci

    Background taski i presja pamięci

    Długie sesje kodowania mogą generować wiele procesów w tle, które zajmują zasoby. Claude Code 2.1.193 wprowadza mechanizm automatycznego czyszczenia bezczynnych zadań shella, gdy system odczuwa presję pamięci.

    Mechanizm jest domyślnie włączony, ale można go wyłączyć przez CLAUDE_CODE_DISABLE_BG_SHELL_PRESSURE_REAP=1. Warto jednak pozostawić go włączonym, zwłaszcza na słabszych maszynach wirtualnych i kontenerach.

    W tej wersji naprawiono również kilka bugów związanych z backgroundowaniem sesji. Usunięto fałszywy komunikat "N background tasks would be abandoned" przy przełączaniu sesji oraz powtarzające się monity dla przypiętych agentów po auto-update. Zlikwidowano również problem z phantomowym sub-agentem "general-purpose (resumed)", który potrafił przelecieć całą konwersację po zbackgroundowaniu głównego wątku.

    OpenTelemetry i nowy event asystenta

    OpenTelemetry i nowy event asystenta

    Dla zespołów monitorujących pracę agentów przez OpenTelemetry dodano nowy log event: claude_code.assistant_response. Zawiera on pełny tekst odpowiedzi modelu, co pozwala śledzić, co dokładnie agent odpowiedział.

    Domyślnie event jest zredagowany, ale można go włączyć przez OTEL_LOG_ASSISTANT_RESPONSES=1. Jeśli ktoś już loguje prompty przez OTEL_LOG_USER_PROMPTS, upgrade automatycznie doda logowanie odpowiedzi, chyba że wyłączy je przez OTEL_LOG_ASSISTANT_RESPONSES=0.

    To ma znaczenie dla audytu i debugowania regresji – można prześledzić nie tylko akcje agenta, ale i jego tok rozumowania.

    Drobniejsze, ale przydatne

    Warto również wspomnieć o kilku mniejszych poprawkach. Autocomplete ścieżek w trybie Bash działa na żywo – przy komendzie ! system podpowiada istniejące pliki, co przyspiesza pracę w terminalu. Naprawiono również błąd, przez który panel agentów ukrywał rodzeństwo przy przeglądaniu sub-agenta. MCP headersHelper automatycznie reautoryzuje się przy 401/403, co powinno poprawić stabilność integracji narzędziowych.

    Dla web devów pracujących z Claude Code w trybie shell-heavy – przy deployu czy automatyzacji buildów – ta aktualizacja wprowadza zmiany, które mogą znacząco poprawić codzienny workflow. Więcej kontroli, lepsza diagnostyka i mniej frustracji przy długich sesjach.

    Źródła