Kategoria: Oprogramowanie

Qwen-Code v0.20.1: izolowane worktree, inteligentne autofixy i wyszukiwanie w sieci
Alibaba wydało Qwen-Code v0.20.1 — jedno z trzech wydań, które pojawiły się w ciągu jednego tygodnia, zamykając intensywny cykl, w którym scalono ponad 220 pull requestów. Ta aktualizacja koncentruje się na stabilności działania agentów AI w złożonych repozytoriach i wprowadza kilka brakujących funkcji do web-shella.

Kluczowe zmiany w serii v0.20.1
- Automatyczne naprawy — mechanizmy naprawcze poprawiają zarządzanie w zespołowych repozytoriach.
- Izolowane sesje worktree — równoległe instancje agentów AI działają w osobnych worktree, eliminując konflikty między nimi.
- Opcjonalne wyszukiwanie w sieci — funkcja web_search oparta na silniku Bailian Responses API, domyślnie wyłączona, wymaga ustawienia zarówno tools.webSearch.enabled: true, jak i tools.webSearch.model.
Automatyzacja dopasowana do zespołu

Jednym z głównych problemów automatycznych napraw generowanych przez AI był brak integracji z istniejącymi procesami w repozytorium. Seria v0.20.1 rozwija mechanizmy automatyzacji, które lepiej współpracują z konwencjami zespołowymi.

Dla zespołów DevOps oznacza to możliwość dostosowania ścieżek weryfikacji pull requestów do własnych reguł — automatyka uwzględnia metadane PR-ów i odpowiednio reaguje. To funkcjonalność, która może wydawać się drobna, ale w codziennej praktyce oszczędza wiele czasu.

Kolejną nowością jest obsługa forków w czasie rzeczywistym. Gdy kontrybucja pochodzi spoza głównego repozytorium — co jest typowe w open source — mechanizmy naprawcze teraz poprawnie koordynują zmiany. Wcześniej zdarzały się problemy, zwłaszcza gdy kilka zewnętrznych branchy próbowało jednocześnie wprowadzać poprawki.

Worktree — koniec z konfliktami między agentami

Ta zmiana z pewnością ucieszy każdego, kto uruchamia kilka instancji Qwen-Code równolegle. Web-shell zyskał izolację sesji dzięki Git worktree — jedno kliknięcie i każdy agent działa w swoim odizolowanym drzewie roboczym.

Dlaczego to jest istotne? Agenci AI mogą być dość aktywni w edytowaniu plików, przełączaniu branchy i stage'owaniu zmian. Gdy dwie instancje działają w tym samym worktree, prędzej czy później dojdzie do kolizji — nadpisanych plików, utraconych zmian lub bałaganu w indeksie. Izolacja worktree rozwiązuje ten problem, zapewniając każdej sesji własny obszar roboczy.

Wyszukiwanie w sieci — ale tylko na żądanie

Qwen-Code przywraca funkcję web_search, opartą na Bailian Responses API. Jest domyślnie wyłączona i wymaga aktywacji — to przemyślane posunięcie, ponieważ nie każdy chce, aby agent AI samodzielnie przeszukiwał internet. Aby funkcja działała, należy ustawić zarówno tools.webSearch.enabled: true, jak i wskazać model przez tools.webSearch.model; brak któregokolwiek z tych ustawień sprawia, że funkcja pozostaje wyłączona.

Implementacja obejmuje nie tylko wyszukiwanie: silnik otwiera i odczytuje strony, a w wygenerowanych odpowiedziach wymagana jest sekcja Sources z cytowanymi źródłami. To przydatne, gdy agent potrzebuje aktualnej dokumentacji lub zewnętrznych informacji technicznych.

Stabilność i sterowanie w locie

Cykl v0.20.1 to nie tylko nowe funkcje — to także wiele pracy nad niezawodnością. Poprawki objęły moduły core harness, interakcje CLI i stabilizację zestawu testów. Dla użytkownika końcowego oznacza to, że agenci rzadziej napotykają problemy podczas prostych operacji.

Co ciekawe, cała seria v0.20.1 wprowadziła również możliwość korygowania agenta w czasie rzeczywistym — można wpisać instrukcję, gdy model jeszcze generuje odpowiedź, co pozwala na przejęcie kontroli na granicy próbkowania. To drobna zmiana, ale daje poczucie kontroli, które często brakuje w interakcji z agentami AI.

Co to oznacza w praktyce

Qwen-Code v0.20.1 to wydanie, które nie przyciąga uwagi pojedynczym spektakularnym ficzerem, lecz systematycznie poprawia doświadczenie developera. Izolacja worktree eliminuje problemy związane z równoległą pracą. Automatyzacja napraw integruje się z istniejącymi procesami, zamiast narzucać własne. Opcjonalne wyszukiwanie dostarcza dodatkowy kontekst bez narzucania go tym, którzy go nie potrzebują.

Przy tempie trzech wydań tygodniowo i ponad 220 scalonych PR-ach zespół Qwen intensywnie inwestuje w użyteczność produkcyjną, nie tylko w demonstracje technologiczne.

Źródła
2026-10-21
Factory daje programistom kontrolę nad umiejętnościami AI i wsparcie dla Windows ARM64
Nowa wersja Factory v0.176.0, wydana 20 lipca 2026 roku, wprowadza flagę umożliwiającą wyłączenie wbudowanych umiejętności oraz natywne wsparcie dla komputerów z Windows ARM64. Dodatkowo, wprowadzono automatyczne powiadomienia o zbliżających się limitach oraz szereg poprawek stabilności.
- Nowa flaga --disable-builtin-skills pozwala na wyłączenie fabrycznych umiejętności Factory, zachowując jednocześnie własne
- Natywna wersja dla Windows ARM64 eliminuje potrzebę korzystania z warstwy zgodności x64
- Alerty e-mail o limitach informują administratorów, gdy zużycie zbliża się do ustalonego pułapu
- Naprawa sesji po przerwaniu działania narzędzia oraz automatyczne ponawianie połączeń z modelem
- Drobne usprawnienia desktopowe – od dźwięków powiadomień, które nie blokują uśpienia macOS, po czytelniejsze błędy PDF
Większa kontrola nad umiejętnościami

Głównym elementem tej aktualizacji jest flaga --disable-builtin-skills. Umożliwia ona zespołom kontrolowanie, które umiejętności są dostępne w danym środowisku, zarówno w repozytorium, jak i lokalnie na maszynie dewelopera.

