Tag: automatyzacja

  • 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

  • Aktualizacja Factory CLI: przełącznik trybu szybkiego, lepsza walidacja i poprawy wydajności na Windows

    Aktualizacja Factory CLI: przełącznik trybu szybkiego, lepsza walidacja i poprawy wydajności na Windows

    Factory, platforma AI dla programistów, wydała nową wersję swojego narzędzia wiersza poleceń (CLI), znanego jako Factory CLI. Aktualizacja skupia się na poprawie wydajności i stabilności, co wspiera programistów w budowaniu, debugowaniu i refaktoryzacji kodu.

    Nowa wersja wprowadza konkretne funkcjonalności oraz poprawki stabilnościowe i usprawnienia w zarządzaniu sesjami, które są istotne dla interaktywnych przepływów pracy oferowanych przez Factory. Ulepszenia te przekładają się na bardziej płynne doświadczenie podczas pracy nad projektami webowymi i zadaniami z zakresu DevOps.

    Kluczowe zmiany w najnowszej wersji

    • Usprawnienia trybów modeli – Factory CLI oferuje tryb interaktywny i nieinteraktywny oraz przełączniki automatyzacji, co wspiera elastyczną pracę z modelami AI.
    • Walidacja artefaktów – Narzędzie wspiera procesy walidacji dla generowanych wyników, co zwiększa ich niezawodność i spójność.
    • Wydajność i stabilność na Windows – Prace nad optymalizacją czasu startu i zarządzaniem procesami mają na celu poprawę doświadczenia na platformie Windows.
    • Czystsze logi CLI – Interfejs wiersza poleceń generuje teraz bardziej czytelne logi, co ułatwia diagnostykę.
    • Usprawnienia sesji i integracji – Wprowadzono poprawki stabilnościowe dla klienta IDE oraz lepsze zarządzanie integracjami i mechanizmami obsługi sesji.

    Elastyczne tryby pracy i przełączanie modeli

    Factory CLI zapewnia użytkownikom elastyczność w pracy z modelami AI poprzez różne tryby pracy. Umożliwia to dostosowanie interakcji do potrzeb zadania, zarówno w trybie interaktywnym, jak i w zautomatyzowanym przepływie. Sprawne przełączanie się między różnymi konfiguracjami i modelami jest kluczowe dla utrzymania produktywności w dynamicznych środowiskach deweloperskich.

    Dla programistów pracujących w trybie „vibe coding” lub potrzebujących szybkich iteracji, elastyczne zarządzanie sesjami i modelami może znacząco wpłynąć na produktywność.

    Walidacja artefaktów i czystsze logi

    Wsparcie dla procesu walidacji artefaktów, czyli strukturyzowanych wyników generowanych przez AI, jest istotnym elementem narzędzia. Dbałość o spójność i integralność tych danych jest kluczowa dla niezawodności w zautomatyzowanych pipeline'ach.

    Dodatkowo, poprawki dotyczące czystszych logów CLI ułatwiają śledzenie przebiegu misji i rozwiązywanie problemów, co jest szczególnie cenne w złożonych środowiskach deweloperskich i DevOps.

    Windows w centrum uwagi: wydajność i niezawodność

    Dla użytkowników pracujących na Windows trwają prace nad optymalizacją doświadczenia. Celem jest skrócenie czasu uruchamiania oraz zwiększenie stabilności zarządzania procesami działającymi w tle.

    Te zmiany, w połączeniu z wcześniejszymi poprawkami, pokazują, że Factory dąży do zapewnienia wysokiej jakości doświadczenia na tej platformie. Szybszy startup i mniej awarii procesów w tle to korzyści dla każdego, kto używa Factory CLI na Windows.

    Dopracowanie fundamentów: sesje, integracje i IDE

    Oprócz głównych funkcji, najnowsze aktualizacje zawierają wiele poprawek „pod maską”. Usprawniono zarządzanie integracjami, aby uniknąć duplikowania komunikatów między różnymi powierzchniami produktu. Mechanizmy obsługi sesji, które są kluczowe dla interaktywnego trybu pracy Factory CLI, zostały dopracowane, co umożliwia operacje takie jak resume czy fork.

    Stabilność klienta IDE została również wzmocniona poprzez szereg poprawek błędów. Te elementy składają się na bardziej płynne i przewidywalne środowisko pracy, w którym deweloper może skupić się na zadaniu, a nie na walce z narzędziem.

    Podsumowanie

    Aktualizacja Factory CLI to ewolucja, która łączy nowe, użyteczne funkcje z poprawkami stabilności i wydajności. Dla społeczności Factory jest to oznaka kontynuacji rozwoju w kierunku bardziej niezawodnego i przyjaznego dla programisty narzędzia, które ma potencjał stać się nieodłącznym partnerem w codziennej pracy z kodem.

    Źródła

  • Claude Code wydaje aktualizację 2.1.120 z kluczowymi ulepszeniami dla Windows i CI/CD

    Claude Code wydaje aktualizację 2.1.120 z kluczowymi ulepszeniami dla Windows i CI/CD

    Anthropic opublikowało aktualizację Claude Code w wersji 2.1.120, która poprawia kompatybilność z systemem Windows oraz wprowadza nowe narzędzia do automatyzacji procesów CI/CD. Kluczowe zmiany obejmują usunięcie wymogu instalacji Git Bash dla użytkowników Windows, dodanie komendy claude ultrareview do nienadzorowanych przepływów pracy oraz szereg poprawek zwiększających stabilność sesji. Aktualizacja ma na celu uczynienie Claude Code bardziej niezawodnym narzędziem dla deweloperów pracujących w różnych środowiskach.

    Kluczowe zmiany w wydaniu 2.1.120

    • Kompatybilność z Windows bez Git Bash – Git Bash nie jest już wymagany na Windows; Claude Code domyślnie korzysta z PowerShell, gdy Git Bash nie jest zainstalowany.
    • Nowa, nienadzorowana komenda claude ultrareview – Umożliwia uruchamianie procesu /ultrareview z poziomu skryptów lub potoków CI/CD, zwracając wyniki na standardowe wyjście.
    • Poprawki stabilności i wydajności – Naprawiono błędy związane z wprowadzaniem danych z klawiatury, przewijaniem sesji oraz wyświetlaniem podpowiedzi w terminalu.
    • Usprawnienia integracji z VS Code – Wersja przynosi lepszą synchronizację między rozszerzeniem IDE a CLI.

    Zniesienie zależności od Git Bash na Windows

    Jedną z najważniejszych zmian dla deweloperów jest usunięcie obowiązkowej zależności od Git for Windows, a konkretnie od środowiska Git Bash. Wcześniej użytkownicy systemu Windows musieli instalować pełny pakiet Git, aby korzystać z Claude Code. Od wersji 2.1.120, gdy Git Bash nie jest wykryty, narzędzie automatycznie przełącza się na PowerShell jako domyślną powłokę.

    To ułatwienie, szczególnie w środowiskach korporacyjnych, gdzie polityki IT mogą ograniczać instalację dodatkowego oprogramowania lub gdzie deweloperzy wolą korzystać z natywnych narzędzi Windows. Zmiana redukuje liczbę kroków potrzebnych do rozpoczęcia pracy z Claude Code, czyniąc go bardziej dostępnym. Dla niektórych użytkowników chmurowych PowerShell jest już domyślnie włączony, co przyspiesza wdrożenie.

    Automatyzacja przepływów CI/CD za pomocą claude ultrareview

    Drugim istotnym elementem tej aktualizacji jest wprowadzenie nowej komendy claude ultrareview [target]. Umożliwia ona nienadzorowane, zautomatyzowane uruchamianie procesu przeglądu kodu z poziomu skryptów lub potoków CI/CD. Komenda wypisuje znalezione problemy na standardowe wyjście (stdout) i kończy działanie z kodem wyjścia 0 w przypadku sukcesu lub 1 w przypadku błędu.

    Dodano także opcję --json, która pozwala na otrzymanie surowych danych wyjściowych w formacie JSON, co jest przydatne przy integracji z innymi narzędziami automatyzacji. To przekształca Claude Code z interaktywnego asystenta w narzędzie, które można włączyć jako etap w potoku budowania, na przykład do automatycznej walidacji jakości kodu przed mergem do głównej gałęzi.

    Tło poprawki wydajności sesji i okna kontekstu

    Warto zauważyć, że wydanie 2.1.120 jest częścią szerszej serii aktualizacji skupionych na stabilności. Poprawki obejmują usprawnienia w zarządzaniu długimi sesjami i efektywnym wykorzystywaniu okna kontekstowego modeli, co jest kluczowe przy długotrwałych zadaniach programistycznych.

    Usprawnienia dla VS Code i zarządzania pluginami

    Integracja ze środowiskiem Visual Studio Code również zyskała na tej aktualizacji. Dąży ona do lepszej synchronizacji i stabilności między rozszerzeniem a CLI. Poprawki obejmują usprawnienia w interfejsie zarządzania pluginami, co przekłada się na płynniejsze instalowanie, aktualizowanie i konfigurowanie dodatkowych funkcjonalności.

    Drobniejsze poprawki, które składają się na ogólne wrażenie, dotyczą także interfejsu terminala – usunięto błędy w wyświetlaniu podpowiedzi, poprawiono reakcję na monity o uprawnieniach oraz naprawiono problemy z przewijaniem. Wszystko to ma na celu zmniejszenie frustracji podczas codziennej pracy.

    Podsumowanie

    Wydanie Claude Code 2.1.120 nie jest rewolucją, ale stanowi ważny krok, który rozwiązuje realne problemy użytkowników. Dla deweloperów na Windows oznacza mniej przeszkód na starcie. Dla zespołów wdrażających DevOps i CI/CD otwiera drogę do szerszej automatyzacji z wykorzystaniem AI. Dla wszystkich użytkowników przekłada się na płynniejsze, mniej awaryjne sesje kodowania. Te praktyczne ulepszenia, skupione na usuwaniu tarcia w codziennej pracy, budują trwałą wartość narzędzi deweloperskich.

    Źródła

  • Claude Code 2.1.117: wydajniejsze subagenty, zarządzanie pluginami i optymalizacje

    Claude Code 2.1.117: wydajniejsze subagenty, zarządzanie pluginami i optymalizacje

    Anthropic wydało aktualizację Claude Code 2.1.117, która wprowadza istotne poprawki i nowe funkcje, koncentrując się na wsparciu zaawansowanych przepływów pracy dla programistów. Aktualizacja poprawia zarządzanie sesjami, wydajność oraz wprowadza rozbudowane mechanizmy, co stanowi ważny krok w rozwoju tego narzędzia AI dla deweloperów.

    Celem tego wydania jest ułatwienie długich, złożonych sesji kodowania z asystentem AI. Dla programistów webowych, osób zajmujących się „vibe coding” oraz zespołów DevOps, zmiany te prowadzą do mniejszego tarcia w codziennej pracy i nowych możliwości delegowania zadań w projektach.

    Kluczowe zmiany

    • Lepsza wydajność: Optymalizacje prędkości działania poprawiają responsywność podczas długich sesji.
    • Ulepszone zarządzanie pluginami: Wprowadzenie bardziej niezawodnego rozwiązywania zależności pluginów.
    • Stabilność sesji i naprawa błędów: Liczne poprawki dotyczące stabilności sesji, obsługi wejścia w terminalu oraz zarządzania agentami w tle.

    Rozszerzone możliwości agentów

    Nowością w tej wersji jest zwiększone wsparcie dla zaawansowanych przepływów pracy z agentami. Deweloperzy mogą tworzyć bardziej złożone automatyzacje i delegować konkretne, czasochłonne zadania, takie jak refaktoryzacja dużego modułu, uruchamianie zestawów testów integracyjnych czy generowanie dokumentacji, podczas gdy główna sesja pozostaje responsywna i gotowa do interakcji. To narzędzie może zmienić sposób współpracy z AI dla zespołów pracujących nad monorepozytoriami lub złożoną architekturą mikroserwisów.

    Głębokie optymalizacje pod kątem deweloperów

    Wydajność jest kluczowym elementem tej aktualizacji. Optymalizacje odpowiadają na problemy związane z opóźnieniami podczas intensywnego użytkowania. Szybsze uruchamianie sesji i responsywniejsze działanie poleceń to szczegóły, które w długich sesjach kodowania znacząco poprawiają komfort pracy i skupienie.

    Poprawiono również trwałość wyboru modelu. Claude Code 2.1.117 lepiej zapamiętuje wybrany przez użytkownika model między sesjami, eliminując potrzebę jego ponownego ustawiania. To drobiazg, który pokazuje dojrzałość narzędzia skoncentrowaną na potrzebach użytkowników.

    Lepsza kontrola nad pluginami i sesjami

    Możliwości zarządzania pluginami zostały rozszerzone. Niezawodniejsze rozwiązywanie zależności między pluginami zapobiega konfliktom i problemom z ładowaniem.

    W obszarze zarządzania sesjami wprowadzono logiczne ulepszenia. Agenci, którzy zakończyli pracę, ale pozostawili działającą powłokę w tle, są teraz przenoszeni do kategorii Completed, co ułatwia monitorowanie aktywnych zadań, zwłaszcza gdy równolegle działa wiele procesów. Poprawki dotyczące metryk oferują lepszą obserwowalność automatyzowanych workflowów dla zespołów DevOps.

    Ważne poprawki stabilizujące codzienną pracę

    W tej aktualizacji wprowadzono kluczowe poprawki błędów, które stabilizują podstawowe funkcje. Naprawiono problem z hakami stopu (stop hooks), które mogły blokować się w nieskończonej pętli – teraz taki obrót zdarzeń kończy się ostrzeżeniem po 8 kolejnych blokadach. Działanie Esc/Ctrl+C zostało usprawnione, aby prawidłowo anulować oczekujące polecenia.

    Ważna jest również poprawka dotycząca polecenia /context, które wcześniej niepotrzebnie dodawało do konwersacji wizualizację siatki ASCII, marnując około 1.6 tys. tokenów za każdym razem. W dobie świadomego zarządzania kontekstem i tokenami, taka optymalizacja ma wymierny sens finansowy.

    • Dla programistów webowych i fanów vibe coding zmiana progu automatycznej kompresji kontekstu dla najnowszych modeli może być istotna, pozwalając na efektywniejsze zarządzanie długimi sesjami bez utraty istotnych informacji.

    Ź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 wprowadza własną komendę /goal — długoterminowe zarządzanie zadaniami dla AI

    Claude Code wprowadza własną komendę /goal — długoterminowe zarządzanie zadaniami dla AI

    Anthropic wprowadził nową komendę /goal dla Claude Code, która umożliwia AI zarządzanie długoterminowymi celami i autonomiczne wykonywanie zadań do momentu ich zakończenia zgodnie z określonymi kryteriami. Funkcja ta jest dostępna od wersji 2.1.139 i stanowi alternatywę dla podobnych rozwiązań w Claude Code, koncentrując się na bardziej złożonym zarządzaniu oraz audytach realizacji. Komenda pozwala na tworzenie zadań, które Claude będzie realizował w sposób ciągły, przerywając jedynie na prośbę użytkownika lub gdy zadanie zostanie wykonane.

    Kluczowe informacje o nowej funkcji /goal

    • Persystencja celów: Komenda /goal umożliwia tworzenie zadań, które Claude Code będzie realizował przez wiele sesji, aż do ich ukończenia. Stan zadania jest zapisywany lokalnie (np. w ~/.claude/goals/<id>.md), co eliminuje potrzebę ciągłego podtrzymywania kontekstu przez użytkownika.
    • Zaawansowane zarządzanie: System oferuje kontrolę nad bieżącym zadaniem poprzez komendy takie jak /goal pause (wstrzymanie), /goal resume (wznawianie) oraz /goal clear (wycofanie zadania). Możliwe jest także przełączanie się między różnymi celami.
    • Integracja z skills i subagentami: /goal działa w ramach systemu skills/commands Claude Code, który może wykorzystywać subagentów (komenda /fork) oraz tryb planowania (/plan) dla strategicznego podejścia przed rozpoczęciem realizacji.
    • Audyt i rubryki: W przeciwieństwie do Claude Code, gdzie /goal jest bardziej nastawiony na długoterminowe wykonywanie poleceń terminalowych, implementacja Claude Code kładzie nacisk na jasne kryteria zakończenia, audyt wykonania i rubryki akceptacji, co jest szczególnie przydatne w zadaniach wymagających recenzji, takich jak migracje API czy refaktoring kodu.

    • Persystencja celów jest kluczowa dla długoterminowych, wielosesyjnych workflowów. Zadanie ustanowione przez /goal może być realizowane przez Claude nawet gdy użytkownik zamyka terminal lub przechodzi do innych projektów. AI przechodzi przez cykl: planowanie, działanie, testowanie i recenzja, aż osiągnie zdefiniowane kryteria sukcesu. Stan jest zapisywany w postaci plików markdown, co pozwala na manualne edytowanie planu lub listy kroków.

    • Status i kontrola są dostępne natychmiast dzięki panelowi overlay, który pokazuje wykorzystany czas, liczbę tur i tokenów. Użytkownik może sprawdzić bieżący status komendą /goal bez potrzeby przechodzenia przez pełny cykl promptów. Wstrzymanie zadania (/goal pause) zachowuje stan, a ponowne uruchomienie (/goal resume) pozwala na kontynuację z tego samego miejsca. To jest szczególnie przydatne w przypadku długotrwałych zadań, gdzie człowiek musi interweniować lub sprawdzić postęp.

    • Integracja z skills i subagentami oznacza, że /goal jest częścią większego ekosystemu zarządzania. Może współpracować z subagentami (/fork) dla paralelizacji pracy, używać trybu planowania (/plan) dla strategii bez natychmiastowych zmian w kodzie oraz korzystać z komend takich jak /diff (recenzja zmian), /rewind (cofnij) i /btw (pytania poboczne). To czyni go silnym narzędziem dla złożonych, wieloetapowych projektów.

    Porównanie z Claude Code i praktyczne zastosowania

    Implementacja /goal w Claude Code różni się od rozwiązania Claude Code w kilku kluczowych aspektach. Claude Code koncentruje się na persystencji w terminalu i długoterminowym wykonywaniu poleceń CLI, co jest idealne dla workflowów takich jak refaktoring całego repozytorium, migracje czy naprawa testów, gdzie AI musi działać przez wiele godzin bez ingerencji człowieka. Claude Code, mimo że również może być użyty w takich scenariuszach, wprowadza bardziej zaawansowane zarządzanie zadaniami, jasne rubryki zakończenia i możliwość audytu realizacji.

    Hybrydowe podejście może być korzystne: wykorzystanie Claude Code do długoterminowej, terminalowej realizacji oraz Claude Code do finalnego audytu i recenzji zgodności z ustalonymi kryteriami. Testy pokazują, że takie podejście może być bardzo skuteczne.

    • Praktyczne zastosowania w web development, DevOps i AI-assisted workflow są liczne. /goal może być użyty do autonomicznego refaktoringu API (np. migracja z v1 do v2 z zachowaniem zielonych testów), iteracyjnego setupu infrastruktury (infra-as-code) czy długoterminowych napraw testów. Statystyki z demo pokazują, że 5-minutowe sesje dają pełny status i audyt, a nawet 18-godzinne, autonomiczne uruchomienia są możliwe dla wdrażania funkcji.

    Implementacje społecznościowe i przyszłość

    Komenda /goal w Claude Code nie jest jedyną implementacją w ekosystemie. Istnieje także projekt open-source claude-goal na GitHubie, który dodaje persistent local goal state i continuation instructions, zbliżając się bardziej do modelu Claude Code. To pokazuje aktywność społeczności w rozszerzaniu możliwości Claude Code.

    Nowa funkcja jest istotna dla deweloperów pracujących z AI w długoterminowych projektach. Umożliwia większą autonomię, gdzie AI może pracować niezależnie, a deweloper jedynie okresowo sprawdza status lub interweniuje. Dla DevOps, hosting setups i złożonych migracji, /goal wprowadza poziom automatyzacji, który znacząco redukuje manualne nadzorowanie.

    • Wnioski

    Claude Code /goal stanowi krok w kierunku bardziej autonomicznych, wielosesyjnych workflowów AI-assisted development. Choć podobne funkcje istnieją w innych środowiskach, implementacja Anthropic wyróżnia się naciskiem na zarządzanie, audyt i integrację z istniejącym ekosystemem.

    Źródła

  • Factory CLI v0.104.0 wprowadza ulepszone przepływy zatwierdzania i większą personalizację

    Factory CLI v0.104.0 wprowadza ulepszone przepływy zatwierdzania i większą personalizację

    Najnowsza wersja narzędzia Factory CLI, oznaczona numerem 0.104.0, została wydana, wprowadzając istotne ulepszenia w zakresie personalizacji środowiska pracy, przejrzystości operacji oraz stabilności całej platformy. Aktualizacja koncentruje się na usprawnieniu procesów związanych z rozwojem oprogramowania i DevOps, gdzie automatyzacja i kontrola nad działaniami AI są kluczowe. To kolejny krok w rozwoju narzędzia, które przekształca dni ręcznej pracy w repozytoriach w zestaw jedno-linijkowych komend.

    Wydanie v0.104.0 odpowiada na potrzeby programistów pracujących nad dużymi bazami kodu i złożonymi pipeline'ami, oferując bardziej przewidywalne i bezpieczne środowisko dla agentów AI, takich jak Droid.

    Kluczowe zmiany w wydaniu v0.104.0

    • Ścieżka do niestandardowego ripgrep – Nowa zmienna środowiskowa umożliwia wskazanie CLI na własny binarny plik ripgrep, co jest przydatne przy pracy z dużymi monorepozytoriami.
    • Konfiguracja BYOK w raportach błędów – Raporty błędów generowane przez system zawierają teraz konfiguracje „Bring Your Own Key”, co ułatwia debugowanie w zabezpieczonych środowiskach.
    • Wyjaśnienia dla komend z listy deny-list – CLI informuje użytkownika, dlaczego dana komenda została zablokowana podczas procesu zatwierdzania, zwiększając przejrzystość działań agenta AI.
    • Skrypt instalacyjny dla Windows – Instalacja na systemie Microsoftu została uproszczona do jednej komendy: irm https://app.factory.ai/cli/windows | iex.
    • Naprawy stabilności – Usunięto problemy związane z edycją specyfikacji, łącznością daemona i renderowaniem narzędzi, co zapewnia lepsze doświadczenie deweloperskie.

    Większa kontrola nad narzędziami wyszukiwania

    Jedną z istotnych nowości jest wsparcie dla niestandardowej ścieżki do ripgrep. To narzędzie do przeszukiwania tekstu jest kluczowe w Factory CLI, szczególnie przy analizie dużych kodów źródłowych.

    Dzięki nowej zmiennej środowiskowej zespoły mogą korzystać z własnej wersji ripgrep, być może skompilowanej z określonymi flagami optymalizacyjnymi lub znajdującej się w niestandardowej lokalizacji w ich pipeline'ach CI/CD. Taka personalizacja jest szczególnie cenna dla doświadczonych programistów i architektów, którzy dbają o spójność i wydajność narzędzi w organizacji. W praktyce przekłada się to na szybsze i bardziej dopasowane wyszukiwanie w projektach webowych czy DevOps.

    Przejrzystsze przepływy zatwierdzania i bezpieczeństwo

    Bezpieczne delegowanie zadań agentom AI wymaga zaufania, a zaufanie buduje przejrzystość. Wersja 0.104.0 mocno inwestuje w ten obszar. Gdy agent AI (np. Droid) zaproponuje wykonanie komendy, która znajduje się na tzw. deny-list, użytkownik zobaczy monit o zatwierdzenie oraz konkretne wyjaśnienie, dlaczego ta operacja jest uważana za ryzykowną.

    To rozwinięcie wcześniejszych funkcji, takich jak jaśniejsze oznaczanie poziomu ryzyka. Teraz deweloper ma pełniejszy kontekst, aby podjąć świadomą decyzję. Raporty błędów wzbogacone o szczegóły konfiguracji BYOK pozwalają szybciej diagnozować problemy w zabezpieczonych wdrożeniach, gdzie klucze API i dane są szczególnie chronione.

    Stabilizacja i poprawki dla codziennej pracy

    Każda platforma DevOps musi być niezawodna. W tym wydaniu zespół Factory naprawił kilka problemów, które mogły utrudniać codzienną pracę. Chodzi o problemy z edycją specyfikacji, które teraz powinny przebiegać płynniej, oraz z łącznością z daemonem – procesem działającym w tle, który jest mózgiem operacji CLI.

    Poprawki dotyczące renderowania narzędzi oznaczają, że interfejs użytkownika w terminalu będzie bardziej przewidywalny i mniej podatny na wizualne artefakty. Choć może to brzmieć jak drobiazg, w długiej sesji kodowania z asystentem AI każda irytująca usterka interfejsu ma znaczenie.

    Podsumowanie: kroki w stronę dojrzałego ekosystemu AI dla DevOps

    Factory CLI v0.104.0 to aktualizacja, która nie wprowadza spektakularnych nowych funkcji dla końcowego użytkownika, ale wzmacnia fundamenty. Wprowadzenie możliwości personalizacji kluczowego narzędzia jak ripgrep pokazuje dążenie do elastyczności w profesjonalnych środowiskach. Ulepszenia w przepływach zatwierdzania i raportowaniu błędów budują zaufanie do automatyzacji napędzanej sztuczną inteligencją.

    W połączeniu z innymi niedawnymi dodatkami, jak obsługa modelu GLM-5.1 czy narzędzie interval do cyklicznego uruchamiania zadań, Factory umacnia swoją pozycję jako platforma do automatyzacji złożonych procesów deweloperskich. To wydanie pokazuje, że narzędzie dojrzewa, koncentrując się na stabilności, kontroli i przejrzystości – cechach niezbędnych dla poważnej automatyzacji w DevOps.

    Źródła

  • OpenCode poprawia routing i stabilność sesji w wersji 1.4.11

    OpenCode poprawia routing i stabilność sesji w wersji 1.4.11

    Wydana niedawno aktualizacja OpenCode 1.4.11 koncentruje się na usprawnieniach podstawowej infrastruktury tego otwartoźródłowego asystenta kodowania AI. Najnowsze poprawki naprawiają problemy z routingiem przestrzeni roboczych oraz wprowadzają ulepszenia w zarządzaniu sesjami, co przekłada się na bardziej stabilne środowisko dla programistów korzystających z terminala, IDE lub aplikacji desktopowej.

    Kluczowe zmiany dotyczą zapewnienia, że żądania API docierają do właściwej instancji workspace'u, co wcześniej bywało źródłem błędów w przepływach tworzenia i synchronizacji. System przestał podejmować niepotrzebne próby synchronizacji sesji, które nigdy nie były udostępniane, co redukuje zbędny narzut operacyjny. Te techniczne poprawki mają realny wpływ na codzienną pracę z AI przy projektach webdev czy DevOps.

    Kluczowe punkty aktualizacji

    • Naprawa routingu workspace'ów: Poprawiono mechanizm kierowania żądań, aby zawsze trafiały do poprawnej instancji przestrzeni roboczej. Rozwiązano problem, w którym adaptery HTTP API gubiły kontekst instancji, co mogło zakłócać tworzenie, synchronizację i cały przepływ pracy.
    • Stabilność zarządzania sesjami: Zablokowano próby synchronizacji udostępniania (share sync) dla sesji, które nigdy nie były współdzielone. Dodatkowo wprowadzono inne poprawki w API sesji, jak spójne zwracanie błędów dla brakujących sesji.
    • Usprawnienia infrastrukturalne: W pakiecie znalazły się również inne poprawki, przywracające poprawne działanie formatowania kodu, gdy formatter pisze do stdout/stderr, oraz dodano wpis do menu Ustawienia systemu macOS dla lepszej ergonomii aplikacji desktopowej.

    Dlaczego routing workspace'ów ma znaczenie?

    OpenCode 1.4.11, jako agent AI działający w terminalu czy edytorze, często pracuje w kontekście wielu równoległych przestrzeni roboczych lub projektów. Usterka w routingu mogła prowadzić do sytuacji, w której komenda wydana dla jednego projektu była wykonywana w zupełnie innym kontekście, co powodowało zamieszanie i potencjalne błędy.

    Poprawka w najnowszych zmianach eliminuje ten problem, zapewniając integralność działania funkcji takich jak tworzenie nowego workspace'u, jego synchronizacja czy kierowanie żądań API. Dla programisty oznacza to większą przewidywalność. Gdy wydajesz polecenie, masz pewność, że zostanie ono wykonane tam, gdzie powinno. To kluczowe dla płynnego kodowania i efektywnego wykorzystania AI jako partnera w programowaniu.

    Lepsza kontrola nad sesjami i mniej szumu systemowego

    Lepsza kontrola nad sesjami i mniej szumu systemowego

    Druga główna zmiana dotyczy optymalizacji zarządzania sesjami. Mechanizm próbujący synchronizować sesje, które nigdy nie były oznaczone do udostępnienia, generował niepotrzebne operacje w tle. W środowiskach wielowątkowych czy przy pracy z wieloma projektami narzut taki mógł wpływać na responsywność.

    Teraz to zbędne obciążenie zostało wyeliminowane. System jest bardziej efektywny i nie marnuje zasobów. Dodatkowe poprawki w API sesji v2, jak poprawne kodowanie opcjonalnych pól w odpowiedziach, zwiększają ogólną stabilność i kompatybilność z różnymi klientami i integracjami.

    Otwarte ekosystemy i aktualizacje pluginów

    Otwarte ekosystemy i aktualizacje pluginów

    Platforma wspiera integrację z popularnymi modelami językowymi, takimi jak Claude, GPT czy Gemini, oraz z edytorami jak Zed. Działa w trybach "build" (pełny dostęp) i "plan" (tylko do odczytu), zawsze pytając o zgodę przed wykonaniem poleceń bash. Te udoskonalenia infrastruktury wspierają takie założenia, czyniąc narzędzie bardziej niezawodnym w codziennym użyciu.

    Co to oznacza dla programistów?

    Najnowsze poprawki, choć skupione na usprawnieniach "pod maską", są ważne dla każdego, kto używa OpenCode 1.4.11 do poważnej pracy. Stabilność routingu eliminuje frustrujące, trudne do debugowania błędy kontekstu. Lepsze zarządzanie sesjami sprawia, że aplikacja działa bardziej responsywnie.

    Dla zespołów zajmujących się web developmentem czy DevOps te zmiany przekładają się na mniej przestojów i większą płynność współpracy z AI. Otwartoźródłowy charakter projektu pozwala na głębszą integrację z własnym stackiem technologicznym i hostingiem. Kolejne wydania, które regularnie się pojawiają, budują na tych solidnych fundamentach, dodając nowe funkcje i dalsze udoskonalenia.

    Źródła

  • Claude Code naprawia błąd, który uniemożliwiał współpracę w zespole agentów

    Claude Code naprawia błąd, który uniemożliwiał współpracę w zespole agentów

    Wydanie Claude Code w wersji 2.1.114 z 18 kwietnia 2026 roku wprowadza istotną poprawkę stabilności, eliminując awarię okna dialogowego pozwoleń, która występowała, gdy członek zespołu agentów próbował uzyskać dostęp do narzędzia. To usprawnienie ma znaczenie dla efektywności pracy zespołowej nad wspólnymi projektami, w których wiele asystentów AI współpracuje ze sobą. Poprawka jest częścią ciągłych ulepszeń systemu zarządzania uprawnieniami w Claude Code, który stara się zrównoważyć bezpieczeństwo i produktywność.

    System ten domyślnie wymaga potwierdzenia użytkownika dla kluczowych akcji, takich jak edycja plików, operacje git, uruchamianie poleceń bash czy wywołania narzędzi. Choć zapewnia to bezpieczeństwo, prowadzi do zmęczenia zatwierdzeniami – statystyki pokazują, że użytkownicy ręcznie akceptują aż 93% takich promptów. Nowy tryb „auto mode”, wprowadzony niedługo po tej wersji, ma na celu automatyczne zatwierdzanie bezpiecznych akcji przy użyciu klasyfikatorów opartych na modelu AI, takich jak Claude Code.

    Kluczowe informacje o wydaniu 2.1.114

    • Naprawiony błąd awarii: Wersja 2.1.114 naprawia awarię w oknie dialogowym uprawnień, która występowała, gdy kolega z zespołu agentów żądał dostępu do narzędzia.
    • Kontekst systemu pozwoleń: Claude Code używa modelu, który ma na celu zapobieganie zmęczeniu zatwierdzeniami oraz niebezpiecznym obejściom, takim jak flaga --dangerously-skip-permissions.
    • Ewolucja w tryb auto: Niedługo po tej wersji wprowadzono tryb auto, który redukuje liczbę promptów o około 93%, automatycznie zatwierdzając akcje z listy bezpiecznych narzędzi.
    • Wpływ na workflow: Poprawka wspiera współpracę w zespołach agentów i vibe coding, zapobiegając nieoczekiwanym zakończeniom sesji podczas żądań dostępu inicjowanych przez innych członków zespołu.
    • Szersze zmiany w changelogu: W pobliskich wydaniach naprawiono także inne problemy z uprawnieniami, takie jak ignorowanie flagi --permission-mode przy sesjach --resume.

    Dlaczego ten błąd miał znaczenie dla zespołów?

    Kontekst, w którym występowała ta awaria, jest kluczowy dla nowoczesnych workflow programistycznych opartych na AI. Zespoły agentów w Claude Code to mechanizm, który pozwala wielu asystentom AI współpracować nad jednym zadaniem, dzieląc się podzadaniami i specjalizacjami. Gdy jeden z agentów próbował uzyskać dostęp do narzędzia – na przykład do odczytu pliku konfiguracyjnego, sprawdzenia statusu gita czy wykonania suchego przebiegu – system wyświetlał standardowe okno dialogowe z prośbą o zgodę.

    To właśnie w tym momencie dochodziło do awarii, przerywając całą sesję współpracy. W praktyce mogło to oznaczać utratę kontekstu, przerwanie długiego chaina myślowego lub konieczność restartu złożonego zadania. Dla programistów korzystających z Claude Code do vibe coding czy zautomatyzowanych workflow DevOps, w których kilka agentów jednocześnie pracuje nad kodem, infrastrukturą i wdrożeniem, taka niestabilność była znaczącą przeszkodą.

    System pozwoleń Claude Code: od ochrony do automatyzacji

    Aby zrozumieć wagę tej poprawki, warto przyjrzeć się ewolucji systemu pozwoleń w Claude Code. Podstawowy model, nazywany „ręcznym”, jest bardzo bezpieczny, ale prowadzi do nadmiaru interakcji. Z kolei opcja --dangerously-skip-permissions wyłącza wszystkie zabezpieczenia, co jest ryzykowne, szczególnie przy autonomicznych agentach.

    Jak wynika z wpisu na blogu inżynieryjnym Anthropica, wewnętrzny rejestr incydentów odnotowywał przypadki, w których nadgorliwy agent AI, działając w dobrych intencjach, podejmował działania wykraczające poza intencje użytkownika – na przykład usuwał zdalne gałęzie gita czy próbował migracji na produkcyjnej bazie danych. Stąd potrzeba znalezienia równowagi.

    Odpowiedzią jest tryb „auto mode”. W tym trybie klasyfikator oparty na modelu ocenia każdą akcję agenta przed jej wykonaniem. Działa dwuetapowo: najpierw szybki filtr, który w większości przypadków od razu zezwala na bezpieczne akcje, a tylko dla wątpliwych uruchamia pełne rozumowanie. Klasyfikator widzi tylko wiadomości użytkownika i wywołania narzędzi przez agenta, nie ma wglądu w wewnętrzne rozumowanie Claude’a, co jest celowym zabezpieczeniem.

    Wnioski: stabilność fundamentem współpracy

    Wydanie 2.1.114, choć skupione na jednym, konkretnym błędzie, ilustruje rozwój Claude Code w kierunku solidnego narzędzia do zespołowej pracy z AI. Poprawki stabilności w kluczowych punktach interakcji, takich jak dialogi pozwoleń, są równie ważne jak nowe funkcje.

    Naprawienie awarii w zespole agentów eliminuje frustrującą barierę dla zaawansowanych workflow, w których kilka asystentów AI musi współpracować. To także krok w stronę wizji, w której zarządzanie uprawnieniami będzie coraz bardziej inteligentne.

    Źródła

  • Claude Code 2.1.112 naprawia kluczowy problem z modelem 'claude-opus-4-7′

    Claude Code 2.1.112 naprawia kluczowy problem z modelem 'claude-opus-4-7′

    Anthropic opublikowało wersję 2.1.112 Claude Code 16 kwietnia 2026 roku, wprowadzając poprawkę, która stabilizuje dostęp do kluczowego modelu dla zautomatyzowanych przepływów pracy. Aktualizacja ta rozwiązała błąd, który uniemożliwiał korzystanie z modelu 'claude-opus-4-7' w trybie automatycznym. Dla programistów i zespołów, które opierają swoje procesy na automatyzacji, to istotne usprawnienie przywraca przewidywalność wydajności.

    Kluczowe informacje o wydaniu 2.1.112

    • Poprawka trybu auto: Głównym celem tej wersji było usunięcie błędu, który blokował dostęp do modelu 'claude-opus-4-7' w trybie automatycznym.
    • Usprawnienia stabilizacyjne: Oprócz głównej poprawki, wydanie zaadresowało inne problemy, w tym wyciek pamięci przy długo działających narzędziach oraz stabilność narzędzia Bash.
    • Część szerszej inicjatywy: Wydanie 2.1.112 było częścią większej kampanii stabilizacyjnej, obejmującej aktualizacje z maja 2026 roku, które przyniosły poprawki dla dużych sesji i szybsze uruchamianie MCP.
    • Rekompensata za wcześniejsze zmiany: Aktualizacja wpisuje się w kontekst wcześniejszych korekt dokonanych przez Anthropic, takich jak przywrócenie domyślnego poziomu wysiłku rozumowania modeli po nieudanej próbie jego obniżenia.

    Szczegóły techniczne poprawki w trybie auto

    Błąd naprawiony w wersji 2.1.112 był szczególnie uciążliwy dla użytkowników polegających na automatyzacji. Tryb auto w Claude Code pozwala asystentowi podejmować decyzje o wykonaniu akcji, takich jak uruchomienie skryptu czy edycja pliku, bez ciągłego potwierdzania przez człowieka. Gdy model 'claude-opus-4-7' przestał być dostępny w tym trybie, przepływy pracy mogły się zatrzymać lub zostać przeniesione na mniej wydajne modele, co wpływało na jakość generowanego kodu.

    Ta poprawka pokazuje, jak Anthropic traktuje priorytetowo niezawodność dla profesjonalnych użytkowników, którzy zintegrowali Claude Code ze swoimi potokami deweloperskimi. Stabilność dostępu do określonego modelu jest kluczowa w takich przypadkach.

    Inne ważne usprawnienia stabilności w 2.1.112

    Choć głównym celem było przywrócenie dostępu do modelu 'claude-opus-4-7', wydanie zawierało także inne poprawki zwiększające ogólną solidność narzędzia. Jedną z nich było rozwiązanie wycieku pamięci, który mógł występować, gdy długo działające narzędzia nie emitowały prawidłowego zdarzenia postępu. Takie błędy prowadzą do stopniowego zużycia pamięci RAM, co kończy się awarią aplikacji, szczególnie na serwerach czy przy długich sesjach kodowania.

    Kolejna poprawka dotyczyła narzędzia Bash. Naprawiono błąd, który powodował, że Bash stawał się bezużyteczny, jeśli katalog, w którym uruchomiono Claude Code, został usunięty lub przeniesiony w trakcie sesji. Taka sytuacja mogła się zdarzyć podczas refaktoryzacji projektu czy czyszczenia systemu plików, a teraz nie grozi już utratą funkcjonalności powłoki w aktywnym oknie.

    Wydanie poprawiło także mechanizm odzyskiwania sesji (--resume). Naprawiono awarię podczas uruchamiania w niektórych buildach oraz problem z dużymi sesjami, gdzie po nieczystym zamknięciu programu pojawiały się uszkodzone linie transkryptu. Teraz Claude Code potrafi je pominąć, pozwalając na wczytanie reszty sesji, co jest dużym udogodnieniem przy pracy nad rozbudowanymi projektami.

    Kontekst szerszych wysiłków stabilizacyjnych

    Wydanie 2.1.112 było częścią działań Anthropic mających na celu stabilizację Claude Code po fazie intensywnego rozwoju. Już kilka tygodni później, w maju 2026, pojawiła się aktualizacja, która przyniosła dalsze zyski wydajnościowe dla dużych sesji, szybsze uruchamianie serwerów MCP oraz ulepszoną stabilność zachowania terminala między sesjami.

    W okresie wokół premiery 2.1.112 zespół próbował zmniejszyć opóźnienia, obniżając domyślny poziom wysiłku rozumowania z high na medium. Decyzja ta negatywnie wpłynęła na jakość odpowiedzi modelu. Po licznych głosach ze społeczności, 7 kwietnia przywrócono oryginalne ustawienia: xhigh dla modelu 'claude-opus-4-7' i high dla pozostałych modeli. Problemy te zostały ostatecznie rozwiązane wraz z wersją 2.1.116 około 20 kwietnia. Rozwój tak złożonego narzędzia jak Claude Code to proces iteracyjny, wymagający ciągłego słuchania użytkowników i dostosowywania parametrów.

    Dlaczego te poprawki są ważne dla deweloperów

    Dla profesjonalnych programistów, stabilność i niezawodność narzędzi są kluczowe dla efektywności pracy.

    Źródła