Tag: Cline

  • Kimi Code CLI 1.40.0: bezobsługowe działanie bez utraty kontroli nad agentem

    Kimi Code CLI 1.40.0: bezobsługowe działanie bez utraty kontroli nad agentem

    Wersja 1.40.0 terminalowego agenta kodowania Kimi Code CLI, wydana przez zespół MoonshotAI, wprowadza zmiany w sposobie kontroli nad trybami pracy bez nadzoru. Zamiast jednej, ogólnej flagi, dostępne są teraz niezależne przełączniki --yolo i --afk, co pozwala użytkownikom na precyzyjniejsze zarządzanie tym, co agent wykonuje samodzielnie, a co wymaga ich zgody.

    Co nowego w skrócie

    • Flagi --yolo i --afk — osobna automatyzacja uprawnień i osobny tryb pracy w tle
    • Ulepszone monitorowanie zadań w tle — odświeżony pasek statusu CLI wyraźniej pokazuje, co agent właśnie robi
    • Lepsze zarządzanie długotrwałymi sesjami — większa stabilność przy rozbudowanych refaktoryzacjach i debugowaniu
    • Poprawki w zarządzaniu sesjami OAuth — rzadsze utraty połączenia przy logowaniu przez przeglądarkę
    • Lepsze wykrywanie dostępnych umiejętności — agent szybciej odnajduje i wykorzystuje narzędzia

    Dlaczego podział na --yolo i --afk ma znaczenie

    Flaga --yolo w Kimi Code CLI odpowiada za automatyczne zatwierdzanie uprawnień, natomiast --afk umożliwia pracę w trybie bezobsługowym. Dzięki temu użytkownik może uruchomić agenta w tle i samodzielnie decydować, które operacje wymagają jego zgody, a które mogą być wykonywane automatycznie. To istotna zmiana, szczególnie w sytuacjach, gdy agent pracuje nad kodem przez dłuższy czas, a użytkownik sprawdza postępy sporadycznie. Nie ma potrzeby wybierania między pełną automatyzacją a całkowitym brakiem kontroli.

    Co zyskują długotrwałe sesje

    Praca agenta w nocy lub podczas dłuższych refaktoryzacji stała się bardziej komfortowa. Pasek statusu CLI, po odświeżeniu, wyraźniej pokazuje aktualny stan zadań w tle — użytkownik od razu widzi, czy agent utknął, czy przetwarza pliki, bez potrzeby ciągłego przeglądania logów. Dla osób korzystających z wielu terminali to znaczące ułatwienie. Ulepszenia w zarządzaniu długimi sesjami zmniejszają ryzyko wyczerpania zasobów w trakcie zadań — agent lepiej radzi sobie z iteracyjnym debugowaniem i generowaniem testów.

    Niezawodność sesji — usprawnienia w OAuth

    Stabilność sesji jest kluczowa, zwłaszcza przy logowaniu przez przeglądarkę. Wcześniejsze wersje Kimi Code CLI mogły tracić połączenie podczas dłuższej pracy, co było szczególnie problematyczne w nocnych pipeline’ach. Aktualizacja wprowadza poprawki w zarządzaniu sesjami OAuth, które zmniejszają ryzyko niespodziewanego przerwania pracy.

    Kimi Code CLI — szerszy kontekst

    Kimi Code CLI to terminalowy agent AI, który czyta i modyfikuje kod, wykonuje polecenia shella, przeszukuje pliki i planuje kolejne kroki na podstawie informacji zwrotnych. Wspiera interaktywny tryb CLI (kimi), interfejs przeglądarkowy (kimi web) oraz integracje z IDE przez protokół ACP.

    Aktualizacja 1.40.0 wpisuje się w szerszy trend oddzielania automatyzacji od polityki bezpieczeństwa, co można zauważyć również w innych narzędziach, takich jak Cursor czy Claude Code. Kimi Code CLI oferuje teraz narzędzia do bardziej szczegółowej kontroli: agent ma działać samodzielnie, ale nie bezmyślnie.

    Źródła

  • Factory CLI wprowadza auto-fallback, tematy systemowe i bardziej niezależne MCP

    Factory CLI wprowadza auto-fallback, tematy systemowe i bardziej niezależne MCP

    Factory CLI otrzymała aktualizację, która koncentruje się na poprawie niezawodności w długotrwałych sesjach kodowania oraz na zwiększeniu kontroli nad zachowaniem agenta AI. Najnowsza wersja wprowadza udoskonalenia w zarządzaniu limitami użycia, umożliwia regulację autonomii narzędzi MCP oraz zawiera szereg poprawek stabilności. Te zmiany są istotne dla profesjonalnych programistów korzystających z Factory CLI, które wspiera terminalowe workflow'y programistyczne.

    Najważniejsze nowości

    • Zarządzanie limitami użycia – System został ulepszony, aby lepiej obsługiwać sytuacje związane z ograniczeniami szybkości, z opcjami konfiguracji preferencji dla nadwyżek.
    • Kontrola autonomii MCP – Dodano możliwości regulacji niezależności dla narzędzi MCP, co pozwala precyzyjniej określić, jak samodzielnie narzędzie może działać.
    • Poprawki stabilności dla Windows – Wprowadzono poprawki niezawodności dla workers na systemie Windows.
    • Ulepszone wykrywanie hibernacji – Dodano dokładniejsze wykrywanie stanu uśpienia systemu, co minimalizuje problemy z ciągłością sesji po przywróceniu.

    Zarządzanie limitami: płynność pracy

    Jedną z praktycznych zmian są ulepszenia w zarządzaniu limitami użycia. Kiedy sesja Factory CLI napotyka ograniczenia szybkości, system oferuje opcje konfiguracji, które pozwalają na kontynuację pracy. To rozwiązanie jest szczególnie ważne w środowiskach enterprise, gdzie długie sesje kodowania wymagają stabilności. Factory CLI wspiera terminalowe workflow'y, w tym sesje, slash commands i obsługę pluginów, więc płynność działania jest kluczowa.

    Ta funkcja wpisuje się w filozofię Factory, która koncentruje się na terminalowo-natywnych procesach. Pomaga uniknąć przerw w trakcie ważnych zadań, takich jak refaktoring dużego modułu czy analiza kodu, gdy podstawowy model osiągnie swoje limity.

    Kontrola autonomii MCP: bezpieczeństwo i precyzja

    Możliwości regulacji autonomii dla narzędzi Model Context Protocol (MCP) pozwalają użytkownikom na dostosowanie zachowania każdego narzędzia. Użytkownicy mogą wpływać na to, jak dużo inicjatywy i niezależności ma mieć konkretne narzędzie podczas wykonywania zadań. To krok w stronę większego bezpieczeństwa i precyzji, zwłaszcza w scenariuszach, gdzie niektóre operacje, takie jak modyfikacje plików czy deployment, wymagają ścisłego nadzoru, a inne, jak wyszukiwanie dokumentacji, mogą być bardziej autonomiczne.

    Taka kontrola jest kluczowa dla niezawodności i bezpieczeństwa, które Factory traktuje jako priorytet. Programiści mogą lepiej zarządzać środowiskiem, redukując ryzyko przypadkowych, niepożądanych akcji.

    Poprawki dla Windows i lepsze hibernowanie

    To wydanie zawiera solidne poprawki stabilności, szczególnie dla systemu Windows. Wprowadzono poprawki niezawodności dla workers na Windows, co powinno znacząco poprawić doświadczenie użytkowników tej platformy. Dodano również dokładniejsze wykrywanie hibernacji, co poprawia rozpoznawanie sytuacji hibernowania i przywracania, minimalizując fałszywe założenia o stanie aplikacji po takich zdarzeniach. To ważne dla zachowania ciągłości sesji.

    Aplikacja desktopowa otrzymała także szereg poprawek UI oraz ulepszony proces auto-update. Factory wprowadza bardziej płynne i klarowne aktualizacje, co wskazuje na skupienie na codziennym, komfortowym użyciu, zwłaszcza w środowiskach desktopowych.

    Wnioski

    Aktualizacja Factory CLI zwiększa kontrolę użytkownika i niezawodność. Ulepszenia w zarządzaniu limitami zapewniają płynność pracy, a kontrola nad MCP zwiększa poczucie bezpieczeństwa. Poprawki dla Windows i hibernowania rozwiązują realne problemy stabilności.

    Te zmiany wzmacniają pozycję Factory CLI jako narzędzia dla profesjonalnych programistów, którzy potrzebują wsparcia AI działającego niezawodnie w terminalu podczas długich sesji. Rozwój ekosystemu Factory koncentruje się na wspieraniu workflow'ów programistycznych.

    Źródła

  • Qwen-Code v0.15.3 wprowadza nawigację w konwersacji i optymalizację i/o

    Qwen-Code v0.15.3 wprowadza nawigację w konwersacji i optymalizację i/o

    Wersja 0.15.3 otwartoźródłowego agenta AI Qwen-Code, zaprojektowanego do pracy w terminalu, wprowadza istotne udoskonalenia dla programistów. Najnowsza aktualizacja koncentruje się na poprawie płynności pracy, dodając funkcję przewijania konwersacji oraz znacząco zwiększając wydajność jądra systemu. To aktualizacja, która ma realny wpływ na codzienną pracę z kodem, niezależnie od tego, czy użytkownik korzysta z czystego CLI, czy z rozszerzenia w VS Code.

    Qwen-Code jest opisany przez twórców jako "open-source AI agent that lives in your terminal", a jego celem jest pomaganie w zrozumieniu dużych baz kodu i automatyzacja żmudnych zadań. Wersja v0.15.3 koncentruje się na doświadczeniu użytkownika i stabilności, zamiast na wprowadzaniu nowych funkcji.

    Kluczowe zmiany w wersji 0.15.3

    • Nawigacja w konwersacji: CLI zyskało możliwość przewijania konwersacji, co ułatwia iteracyjne promptowanie i wychodzenie z niekorzystnych ścieżek dialogu z asystentem.
    • Wsparcie języków CJK: interfejs wiersza poleceń obsługuje teraz tradycyjny chiński, co poszerza dostępność dla użytkowników z regionów używających tego pisma.
    • Gigantyczny skok wydajności: najważniejsza zmiana techniczna to redukcja synchronicznego I/O podczas wykonywania narzędzi o 91%. Ta optymalizacja bezpośrednio przekłada się na responsywność agenta.
    • Lepsza integracja z VS Code: użytkownicy popularnego edytora zyskują natywne akcje w menu kontekstowym w oknie chatu oraz usprawnioną dostępność poleceń slash.
    • Poprawki stabilności: release zawiera szereg poprawek związanych z obsługą błędów w CLI i rozwiązywaniem modeli, zwiększając ogólną niezawodność narzędzia.

    Dlaczego rewidowanie konwersacji to przełom dla pracy z AI?

    Nowa funkcja przewijania w terminalu rozwiązuje jeden z podstawowych problemów interakcji z asystentem kodowym – brak możliwości cofnięcia się po złym zapytaniu lub nieoczekiwanej odpowiedzi. Dotychczas, aby poprawić kierunek rozmowy, użytkownik często musiał zaczynać nowy wątek lub ręcznie próbować korygować kontekst.

    Teraz można cofnąć się do wcześniejszego punktu w dialogu i spróbować innego podejścia, bez tracenia całego dotychczasowego kontekstu. To niezwykle przydatne podczas złożonych, iteracyjnych zadań, takich jak debugowanie, refaktoryzacja czy stopniowe budowanie funkcjonalności. Funkcja ta przybliża Qwen-Code do płynności pracy znanej z zaawansowanych czatów webowych, ale wciąż w ulubionym środowisku wielu programistów – w terminalu.

    Wydajność jądra: 91% mniej blokującego I/O

    Wydajność jądra: 91% mniej blokującego I/O

    Najważniejszym ulepszeniem jest optymalizacja oznaczona w logach zmian jako "perf(core): cut runtime sync I/O on tool hot paths by 91%". Czym jest "synchroniczne I/O na gorących ścieżkach narzędzi"?

    W dużym uproszczeniu, gdy Qwen-Code wykonuje jakieś narzędzie lub skrypt (np. przeszukuje pliki, uruchamia polecenia systemowe), musi często czytać z dysku lub sprawdzać stan systemu plików. Jeśli operacje te są synchroniczne (blokujące), cały agent czeka na ich zakończenie, zanim przejdzie dalej. Redukcja tego typu operacji o 91% oznacza, że agent stał się znacznie bardziej responsywny i płynny w działaniu, szczególnie podczas pracy z rozbudowanymi projektami, gdzie takich operacji są tysiące.

    Dla osób zajmujących się automatyzacją zadań DevOps, takie optymalizacje są kluczowe. Bezpośrednio przekładają się na mniejsze opóźnienia, szybsze wykonywanie zleceń i ogólnie bardziej satysfakcjonujące doświadczenie z narzędziem.

    VS Code i CLI: środowisko pracy staje się spójniejsze

    VS Code i CLI: środowisko pracy staje się spójniejsze

    Dla programistów spędzających czas w VS Code, aktualizacja v0.15.3 również ma konkretne korzyści. Natywne akcje w menu kontekstowym w webview chatu oznaczają, że kopiowanie kodu, promptów czy odpowiedzi jest teraz szybsze i wygodniejsze – nie trzeba już ręcznie zaznaczać tekstu.

    Ulepszona dostępność poleceń slash (np. /explain, /test) sprawia, że szybkie wywołanie często używanych funkcji jest prostsze. Te zmiany, choć subtelne, świadczą o dążeniu zespołu Qwen do zacieśnienia integracji między terminalowym agentem a popularnym edytorem. To nie jest już narzędzie tylko dla purystów CLI, ale coraz pełniejsza platforma wspomagania kodowania, dostępna w obu środowiskach.

    Wsparcie dla tradycyjnego chińskiego w CLI to jasny sygnał kierunku rozwoju – globalna dostępność. Qwen, jako projekt wywodzący się z Chin, naturalnie rozszerza wsparcie językowe, co może otworzyć narzędzie dla jeszcze szerszego grona programistów.

    Podsumowanie: solidny krok w ewolucji terminalowego agenta

    Qwen-Code v0.15.3 nie jest rewolucyjnym przeskokiem wersji, ale istotnym krokiem ewolucyjnym. Skupia się na tym, co ma największe znaczenie po początkowym zachwycie nad nową technologią: na płynności, niezawodności i ergonomii codziennego użytkowania.

    Dodanie funkcji przewijania konwersacji oraz znacząca optymalizacja wydajności przyczyniają się do lepszego doświadczenia użytkowników, co czyni tę aktualizację wartościową dla każdego, kto korzysta z Qwen-Code.

    Źródła

  • Claude Code 2.1.119 przynosi trwałe konfiguracje i szersze wsparcie dla integracji

    Claude Code 2.1.119 przynosi trwałe konfiguracje i szersze wsparcie dla integracji

    Anthropic opublikował aktualizację Claude Code 2.1.119, która koncentruje się na poprawie stabilności i integracji narzędzia w profesjonalnych środowiskach deweloperskich. To wydanie wprowadza możliwość zapisywania ustawień, rozszerza wsparcie dla systemów przeglądu kodu oraz eliminuje szereg błędów, które mogły utrudniać codzienną pracę.

    Wersja 2.1.119 traktuje Claude Code jako trwałą infrastrukturę deweloperską, a nie tymczasowego asystenta CLI. Kluczowe zmiany obejmują zapisywanie konfiguracji do pliku ~/.claude/settings.json, obsługę pull requestów z GitLab, Bitbucket i GitHub Enterprise oraz poprawki zwiększające niezawodność pracy z MCP i terminalem.

    Kluczowe zmiany w aktualizacji

    • Trwałe ustawienia konfiguracyjne: Ustawienia wprowadzone za pomocą komendy /config (motyw, tryb edytora, poziom szczegółowości) są teraz zapisywane na stałe w pliku ~/.claude/settings.json. System respektuje hierarchię nadpisywania, uwzględniając ustawienia projektowe, lokalne i polityki organizacji, co zmniejsza potrzebę ponownego konfigurowania po restarcie.
    • Rozszerzona obsługa --from-pr: Flaga --from-pr, umożliwiająca załadowanie kontekstu bezpośrednio z pull requesta, zyskała wsparcie dla GitLab Merge Requests, Bitbucket Pull Requests i URL-i GitHub Enterprise Server. To poszerzenie zakresu użycia w środowiskach korporacyjnych i przy self-hostowanych rozwiązaniach.
    • Szablony niestandardowych URL-i PR: Dla zespołów korzystających z niestandardowych lub wewnętrznych systemów przeglądu kodu dodano ustawienie prUrlTemplate. Pozwala ono wskazać własny szablon URL, do którego będą kierować odnośniki w stopce Claude Code 2.1.119, zwiększając elastyczność integracji.
    • Ulepszenia MCP i agentów: Poprawiono wydajność inicjalizacji serwerów MCP (Model Context Protocol), które teraz konfigurują się równolegle przy uruchamianiu subagentów. Dodano także pole duration_ms do hooków PostToolUse, co umożliwia lepsze monitorowanie czasu wykonania narzędzi.

    Dlaczego trwała konfiguracja ma znaczenie

    Dotychczas ustawienia wprowadzane za pomocą komendy /config były ulotne i znikały po zamknięciu sesji. Dla deweloperów i zespołów korzystających z Claude Code 2.1.119 oznaczało to konieczność manualnego ustawiania preferencji, takich jak ciemny motyw czy tryb edytora, przy każdym uruchomieniu.

    Wersja 2.1.119 rozwiązuje ten problem, zapisując konfigurację w pliku JSON w katalogu domowym użytkownika. Mechanizm uwzględnia hierarchię nadpisywania, co oznacza, że globalne ustawienia użytkownika mogą być nadpisane przez konfigurację specyficzną dla projektu, a te z kolei przez polityki narzucone przez organizację. To podejście jest istotne dla firm wdrażających zunifikowane, zarządzane środowiska pracy z AI, gdzie elastyczność i kontrola są kluczowe.

    Lepsza integracja z enterprise'owymi workflowami

    Rozszerzenie flagi --from-pr poza ekosystem publicznego GitHub-a odpowiada na potrzeby środowisk korporacyjnych i deweloperów DevOps. Wiele zespołów korzysta z wewnętrznych instancji GitLab Server, Bitbucket Server lub GitHub Enterprise Server, często z powodów bezpieczeństwa i zgodności z regulacjami.

    Dzięki tej zmianie Claude Code 2.1.119 może bezpośrednio załadować kontekst z merge requesta w GitLabie lub pull requesta w Bitbucket, co przyspiesza rozpoczęcie przeglądu kodu czy analizy zmian. Połączone z możliwością definiowania własnych szablonów URL-i (prUrlTemplate) daje zespołom pełną kontrolę nad integracją z ich wewnętrznymi procesami i portalami.

    Poprawki zwiększające niezawodność

    Aktualizacja zawiera także szereg poprawek, które zwiększają komfort codziennej pracy. Wśród nich są naprawy dotyczące wklejania wieloliniowego tekstu, które wcześniej mogły powodować problemy z formatowaniem. Poprawiono także zachowanie przewijania w terminalu, eliminując błędy związane z długim wyjściem z komend.

    W obszarze MCP zaadresowano błędy uwierzytelniania, które mogły blokować połączenie z serwerami narzędzi. Ulepszono także obsługę uprawnień agentów, co czyni cały system bardziej przewidywalnym i mniej podatnym na niespodziewane błędy podczas wykonywania złożonych zadań.

    Podsumowanie

    Aktualizacja Claude Code 2.1.119 nie wprowadza rewolucyjnych zmian, ale znacząco poprawia fundamenty, na których opierają się zaawansowane workflowy deweloperskie. Wprowadzenie trwałej konfiguracji, szersze wsparcie dla platform hostingowych oraz stabilizujące poprawki sprawiają, że narzędzie lepiej nadaje się do intensywnego, codziennego użytku w profesjonalnych zespołach.

    Dla środowisk skoncentrowanych na web developmentcie, AI i DevOps, gdzie automatyzacja, integracja i niezawodność są kluczowe, te zmiany oznaczają mniej przeszkód i więcej czasu na rzeczywistą pracę z kodem. Claude Code 2.1.119 staje się bardziej dojrzałym i przewidywalnym elementem infrastruktury deweloperskiej.

    Źródła

  • Kimi Code CLI 1.39.0: bardziej precyzyjna umiejętność i rozszerzone działanie agenta

    Kimi Code CLI 1.39.0: bardziej precyzyjna umiejętność i rozszerzone działanie agenta

    Wersja 1.39.0 terminalowego agenta Kimi Code CLI wprowadza istotne usprawnienia w zarządzaniu umiejętnościami, integracji z backendami typu thinking-mode oraz stabilności działania. Wydanie koncentruje się na dostosowaniu agenta do konkretnych projektów oraz poprawie jego funkcjonalności w terminalu. Kimi Code CLI, stworzony przez Moonshot AI, umożliwia automatyzację zadań związanych z rozwojem oprogramowania, takich jak czytanie i edycja kodu, wykonywanie poleceń shell oraz przeszukiwanie internetu.

    Najważniejsze zmiany w wydaniu 1.39.0

    • Nowy system discovery umiejętności – agent skuteczniej odnajduje umiejętności skonfigurowane dla konkretnego projektu, preferując je przed globalnymi. Dodano obsługę płaskich struktur plików <nazwa>.md.
    • Rozszerzenie opcji konfiguracji – nowe pole extra_skill_dirs umożliwia dodanie niestandardowych katalogów z umiejętnościami, niezależnych od głównych źródeł.
    • Lepsza kompatybilność z backendami thinking-mode – automatyczne round-tripping treści reasoning dla backendów typu DeepSeek V4, co rozwiązuje problem błędów API 400.
    • Poprawki UI terminala i schematów – ulepszone monitorowanie zadań w tle, naprawiony rendering kursora w promptach oraz rozwiązanie błędów walidacji schematów JSON z MCP.

    Silniejsze discovery umiejętności i priorytetyzacja projektu

    Kluczową zmianą w 1.39.0 jest nowy mechanizm odnajdywania i priorytetyzacji umiejętności. Dotychczas Kimi Code CLI skanował katalogi zdefiniowane w konfiguracji extraKnownMarketplaces w pliku settings.json. Nowa wersja wprowadza hierarchię źródeł: Project > User > Extra > Built-in. Jeśli w katalogu projektu (np. .kimi/skills/) istnieje umiejętność o nazwie foo, będzie ona wybierana przed wersją globalną z katalogu użytkownika czy marketplace.

    Dodano obsługę płaskich plików <nazwa>.md jako umiejętności, równolegle do standardowej struktury podkatalogów <nazwa>/SKILL.md. To ułatwia migrację kolekcji dokumentacji markdown do systemu skills. W przypadku konfliktu nazw w tym samym katalogu, podkatalog ma pierwszeństwo, a system informuje użytkownika.

    Nowe pole konfiguracji extra_skill_dirs pozwala na dodanie dowolnych, absolutnych lub względnych ścieżek do katalogów z umiejętnościami. Ścieżki są kanoniczowane, a nieistniejące lub błędne katalogi są ignorowane, co nie przerywa procesu discovery. To otwiera możliwości dla prywatnych, zespołowych czy środowiskowych zestawów umiejętności, które nie są dostępne w publicznych marketplace.

    Automatyczny round-trip reasoning dla backendów thinking-mode

    Automatyczny round-trip reasoning dla backendów thinking-mode

    Wiele modeli AI z trybem thinking, takich jak DeepSeek V4, wymaga, aby treść reasoning (wnioskowania) wygenerowana w jednym turze była przekazywana z powrotem do API w kolejnym żądaniu. Wcześniej brak tego mechanizmu prowadził do błędów 400 typu The reasoning_content in the thinking mode must be passed back to the API.

    Wydanie 1.39.0 rozwiązuje ten problem dla providerów typu openai_legacy. Domyślnie klucz reasoning_key jest ustawiony na "reasoning_content", a odpowiedzi zawierające takie treści są automatycznie przechowywane w historii i przekazywane w kolejnych turach. Użytkownicy mogą również skorzystać z opcjonalnego pola konfiguracyjnego reasoning_key w LLMProvider, które pozwala na użycie niestandardowej nazwy pola (np. "reasoning") lub całkowite wyłączenie round-tripping przez pustą wartość.

    Dodano także obsługę zmiennej środowiskowej KIMI_MODEL_THINKING_KEEP, która przekazuje wartość do API Moonshot jako thinking.keep. Umożliwia to korzystanie z funkcjonalności Preserved Thinking (np. export KIMI_MODEL_THINKING_KEEP=all), która zachowuje historyczne reasoning_content między turami, co zwiększa koszty tokenów.

    Poprawki stabilności i użyteczności terminala

    Poprawki stabilności i użyteczności terminala

    Wydanie zawiera szereg mniejszych, ale istotnych poprawek zwiększających stabilność i użyteczność agenta w codziennej pracy. Naprawiono rendering kursora blokowego w promptach zatwierdzania (AskUserQuestion), który teraz poprawnie odwzorowuje pozycję w tekście.

    W obszarze integracji z MCP (Model Context Protocol) rozwiązano problem błędów walidacji schematów JSON, gdy serwer MCP eksponuje narzędzia z parametrami mającymi tylko enum bez zdefiniowanego typu (np. truncateMode z JetBrains Rider). Provider Kimi teraz dynamicznie uzupełnia schemat, dedukując typ z wartości enum lub ustawiając domyślny "string".

    Naprawiono również błąd powodujący wysyłanie pustego pola content wraz z tool_calls do API Moonshot, co skutkowało błędami 400. Jeśli treść asystenta jest pusta (brak tekstu lub tylko whitespace/think parts), pole content jest teraz całkowicie pomijane.

    Wnioski: agent staje się bardziej niezależny i kontekstowy

    Wydanie 1.39.0 Kimi Code CLI rozwija agenta w kierunku większej niezależności, kontekstowej adaptacji i stabilności integracji. Priorytetyzacja umiejętności projektowych sprawia, że agent lepiej rozumie i stosuje specyficzne dla repo konwencje i automatyzacje. Rozszerzenie możliwości konfiguracji katalogów umiejętności otwiera nowe możliwości dla zespołów i środowisk.

    Lepsza obsługa backendów thinking-mode, szczególnie istotna dla modeli o zaawansowanych zdolnościach wnioskowania, czyni Kimi Code CLI bardziej interoperacyjnym.

    Źródła

  • Cline v3.80.0 wprowadza zarządzane umiejętności dla przedsiębiorstw i poprawki wydajnościowe

    Cline v3.80.0 wprowadza zarządzane umiejętności dla przedsiębiorstw i poprawki wydajnościowe

    Wersja 3.80.0 AI asystenta programistycznego Cline koncentruje się na potrzebach środowisk korporacyjnych oraz stabilności długotrwałej pracy. W tej aktualizacji wprowadzono mechanizm zarządzanych centralnie umiejętności (globalSkills), który zawiera dedykowaną sekcję w interfejsie oraz możliwość ich wymuszenia przez administratorów. Zwiększono również limit pamięci dla procesu głównego, co ma na celu zapobieganie awariom podczas długich sesji. Dodatkowo, tryb foreground terminalu został usunięty, a wykonywanie poleceń zadania odbywa się teraz domyślnie w tle.

    Ta aktualizacja to kolejny krok w rozwoju Cline w kierunku platformy dostosowanej do zespołów korporacyjnych, gdzie kontrola nad zachowaniem AI oraz spójność w jego wykorzystaniu są kluczowe. Zmiany wydajnościowe mają na celu poprawę doświadczenia programistów, którzy korzystają z asystenta przez długie godziny podczas pracy nad złożonymi projektami.

    Najważniejsze zmiany w wydaniu v3.80.0

    • Enterprise Skills: Zdalnie zarządzane umiejętności globalSkills są teraz zintegrowane z aplikacją, dostępne w dedykowanej sekcji i mogą być wymuszane przez administratorów za pomocą flagi alwaysEnabled.
    • Dynamiczne onboarding: Proces pierwszego uruchomienia teraz pobiera listę rekomendowanych modeli dynamicznie; w przypadku błędu pobierania aplikacja przechodzi do widoku powitalnego, nie korzystając z statycznej listy.
    • Komunikacja błędów quota: W czacie pojawia się jasny komunikat o przekroczeniu limitu, gdy użytkownik osiągnie limit wydatków na swoim koncie Cline; błędy w czacie są teraz bardziej szczegółowe.
    • Zwiększony limit pamięci: Proces cline-core Node.js otrzymał parametr --max-old-space-size=8192, co ma eliminować OOM crashes podczas długich konwersacji.
    • Zmiana trybu wykonania zadań: Tryb foreground terminal został usunięty; polecenia zadania są domyślnie wykonywane w trybie background, niezależnie od VS Code Integrated Terminal.

    Co to są Cline Skills i dlaczego ich zarządzanie jest ważne?

    Umiejętności (Skills) w Cline to modularne zestawy instrukcji, które rozszerzają agentowość dla konkretnych typów zadań. Jak wskazuje dokumentacja, są ładowane tylko gdy są potrzebne, co pomaga oszczędzać kontekst i nie przeciążać modelu niepotrzebnymi informacjami. Użytkownik widzi listę dostępnych umiejętności, które mogą być aktywowane automatycznie przez narzędzie use_skill, gdy request pasuje do ich opisów, lub explicite poprzez polecenia slash.

    Nowość w v3.80.0 pozwala organizacjom centralnie zarządzać zestawem takich umiejętności poprzez remote config. Administratorzy mogą wdrożyć standardowe procedury, polityki bezpieczeństwa czy specyficzne dla firmy workflowy, które będą automatycznie dostępne dla wszystkich członków zespołu. Flaga alwaysEnabled umożliwia wymuszenie niektórych umiejętności – na przykład tych związanych z compliance czy obowiązującymi standardami kodowania – czyniąc ich użycie obligatoryjnym.

    Wydajność i stabilność dla długich sesji codingowych

    Wydajność i stabilność dla długich sesji codingowych

    Dla programistów pracujących godzinami z Cline, szczególnie przy dużych projektach z rozbudowaną historią zadań i konwersacji, poprawki wydajnościowe w v3.80.0 są istotne. Zwiększenie limitu pamięci dla procesu core ma na celu rozwiązanie problemu Out Of Memory crashes, które mogły występować, gdy konwersacja i stan zadania rosły.

    To poprawia stabilność i pozwala asystentowi efektywniej operować na większych kontekstach, co może przełożyć się na bardziej spójną pomoc podczas rozwiązywania złożonych problemów. Usunięcie trybu foreground terminal wpływa również na UX – wykonywanie w tle eliminuje zależność od terminala VS Code i upraszcza przepływ pracy, co jest szczególnie ważne dla osób pracujących z wieloma oknami i projektami jednocześnie.

    Wnioski dla zespołów developerskich i DevOps

    Wydanie Cline v3.80.0 pokazuje wyraźny kierunek rozwoju produktu, z naciskiem na kontrolę administracyjną i skalowanie.

    Źródła

  • Kimi Code CLI 1.38.0 poprawia niezawodność sesji i obsługę narzędzi

    Kimi Code CLI 1.38.0 poprawia niezawodność sesji i obsługę narzędzi

    Wersja 1.38.0 Kimi Code CLI, terminalowego klienta dla agentów kodujących Moonshot AI, została wydana 22 kwietnia 2026 roku. To wydanie koncentruje się na poprawie stabilności sesji oraz eliminacji błędów, które mogły frustrować użytkowników podczas długotrwałych, złożonych zadań. Główne zmiany obejmują bardziej przejrzysty komunikat timeout dla modalów zatwierdzeń, naprawę krytycznego warunku wyścigu w autoryzacji OAuth oraz lepszą obsługę wyników narzędzi dla API stylu Anthropic. Te poprawki mają na celu zwiększenie niezawodności doświadczenia użytkownika.

    Najważniejsze zmiany w wydaniu 1.38.0

    • Przejrzystszy timeout zatwierdzeń: W modalach zatwierdzania działań, które wygasają po standardowym 300-sekundowym limicie bezpieczeństwa, komunikat został zmieniony z „Rejected by user” na jasne wskazanie, że narzędzie zostało odrzucone z powodu przekroczenia czasu na zatwierdzenie przez użytkownika. To pozwala lepiej zrozumieć przyczynę niepowodzenia.
    • Naprawa wyścigu OAuth: Zidentyfikowano i naprawiono krytyczny warunek wyścigu w procesie autoryzacji, który w przypadku operacji równoległych mógł bezpowrotnie usuwać tokeny OAuth. Dzięki temu sesje są bardziej stabilne i nie kończą się niespodziewanymi logoutami.
    • Lepsze scalanie wyników narzędzi: Wprowadzono poprawkę, która scala wyniki narzędzi uruchomionych równolegle zgodnie ze specyfikacją API stylu Anthropic. To eliminuje błędy na ściślejszych backendach, które wymagają poprawnego formatowania odpowiedzi.

    Poprawka komunikacji timeout: więcej jasności dla użytkownika

    Wydanie 1.38.0 zaczyna się od usprawnienia, które ma duże znaczenie dla komfortu pracy. Gdy Kimi Code CLI prosi użytkownika o zatwierdzenie wykonania polecenia shell czy innej potencjalnie ryzykownej operacji, wyświetla modal z pytaniem. Jeśli użytkownik nie reaguje przez 300 sekund (limit bezpieczeństwa), modal wygaszał się i narzędzie było odrzucane. Problem leżał w komunikacie: system informował, że narzędzie zostało „Rejected by user”, sugerując świadome działanie użytkownika, choć przyczyną był timeout.

    Nowy komunikat jasno wskazuje, że narzędzie zostało odrzucone z powodu braku zatwierdzenia w przewidzianym czasie. Choć nie zmienia finalnego rezultatu (narzędzie nie zostaje wykonane), poprawia przejrzystość procesu. Użytkownik nie musi się zastanawiać, czy sam odrzucił akcję, czy system ją zablokował. To szczególnie ważne w długich sesjach, gdzie zatwierdzenia mogą się pojawiać wielokrotnie.

    Stabilność sesji: naprawiony krytyczny warunek wyścigu OAuth

    Najważniejsza poprawka w tym wydaniu dotyczy bezpieczeństwa sesji. Wcześniej, podczas operacji równoległych, występował błąd prowadzący do usunięcia tokenów OAuth – tokeny autoryzacji mogły być bezpowrotnie usunięte z pamięci sesji.

    Skutkiem było niespodziewane i trudne do diagnozy wymuszanie ponownej autoryzacji lub utrata sesji. Warunek wyścigu (race condition) jest klasycznym błędem w programowaniu, gdy dwa procesy próbują modyfikować wspólny zasób (tu: tokeny) w niewłaściwej kolejności, prowadząc do nieprzewidzianego stanu.

    Naprawa tego błędu w 1.38.0 zapewnia, że tokeny OAuth pozostają stabilne nawet w złożonych workflowach, gdzie wiele procesów może próbować odświeżać autoryzację jednocześnie. To istotna poprawka dla każdego, kto używa Kimi Code CLI w długich sesjach kodowania zintegrowanych z usługami wymagającymi OAuth.

    Kompatybilność z API: poprawne scalanie wyników narzędzi

    Kimi Code CLI często działa jako pośrednik między użytkownikiem a różnymi backendami dostarczającymi modele AI, takimi jak API zgodne ze stylem Anthropic. W niektórych scenariuszach, agent może wywołać równoległe wywołania narzędzi – kilka narzędzi jednocześnie lub w bardzo krótkich odstępach czasu, oczekując na ich wyniki.

    Ściślejsze serwery API wymagają, aby odpowiedź zawierająca wyniki wielu narzędzi była poprawnie sformatowana i scalała zgodnie ze specyfikacją. Wcześniej, błędne scalanie mogło powodować błędy na ściślejszych backendach, przerywając workflow.

    Poprawka w 1.38.0, opisana jako fix(kosong/anthropic): merge parallel tool results correctly for Anthropic-style APIs, rozwiązuje ten problem. W praktyce oznacza, że agentowe workflowy Kimi, które intensywnie korzystają z wywoływania narzędzi – np. jednoczesne czytanie wielu plików, sprawdzanie statusów serwerów czy modyfikacje danych – będą teraz bardziej niezawodne i nie spowodują błędów na stronach API, które rygorystycznie sprawdzają strukturę wiadomości.

    Dlaczego to wydanie jest ważne dla programistów

    Kimi Code CLI jest otwartym, aktywnie rozwijanym projektem służącym jako command-line coding agent. Obsługuje interaktywny terminal UI, wykonywanie poleceń shell, tryb agenta oraz kompatybilność z MCP (Model Context Protocol) dla konfiguracji narzędzi. Stabilność jest kluczowa dla jego użyteczności.

    Wydanie 1.38.0, koncentrujące się na niezawodności sesji i poprawności wywołań narzędzi, odpowiada na realne problemy zgłaszane przez użytkowników. Łączne efekty tych poprawek są znaczące: sesje są bardziej odporne na przerwania.

    Źródła

  • Qwen-Code v0.15.0-preview.1 wprowadza rozbudowane funkcje agentów i poprawki CLI

    Qwen-Code v0.15.0-preview.1 wprowadza rozbudowane funkcje agentów i poprawki CLI

    Wersja preview Qwen-Code v0.15.0-preview.1 została wydana, wprowadzając istotne ulepszenia w funkcjonalności agentów oraz interfejsie użytkownika w terminalu. To kolejny krok w rozwoju open-source'owego agenta AI dla programistów, który działa głównie w terminalu i jest zoptymalizowany dla serii modeli Qwen.

    Kluczowe fakty dotyczące wydania

    • Rozbudowany system hooków: dodano pełną obsługę hooków dla integracji ACP (Agent Communication Protocol), w tym nowe typy – HTTP Hook, Function Hook i Async Hook.
    • Subagenty w tle: wprowadzono możliwość wykonywania subagentów w tle z obsługą trybu headless i SDK, co umożliwia długotrwałe zadania bez aktywnej sesji terminala.
    • Ulepszenia stabilności: wprowadzono poprawki zwiększające stabilność, takie jak ograniczenie głębokości obserwatora skilli w celu zapobiegania wyczerpywaniu deskryptorów plików.
    • Ulepszenia CLI/UX: terminal otrzymał wielolinijkowy status output, tryb uruchomieniowy bare startup mode oraz diagnostyczne narzędzia /doctor i /recap.

    Większa autonomia i integracja dzięki hookom

    Najważniejszą zmianą techniczną jest rozbudowa systemu hooków. Hook, czyli mechanizm „zaczepiania” się do określonych zdarzeń, pozwala teraz na głębszą integrację z zewnętrznym systemem ACP. Nowe typy – HTTP, Function i Async – umożliwiają automatyzację procesów developerskich w szerszym kontekście. Agent może teraz reagować na zdarzenia z CI/CD, systemów przeglądania kodu czy zarządzania zadaniami, działając jako elastyczny element pipeline'ów DevOps. To przejście od statycznego narzędzia do dynamicznego, rozszerzalnego automatu.

    Subagenty pracujące w tle – rewolucja dla długich zadań

    Funkcja background subagents zmienia sposób realizacji długotrwałych operacji. Dzięki możliwości uruchamiania subagentów w trybie headless oraz poprzez SDK, Qwen-Code może teraz prowadzić zadania asynchroniczne. Jest to kluczowe dla scenariuszy takich jak automatyczne przeglądanie dużego repozytorium, wieloetapowe refaktoringi czy długie analizy kodu w pipeline'ach CI. Deweloper nie musi już pozostawiać aktywnego terminala; agent może pracować samodzielnie, a wyniki zostaną przedstawione później. To ważny krok w stronę praktycznego wykorzystania AI w codziennej pracy programistycznej, gdzie czas i autonomia są kluczowe.

    Lepsze CLI i diagnostyka dla codziennej pracy

    Ulepszenia w interfejsie terminala koncentrują się na użyteczności. Multi-line status output zapewnia czytelniejszy podgląd na działanie agenta. Bare startup mode pozwala na uruchamianie agenta w uproszczonym trybie. Nowe narzędzia diagnostyczne /doctor i /recap pomagają użytkownikowi szybko zdiagnozować problemy z sesją lub przeanalizować przebieg konwersacji z agentem. Wszystko to ma na celu zmniejszenie barier między intencją użytkownika a wykonaniem zadania przez AI. W połączeniu z innymi udoskonaleniami z wersji Qwen-Code v0.15.0-preview.1, terminal staje się bardziej wydajnym centrum sterowania dla agenta.

    Wpływ na rozwój web, vibe coding i DevOps

    Wydanie v0.15.0-preview.1 ma bezpośrednie konsekwencje dla praktyków web developmentu, vibe coding i DevOps. Rozszerzone hooki umożliwiają wpięcie Qwen-Code w istniejące procesy, takie jak automatyczne generowanie dokumentacji po mergu czy uruchamianie testów po zmianie kodu. Subagenty w tle sprawiają, że agent może być użyty do asynchronicznego monitorowania aplikacji, długotrwałego debugowania czy generowania raportów. Ulepszenia stabilności czynią agenta bardziej niezawodnym w złożonych, wielostopowych zadaniach, co jest kluczowe dla vibe coding – pracy, w której AI wspiera iteracyjny, kreatywny proces kodowania.

    Perspektywy rozwoju

    Qwen-Code zmierza w stronę pełnego agentic workflow dla programistów. Zgodnie z informacjami projektu, agent oferuje zaawansowane możliwości, takie jak Skills, SubAgents i Plan Mode. Wydanie preview jest częścią szybkiego cyklu rozwojowego, w którym priorytetem jest stworzenie stateful, ciągłego środowiska pracy z AI, które pamięta sesje i skutecznie integruje się z VS Code i innymi IDE.

    Podsumowanie

    Qwen-Code v0.15.0-preview.1 to nie tylko aktualizacja funkcji; to strategiczny krok w zwiększaniu autonomii, integracji i użyteczności agenta AI w terminalu. Rozbudowane hooki, subagenty w tle oraz ulepszony CLI czynią go realnym kandydatem do automatyzacji części workflowu developerskiego. Dla zespołów pracujących w vibe coding lub pragnących włączyć AI do swoich pipeline'ów CI/CD, ta wersja preview oferuje konkretne, technologiczne fundamenty dla bardziej zaawansowanej współpracy z maszyną.

    Źródła

  • Kimi CLI w wersji 1.37.0: lepsze zarządzanie zadaniami w tle i synchronizacja modeli

    Kimi CLI w wersji 1.37.0: lepsze zarządzanie zadaniami w tle i synchronizacja modeli

    Kimi CLI, popularne narzędzie dla programistów pracujących z sztuczną inteligencją, zostało zaktualizowane do wersji 1.37.0. Ta wersja wprowadza istotne usprawnienia w zarządzaniu zadaniami działającymi w tle oraz automatyzuje synchronizację modeli, co poprawia komfort pracy przy automatyzacji i kodowaniu. Najważniejsza zmiana dotyczy działania CLI w trybie jednorazowego wykonania --print, gdzie narzędzie teraz czeka na zakończenie aktywnych zadań w tle, zamiast je natychmiast przerywać.

    Dzięki tym ulepszeniom długotrwałe procesy, takie jak kompilacje, testy czy zadania wykonywane przez podagenci, mogą zakończyć się bezpiecznie, a ich wyniki mogą być analizowane przez model AI przed zamknięciem sesji. To istotne dla programistów, którzy integrują Kimi CLI w zautomatyzowanych workflowach lub iteracyjnych sesjach kodowania, gdzie nagłe przerwanie zadania mogłoby prowadzić do utraty danych lub niekompletnych rezultatów. Aktualizacja zwiększa niezawodność i przewidywalność narzędzia w środowiskach DevOps i automatyzacji.

    Najważniejsze zmiany w wersji 1.37.0

    • Zarządzanie zadaniami w tle: W trybie --print CLI teraz czeka na zakończenie aktywnych zadań agentów w tle (z limitem czasu do 1 godziny) zamiast je natychmiast przerywać.
    • Automatyczna synchronizacja modeli: Funkcja auto-refresh managed models at startup eliminuje konieczność ręcznego ponownego logowania się w celu aktualizacji listy dostępnych modeli.
    • Lepsza widoczność wyników: Naprawiono błąd, przez który wyniki zadań w tle były widoczne dopiero po ich zakończeniu. Teraz /task i TaskOutput pokazują je w czasie rzeczywistym.
    • Czytelniejszy interfejs: CLI wyświetla API display_name, co ułatwia identyfikację modeli.

    Jak działa nowa logika zadań w tle?

    Mechanizm został przeprojektowany z myślą o stabilności. Kiedy uruchamiasz Kimi CLI z flagą --print (tryb jednorazowy, bez interaktywnej powłoki), narzędzie nie zamyka się już natychmiast po otrzymaniu odpowiedzi od głównego modelu. Zamiast tego sprawdza, czy w tle działają jakieś zadania uruchomione przez agenty, na przykład przez narzędzie Shell z opcją run_in_background=true.

    Jeśli takie zadania istnieją, CLI wstrzymuje zakończenie pracy i czeka na ich ukończenie, ale nie w nieskończoność. Czas oczekiwania jest ograniczony przez konfigurowalny sufit – domyślnie to jedna godzina. Gdy zadania się zakończą, główny model AI przetwarza ich wyniki przed ostatecznym wyjściem. Jeśli limit czasu zostanie osiągnięty, zadania są przerywane, a model dostaje ostatnią szansę na podsumowanie sytuacji za pomocą specjalnego promptu <system-reminder>.

    Podczas wyjścia CLI wyświetla na stderr listę każdego zadania w tle, które jest przerywane, wraz z jego identyfikatorem i opisem. Użytkownik otrzymuje jasny sygnał, co się dzieje w tle i które procesy musiały zostać zatrzymane. Ustawienie konfiguracyjne keep_alive_on_exit=true pozwala pominąć tę ścieżkę zamykania, co może być użyteczne w niektórych specyficznych scenariuszach.

    Widoczność i limit zadań w tle

    Kolejnym ułatwieniem jest poprawiona widoczność postępu pracy. Wcześniej, jeśli agent uruchomił długie zadanie w tle, na przykład pip install czy skompilowanie projektu, użytkownik nie widział jego outputu w czasie rzeczywistym w przeglądarce zadań (/task) ani w narzędziu TaskOutput. Logi pojawiały się dopiero po zakończeniu całego procesu. W wersji 1.37.0 to się zmieniło – dane wyjściowe są teraz strumieniowane na żywo, ponieważ są zapisywane bezpośrednio do logu zadania podczas jego wykonywania.

    Warto pamiętać o wewnętrznym limicie równoległości. Domyślnie Kimi CLI może jednocześnie wykonywać maksymalnie 4 zadania w tle. Limit ten jest konfigurowalny w sekcji [background] pliku konfiguracyjnego. Jeśli uruchomisz piąte zadanie, będzie ono zakolejkowane lub zablokowane do momentu zwolnienia się slotu. To ważna informacja przy projektowaniu zautomatyzowanych workflowów, które polegają na równoległym wykonywaniu wielu operacji.

    Automatyczna synchronizacja modeli i czytelny interfejs

    Oprócz usprawnień w zarządzaniu zadaniami, aktualizacja 1.37.0 wprowadza dwie istotne zmiany dotyczące konfiguracji i UX. CLI teraz automatycznie odświeża listę zarządzanych modeli przy starcie. Dla zespołów korzystających z zarządzanych endpointów lub często zmieniających konfiguracje między różnymi dostawcami AI, oznacza to mniej problemów administracyjnych. Nowe lub zaktualizowane modele pojawiają się na liście dostępnych opcji bez konieczności ręcznego ponownego logowania się.

    Źródła

  • Claude Code 2.1.113: wydajność, bezpieczeństwo i natywna architektura dla programistów

    Claude Code 2.1.113: wydajność, bezpieczeństwo i natywna architektura dla programistów

    Anthropic wydało wersję 2.1.113 swojego narzędzia dla programistów, Claude Code, które wprowadza znaczące zmiany w architekturze. Kluczową nowością jest przejście z bundlowanego JavaScriptu na natywne, skompilowane pliki binarne dla systemów macOS, Linux i Windows. Ta zmiana przyspiesza działanie, zwiększa bezpieczeństwo i eliminuje zależność od środowiska Node.js dla ponad pół miliona codziennych użytkowników. Aktualizacja, wydana 17 kwietnia 2026 roku, wprowadza również nowe ustawienia kontroli dostępu do sieci oraz szereg poprawek usprawniających codzienną pracę.

    Przejście na natywne binarne oznacza praktycznie natychmiastowe uruchamianie – czas startu skrócił się z 1-3 sekund do poniżej 100 milisekund. To znacząca różnica dla programistów, którzy często uruchamiają CLI wiele razy w ciągu dnia. Eliminacja Node.js oraz setek pakietów z node_modules znacząco redukuje powierzchnię ataku w łańcuchu dostaw, zastępując ją pojedynczym, możliwym do poddania audytowi plikiem wykonywalnym.

    Kluczowe zmiany w wersji 2.1.113

    • Natywna architektura binarna – CLI uruchamia teraz skompilowany natywny plik Claude Code poprzez opcjonalne zależności dla danej platformy, zamiast bundlowanego JavaScriptu.
    • Nowe ustawienie sandbox.network.deniedDomains – umożliwia blokowanie konkretnych domen nawet przy szerszych regułach allowedDomains z użyciem wildcardów, co daje lepszą kontrolę nad ruchem sieciowym.
    • Zwiększone bezpieczeństwo powłoki Bash – reguły deny w narzędziu Bash teraz poprawnie dopasowują komendy opakowane w env, sudo, watch, ionice czy setsid.
    • Szybsze narzędzie /ultrareview – uruchamia się szybciej dzięki zrównoleglonym kontrolom i wyświetla statystykę zmian (diffstat) w oknie dialogowym.
    • Lepsza obsługa subagentów – subagenci, którzy utknęli w środku strumienia, teraz kończą się jasnym błędem po 10 minutach, zamiast po cichu wieszać sesję.

    Oprócz poprawy wydajności, aktualizacja koncentruje się na bezpieczeństwie. Nowe ustawienie deniedDomains daje administratorom i użytkownikom precyzyjne narzędzie do zarządzania dostępem do sieci na poziomie samego binarnego CLI. Można na przykład zezwolić na ogólny dostęp do domen *.github.com, ale jednocześnie zablokować konkretny, podejrzany adres. Na macOS wzmocniono również ochronę przed niebezpiecznym usuwaniem plików, traktując ścieżki w /private/{etc,var,tmp,home} jako szczególnie ryzykowne cele.

    W obszarze użyteczności poprawiono wiele irytujących problemów. W trybie pełnoekranowym kombinacja Shift+↑/↓ przewija teraz widok podczas rozszerzania zaznaczenia poza krawędź ekranu, a Ctrl+A/E przenosi kursor na początek lub koniec logicznej linii. Na Windowsie dodano długo wyczekiwaną funkcjonalność Ctrl+Backspace do usuwania poprzedniego słowa. Naprawiono również wyświetlanie długich adresów URL, które zawijają się między wierszami – teraz każda ich część pozostaje klikalna dzięki wsparciu hiperlinków OSC 8.

    Praca z sesjami i agentami również stała się bardziej komfortowa. Narzędzie /loop można teraz anulować klawiszem Esc, a jego wznowienia są jasno oznaczone w interfejsie. Klienci Remote Control zyskali wsparcie dla polecenia /extra-usage, autouzupełniania zapytań do plików z @ oraz strumieniowania transkryptów subagentów. Poprawiono również krytyczne błędy związane z automatycznym odpalaniem podsumowań sesji, timeoutami przy współbieżnych wywołaniach narzędzi MCP oraz kompatybilnością z modelem Opus 4.7 na platformie Bedrock.

    Znane problemy i podsumowanie

    Niestety, ta duża zmiana architektoniczna ma swoje konsekwencje dla użytkowników starszego sprzętu. Wersja 2.1.113 przestaje działać na procesorach Intel bez wsparcia dla zestawu instrukcji AVX2. Na takich systemach (np. starszych laptopach z procesorami sprzed generacji Haswell) CLI crashuje przy starcie z błędem SIGILL. Osoby dotknięte tym problemem muszą pozostać przy wersji 2.1.112, która jest ostatnią działającą na tym sprzęcie.

    Wydanie Claude Code 2.1.113 przynosi znaczne poprawy w wydajności i bezpieczeństwie, jednocześnie upraszczając instalację i utrzymanie. Choć użytkownicy najstarszego sprzętu mogą napotkać trudności, dla większości programistów aktualizacja oznacza szybszą, bardziej bezpieczną i efektywniejszą codzienną pracę z asystentem AI. Widać wyraźny trend wśród twórców narzędzi deweloperskich – dążenie do natywności, minimalizacji zależności i większej kontroli nad środowiskiem wykonawczym.

    Źródła