W praktyce oznacza to, że organizacje, które mają własny zestaw umiejętności, mogą teraz całkowicie wyłączyć te dostarczane przez Factory, co eliminuje ryzyko konfliktów i niepożądanych zachowań. Własne źródła umiejętności pozostają nienaruszone. Dla zespołów DevOps i liderów technicznych to realna korzyść – mniej niespodzianek w automatyzacji, większa przewidywalność.

Choć zmiana ta może nie wydawać się spektakularna, osoby zarządzające większymi projektami AI szybko docenią tę opcję.

Windows ARM64 bez kompromisów

Kolejną ważną nowością jest natywne wsparcie dla Windows ARM64. Użytkownicy urządzeń takich jak Surface Pro X czy Lenovo ThinkPad X13s wcześniej musieli korzystać z emulacji x64, co wpływało na wydajność i responsywność.

Teraz aplikacja desktopowa Factory działa bezpośrednio na architekturze ARM64. Zniknął narzut związany z tłumaczeniem instrukcji, co powinno poprawić płynność działania. To oznacza, że ekosystem ARM na Windowsie zyskuje na znaczeniu.

Automatyczne alerty i solidniejsza praca z sesjami

Administratorzy otrzymują powiadomienia e-mail, gdy wykorzystanie API lub innych zasobów zbliża się do limitów. Factory nie ujawnia jednak domyślnych progów, częstotliwości alertów ani tego, które plany subskrypcyjne obejmuje ta funkcja. Użytkownicy muszą sprawdzić to we własnej konfiguracji.

W zakresie stabilności wprowadzono konkretne zmiany. Przerwanie działania narzędzia nie powinno już uszkadzać historii sesji, a jeśli do tego dojdzie, wersja 0.176.0 potrafi automatycznie naprawić taką historię. Dodatkowo, w przypadku niedostępności automatycznie wybranego modelu, następuje automatyczne ponawianie prób. Użytkownicy nie muszą już ręcznie restartować operacji.

Wprowadzono także poprawkę dla macOS: dźwięki powiadomień nie blokują już przejścia komputera w tryb uśpienia. W przypadku generowania PDF błędy są teraz widoczne natychmiast, co ułatwia diagnozowanie problemów z dokumentami.

Dla kogo to wydanie ma znaczenie

Factory v0.176.0 to aktualizacja skupiająca się na kontroli i niezawodności. Nowa flaga umiejętności będzie przydatna dla zespołów, które potrzebują ściśle zdefiniowanego środowiska automatyzacji. Alerty o limitach stanowią dodatkowe zabezpieczenie dla budżetu operacyjnego. Natywne wsparcie dla Windows ARM64 to odpowiedź na rosnącą liczbę deweloperów korzystających z urządzeń z tym systemem.

Choć brakuje danych o adopcji, konkretnych benchmarków czy oficjalnych komentarzy twórców, kierunek zmian jest jasny. Factory stawia na elastyczność i przewidywalność, co jest istotne w kontekście rozwoju wspomaganego przez AI.

Źródła
- Factory v0.176.0: Enhanced Skill Control and Windows ARM64 Support
2026-10-21
OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie
Najnowsza wersja OpenCode, oznaczona numerem 1.18.4, wprowadza szereg poprawek, które mają na celu poprawę współpracy z modelami Kimi oraz odświeżenie klienta desktopowego. Aktualizacja, wydana 20 lipca 2026 roku, nie wprowadza rewolucyjnych funkcji, ale eliminuje kilka uciążliwych problemów – od przywrócenia łączności z Azure po lepsze zarządzanie terminalem i sesjami promptów. Dla zespołów korzystających z różnych dostawców AI, ta wersja jest zdecydowanie warta szybkiego wdrożenia.

Najważniejsze zmiany w OpenCode 1.18.4
- Kimi zyskał kontrolki adaptacyjnego myślenia, które zwracają podsumowane wnioskowanie zamiast pełnego procesu
- Azure Cognitive Services przywrócił wsparcie dla endpointów po wcześniejszej regresji
- Terminal synchronizuje teraz motyw z główną aplikacją, eliminując wizualny chaos
- Prompt input v2 został przepisany – polecenia, załączniki i historia działają stabilniej
- Panel recenzji zyskał lepsze skalowanie i wyrównanie zakładek z widokiem diff
Adaptacyjne myślenie Kimi – mniej szumu, więcej konkretów

W OpenCode 1.18.4 wprowadzono mechanizm adaptacyjnego myślenia dla modeli Kimi, które są dostępne przez dostawców kompatybilnych z Anthropic. Oznacza to, że zamiast zalewać użytkownika pełnym, wewnętrznym łańcuchem rozumowania, system domyślnie zwraca podsumowany rezultat. To poprawia czytelność, szczególnie podczas pracy nad kodem.

Ważną poprawką jest także zmiana w obsłudze opcji wnioskowania. Wcześniej OpenCode stosował nieprawidłową domyślną konfigurację, ignorując ustawienia dostawcy. Teraz to dostawca dyktuje zasady, co zmniejsza konflikty przy przełączaniu między modelami. Zespół wyraźnie wskazuje, że lepiej uszanować specyfikę każdego modelu.

Azure wraca do gry, OpenAI łączy stabilniej

Dla użytkowników korzystających z Azure Cognitive Services, ta wersja przynosi długo oczekiwaną poprawkę. Przywrócono wsparcie dla endpointów, które wcześniej zostało zerwane przez regresję, co poważnie zakłócało połączenia. Teraz wszystko wraca do normy.

Dodatkowo, skrócono timeouty nagłówków dostawcy podczas wolnego zestawiania połączeń z OpenAI. To techniczny detal, ale dla osób na niestabilnych łączach oznacza rzadsze przerwy w sesjach. To mała zmiana, która znacząco poprawia komfort pracy.

Desktop: terminal, prompt i panel recenzji w jednym rytmie

Najwięcej wizualnych poprawek dotyczy klienta desktopowego. Terminal synchronizuje teraz motyw z główną aplikacją, co eliminuje problem z różnymi kolorami interfejsu. Choć to kosmetyczna zmiana, przy dłuższej pracy z kodem takie detale mogą być męczące.

System wprowadzania promptów (v2) został przepisany. Interakcje z komendami, załącznikami, historią i kontekstem powłoki stały się bardziej przewidywalne. Dodano również podpowiedzi skrótów klawiszowych, co jest przydatne zarówno dla nowych użytkowników, jak i tych, którzy chcą przyspieszyć nawigację.

