Autor: redakcja

  • Claude Code 2.1.208: tryb dla czytników ekranu i stabilniejsze sesje w tle

    Claude Code 2.1.208: tryb dla czytników ekranu i stabilniejsze sesje w tle

    Anthropic wprowadziło aktualizację Claude Code 2.1.208, która dodaje tryb dla czytników ekranu, poprawia działanie w tle oraz przyspiesza sesje z wieloma narzędziami. To wydanie koncentruje się na dostępności i stabilności, wprowadzając zmiany, które szczególnie docenią programiści korzystający z terminala.

    Kluczowe zmiany w wydaniu

    • Tryb czytnika ekranu zamienia wizualny interfejs terminala na tekst, który narzędzia takie jak VoiceOver czy NVDA odczytują liniowo.
    • Mapowania w stylu Vima umożliwiają przypisanie sekwencji dwuklawiszowych, na przykład jj, do klawisza Escape w trybie insert.
    • Sesje w tle zyskały automatyczne odzyskiwanie po nieudanych dostawach oraz lepszą obsługę aktualizacji demona.
    • Optymalizacja wydajności przynosi nawet 7-krotnie szybsze rundy narzędziowe i do 79 razy mniejsze transkrypty sesji.
    • Poprawki stabilności eliminują problemy z zawieszaniem się przy zamykaniu połączeń HTTP/2 oraz z dołączaniem do sesji po aktualizacji.

    Tryb czytnika ekranu – CLI bez barier

    Nowy tryb dostępności odpowiada na konkretne potrzeby użytkowników. Standardowy widok Claude Code wykorzystuje naprzemienny ekran terminala (alternate screen), który nie obsługuje natywnego przewijania historii. Dla osób korzystających z czytników ekranu oznacza to trudności, ponieważ interfejs zmienia się dynamicznie, a kolorowe panele są interpretowane w sposób nieprzewidywalny.

    Tryb czytnika ekranu przekształca to w liniowy, czysty tekst. Można go włączyć na trzy sposoby: jednorazowo flagą claude --ax-screen-reader, przez zmienną środowiskową CLAUDE_AX_SCREEN_READER=1 lub w ustawieniach ("axScreenReader": true). Po aktywacji Claude Code przestaje rysować okienka i powiadomienia wizualne, pokazując jedynie tekst, który czytnik odczytuje po kolei. Użytkownicy VoiceOver na macOS i NVDA na Windowsie zyskają na użyteczności, ponieważ wcześniejsze korzystanie z Claude Code w terminalu było utrudnione.

    W tym trybie komunikaty o nowych uprawnieniach są odczytywane na głos, w tym przy zatwierdzaniu planu z Shift+Tab. Krótkie ogłoszenia, na przykład informacja o usuniętym słowie, pozostają na ekranie do momentu naciśnięcia klawisza, co daje czas na ich przetworzenie.

    Vimowe mapowania i stabilniejsze tło

    Vimowe mapowania i stabilniejsze tło

    Nowa funkcjonalność umożliwia mapowanie sekwencji dwuklawiszowych w trybie insert Vima. Użytkownicy, którzy od lat korzystają z jj jako Escape, mogą teraz przenieść tę konfigurację do Claude Code. Ustawienia trafiają do pliku keybindings.json, co pozwala na dostosowanie skrótów do własnych potrzeb.

    Sesje działające w tle były dotychczas problematyczne. Ta aktualizacja naprawia kilka istotnych kwestii: usunięto awarie przy zamykaniu połączeń HTTP/2 oraz sytuację, w której po aktualizacji binarki nie można było dołączyć do działającego procesu agenta. Sesje, które restartują się same, teraz zapisują i dostarczają tekst po powrocie, co oznacza, że agenci działający w tle nie będą gubić danych.

    Szybsze narzędzia, mniejsze transkrypty

    Szybsze narzędzia, mniejsze transkrypty

    Wydajność również została poprawiona. Zespół Anthropic wprowadził cache'owanie składania puli narzędzi, co przyspieszyło rundy narzędziowe nawet 7-krotnie w sesjach z wieloma MCP-tools. Dla osób pracujących z rozbudowanym zestawem narzędzi to znacząca różnica.

    Transkrypty sesji zostały znacznie zmniejszone, co w workflow z intensywną edycją plików przyniosło spadek rozmiaru nawet 79-krotnie. Mniejsze transkrypty oznaczają mniejsze zużycie pamięci, szybsze wznawianie sesji oraz ograniczone użycie dysku na checkpointy. W przypadku długotrwałych zadań, które są codziennością w devopsie czy vibe codingu, te optymalizacje mają duże znaczenie.

    Dodatkowo poprawiono responsywność wejścia – aktualizacje listy zadań nie przerysowują już całego interfejsu, co sprawia, że nawigacja stała się bardziej płynna.

    Rozwój w stronę dojrzałego narzędzia

    Claude Code 2.1.208 to nie rewolucja, ale znaczący krok naprzód. Tryb czytnika ekranu otwiera CLI na nową grupę użytkowników, a poprawki stabilności i wydajności sprawiają, że narzędzie lepiej radzi sobie z długimi sesjami z agentami i rozwidlonymi procesami. Dla web developerów, devopsów oraz osób zajmujących się AI-assisted coding to kolejny krok w kierunku narzędzia, na którym można polegać, nawet w przypadku intensywnego korzystania z terminala i wielu MCP-owych pluginów.

    Źródła

  • Codex CLI 0.144.1: cicha łatka, która ratuje instalację przed upadkiem

    Codex CLI 0.144.1: cicha łatka, która ratuje instalację przed upadkiem

    OpenAI wypuściło Codex CLI w wersji 0.144.1, co jest niewielką, ale ważną aktualizacją, która naprawia dwa istotne problemy związane z instalacją i uruchamianiem trybu kodowego. To wydanie typu hotfix koncentruje się na konkretnych błędach zgłaszanych przez użytkowników samodzielnych instalatorów oraz pakietów dla systemu macOS. Choć nie wprowadzono nowych funkcji, poprawki mają znaczący wpływ na codzienną pracę z narzędziem.

    Kluczowe zmiany w pigułce

    • Samodzielne instalacje przestały się nie udawać, gdy GitHub zwracał metadane wydań w skompaktowanej lub zmienionej kolejności.
    • Pakiety dla macOS teraz poprawnie eksponują binarkę hosta trybu kodowego razem z głównym plikiem wykonywalnym codex.
    • Tryb kodowy otrzymał mechanizm awaryjny — jeśli brakuje zewnętrznego pliku pomocniczego, automatycznie korzysta z wbudowanego środowiska uruchomieniowego.
    • Numeracja wersji sugeruje, że część poprawek wylądowała także w wersjach 0.144.1 i późniejszych, co wskazuje na backporty.

    Co dokładnie się zepsuło i dlaczego to ważne

    Główny problem dotyczył scenariusza, który na pierwszy rzut oka wydaje się niszowy, ale w praktyce mógł skutecznie uniemożliwić instalację. Gdy użytkownik pobierał Codex przez samodzielny instalator, narzędzie wysyłało zapytanie do API GitHuba po metadane wydania. Problem polegał na tym, że GitHub czasami zwracał te dane w formacie skompaktowanym lub z przestawioną kolejnością pól, a stary parser nie radził sobie z tymi zmianami.

    Efektem tego była awaria instalacji bez komunikatu, który mógłby pomóc w diagnozowaniu problemu. Dla kogoś, kto dopiero zaczyna korzystać z Codex CLI, takie doświadczenie mogło skutecznie zniechęcić do dalszych prób.

    Poprawki dla macOS i trybu kodowego

    Druga część łatki dotyczy użytkowników macOS korzystających z instalatorów pakietowych. W poprzednich wersjach binarka hosta trybu kodowego, niezbędna do działania tej ścieżki, nie była prawidłowo wystawiana obok głównego pliku codex. System po prostu jej nie widział, co powodowało, że tryb kodowy nie działał.

    Teraz pliki są poprawnie eksponowane, a jako dodatkowe zabezpieczenie zespół OpenAI dodał mechanizm fallbacku. Jeśli z jakiegoś powodu binarka pomocnicza nadal będzie niedostępna, Codex skorzysta z wbudowanego środowiska uruchomieniowego. To praktyczne rozwiązanie nie eliminuje problemu u źródła, ale zapewnia ciągłość pracy nawet w przypadku nieprzewidzianych sytuacji.

    Więcej niż jedna wersja

    Warto zwrócić uwagę na interesujący szczegół związany z numeracją. Choć 0.144.1 pojawiło się jako dedykowany hotfix, ślady tych samych poprawek można znaleźć w nowszych wydaniach, w tym w wersji 0.144.1, gdzie opis zmian mówi o backportowaniu poprawek stabilności. To sugeruje, że OpenAI potraktowało te błędy na tyle poważnie, by scalić je również z główną gałęzią rozwojową.

    Samo wydanie zostało szybko podchwycone przez opiekunów pakietów, między innymi w FreeBSD, gdzie odpowiedni commit w drzewie portów pojawił się niemal natychmiast.

    Dlaczego to istotne dla ekosystemu

    Codex CLI to nie jest zwykłe narzędzie do podpowiadania kodu — w obecnej formie potrafi samodzielnie wykonywać złożone zadania programistyczne w terminalu. Każda awaria na etapie instalacji to potencjalna utrata zaufania, szczególnie wśród developerów, którzy testują narzędzie w środowiskach CI/CD albo na maszynach bez dostępu do pełnego GUI.

    Poprawki z 0.144.1 nie są spektakularne. Nie wprowadzono zmian w modelach, nowych komend ani przepisanego interfejsu. Jednak takie ciche łatki często decydują o tym, czy narzędzie zostanie uznane za dojrzałe, czy za niedopracowany eksperyment. OpenAI pokazuje, że słucha zgłoszeń od społeczności, nawet jeśli dotyczą one pozornie marginalnych ścieżek instalacyjnych.

    Dla użytkowników, którzy polegają na trybie kodowym, to wydanie eliminuje frustrującą przeszkodę i sprawia, że Codex CLI staje się bardziej przewidywalne. A przewidywalność w narzędziach developerskich jest niezwykle cenna.

    Źródła

  • Codex 0.143.0 domyślnie włącza zdalne wtyczki i integrację z proxy systemowym

    Codex 0.143.0 domyślnie włącza zdalne wtyczki i integrację z proxy systemowym

    OpenAI udostępniło w lipcu 2026 roku stabilne wydanie Codex 0.143.0, które wprowadza trzy kluczowe zmiany dla programistów: domyślną obsługę zdalnych wtyczek, integrację z proxy systemowym na macOS i Windows oraz wsparcie dla modeli Amazon Bedrock. Ta aktualizacja jest skierowana głównie do zespołów korporacyjnych i deweloperów pracujących w środowiskach z restrykcyjnymi zasadami sieciowymi.

    Co nowego w pigułce

    • Zdalne wtyczki są teraz domyślnie włączone w Codex 0.143.0, a zaktualizowany marketplace pokazuje wersje i szczegółowe metadane katalogowe.
    • Systemowe proxy na macOS i Windows obsługuje ruch uwierzytelniający oraz zapytania API, w tym konfiguracje PAC i WPAD.
    • Modele Amazon Bedrock — GPT-5.6 Sol, Terra i Luna — są teraz dostępne z natywnym wsparciem dla max reasoning effort.
    • Poprawki stabilności obejmują ulepszoną obsługę terminala Windows oraz lepsze odzyskiwanie sesji przy rozłączonych serwerach wykonawczych.
    • Aktualizacje bezpieczeństwa w zależnościach projektu zostały załatane w ramach tego wydania.

    Zdalne wtyczki wychodzą z fazy eksperymentalnej

    Wcześniej zdalne wtyczki w Codex 0.143.0 wymagały ręcznego włączania. W wersji 0.143.0 OpenAI uczyniło je domyślnym zachowaniem, co znacząco zmienia workflow deweloperski. Marketplace wtyczek przeszedł również aktualizację: katalog teraz pokazuje numery wersji i szczegółowe metadane, co ułatwia zespołom ocenę kompatybilności wtyczek z ich konfiguracją.

    Wtyczki rozszerzają możliwości agenta Codex 0.143.0 o zewnętrzne narzędzia, integracje z API oraz specjalistyczne funkcje. Domyślne wsparcie dla zdalnych wtyczek oznacza mniej konfiguracji przy starcie projektu — wystarczy uruchomić terminal, wpisać codex i można od razu korzystać z ekosystemu rozszerzeń.

    Proxy systemowe wreszcie działa jak trzeba

    To istotna zmiana dla zespołów korporacyjnych. Codex 0.143.0 potrafi teraz kierować zarówno ruch uwierzytelniający (logowanie, tokeny), jak i zapytania do API przez systemowe proxy. Obsługuje PAC (Proxy Auto-Config) i WPAD (Web Proxy Auto-Discovery), które są powszechnie stosowane w zarządzanych sieciach firmowych.

    Dla deweloperów pracujących za korporacyjnym firewallem to koniec ręcznych obejść. Wcześniej Codex 0.143.0 miał problemy z połączeniami przy TLS inspection lub wymagał ręcznego ustawiania zmiennych środowiskowych. Teraz, jeśli system ma skonfigurowane proxy, Codex 0.143.0 automatycznie je respektuje. Dotyczy to zarówno macOS, jak i Windows, więc zespoły z różnym sprzętem nie napotkają problemów.

    Bedrock wchodzi do gry

    Bedrock wchodzi do gry

    Trzecia duża zmiana to integracja z Amazon Bedrock. Modele GPT-5.6 — Sol, Terra i Luna — można teraz wywoływać przez infrastrukturę AWS, co jest istotne dla zespołów korzystających z chmury Amazona. W wydaniu wspomniano o max reasoning effort, co pozwala na wymuszenie maksymalnego wysiłku wnioskowania na tych modelach. To może być przydatne w zadaniach wymagających głębszej analizy kodu lub złożonej refaktoryzacji.

    Jeśli twój zespół hostuje wszystko na AWS i ma już skonfigurowane VPC, IAM oraz pozostałą infrastrukturę, możesz teraz kierować zapytania Codex 0.143.0 przez Bedrock zamiast bezpośrednio do API OpenAI.

    Stabilność na Windows i odzyskiwanie offline

    Stabilność na Windows i odzyskiwanie offline

    Wydanie 0.143.0 naprawia również kilka uciążliwych błędów. Terminal Windows zyskał poprawki w obsłudze, co jest dobrą wiadomością dla programistów, którzy zgłaszali problemy z renderowaniem i czyszczeniem ekranu. Dodatkowo ulepszono mechanizm odzyskiwania dla serwerów wykonawczych, które tracą połączenie. Jeśli pracujesz z Codex 0.143.0 na niestabilnym łączu lub w środowisku, gdzie serwery mogą okresowo znikać, sesja nie powinna już umierać bezpowrotnie.

    Podsumowanie

    Codex 0.143.0 to aktualizacja, która nie wprowadza spektakularnych nowości, ale rozwiązuje konkretne problemy. Zdalne wtyczki działające od ręki przyspieszają start pracy, proxy systemowe odblokowuje Codex 0.143.0 w sieciach korporacyjnych, a Bedrock oferuje alternatywną ścieżkę rutowania dla zespołów na AWS. Jeśli używasz Codex 0.143.0 w firmie z TLS inspection lub proxy PAC/WPAD, to wydanie jest dla ciebie istotne.

    Źródła

  • Devin Desktop v3.4.27 naprawia podgląd zmian w trybie autonomicznym

    Devin Desktop v3.4.27 naprawia podgląd zmian w trybie autonomicznym

    Zespół Cognition wydał 7 lipca 2026 roku aktualizację Devin Desktop oznaczoną numerem v3.4.27. To wydanie koncentruje się na jednej kluczowej poprawce — usprawnieniu wyświetlania różnic w kodzie (diff) podczas pracy agenta w trybie autonomicznym. Zmiana ta ma bezpośredni wpływ na jakość codziennej pracy programistów, którzy chętniej korzystają z narzędzi AI, gdy mogą szybko i bez problemów sprawdzić, co dokładnie zmienił asystent.

    Co nowego w skrócie

    • v3.4.27 trafiła do użytkowników 7 lipca 2026 roku
    • Główna poprawka dotyczy przeglądania diffów w trybie autonomicznym agenta
    • Edycje wykonane autonomicznie generują teraz przejrzyste, możliwe do recenzji diffy
    • W ramach tego samego wydania dodano też wyświetlanie zużycia ACU w komendzie /usage
    • Devin Desktop to nowa nazwa dobrze znanego edytora Windsurf

    Dlaczego diffy mają znaczenie przy autonomicznym kodowaniu

    Korzystanie z agentów AI do generowania kodu stało się powszechną praktyką w środowiskach web dev i DevOps, zwłaszcza przy zadaniach powtarzalnych, takich jak generowanie komponentów, pisanie testów czy refaktoryzacja. Gdy agent działa w trybie autonomicznym, sam podejmuje decyzje o edycji plików. Właśnie wtedy możliwość szybkiego i czytelnego podglądu zmian staje się kluczowa dla zachowania kontroli nad projektem.

    Z dokumentacji Devin Desktop wynika, że domyślnym zachowaniem przy edycji plików przez agenta jest pokazywanie tzw. stref diffa — fragmentów kodu z przyciskami akceptacji lub odrzucenia. Deweloper widzi więc dokładnie, co się zmieniło, i może jedną decyzją włączyć poprawkę do kodu lub ją odrzucić. W praktyce, przy autonomicznych zadaniach, mechanizm ten potrafił szwankować. Wersja v3.4.27 to naprawia.

    Choć brzmi to jak drobiazg, każdy, kto spędził godziny na przeglądaniu zmian w kodzie, wie, że nieczytelny diff potrafi skutecznie zniechęcić do korzystania z asystenta AI. W zespołach, gdzie przegląd kodu jest obowiązkowym etapem przed wdrożeniem, przejrzystość podglądu ma bezpośredni wpływ na szybkość pracy.

    Zużycie ACU w zasięgu ręki

    Zużycie ACU w zasięgu ręki
    Źródło: exafunction.github.io

    Changelog wspomina także o usprawnieniu UX w ramach komendy /usage. Od teraz pokazuje ona bieżące zużycie ACU — jednostek rozliczeniowych wykorzystywanych przez agenta. To praktyczny dodatek dla tych, którzy monitorują limity, szczególnie przy intensywnej pracy, gdzie świadomość pozostałych zasobów pozwala lepiej planować zadania.

    Warto pamiętać, że Devin Desktop to produkt, który przeszedł rebranding — wcześniej znany był jako Windsurf. Zmiana nazwy nie wpłynęła na sam edytor, ale podkreśla kierunek, w jakim zmierza Cognition: zintegrowane środowisko z agentem AI jako centralnym elementem.

    Co to oznacza dla web developerów i zespołów DevOps

    Aktualizacja nie wprowadza nowych funkcji. Skupienie się na niezawodności mechanizmu podglądu zmian świadczy o tym, że twórcy słuchają użytkowników i wiedzą, gdzie leży codzienny ból. Praca z kodem to nie tylko pisanie — to ciągłe czytanie i weryfikacja. Gdy AI działa autonomicznie, zaufanie do narzędzia buduje się przez takie detale jak czytelność diffów, szybkość podglądu i brak frustracji przy akceptowaniu zmian.

    Dla zespołów korzystających z Devin Desktop w projektach webowych czy przy automatyzacji zadań DevOps, v3.4.27 to cicha, ale wartościowa poprawka. Zmniejsza tarcie w kluczowym punkcie przepływu pracy — między wygenerowaniem kodu a jego wdrożeniem. W świecie, gdzie jakość kodu i szybkość iteracji decydują o sukcesie projektu, takie detale mają istotne znaczenie.

    Źródła

  • Devin Desktop v3.4.27 naprawia przeglądanie zmian w trybie autonomicznym

    Devin Desktop v3.4.27 naprawia przeglądanie zmian w trybie autonomicznym

    Cognition wypuściło 7 lipca 2026 roku wersję v3.4.27 swojego edytora Devin Desktop. To niewielka aktualizacja, która poprawia błędy związane z wyświetlaniem różnic w kodzie podczas pracy w trybie autonomicznym. Łatka została wydana zaledwie trzy dni po wcześniejszej wersji v3.4.27, co pokazuje, jak szybko zespół reaguje na problemy zgłaszane przez użytkowników korzystających z agentów AI.

    Nowa wersja to przykład aktualizacji konserwacyjnej — nie wprowadza nowych funkcji, a skupia się na usunięciu konkretnego, uciążliwego błędu. Dla osób korzystających z autonomicznych agentów do generowania kodu ma to istotne znaczenie.

    Co warto wiedzieć

    • Naprawiono błędy wyświetlania diffów w trybie autonomicznym — edycje agenta są teraz czytelne i można je normalnie przeglądać.
    • v3.4.27 sprzed trzech dni dodała automatyczne ponowne łączenie sesji Devin Cloud oraz ulepszoną obsługę obrazów.
    • Cykl wydawniczy na początku lipca 2026 pokazuje szybkie tempo poprawek — zespół Cognition dostarcza łatki w ciągu kilku dni.
    • Znaczenie dla developerów korzystających z AI: przeglądanie diffów to główna powierzchnia przeglądu zmian wprowadzanych przez autonomicznego agenta.

    Dlaczego przeglądanie diffów ma znaczenie

    W pracy z agentami AI, które samodzielnie wprowadzają zmiany w kodzie, podgląd różnic to kluczowe narzędzie kontroli. Devin Desktop wykorzystuje "diff zones" — podświetlenia w tekście pliku z przyciskami akceptacji i odrzucenia. Jeśli ten mechanizm nie działa, developer traci możliwość szybkiej weryfikacji, co agent faktycznie zmodyfikował.

    Tryb autonomiczny, znany również jako Code mode, pozwala agentowi na wieloetapową pracę bez ciągłego nadzoru. Agent sam planuje kolejne kroki i wprowadza zmiany. Gdy diffy nie wyświetlają się poprawnie, użytkownik zostaje z kodem, którego nie może przejrzeć w standardowy sposób. To prowadzi do frustracji i potencjalnych błędów, które trudniej wyłapać.

    Takie drobne poprawki decydują o tym, czy narzędzie nadaje się do codziennej pracy. Efektowne funkcje przyciągają uwagę, ale to niezawodność podstawowych mechanizmów — takich jak przeglądanie diffów — buduje zaufanie.

    Co przyniosła poprzednia wersja v3.4.27

    Trzy dni wcześniej, 4 lipca, Devin Desktop otrzymał znacznie bogatszą aktualizację. Wersja v3.4.27 wprowadziła automatyczne ponowne łączenie sesji Devin Cloud. To istotne dla każdego, kto pracuje z długimi zadaniami — sesja, która przerwała się z powodu problemów sieciowych, sama wraca do działania bez ręcznej interwencji.

    Dodatkowo poprawiono obsługę obrazów i dodano nowe opcje konfiguracji dla Devin Local, lokalnego agenta zastępującego wycofywany Cascade. Oznacza to, że środowisko lokalne stało się bardziej elastyczne i lepiej dostosowuje się do różnych scenariuszy pracy.

    Dokumentacja Devin Desktop opisuje dwa główne tryby pracy: Code mode do autonomicznych zadań wieloetapowych oraz Plan mode do strukturalnego planowania implementacji. Różnią się one poziomem samodzielności agenta, dlatego poprawne działanie diffów w obu trybach jest tak istotne.

    Kontekst dla użytkowników AI i DevOps

    Dla zespołów korzystających z asystentów AI w codziennym kodowaniu, niezawodne przeglądanie zmian to podstawa code review. Automatyczne ponowne łączenie sesji redukuje przerwy podczas dłuższych zadań, co pasuje do typowych workflow DevOps, gdzie sesje mogą być otwarte przez długi czas.

    Devin Desktop przeszedł w 2026 roku znaczącą transformację — z edytora Windsurf stał się hubem zarządzania agentami. Wraz z wycofaniem Cascade (EOL 1 lipca 2026) i wprowadzeniem Devin Local, narzędzie przeszło z modelu "IDE z agentem" na "centrum dowodzenia agentami z pełnym IDE". W tym kontekście szybkie łatanie błędów związanych z podstawowymi mechanizmami edycji nabiera dodatkowego znaczenia — użytkownicy migrujący z Cascade potrzebują stabilnego środowiska.

    Wersja v3.4.27 to przykład wydania, jakiego można oczekiwać od aktywnie rozwijanego narzędzia: małe, celowane, dostarczone szybko. Dla użytkowników autonomicznych agentów oznacza to mniej frustracji przy przeglądaniu zmian i pewność, że zespół Cognition monitoruje sytuację.

    Źródła

  • Claude Code 2.1.200: sterowanie uprawnieniami wraca w ręce programisty, agenty w tle przestają się sypać

    Claude Code 2.1.200: sterowanie uprawnieniami wraca w ręce programisty, agenty w tle przestają się sypać

    Anthropic wypuścił wersję 2.1.200 narzędzia Claude Code, która domyślnie przełącza model uprawnień na Manual i wymusza ręczne zatwierdzanie dialogów AskUserQuestion we wszystkich interfejsach — CLI, VS Code oraz JetBrains. Zmiany te mają na celu ograniczenie przypadkowego wykonania kodu bez nadzoru, co przy pracy z agentami bywało poważnym ryzykiem.

    Równolegle zespół dostarczył zestaw poprawek stabilności dla agentów działających w tle. Sesje backgroundowe doczekały się łatek na zakleszczenia demonów, awarie procesów i błędy autoryzacji socketów. Dodatkowo wprowadzono ulepszenia dostępności dla czytników ekranu oraz usunięto kilka błędów renderowania i zarządzania sesjami.

    Co konkretnie zmienia Claude Code 2.1.200

    • Uprawnienia Manual zastępują poprzedni model domyślny we wszystkich głównych interfejsach; alias manual działa zamiennie z default w konfiguracji.
    • Dialogi AskUserQuestion przestały kontynuować automatycznie — wymagają jawnego działania użytkownika po każdej odpowiedzi.
    • Agenci w tle otrzymali poprawki eliminujące zakleszczenia demonów, nagłe awarie procesów i problemy z autoryzacją socketów.
    • Czytniki ekranu zyskały ulepszenia dostępnościowe w terminalu i integracjach edytorowych.
    • Sesje backgroundowe nie będą już cicho zatrzymywać się w połowie tury po uśpieniu systemu lub ponownym otwarciu wstrzymanej pracy.

    Dlaczego „Manual” robi różnicę

    Wcześniej domyślne uprawnienia Claude Code pozwalały agentowi na samodzielne wykonywanie wielu operacji — czasem bez wyraźnego potwierdzenia ze strony programisty. Przy szybkim tempie pracy zdarzało się, że narzędzie kontynuowało działanie, gdy użytkownik odwrócił uwagę od terminala. Nowy tryb Manual oznacza, że każde wywołanie wymagające zgody czeka na bezpośrednią reakcję. Nie ma już automatycznego przechodzenia dalej.

    Dla zespołów DevOps i osób pracujących w środowiskach zbliżonych do produkcyjnych to istotna zmiana. Zmniejsza się ryzyko niekontrolowanej modyfikacji konfiguracji serwerów czy kodu infrastrukturalnego. Deweloperzy korzystający z subagentów docenią również alias manual — dokumentacja potwierdza, że od wersji 2.1.200 można go używać zamiennie z default, co ułatwia migrację starszych konfiguracji bez grzebania w plikach ustawień.

    Stabilność agentów, która naprawdę działa

    Background agents w Claude Code to mechanizm pozwalający na uruchamianie długotrwałych zadań bez konieczności trzymania otwartego terminala. Niestety, wcześniejsze wydania miały kilka dokuczliwych usterek: blokady demonów mogły zawiesić sesję, procesy agentów niespodziewanie znikały, a sockety gubiły autoryzację w trakcie pracy.

    Wersja 2.1.200 celuje w te problemy. Wyeliminowano przypadki, w których sesja backgroundowa przestawała działać w połowie tury po wybudzeniu komputera ze snu albo po ponownym podłączeniu do wstrzymanego zadania. To konkretna korzyść dla osób uruchamiających wielogodzinne procesy, takie jak "nightly buildy" czy skrypty monitorujące stan infrastruktury.

    W tej wersji pojawiła się także infrastruktura dla eksperymentalnych „obserwatorów” — drugi agent może nadzorować głównego i raportować przez ObserverReport, co otwiera możliwości bardziej złożonych przepływów pracy z podwójną kontrolą.

    Drobne, ale potrzebne poprawki

    Nie samymi uprawnieniami i agentami żyje programista. Wersja 2.1.200 wprowadza kilka mniej widocznych, ale przydatnych łatek: błędy renderowania w różnych widokach zostały naprawione, zarządzanie sesjami nie gubi stanu przy przełączaniu kontekstów, a czytniki ekranu zyskały wsparcie, które zwiększa użyteczność narzędzia w zespołach dbających o dostępność.

    Dla użytkowników pracujących w VS Code i JetBrains zmiana etykiety uprawnień na Manual pojawia się także w panelach pomocy (--help), co sprawia, że nowe zachowanie jest od razu widoczne — nie trzeba go szukać w changelogu.

    Podsumowanie

    Claude Code 2.1.200 to aktualizacja, która nie wprowadza spektakularnych nowości, ale przesuwa akcenty w kierunku kontroli i niezawodności. Przejście na Manual jako domyślny tryb uprawnień daje programistom większą decyzyjność, a stabilizacja background agents sprawia, że długotrwałe zadania stają się bardziej przewidywalne. W codziennej pracy oznacza to mniej niespodzianek i więcej stabilności — co jest kluczowe w narzędziach AI wspomagających kodowanie.

    Źródła

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

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

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

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

    Kluczowe informacje o wydaniu

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

    Dlaczego to ma znaczenie w pracy developera

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

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

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

    Bezpieczeństwo w interfejsie terminalowym

    Bezpieczeństwo w interfejsie terminalowym

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

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

    Co to znaczy dla vibe codingu

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

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

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

    Źródła

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

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

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

    Co nowego w skrócie

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

    Co konkretnie zmieniło się w hookach

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

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

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

    WezTerm dołącza do obsługiwanych terminali

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

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

    Przeszukiwanie czatu zmienia workflow

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

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

    Co z wydajnością

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

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

    Dlaczego te zmiany mają znaczenie

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

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

    Źródła

  • OpenCode z adaptacyjnym myśleniem Claude Sonnet 5 i odświeżonymi kontrolkami MCP

    OpenCode z adaptacyjnym myśleniem Claude Sonnet 5 i odświeżonymi kontrolkami MCP

    Najnowsze aktualizacje OpenCode z września 2026 wprowadzają natywne wsparcie dla adaptacyjnego myślenia w modelu Claude Sonnet 5 oraz gruntownie przebudowują obsługę protokołu MCP. Zmiany dotyczą zarówno warstwy core’owej narzędzia, jak i aplikacji desktopowej, a także integracji z zewnętrznymi modelami przez rozszerzenia. Kluczowym elementem jest inteligentna alokacja wysiłku wnioskowania, która dostosowuje się do złożoności zadania, zamiast sztywno trzymać się budżetu tokenów.

    Kluczowe fakty

    • Claude Sonnet 5 domyślnie korzysta z adaptacyjnego myślenia, które dynamicznie dobiera poziom wysiłku wnioskowania do konkretnego zadania.
    • Protokół MCP zyskał automatyczną rekonfigurację połączeń po uwierzytelnieniu OAuth oraz odświeżanie buforowanych zdalnych umiejętności.
    • Sesje ACP zapamiętują teraz model, tryb, poziom wysiłku i granice fragmentów wnioskowania przy wznawianiu lub forkach.
    • Rozszerzenia potrafią żądać podsumowanego adaptacyjnego myślenia dla modeli GitHub Copilot.
    • Aplikacja desktopowa doczekała się usprawnień w zarządzaniu sesjami i obsłudze okien.

    Adaptacyjne myślenie — co to właściwie znaczy?

    Tradycyjnie modele AI działały ze stałym budżetem wnioskowania, niezależnie od tego, czy zadanie wymagało głębokiej analizy kodu, czy prostej odpowiedzi na pytanie. Claude Sonnet 5 w OpenCode zmienia ten schemat. Mechanizm adaptacyjnego myślenia analizuje charakter promptu i decyduje, ile mocy obliczeniowej poświęcić na odpowiedź.

    Dla zespołów devopsowych oznacza to mniej marnowania tokenów na proste zadania i jednocześnie głębszą analizę tam, gdzie jest to potrzebne. Na przykład, przy debugowaniu skomplikowanego pipeline’u CI/CD model poświęci więcej czasu na analizę, a przy generowaniu boilerplate’u skończy szybciej.

    Aktualizacja z 14 września 2026 przywróciła obsługę modelu sesji ACP. Przy wznawianiu, forkach i ładowaniu zapisanych sesji narzędzie przywraca teraz parametry: model, tryb, poziom wysiłku i granice fragmentów wnioskowania. Nie trzeba już ręcznie konfigurować tych ustawień po powrocie do przerwanego zadania.

    MCP — mniej awarii, więcej kontroli

    MCP — mniej awarii, więcej kontroli

    Protokół MCP (Model Context Protocol) to kluczowy element komunikacji między OpenCode a zewnętrznymi narzędziami. Serwery MCP można definiować lokalnie przez komendę startową lub zdalnie przez URL. Dokumentacja narzędzia pokazuje, że każdy serwer ma teraz osobne ustawienia (komenda, argumenty, zmienne środowiskowe, nagłówki), a całość można przełączać globalnymi timeoutami.

    Największa zmiana to obsługa OAuth. Wcześniej po wygaśnięciu tokena integracja mogła przestać działać, co wymagało restartu sesji. Teraz OpenCode automatycznie odświeża połączenie po handshake’u OAuth i przywraca buforowane zdalne umiejętności bez przerywania pracy.

    Dla „vibe coding” i pracy terminalowej istotne jest autouzupełnianie zasobów MCP w kompozytorze — pisząc kod, narzędzie podpowiada dostępne endpointy i narzędzia z podłączonych serwerów. Podobnie działa autouzupełnianie dla skonfigurowanych referencji.

    Desktop i SDK — nowości dla różnych przepływów pracy

    Desktop i SDK — nowości dla różnych przepływów pracy

    Wersja desktopowa zyskała kilka konkretnych usprawnień. Sesje bez tytułów pokazują teraz wygenerowane nazwy zamiast pustych pól, a zmiana nazwy z poziomu edytora tytułu czy menu kontekstowego karty jest teraz niezawodna. Aplikacja na macOS nie wyłącza się po zamknięciu ostatniego okna — pozostaje aktywna i otwiera nowe okno po kliknięciu w docku.

    Dla użytkowników międzynarodowych rozszerzono pokrycie locale — aplikacja obsługuje teraz większą liczbę języków, układy od prawej do lewej (RTL) oraz stosuje poprawne reguły liczby mnogiej w tłumaczeniach.

    Po stronie SDK i API nowości są raczej ewolucyjne. Ekosystem API bezgłowego i integracje MCP zostały rozszerzone o lepsze raportowanie błędów w strumieniach SSE oraz retry przy błędach sieciowych. Timeouty dla strumieniowanych odpowiedzi i nagłówków providerów domyślnie ustawiono na pięć minut, aby wolno startujące modele nie powodowały fałszywych błędów.

    Co to znaczy dla AI, web devu i devopsów

    Dla zespołów webdeveloperskich największą wartością jest płynniejsze przełączanie się między zadaniami — sesje pamiętają kontekst, a MCP utrzymuje połączenia ze zdalnymi narzędziami. Przy pracy z CI/CD czy zdalnymi serwerami MCP, gdzie integracje OAuth były częstym punktem awarii, automatyczna rekonfiguracja to oszczędność czasu.

    Adaptacyjne myślenie Claude Sonnet 5 pozwala lepiej skalować koszty — prostsze zadania zużywają mniej tokenów, a złożone dostają dokładnie tyle mocy, ile potrzebują. To szczególnie przydatne przy dużych projektach, gdzie dziennie wykonuje się setki interakcji z modelem.

    Źródła

  • Claude Code wprowadza domyślnie Claude Sonnet 5 – potężny model z 1M oknem kontekstu za 2 dolary

    Claude Code wprowadza domyślnie Claude Sonnet 5 – potężny model z 1M oknem kontekstu za 2 dolary

    Anthropic wprowadził aktualizację Claude Code 2.1.197, w której domyślnym modelem asystenta kodowania stał się Claude Sonnet 5. To znacząca zmiana dla zespołów pracujących z dużymi bazami kodu, ponieważ nowy model oferuje natywne okno kontekstu mieszczące milion tokenów. Promocyjna wycena API obowiązuje do końca sierpnia 2026 roku. Aktualizacja została wprowadzona 30 czerwca 2026 roku i jest dostępna dla wszystkich użytkowników narzędzia.

    Co nowego w skrócie

    • Claude Sonnet 5 jest teraz domyślnym modelem w Claude Code, zastępując wcześniejszą wersję.
    • Natywne okno kontekstu 1M tokenów umożliwia analizowanie całych repozytoriów, wieloplikowe refaktoryzacje oraz złożone debugowanie w jednej sesji.
    • Ceny promocyjne wynoszą 2 USD za milion tokenów wejściowych i 10 USD za milion wyjściowych, obowiązujące do 31 sierpnia 2026.
    • Aktualizacja do wersji 2.1.197 jest wymagana, aby skorzystać z nowego modelu.

    Skok w agentowym kodowaniu

    Sonnet 5 to najbardziej zaawansowany model w linii Sonnet. W testach osiąga wyniki bliskie poziomowi Opus, ale przy znacznie niższych kosztach. Oznacza to, że model samodzielnie planuje działania, korzysta z narzędzi takich jak przeglądarki, terminale i edytory, oraz realizuje wieloetapowe zadania bez ciągłego nadzoru. W przeciwieństwie do wcześniejszych wersji Sonnetów, które często kończyły pracę w połowie, „piątka” doprowadza zadania do końca. Sprawdza również własne wyniki z własnej inicjatywy, bez potrzeby dodatkowych promptów o weryfikację.

    Dla web developerów to istotna zmiana. Milion tokenów kontekstu wystarcza, aby objąć duże fragmenty projektu, prześledzić zależności między modułami i przeprowadzić refaktoryzację bez gubienia wątku. Modele z mniejszym oknem często tracą szerszy obraz, gdy sesja się przeciąga — ten problem w Sonnet 5 został rozwiązany.

    Co to oznacza dla zespołów DevOps i CI

    Promocyjna wycena API jest szczególnie ważna dla automatyzacji. Zespoły, które integrują Claude Code w pipeline'y CI/CD lub używają go do masowej analizy kodu, mogą przetestować nowy model przy relatywnie niskich kosztach. Należy jednak pamiętać, że cena 2/10 USD za milion tokenów to oferta limitowana — po 31 sierpnia wróci standardowy cennik. Warto zaplanować większe zadania tak, aby zmieścić się w tym okresie.

    Jeśli twój zespół korzysta z Claude Code przez API, sprawdź wersję klienta. Bez aktualizacji do 2.1.197 model Sonnet 5 nie będzie dostępny, nawet jeśli konto ma odpowiednie uprawnienia. Anthropic wyłączył również ręczne rozszerzone myślenie — parametr thinking: {type: "enabled", budget_tokens: N} został usunięty po deprecjacji. Zamiast tego model korzysta z adaptacyjnego myślenia, regulowanego parametrem effort.

    Migracja bez większych niespodzianek

    Dla zespołów przechodzących z poprzednich wersji, Anthropic zaleca dostosowanie poziomu effort zamiast przenoszenia ustawień jeden do jednego. Sonnet 5 na poziomie medium dorównuje możliwościami poprzednim wersjom na high. Jeśli potrzebujesz maksymalnej mocy, zwiększ effort na xhigh — to zalecane ustawienie do najtrudniejszych zadań programistycznych.

    Model domyślnie kalibruje długość odpowiedzi do złożoności zadania. Na proste pytania odpowie krócej niż poprzednik, podczas analizy rozbudowanego kodu rozwinie się bardziej. Jeśli twój interfejs oczekuje konkretnej formy odpowiedzi, może być potrzebne dostrojenie promptów.

    Aktualizacja do wersji 2.1.197 nie wymaga dodatkowych uprawnień — wystarczy standardowa procedura aktualizacji w menedżerze pakietów lub bezpośrednio przez CLI. Nowy model działa jako domyślny od razu po restarcie narzędzia.

    Podsumowanie

    Zmiana domyślnego modelu na Sonnet 5 to istotna aktualizacja. Milion tokenów kontekstu, wyższa agentyczność i niższe ceny w porównaniu do Opus wprowadzają realne zmiany w pracy z kodem. Jest to szczególnie istotne dla zespołów, które miały trudności z ograniczeniami okna kontekstu przy analizie dużych repozytoriów. Wersja 2.1.197 jest już dostępna, a promocyjne stawki API obowiązują tylko do końca sierpnia.

    Źródła