Panel recenzji kodu zyskał lepsze skalowanie i wyrównanie otwartych zakładek z aktywnym widokiem diff, co ułatwia przeskakiwanie między zmienionym plikiem a jego kontekstem recenzyjnym. Sticky controls działają teraz sprawniej i nie znikają w najmniej oczekiwanym momencie.

Co to oznacza dla codziennej pracy developera

OpenCode 1.18.4 to wydanie, które nie wprowadza spektakularnych nowości, ale poprawia kluczowe elementy codziennego workflow. Edycja pliku, recenzja zmian, szybkie polecenie w terminalu – to właśnie w tych obszarach wcześniejsze niedociągnięcia mogły zakłócać pracę. Poprawki w stabilności promptów i synchronizacji motywu terminala mogą wydawać się trywialne, ale to z takich mikroudogodnień składa się płynna sesja z AI-asystentem.

W szerszym kontekście widać również konsekwentny kierunek rozwoju: OpenCode coraz bardziej różnicuje obsługę poszczególnych dostawców modeli. Wersja 1.18.4, która ukazała się tuż po tej aktualizacji, rozszerza podobne mechanizmy na Claude i Mistrala. To już nie jest narzędzie udające uniwersalną nakładkę – to platforma, która dostosowuje się do reguł każdego dostawcy z osobna. Dla zespołów korzystających z Azure, Kimi i OpenAI to pozytywna zmiana.

Źródła
2026-10-20
Qwen-Code 0.20.0 wprowadza rotację logów demona i model qwen3.8-max-preview
Zespół QwenLM opublikował 19 lipca 2026 roku stabilną wersję Qwen-Code 0.20.0, koncentrując się na niezawodności długoterminowych procesów, poprawie obsługi historii poleceń w WebShell oraz rozszerzeniu listy modeli dostępnych w planie Token. To wydanie nie wprowadza znaczących nowości wizualnych, ale rozwiązuje konkretne problemy operacyjne, które mogą występować u deweloperów pracujących z agentami AI w środowiskach kontenerowych i CI/CD.

Najważniejsze zmiany w Qwen-Code 0.20.0
- Rotacja logów demona — wprowadzono ograniczoną rotację logów procesów w tle, co pomaga kontrolować wykorzystanie miejsca na dysku.
- Historia WebShell — odtwarzanie wcześniejszych poleceń stało się bardziej niezawodne, co ułatwia powtarzanie sekwencji debugowania i wdrożeń.
- Nowy model w planie Token — qwen3.8-max-preview został dodany do oficjalnej listy.
- Poprawki stabilności — naprawiono stałą TIMEOUT_30_MINUTES w Java SDK, aby rzeczywiście oznaczała 30 minut, oraz poprawiono zachowanie przyczyny wyjątku podczas inicjalizacji AcpClient; poprawiono również schematy wywołań narzędzi.
- Optymalizacja wydajności — opóźnione uruchamianie TUI i cache'owanie pamięci kanałów zmniejszają obciążenie w CLI.
Rotacja logów: ograniczenie wzrostu plików demona

Najbardziej zauważalną zmianą dla osób utrzymujących długo działające instancje Qwen-Code jest ograniczona rotacja logów demona. Wcześniej logi procesów w tle mogły rosnąć bez kontroli, co w środowiskach z ograniczoną przestrzenią dyskową, takich jak kontenery, współdzielone serwery deweloperskie czy runnerzy CI, zwiększało ryzyko problemów z miejscem.

Obecnie rotacja działa w ramach zdefiniowanego limitu. Dokumentacja wydania nie precyzuje jednak dokładnych parametrów, takich jak liczba zachowywanych plików, próg rozmiaru czy kompresja logów. Niemniej jednak, ta zmiana ma praktyczne znaczenie, ponieważ ogranicza ryzyko sytuacji, w której agent kodujący działa poprawnie przez długi czas, aż nagle cała maszyna przestaje działać z powodu braku miejsca na partycji.

WebShell: historia, którą da się odtworzyć

Kolejna istotna poprawka dotyczy odtwarzania historii poleceń w WebShell. Dla osób pracujących iteracyjnie, czy to przy debugowaniu aplikacji webowych, czy przy wdrażaniu na hosting, możliwość szybkiego przywołania wcześniejszej sekwencji komend skraca czas między wykryciem błędu a jego reprodukcją.

W praktyce chodzi o scenariusze takie jak: restart usługi lokalnej, sprawdzenie logów wdrożenia czy ponowne uruchomienie menedżera pakietów. Historia działa teraz bardziej przewidywalnie, chociaż nie jest jasne, czy jest przechowywana lokalnie, czy odtwarzana ze stanu demona.

qwen3.8-max-preview: nowy model w planie Token

Rozszerzenie listy modeli w planie Token o qwen3.8-max-preview ułatwia pracę z dużymi repozytoriami i złożoną dokumentacją techniczną. Użytkownicy zyskali bezpośrednią ścieżkę wyboru modelu bez potrzeby ręcznej konfiguracji.

Poprawki niezawodności w CLI, SDK i WebShell

Wydanie zawiera również szereg mniejszych, ale istotnych poprawek. Java SDK otrzymało poprawkę stałej TIMEOUT_30_MINUTES, aby rzeczywiście oznaczała 30 minut, oraz poprawiono zachowanie przyczyny wyjątku podczas inicjalizacji AcpClient, co jest kluczowe dla usług hostowanych i potoków automatyzacji, gdzie zawieszone żądanie może zablokować cały build. Lepsze wsparcie dla schematów wywołań narzędzi zmniejsza ryzyko niekompatybilności między CLI a zewnętrznymi integracjami. Dodatkowo poprawiono śledzenie ustaleń z przeglądów kodu, obsługę pełnego planu w potwierdzeniu exit_plan_mode oraz poprawkę proxy trasy /goals w serwerze deweloperskim Vite.

Tempo rozwoju i kontekst wydania

Qwen-Code 0.20.0 nie był jednorazowym wydaniem. Zgodnie z późniejszymi podsumowaniami tygodniowymi, w tym samym tygodniu projekt wydał trzy stabilne wersje — v0.19.12, Qwen-Code 0.20.0 i v0.20.1 — scalając łącznie ponad 220 pull requestów. To świadczy o intensywnym cyklu rozwojowym.

Czego źródła nie precyzują

Dokumentacja wydania nie podaje dokładnych liczb dotyczących oszczędności czasu startowego po opóźnieniu inicjalizacji TUI ani redukcji opóźnień dzięki cache'owaniu pamięci kanałów. Brakuje również pełnego changeloga commit po commicie. Najsilniejszy opis Qwen-Code 0.20.0 to: operacyjne zabezpieczenia, lepsza ciągłość sesji shellowych, szerszy dostęp do modeli i poprawki niezawodności w całym produkcie — wszystko skierowane do deweloperów, którzy pozostawiają Qwen-Code uruchomiony przez długi czas.

Źródła
2026-10-19
Devin Desktop 3.5.17 przyspiesza sesje agentów i poprawia zarządzanie workspace’ami
17 lipca 2026 roku wydano aktualizację Devin Desktop 3.5.17, która wprowadza szybsze sesje oparte na worktree, nowy interfejs palety poleceń oraz lepszą obsługę wielu folderów w lokalnym środowisku. Wydanie koncentruje się na skróceniu czasu oczekiwania na interakcję z agentem oraz poprawie stabilności, szczególnie na systemie Windows.

Kluczowe zmiany w pigułce
- Sesje worktree uruchamiają się natychmiast — interakcja jest możliwa od razu, podczas gdy git worktree tworzy się w tle.
- Paleta poleceń w Agent Command Center przeszła wizualny redesign, a pasek statusu jest teraz domyślnie ukryty.
- Ikony @-wzmianek w Cascade pokazują teraz typ przywoływanego zasobu: plik, folder, narzędzie czy inne.
- Network policy w chmurze — użytkownicy mogą zatwierdzać lub blokować żądania sieciowe bez opuszczania sesji w chmurze.
- Stabilność na Windows — naprawiono awarie aktualizatora i błędy powodujące crashe Cascade.
Szybszy start sesji z worktree

W poprzednich wersjach uruchomienie nowej sesji opartej na git worktree wymagało oczekiwania na pełne przygotowanie środowiska. W wersji 3.5.17 nowe sesje uruchamiają się natychmiast i pozostają interaktywne, podczas gdy worktree tworzy się asynchronicznie w tle. Deweloper może od razu rozpocząć pracę, zamiast czekać na zakończenie procesu.

To udogodnienie jest szczególnie przydatne dla osób pracujących równolegle na wielu gałęziach. Nie ma potrzeby przerywania pracy — agent sam domknie konfigurację, podczas gdy użytkownik kontynuuje działania.

Lepsza czytelność w Cascade i Agent Command Center

Interfejs przeszedł kilka drobnych, ale zauważalnych poprawek. Pigułki @-wzmianek w Cascade zyskały ikony zależne od typu przywoływanego elementu. Pliki, foldery, narzędzia i inne zasoby są teraz łatwiejsze do rozróżnienia, co zmniejsza ryzyko pomyłek przy przeglądaniu kontekstu sesji.

Paleta poleceń została zaktualizowana, a pasek statusu w Agent Command Center jest domyślnie ukryty. Użytkownicy, którzy chcą go przywrócić, mogą ustawić "workbench.statusBar.visible": true w konfiguracji. To zmiana, która poprawia estetykę interfejsu, choć nie wprowadza rewolucyjnych rozwiązań.

Devin Cloud: sieć pod kontrolą

W chmurze wprowadzono nowe narzędzia do zarządzania polityką sieciową. Użytkownicy mogą konfigurować uprawnienia sieciowe bezpośrednio z poziomu czatu, co pozwala na zatwierdzanie lub odrzucanie żądań dostępu do zewnętrznych zasobów bez konieczności przełączania się do panelu administracyjnego. To znacząca oszczędność czasu, szczególnie dla zespołów DevOps pracujących z rejestrami pakietów, API i zewnętrznymi serwisami.

Devin Desktop: wiele folderów i nowe narzędzia do hooków

W lokalnym środowisku wprowadzono zmiany, które poprawiają obsługę złożonych workspace'ów. Dostosowania lokalne oraz licznik umiejętności w panelu bocznym obejmują teraz wszystkie otwarte foldery, co ułatwia pracę z repozytoriami monolitycznymi i projektami wielomodułowymi.

Dodatkowo wprowadzono narzędzia do zarządzania hookami, co daje użytkownikom większą kontrolę nad tym, jak automatyzacje lokalne reagują na zdarzenia. W połączeniu z Fast Context, który przyspiesza dostęp do kontekstu projektu podczas pracy agenta, lokalne środowisko zyskuje na elastyczności.

Windows: łatka dla updatera i crashe Cascade

Użytkownicy Windows, którzy mieli problemy z aktualizacjami, otrzymują poprawkę. Release notes zawierają instrukcje: należy poczekać na pobranie aktualizacji, zamknąć wszystkie procesy devin.exe przez Menedżera zadań, dokończyć instalację i zrestartować aplikację. Choć nie jest to idealne rozwiązanie, przynajmniej użytkownicy wiedzą, jak postępować w przypadku problemów z automatyzacją.

Dodatkowo naprawiono błędy powodujące crashe Cascade, co powinno poprawić stabilność lokalnego agenta.

Co to oznacza dla codziennej pracy

Release 3.5.17 nie wprowadza spektakularnych zmian ani benchmarków wydajności. Skupia się na poprawie komfortu użytkowania: krótszym czasie oczekiwania, lepszej nawigacji w interfejsie i płynniejszej pracy z agentami, zarówno lokalnie, jak i w chmurze.

Widać także wyraźny podział między Devin Cloud a Devin Desktop. Chmura zyskuje narzędzia do kontroli sieci, podczas gdy aplikacja desktopowa rozwija się w kierunku obsługi wielu folderów i automatyzacji. Dla zespołów pracujących zarówno zdalnie, jak i lokalnie, to sensowny kierunek, który odpowiada na ich potrzeby.

Źródła
2026-10-18
Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree
Qwen Code doczekał się wersji v0.19.12, która jest jedną z trzech stabilnych aktualizacji wydanych równocześnie. W sumie scalono ponad 220 pull requestów, a aktualizacja nie wprowadza zmian łamiących kompatybilność. Najwięcej nowości można zauważyć w powłoce webowej oraz w sposobie, w jaki agent deleguje zadania między modelami.

Co przynosi wydanie — kluczowe zmiany
- Web Shell zyskał strony do zarządzania umiejętnościami, integrację ze statusem gita oraz możliwość eksportu zarchiwizowanych sesji.
- Agent zyskał kontrolę delegacji według modelu, przekierowanie multimodalne całej tury oraz możliwość sterowania w trakcie odpowiedzi.
- web_fetch przeszedł gruntowną przebudowę, poprawiając wierność treści i bezpieczeństwo.
- Stabilność poprawiono w obszarach takich jak uprawnienia MCP, obsługa tool-calli, cykl życia pod-agentów oraz zarządzanie pamięcią.
- Izolowane worktree umożliwiają równoległe zadania w tym samym repozytorium bez wzajemnych konfliktów.
Web Shell: umiejętności, git i historia sesji na wyciągnięcie ręki

Nowe strony zarządzania umiejętnościami pozwalają szybko sprawdzić dostępne workflow oraz ich źródła. Umiejętności można ładować z poziomu projektu, użytkownika lub rozszerzeń, przy czym te projektowe mają najwyższy priorytet. To ułatwienie, gdy pracuje się z wieloma kontekstami jednocześnie.

Integracja z gitem również została ulepszona. W interfejsie pojawił się chip pokazujący status repozytorium oraz wizualny diff drzewa roboczego. Umożliwia to przeglądanie zmienionych plików bez opuszczania shella. Dodatkowo poprawiono nawigację po historii sesji, wprowadzając eksport archiwalnych sesji, co jest przydatne przy dokumentowaniu dłuższych zadań.

Wersja wprowadza także stronę celów workspace, dedykowane miejsce do śledzenia zamierzonych rezultatów projektu obok samego kodowania. To praktyczny dodatek dla zespołów, które chcą mieć kontekst zadania w jednym widoku.

Agent: delegacja z głową i sterowanie w locie

Zachowanie pod-agentów zostało zauważalnie poprawione. Wprowadzono limity współbieżności dla konkretnych modeli, co zapobiega nadmiernemu obciążeniu jednego modelu równoległymi zadaniami. Jest to istotne, gdy używa się modeli o różnej latencji i kosztach.

Przekierowanie multimodalne całej tury to kolejna nowość. Gdy prompt zawiera obraz, cała tura może być przekazywana do modelu obsługującego multimodalność, co zmniejsza ryzyko utraty kontekstu wizualnego między etapami.

Najbardziej praktyczna zmiana dotyczy jednak sterowania w tej samej turze. W trakcie generowania odpowiedzi można nacisnąć Enter, aby przekazać instrukcję przy najbliższej granicy próbkowania. Ctrl+Q odkłada ją do następnej tury. Działa to także podczas wykonywania narzędzi, co pozwala na korektę agenta bez czekania na zakończenie długiego polecenia.

web_fetch: nowa jakość wydobywania treści

Przebudowa narzędzia web_fetch objęła zarówno wierność treści, jak i bezpieczeństwo. Nowy workflow przyjmuje URL oraz prompt opisujący, co należy wyodrębnić, prosi o potwierdzenie przed pobraniem, a następnie przetwarza materiał szybkim, lekkim modelem.

Dla prac dokumentacyjnych i web developmentu to ważna zmiana — narzędzie lepiej zachowuje użyteczną zawartość strony źródłowej, stosując precyzyjny prompt ekstrakcji. Mniej niepotrzebnych informacji, więcej konkretów.

Stabilność i izolacja zadań

Wydanie poprawiło dziesiątki błędów, obejmujących uprawnienia MCP, obsługę tool-calli, zarządzanie pamięcią oraz renderowanie w CLI. Zabezpieczenia workspace zostały wzmocnione, co ogranicza ryzyko przypadkowego nadpisania plików przez nieuprawnione procesy.

Największą nowością w kontekście pracy równoległej są izolowane worktree. Każda sesja Web Shell może działać na osobnym drzewie roboczym gita. Edycja plików, stage'owanie zmian i przełączanie branchy w jednym zadaniu nie koliduje z innymi, nawet jeśli wszystkie operują na tym samym repozytorium. Jak zauważyli twórcy, zadania równoległe „nigdy sobie nie przeszkadzają”.

Dlaczego to ma znaczenie

Dla zespołów webowych oraz tych, którzy praktykują vibe coding, wersja v0.19.12 eliminuje tarcia w trzech obszarach. Po pierwsze, repozytorium staje się bezpieczniejszym miejscem dla wielu agentów. Po drugie, możliwość sterowania w trakcie tury daje bezpośredni mechanizm zatrzymania agenta, zanim popełni błędy. Po trzecie, odświeżony web_fetch ułatwia pracę z dokumentacją online.

Całość nie opiera się na jednej spektakularnej funkcji, lecz na zestawie przemyślanych poprawek, które razem wpływają na codzienną pracę. Agent trudniej wymyka się spod kontroli, shell lepiej pokazuje stan projektu, a narzędzia webowe nie gubią istotnych treści.

Źródła
2026-10-18
Claude Code 2.1.215: Koniec z automatycznym uruchamianiem /verify i /code-review
Anthropic wprowadziło aktualizację Claude Code w wersji 2.1.215, która zmienia działanie dwóch wbudowanych funkcji – /verify i /code-review. Od teraz Claude nie uruchomi tych narzędzi automatycznie podczas pracy nad kodem. Aby je aktywować, developer musi wydać odpowiednią komendę.

Choć zmiana jest technicznie niewielka, ma znaczący wpływ na codzienną pracę. Wcześniej Claude mógł automatycznie zdecydować o przeprowadzeniu weryfikacji lub przeglądu zmian po zakończeniu edycji kodu. Teraz ta decyzja należy wyłącznie do użytkownika.

Najważniejsze fakty
- Claude Code 2.1.215 zmienia działanie umiejętności /verify i /code-review – nie są już uruchamiane automatycznie.
- Jawne polecenia /verify i /code-review są jedynym sposobem na ich aktywację.
- Większa kontrola nad zużyciem tokenów i czasu – developer sam decyduje, kiedy uruchomi kosztowne sprawdzenia.
- Późniejsze wersje (od 2.1.215) mogą zmienić to zachowanie, więc nie jest to zmiana definitywna.
Dlaczego automatyczna weryfikacja stała się problemem

/verify to umiejętność, która buduje i uruchamia aplikację, aby sprawdzić, czy zmiana w kodzie działa zgodnie z oczekiwaniami. Nie opiera się tylko na testach jednostkowych czy sprawdzaniu typów – uruchamia program i obserwuje jego działanie. W projektach webowych jest to szczególnie ważne, ponieważ kod może kompilować się bez błędów, a mimo to nie działać poprawnie w przeglądarce.

Problem polegał na tym, że Claude mógł uznać za stosowne uruchomienie /verify po każdej, nawet drobnej zmianie. To prowadziło do dodatkowego czasu oczekiwania i większego zużycia tokenów. Przy kilku małych poprawkach automatyczne buildy i testy mogły niepotrzebnie wydłużyć sesję.

/code-review działa podobnie – analizuje różnice i zestawy zmian pod kątem błędów logicznych, stylu czy potencjalnych problemów. Automatyczne uruchamianie tego procesu również mogło być uciążliwe, zwłaszcza gdy developer planował zebrać kilka modyfikacji i przejrzeć je przed commitem.

Jak to wygląda w praktyce po aktualizacji

Developer, który chce zweryfikować działanie aplikacji po wprowadzonej zmianie, musi teraz sam wpisać /verify. To samo dotyczy przeglądu kodu – /code-review nie uruchomi się automatycznie, trzeba je wywołać świadomie.

Taki model pracy sprzyja bardziej przemyślanemu workflow. Można wprowadzić kilka poprawek, a następnie raz uruchomić /verify na ich połączonym efekcie, a przed otwarciem pull requesta – uruchomić /code-review. Zamiast rozproszonych, automatycznych sprawdzeń, mamy wyraźne etapy: edycja, weryfikacja, przegląd.

Warto również zauważyć, że sama umiejętność /verify nie zniknęła. Nadal jest dostępna i działa tak samo jak wcześniej. Zmienił się tylko sposób jej inicjowania – z automatycznego na ręczne.

Kontekst wersji i co może być dalej

Z dokumentacji na GitHubie wynika, że od wersji 2.1.215 zachowanie /code-review może ulec zmianie. Claude może ponownie uruchomić tę umiejętność, gdy developer poprosi o przegląd w naturalny sposób, bez użycia slasha. Pojawiła się również opcja skillOverrides, która pozwala to wyłączyć.

To oznacza, że "manual-only" nie jest stałą regułą dla wszystkich wydań Claude Code. Anthropic eksperymentuje z równowagą między automatyzacją a kontrolą użytkownika. Wersja 2.1.215 to krok w stronę większej przewidywalności – każde kolejne wydanie może jednak zmieniać ten balans.

Podsumowanie

Aktualizacja 2.1.215 wprowadza wyraźny podział odpowiedzialności: Claude edytuje kod, a developer decyduje, kiedy chce go zweryfikować lub przejrzeć. Automatyzacja nie znika całkowicie – inne umiejętności wciąż mogą być uruchamiane automatycznie – ale dwie najbardziej kosztowne operacje przechodzą pod pełną kontrolę użytkownika. Dla osób pracujących z Claude Code na co dzień to zmiana raczej na plus, ponieważ eliminuje niespodzianki związane z niechcianymi buildami i przeglądami w trakcie sesji.

Źródła
2026-10-18
Cline SDK v0.0.65 zmniejsza rozmiar instalacji o ponad połowę
Cline SDK v0.0.65 trafił do deweloperów 17 lipca 2026 roku, wprowadzając istotne zmiany. Integracje z Claude Code i Codex nie są już domyślnie dołączane do pakietu. Teraz działają jako opcjonalne zależności typu peer, ładowane tylko w razie potrzeby. W rezultacie rozmiar instalacji CLI Cline (npm i -g cline) zmniejszył się z około 640 MB do 285 MB, co oznacza redukcję o ponad połowę.

To nie jest jedynie kosmetyczna poprawka. Dla zespołów zajmujących się web developmentem i DevOps, które pracują w kontenerach lub zarządzają wieloma środowiskami, taka redukcja przekłada się na krótsze czasy budowania obrazów, mniejsze zużycie dysku oraz mniej zależności przechodnich, zwłaszcza gdy korzysta się z wybranych providerów.

Najważniejsze zmiany w wydaniu
- Claude Code i Codex jako opcjonalne zależności — instalacja spadła z 640 MB do 285 MB
- Kimi K3 dodany do listy modeli fallback w ClinePass
- Aktualizacja katalogu modeli
- OAuth — agent ponawia przebieg po odświeżeniu wygasłych poświadczeń
- Zespoły agentów — narzędzie spawn nie jest już dostępne dla agentów-teammate'ów
- Nowy pakiet @cline/ui — gotowe komponenty czatu agentowego z dokumentacją Storybook
Dlaczego zmiana modelu zależności ma znaczenie

Dotychczasowy model był prosty: instalujesz Cline SDK i otrzymujesz wszystko. Jednak „wszystko” obejmowało również integracje, które mogły nie być używane. To prowadziło do nadmiarowego kodu, dłuższych instalacji i większych obrazów kontenerów.

Nowa architektura wprowadza logikę „instaluj to, czego używasz”. SDK Claude Code i Codex są pobierane tylko wtedy, gdy wybierzesz je jako providera. Dla projektów opartych wyłącznie na jednym dostawcy oznacza to realne oszczędności, bez rezygnacji z funkcjonalności.

Warto dodać, że dokładny rozmiar instalacji zależy od menedżera pakietów, systemu operacyjnego i stanu cache. Niemniej jednak, zmniejszenie o ponad 350 MB jest znaczące.

Zmiany w pracy zespołowej agentów

Cline SDK v0.0.65 wprowadza również poprawki w orkiestracji złożonych przepływów pracy. Agenci działający jako teammate'owie stracili dostęp do narzędzia spawn. To ograniczenie zapobiega rekurencyjnemu tworzeniu kolejnych agentów w ramach delegowanych zadań, co mogło prowadzić do niekontrolowanego rozrostu procesów.

Statusy przebiegów są teraz bardziej czytelne. Gdy zadanie agenta-teammate'a zakończy się błędem, nadrzędny workflow raportuje je jako failed, a nie completed. Dla systemów monitorujących i automatyzacji downstream to różnica między cichą awarią a natychmiastowym powiadomieniem.

Obsługa OAuth zyskała automatyczne ponowienie. Jeśli poświadczenia wygasną w trakcie długiego przebiegu, Cline odświeży je i podejmie próbę ponownie, bez ręcznego restartowania zadania.

Kimi K3 i poprawki dla Windows

Użytkownicy ClinePass zyskali nową opcję awaryjną: model Kimi K3 został dodany do listy fallback. Gdy model podstawowy jest niedostępny lub limit wykorzystania został przekroczony, system może przełączyć się na K3.

Poprawiono również parsowanie poleceń powłoki, w tym błąd związany z niedopasowaniem powłoki w systemie Windows. Dla zespołów pracujących w różnych systemach operacyjnych to istotna zmiana, ponieważ wcześniej niektóre komendy mogły być interpretowane w sposób niezgodny z zamierzonym, co prowadziło do trudnych do zdiagnozowania błędów.

Nowe komponenty UI dla „vibe codingu”

Ciekawym dodatkiem jest pakiet `@cline/ui`. Zawiera gotowe komponenty czatu agentowego, dystrybuowane przez npm i udokumentowane w Storybooku. To ułatwienie dla zespołów, które chcą osadzić interfejs w stylu Cline we własnych aplikacjach, takich jak wewnętrzne portale deweloperskie czy narzędzia do „vibe codingu”.

Do tej pory Cline SDK koncentrował się głównie na backendzie i wykonywaniu zadań agentowych. Teraz dostarcza również elementy frontendowe, co czyni go bardziej kompletnym fundamentem pod budowę własnych rozwiązań AI.

Podsumowanie

Cline SDK v0.0.65 to wydanie, które łączy optymalizację infrastrukturalną z konkretnymi usprawnieniami w przepływach pracy. Mniejsza instalacja, ograniczenia w zespołach agentów, odporniejsze sesje OAuth oraz nowe komponenty UI składają się na aktualizację, którą warto poznać, zwłaszcza jeśli zależy Ci na lżejszych obrazach kontenerów i bardziej przejrzystym raportowaniu statusów zadań.

Źródła
2026-10-18
Qwen-Code v0.19.12-preview.0 z lepszym zarządzaniem workspace’ami i powłoką webową
Premiera Qwen-Code v0.19.12-preview.0 wprowadza szereg istotnych zmian, które koncentrują się na web shellu, zarządzaniu sesjami oraz izolacji między projektami. To wydanie preview rozwija architekturę opartą na daemona, gdzie terminal CLI, interfejs przeglądarkowy oraz integracje współdzielą sesje związane z konkretnym workspace’em.

Najważniejsze zmiany w skrócie
- Strony zarządzania Skills – interfejs w web shellu do przeglądania i konfiguracji pakietów instrukcji wielokrotnego użytku
- Autouzupełnianie katalogów – szybsze przełączanie między projektami przy łączeniu powłoki z lokalnymi repozytoriami
- Paginowana historia sesji – endpointy listujące sesje nie wczytują już całej historii naraz
- Nowe endpointy session-info – zwracają zagregowane liczniki zapisanych sesji
- Wybór tekstu myszą w CLI – w trybie podglądu wizualnego można zaznaczać i kopiować treść bezpośrednio w terminalu
Zarządzanie Skills i katalogami w web shellu

Web shell Qwen-Code to przeglądarkowy interfejs terminala, który łączy się z sesjami zarządzanymi przez daemona qwen serve. W wersji v0.19.12-preview.0 dodano dedykowane strony do zarządzania Skills – pakietami instrukcji lub możliwości, które można ponownie wykorzystywać w różnych sesjach.

Endpoint zasobów daemona zwraca oczyszczone migawki Skills i MCP z konfiguracji aktywnego workspace’u. Użytkownik widzi w interfejsie dokładnie to, co jest dostępne w danym momencie, co eliminuje ryzyko wycieku nieaktualnych danych.

Autouzupełnianie katalogów to kolejna zmiana, która ułatwia pracę. Zamiast ręcznie wpisywać ścieżki przy łączeniu web shella z projektem, użytkownik otrzymuje podpowiedzi. Przy częstym przełączaniu między repozytoriami to znaczna oszczędność czasu.

Paginacja i nowe endpointy sesji

Historia sesji w web shellu jest teraz paginowana. Endpointy GET /workspace/:id/sessions oraz GET /workspaces/:workspace/sessions zwracają dane partiami, co jest istotne przy dużych zbiorach sesji, gdzie niekontrolowany odczyt mógłby spowalniać interfejs.

Do pobierania zagregowanych statystyk służą osobne endpointy session-info, które raportują liczniki zapisanych sesji. Taki podział sprawdza się w dashboardach, gdzie UI może pokazać statystyki bez pobierania pełnej listy.

Model sesji rozróżnia zwykłe sesje użytkownika od wewnętrznych sesji daemona i agentów workspace’owych. Te drugie mają sourceType takie jak agent-host czy agent i są wykluczane z liczników oraz zwykłych listingów. Dzięki temu wewnętrzny stan wykonawczy nie zaśmieca historii widocznej dla użytkownika.

Bezpieczeństwo wieloprojektowe

Architektura oparta na workspace-qualified endpointach ma bezpośrednie przełożenie na bezpieczeństwo. Gdy jeden daemon obsługuje wiele katalogów projektowych, każda operacja sesji musi być przypisana do właściwego workspace’u.

Trasy API najpierw próbują dopasować dokładny identyfikator workspace’a, a dopiero potem obsługują zakodowaną absolutną ścieżkę roboczą. To eliminuje ryzyko przypadkowego odwołania do globalnego kontekstu lub niepowiązanego projektu.

Niektóre wartości konfiguracyjne są globalne dla daemona i identyczne we wszystkich workspace’ach. Natomiast migawki zasobów sesji pochodzą z konfiguracji konkretnego workspace’u, czyli tej, która faktycznie działa w danym momencie.

Poprawki stabilności sesji

Wydanie preview zawiera poprawki związane ze stabilnością sesji i zarządzaniem wywołaniami narzędzi. W przepływach agentowego kodowania wywołania narzędzi mogą rozciągać się na wiele tur interfejsu, podprocesów i kontekstów workspace’owych. Lepsza obsługa cyklu życia zmniejsza ryzyko, że sesja utknie, straci stan lub pokaże niespójne wyniki.

Dane sesji live i persisted są scalane na potrzeby historii użytkownika, ale nie są identyczne. Lista sesji wzbogaca rekordy o metadane zapisane na dysku – czas utworzenia pierwszego promptu, czas aktualizacji i nazwę wyświetlaną. Stan live raportuje natomiast czas utworzenia w runtime i bieżące właściwości. Ta różnica bywa źródłem błędów, które omawiana wersja stara się zaadresować.

Co to oznacza dla developerów

W codziennej pracy z web developmentem i vibe codingiem zmiany w v0.19.12-preview.0 sprowadzają się do szybszego przełączania projektów, skalowalnej historii sesji, lepszej obserwowalności przez statystyki oraz bezpieczniejszego hostingu wielu repozytoriów na jednym daemonie.

Qwen-Code rozwija się dynamicznie – wcześniejsze stabilne wydania przyniosły ponad 220 zmergowanych pull requestów. To preview wpisuje się w szerszy kierunek rozwoju, który obejmuje m.in. real-time steering, izolację Worktree, web_search, web_fetch i routing multimodalny. Wersja preview to jednak przede wszystkim zapowiedź – część funkcji może jeszcze ewoluować przed trafieniem do stabilnego kanału.

Źródła
- Qwen-Code v0.19.12-preview.0: Enhanced Workspace Management and Web Shell Features
2026-10-17
Claude Code 2.1.214: załatane obejścia w PowerShell i nowe narzędzie do przerywania toksycznych sesji
Anthropic opublikowało 18 lipca 2026 roku wersję 2.1.214 narzędzia Claude Code 2.1.214. Ta aktualizacja koncentruje się na poprawie bezpieczeństwa, w tym na łatanie luk w kontroli uprawnień oraz wprowadzeniu mechanizmów do radzenia sobie z agresywnymi użytkownikami. W wydaniu znajduje się 47 zmian, z czego dziewięć dotyczy bezpieczeństwa, a trzy to nowe funkcje. Choć nie wprowadza spektakularnych wizualnych nowości, dla zespołów korzystających z Claude Code 2.1.214 w produkcji, jest to jedna z istotniejszych aktualizacji w tym roku.

Kluczowe fakty
- Data wydania: 18 lipca 2026 — 47 zmian, w tym 9 związanych z bezpieczeństwem i 28 poprawek błędów
- Główne ryzyko: obejście kontroli uprawnień w Windows PowerShell 5.1 oraz niejednoznaczne reguły w warunkach if: hooków i automatycznym zatwierdzaniu
- Nowe narzędzie EndConversation: pozwala agentowi zakończyć sesję przy próbie jailbreaku lub wyjątkowo agresywnej interakcji
- Zmiana wzorców dir/**: wzorzec jako pojedynczy segment (np. w warunkach if: hooków) działa teraz tylko względem bieżącego katalogu, nie całego drzewa
- Sygnał heartbeat i ulepszone OpenTelemetry: długie zadania przestały udawać zawieszone, a eksport śladów respektuje teraz polityki administratora
Bash, zsh i niejednoznaczne przekierowania

Największy blok zmian bezpieczeństwa dotyczy analizy uprawnień w powłoce. Wcześniej Claude Code 2.1.214 mógł w pewnych sytuacjach automatycznie zatwierdzać polecenia, które Bash lub zsh interpretowały inaczej niż własny parser uprawnień narzędzia. Aktualizacja zmienia to zachowanie: jeśli analizator nie ma pewności co do intencji polecenia, zamiast cichej zgody pojawia się monit o akceptację lub odmowę.

Przykładem są formaty przekierowań deskryptorów plików — konstrukcje poprawne w Bash, ale mylące dla mechanizmu bezpieczeństwa Claude Code 2.1.214. Po aktualizacji takie przypadki wymagają ręcznego zatwierdzenia. Zaktualizowano również obsługę zmiennych i modyfikatorów zsh używanych wewnątrz konstrukcji [[ ]], które wcześniej mogły być traktowane jako nieszkodliwy tekst i przepuszczane bez pytania.

Wprowadzono także ograniczenie dla bardzo długich poleceń: wszystko powyżej 10 000 znaków wymaga teraz potwierdzenia, co ma na celu zabezpieczenie przed atakami polegającymi na ukrywaniu niebezpiecznych instrukcji w morzu białych znaków lub komentarzy.

Windows PowerShell 5.1 — obejście, które przestało działać

Osobnym punktem zapalnym jest PowerShell 5.1 na Windows. Wydanie usuwa obejście kontroli uprawnień dotyczące poleceń wykonywanych w tych sesjach. Problem ten jest istotny, ponieważ PowerShell jest dostępny obok Bash w środowiskach z Git for Windows.

Dla firm korzystających z Claude Code 2.1.214 na Windows to sygnał do natychmiastowej aktualizacji, zwłaszcza jeśli agenci mają dostęp do kodu produkcyjnego lub infrastruktury przez PowerShell.

Reguły dir/** działają węziej — sprawdź swoje hooki

To zmiana, która może niepostrzeżenie wpłynąć na istniejące konfiguracje. Wzorzec dir/** zapisany jako pojedynczy segment — na przykład Edit(src/**) — do tej pory w warunkach if: hooków i regułach automatycznego zatwierdzania dopasowywał katalog src w dowolnym miejscu drzewa katalogów. Po aktualizacji odnosi się wyłącznie do <cwd>/src, czyli katalogu względem bieżącego katalogu roboczego.

Ta sama zasada dotyczy warunków if: w hookach. Jeśli potrzebujesz dopasowania na dowolnej głębokości, musisz teraz jawnie użyć **/dir/**. Warto poświęcić chwilę na przegląd istniejących reguł, szczególnie tych, które polegały na starym, szerszym dopasowaniu w hookach i automatycznym zatwierdzaniu.

EndConversation — agent mówi „dość”

Claude Code 2.1.214 wprowadza narzędzie EndConversation, które pozwala asystentowi jednostronnie zakończyć sesję. Funkcja ta istniała już w claude.ai od 2025 roku, ale w narzędziu dla programistów jej brakowało. Teraz agent nie musi kontynuować rozmowy, gdy użytkownik próbuje jailbreaku, obchodzi ograniczenia bezpieczeństwa lub prowadzi wyjątkowo agresywną interakcję.

Dla codziennej pracy to zabezpieczenie brzegowe — większość użytkowników nigdy go nie zobaczy. Jednak w środowiskach, gdzie Claude Code 2.1.214 jest wystawiony na interakcje z różnymi poziomami uprawnień, to dodatkowa warstwa ochrony przed próbami wymuszenia niebezpiecznych zachowań.

Heartbeat, OpenTelemetry i porządki w tle

Długo działające wywołania narzędzi — kompilacje, testy end-to-end, operacje Docker — otrzymują teraz okresowy sygnał postępu. Wcześniej polecenie mogło nie zwracać żadnego wyniku przez wiele minut, co sprawiało, że wyglądało na zawieszone. Heartbeat nie skraca zadania, ale pozwala odróżnić proces działający od zablokowanego.

W obszarze obserwowalności rozszerzono logowanie OpenTelemetry, a ustawienia użytkownika nie nadpiszą już centralnej polityki wyłączającej eksport śladów. Jeśli administrator skonfigurował otlpEndpoint z wyłączonymi śladami, lokalny plik konfiguracyjny ich nie włączy.

Dodatkowo wprowadzono poprawki dotyczące zarządzania demonem w tle, cyklu życia sesji i problemów z pamięcią przy długim działaniu. Ulepszono także flagi przekierowujące demony Docker/Podman, które teraz wymagają zgody. Narzędzie Edit zmieniło również zachowanie na literalne zastępowanie dokładnego tekstu zamiast traktowania wzorca jako wyrażenia. Naprawiono również błąd, w którym proces pkill -f nie był poprawnie obsługiwany.

Źródła
2026-10-16