Kategoria: Oprogramowanie

  • OpenAI Codex 0.145.0: import z Cursor i Claude Code oraz stabilny multi-agent V2

    OpenAI Codex 0.145.0: import z Cursor i Claude Code oraz stabilny multi-agent V2

    OpenAI wydało 21 lipca 2026 roku OpenAI Codex 0.145.0, a aktualizacja ta jest skierowana głównie do programistów, którzy chcą szybko przenieść swoje środowisko pracy z innych narzędzi agentowych. Najważniejszą nowością jest rozszerzona komenda /import, która umożliwia migrację konfiguracji z Cursor i Claude Code bez ręcznego odtwarzania ustawień. Dodatkowo, wprowadzono stabilizację funkcji multi-agent V2, eksperymentalną integrację z Amazon Bedrock oraz eksperymentalną paginowaną historię wątków.

    Kluczowe zmiany w skrócie

    • Import z Cursor i Claude Code — rozszerzona komenda /import przenosi ustawienia, serwery MCP, wtyczki, sesje, komendy i pamięć projektu.
    • Rozszerzenia multi-agent V2 — konfigurowalne modele podagentów, poziomy rozumowania, limity równoległości i role.
    • Amazon Bedrock — eksperymentalne logowanie i obsługa własnych endpointów, z domyślnym modelem GPT-5.6 Sol.
    • Audio w OpenAI Codex — wejście audio, wyjścia audio narzędzi oraz rozmowy strumieniowe Realtime V3.
    • Poprawki Windows — sandboxowanie serwera wykonywania, wymuszanie proxy sieciowego i poprawne cytowanie hooków.

    Migracja z Cursor i Claude Code staje się prostsza

    Rozszerzona komenda /import to istotna zmiana w tym wydaniu. Przenosi nie tylko podstawowe preferencje, ale także elementy wpływające na działanie agentów: serwery MCP, wtyczki, sesje, komendy oraz pamięć przypisaną do konkretnego projektu.

    Dla zespołów webowych i DevOps oznacza to znacznie niższy koszt testowania OpenAI Codex obok dotychczasowego środowiska. Nie ma potrzeby ręcznego odtwarzania konfiguracji, co sprawia, że migracja sesji i pamięci projektu jest bardziej efektywna.

    To rozsądny krok ze strony OpenAI. Próg wejścia dla osób przyzwyczajonych do Cursor czy Claude Code spada, a możliwość przeniesienia istniejących sesji i pamięci projektu sprawia, że migracja nie wiąże się z utratą kontekstu.

    Multi-agent V2: więcej niż sekwencyjne wykonywanie zadań

    Stabilizacja części funkcji frameworka multi-agent V2 rozszerza OpenAI Codex poza model pojedynczego agenta, który wykonuje zadania jedno po drugim. Teraz można określać model podagenta, poziom rozumowania, limit równoległości oraz role.

    W praktyce pozwala to rozdzielać pracę na równoległe zadania, takie jak analiza repozytorium, testy, przegląd zmian i przygotowanie dokumentacji. To szczególnie przydatne w większych projektach, gdzie różne części kodu wymagają odmiennego podejścia.

    Noty wydania nie podają jednak publicznych benchmarków ani procentowej poprawy skuteczności. Warto więc traktować to jako funkcję, która będzie podlegać dalszym optymalizacjom.

    Amazon Bedrock i GPT-5.6 Sol

    Integracja z Amazon Bedrock jest istotna dla organizacji, które chcą korzystać z infrastruktury AWS, własnych endpointów lub istniejących mechanizmów uwierzytelniania. Domyślnym modelem wskazanym w notach wydania jest GPT-5.6 Sol.

    Funkcja pozostaje eksperymentalna, więc nie należy traktować jej jako tak samo dojrzałej jak podstawowe ścieżki logowania OpenAI Codex. Mimo to otwiera drogę do uruchamiania OpenAI Codex w środowiskach, które dotąd wymagały obejść lub dodatkowej konfiguracji.

    Audio i Realtime V3

    Wydanie dodaje obsługę wejściowych danych audio oraz wyjść audio generowanych przez narzędzia. Wspierane są popularne lokalne formaty dźwięku, a do tego wprowadzono strumieniowe rozmowy Realtime V3.

    To zmiana, która może zainteresować osoby pracujące głosowo, na przykład podczas przeglądania kodu czy szybkiego prototypowania bez klawiatury. Choć to wciąż wczesna funkcjonalność, kierunek jest jasny: OpenAI Codex ma działać nie tylko w terminalu pisanym, ale także w interakcji głosowej.

    Stabilność, terminal i bezpieczeństwo na Windows

    Poprawki w systemie Windows obejmują natywne sandboxowanie serwera wykonywania, egzekwowanie użycia proxy sieciowego, ukrywanie pomocniczych konsol oraz prawidłowe cytowanie komend hooków. To zmiany, które wpływają na niezawodność automatyzacji buildów, testów i wdrożeń.

    Dodatkowo, wydanie naprawia parsowanie metadanych compact oraz instalację trybu kodowania na macOS. Wprowadzono także awaryjne wykonywanie w procesie, gdy zewnętrzny host trybu kodowania jest niedostępny.

    W notach nie znajdziemy liczbowych danych o spadku liczby awarii ani formalnych wyników audytu bezpieczeństwa. Najlepiej traktować te elementy jako funkcje i poprawki wymienione w informacji o wydaniu, a nie jako potwierdzone procentowo ulepszenia.

    Co dalej z OpenAI Codex

    Wydanie OpenAI Codex 0.145.0 pokazuje, że OpenAI traktuje OpenAI Codex jako platformę, a nie tylko prosty interfejs CLI. Zmiany obejmują warstwę konfiguracji, integracji modeli, wykonywania narzędzi i obsługi agentów. Dokumentacja została zaktualizowana o informacje dotyczące rozpoznawania modeli GPT-5.6, tworzenia promptów i migracji na macOS, Linuxie oraz Windows.

    Najbliższe miesiące pokażą, czy /import przyciągnie użytkowników z konkurencyjnych środowisk i czy multi-agent V2 sprawdzi się w realnych projektach, a nie tylko w testach. Na razie kierunek wygląda sensownie.

    Źródła

  • Claude Code 2.1.219: Opus 5 domyślnym modelem, subagenty wchodzą na wyższy poziom

    Claude Code 2.1.219: Opus 5 domyślnym modelem, subagenty wchodzą na wyższy poziom

    Anthropic wydało 24 lipca 2026 roku wersję 2.1.219 Claude Code, która domyślnie przełącza użytkowników na model Claude Opus 5 oraz wprowadza zestaw kontroli nad przepływem pracy agentów. Ta aktualizacja wprowadza istotne zmiany dotyczące zarówno kontekstu, jak i funkcji, które mogą być wykonywane przez agenta podczas sesji.

    • Claude Opus 5 staje się domyślnym modelem Opus z oknem kontekstowym na poziomie miliona tokenów.
    • Kontrola sandboksowania sieci przechodzi w tryb restrykcyjny z strictAllowlist, blokując połączenia spoza białej listy bez pytania użytkownika.
    • Zagnieżdżone subagenty mogą teraz tworzyć kolejne subagenty do głębokości trzech poziomów (wcześniej: jeden).
    • Forwarding outputu subagentów w stream-json ułatwia śledzenie, który agent zainicjował dane zadanie.
    • Dynamiczne skalowanie workflow przez CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH i CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS daje kontrolę nad równoległością i kosztami.

    Opus 5 pod maską — nie chodzi tylko o większy kontekst

    Nowy domyślny model to claude-opus-5. Okno kontekstowe wzrasta do miliona tokenów na wspieranych planach Anthropic oraz w API. Fast mode kosztuje 10 dolarów za milion tokenów wejściowych i 50 dolarów za milion wyjściowych. Dla porównania, standardowe API Opusa 5 to 5 i 25 dolarów, co wynika z różnicy w trybie operacyjnym.

    Co to oznacza w praktyce? Milion tokenów pozwala na dodanie dużych repozytoriów, długich logów, rozbudowanych grafów zależności czy wieloplikowego refaktoringu bez konieczności ręcznego przycinania. Model wymaga jednak Claude Code w wersji 2.1.219 lub nowszej — starsze wersje nie będą działać.

    Subagenty, które delegują dalej

    Do tej pory subagent mógł działać tylko na jednym poziomie zagnieżdżenia. Teraz domyślnie może schodzić do trzech poziomów. Jeśli potrzebujecie płytszej struktury, wystarczy:

    export CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH=1

    Dodatkowo, wprowadzono forwarding dla stream-json. Przy włączonym --forward-subagent-text subagenty z drugiego poziomu i wyższych będą widoczne w outputcie z przypisaniem do tool_use ID agenta, który je uruchomił. Dla systemów orkiestracji agentów to oznacza, że można dokładnie zidentyfikować, który krok delegacji wywołał błąd.

    Warto również zwrócić uwagę na CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS — ogranicznik równoległości, który zapobiega rozrostowi drzewa agentów i niekontrolowanym kosztom tokenowym.

    Sandbox sieciowy z zębami

    Sandbox sieciowy z zębami

    Konfiguracja strictAllowlist w ustawieniach sandboksa odpowiada na potrzeby środowisk, gdzie niekontrolowany dostęp sieciowy stanowi problem bezpieczeństwa lub odtwarzalności. W przypadku CI runnerów, współdzielonych maszyn deweloperskich i zautomatyzowanych pipeline'ów można teraz ustawić twardą białą listę hostów, eliminując dialogi i prompt, które agent mógłby zignorować.

    Diagnostyka MCP, której naprawdę brakowało

    Diagnostyka MCP, której naprawdę brakowało

    Wersja 2.1.219 wprowadza kilka usprawnień w diagnostyce MCP, które rozwiązują problemy z generowaniem komunikatów błędów:

    • claude mcp list i /mcp pokazują teraz status HTTP oraz treść błędu przy nieudanym połączeniu.
    • Sesje terminalowe ostrzegają przy starcie o ukrytych spacjach wiodących lub końcowych w konfiguracji MCP.
    • Headless stream-json dodaje mcp_server_errors do eventów inicjalizacji, wyliczając wpisy z --mcp-config, które zostały pominięte podczas walidacji.
    • Allowlisty i denylisty zarządzanego MCP rozwiązują zmienne ${VAR} ze środowiska startowego, a nie z pliku ustawień.

    Te zmiany mają na celu rozwiązanie rzeczywistych problemów DevOps związanych z konfiguracjami, które wyglądają poprawnie, ale zawodzą z powodu błędów formatowania, niedostępnych serwisów lub różnic między środowiskiem interaktywnym a headless.

    Stabilność i poprawki błędów

    Kilka nowości w tej kategorii zasługuje na uwagę. claude -p nie będzie już pożerać outputu wyprodukowanego przed błędem API w połowie strumienia. Zarządzanie self-hosted runnerami zostało poprawione, co zapewnia lepszy cykl życia dla infrastruktury zarządzanej przez klienta. Dodatkowo wprowadzono wiele poprawek w terminalowym UI oraz obsłudze inputu.

    Na co uważać przy wdrażaniu

    Głębsza delegacja i milion tokenów kontekstu to potężne narzędzia, ale mogą wiązać się z wyższymi kosztami oraz większą złożonością wykonania. Zespoły, które przechodzą na nowe domyślne ustawienia, powinny świadomie skonfigurować limity głębokości subagentów, równoległości, białe listy sieciowe oraz polityki MCP, zamiast zakładać, że domyślne wartości są wystarczająco bezpieczne w produkcji. Wersja 2.1.219 oferuje kontrolki, ale to od zespołów zależy, czy z nich skorzystają.

    Źródła

  • OpenAI Codex 0.145.0: stabilny multi-agent, import z Cursora i eksperymentalne audio

    OpenAI Codex 0.145.0: stabilny multi-agent, import z Cursora i eksperymentalne audio

    OpenAI wydało 21 lipca 2026 roku stabilną wersję OpenAI Codex 0.145.0, która rozszerza możliwości terminalowego asystenta kodowania o obsługę dźwięku, integrację z Amazon Bedrock oraz stronicowaną historię konwersacji. Stronicowana historia oraz logowanie i endpointy Amazon Bedrock są wciąż w fazie eksperymentalnej. Stabilizacji doczekał się system multi-agent V2, a nowe narzędzie /import umożliwia przeniesienie ustawień z Claude Code i Cursora.

    Co nowego w wersji 0.145.0

    • Multi-agent V2 przeszedł ze statusu eksperymentalnego do stabilnego, co pozwala na konfigurowanie modeli pod-agentów, ustalanie poziomów wnioskowania oraz współbieżności.
    • Eksperymentalny import z Cursor i Claude Code obejmuje serwery MCP, pluginy, hooki, sesje oraz pamięć projektową.
    • Stronicowana historia wątków przyspiesza wznawianie sesji i umożliwia przeszukiwanie przeszłych zdarzeń.
    • Audio i Realtime V3 – obsługuje lokalne pliki dźwiękowe na wejściu oraz strumieniowanie konwersji audio przez API.
    • Amazon Bedrock jako dostawca modeli, z GPT-5.6 Sol jako domyślnym modelem Bedrock.

    Eksperymentalna triada: audio, historia i Bedrock

    OpenAI Codex, dotychczas narzędzie głównie tekstowe, zyskało obsługę dźwięku, co wskazuje na rozwój w kierunku pracy głosowej. W wersji 0.145.0 można używać lokalnych formatów audio na wejściu, a także zwracać audio jako wynik działania narzędzi. Choć nie jest to jeszcze w pełni produkcyjne środowisko do rozwoju opartego na głosie, kierunek rozwoju jest jasny. OpenAI Codex ma w przyszłości reagować na polecenia mówione i uczestniczyć w konwersacjach w Realtime V3, które strumieniują dźwięk.

    Stronicowana historia to odpowiedź na problem rosnących kontekstów. Zamiast trzymać całą konwersację w pamięci, OpenAI Codex oferuje paginację, co umożliwia szybsze wznawianie sesji oraz przeszukiwanie historii, w tym historii pod-agentów. Ta funkcja jest szczególnie przydatna w długoterminowych zadaniach, gdzie agent pracuje nad kodem przez wiele godzin, a deweloper chce wrócić do konkretnego momentu bez przeszukiwania całej historii.

    Integracja z Amazon Bedrock umożliwia organizacjom działającym w ekosystemie AWS podłączenie własnych endpointów i uwierzytelnianie przez infrastrukturę chmurową. GPT-5.6 Sol jest domyślnym modelem dla Bedrock, jednak ta funkcjonalność jest wciąż eksperymentalna. Zespoły wdrożeniowe powinny sprawdzić kompatybilność endpointów, dostępność modeli oraz zachowanie w środowiskach z restrykcyjnymi politykami sieciowymi.

    Multi-agent V2: co daje stabilizacja

    Przejście multi-agent V2 do wersji stabilnej to istotna zmiana dla zespołów pracujących nad złożonymi projektami. System umożliwia teraz konfigurowanie modeli osobno dla każdego pod-agenta, ustalanie poziomu rozumowania oraz określanie współbieżności zadań. Przywracanie ról agentów oraz nawigacja między nimi działają przewidywalnie.

    W praktyce oznacza to, że można przypisać lżejszy model do przeglądania dokumentacji, a cięższy do refaktoryzacji krytycznego modułu – wszystko w ramach jednego zadania, bez ryzyka utraty kontekstu przy przełączaniu.

    Import z Cursor i Claude Code – mniejsze tarcie przy migracji

    Import z Cursor i Claude Code – mniejsze tarcie przy migracji

    Deweloperzy zmieniający narzędzia często tracą czas na odtwarzanie reguł projektu, podpinanie serwerów MCP i konfigurację sandboksa. Narzędzie /import w OpenAI Codex 0.145.0 rozwiązuje to przynajmniej częściowo, przenosząc pluginy, hooki, instrukcje projektowe, pamięć, sesje oraz ustawienia z Cursor i Claude Code.

    Należy jednak pamiętać, że klucze API, zmienne środowiskowe oraz dane uwierzytelniające MCP mogą nie być automatycznie transferowane. Po imporcie warto je sprawdzić ręcznie, aby uniknąć błędów autoryzacji przy pierwszym wywołaniu agenta.

    Bezpieczeństwo i poprawki stabilności

    Bezpieczeństwo i poprawki stabilności

    Wersja 0.145.0 wprowadza również kilka istotnych poprawek. Użytkownicy Windows mogą zauważyć poprawki dotyczące sandboksa, które zwiększają stabilność wykonawcy natywnego. Na macOS i Linuxie poprawiono responsywność terminala przy inkrementalnym renderowaniu markup oraz usprawniono uruchamianie serwerów MCP i obsługę OAuth. Te zmiany przyczyniają się do bardziej przewidywalnego środowiska pracy, zwłaszcza tam, gdzie OpenAI Codex wchodzi w interakcję z lokalnymi repozytoriami i zewnętrznymi serwisami przez sieć. W interfejsie terminala dodano również bezpieczne, klikalne linki do wizualizacji inline.

    Co to oznacza w praktyce

    OpenAI Codex 0.145.0 to nie rewolucja modelowa, lecz solidny krok infrastrukturalny. Stabilny multi-agent V2 umożliwia budowanie złożonych pipelinów deweloperskich w jednym narzędziu, import zmniejsza tarcie przy przechodzeniu z konkurencyjnych asystentów, a eksperymentalne funkcje audio, historii i Bedrock wskazują kierunek rozwoju platformy.

    Źródła

  • OpenAI Codex 0.145.0 – stabilne multi-agenty, import z Cursora i audio w terminalu

    OpenAI Codex 0.145.0 – stabilne multi-agenty, import z Cursora i audio w terminalu

    OpenAI wydało 21 lipca 2026 roku wersję 0.145.0 swojego narzędzia CLI OpenAI Codex, wprowadzając stabilizację trybu Multi-Agent V2, możliwość importowania ustawień z konkurencyjnych środowisk Cursor i Claude Code oraz eksperymentalną obsługę komend głosowych. Ta aktualizacja, choć na pierwszy rzut oka może wydawać się zbiorem mniejszych poprawek, w rzeczywistości zmienia sposób pracy z agentami AI przy dłuższych projektach programistycznych.

    Co nowego w 0.145.0 – kluczowe zmiany

    • Multi-Agent V2 wychodzi z fazy eksperymentalnej – można konfigurować modele pod-agentów, poziomy rozumowania i limity równoległości.
    • Import z Cursor i Claude Code przenosi nie tylko preferencje, ale też serwery MCP, pluginy, sesje i pamięć projektową.
    • Amazon Bedrock dostępny jako eksperymentalne źródło modeli z własnymi endpointami i autoryzacją.
    • Audio – OpenAI Codex 0.145.0 przyjmuje pliki dźwiękowe i zwraca odpowiedzi głosowe, pojawia się też streaming w czasie rzeczywistym V3.
    • Poprawki bezpieczeństwa na Windowsie obejmują sandbox natywnego serwera wykonawczego i wymuszenie proxy sieciowego.

    Koniec z pojedynczym agentem – Multi-Agent V2 na stabilnym gruncie

    Od momentu udostępnienia trybu Multi-Agent w wersji testowej było jasne, że OpenAI planuje rozwój OpenAI Codex 0.145.0 jako narzędzia do bardziej zaawansowanego programowania. Wersja 0.145.0 kończy ten etap – teraz można dzielić zadania między wyspecjalizowane pod-agenty, z których każdy działa na oddzielnym wątku.

    W praktyce oznacza to, że jeden agent przeszukuje repozytorium, drugi pisze testy jednostkowe, a trzeci analizuje dokumentację API. Konfiguracja odbywa się przez wybór modelu dla każdego agenta, poziomu rozumowania i przypisanych ról. Nawigacja między agentami została usprawniona, a informacje o rolach są teraz przywracane między sesjami, co eliminuje konieczność ponownego definiowania wszystkiego.

    Dodatkowo, wątki agenta-nadrzędnego są tylko do odczytu w interfejsie terminala, co zapobiega przypadkowemu nadpisaniu pracy pod-agenta działającego w tle. Choć to może wydawać się drobiazgiem, przy kilku równoległych wątkach łatwo o błąd.

    Migracja bez bólu – /import przenosi konfigurację z Cursora i Claude Code

    Zmiana narzędzia do programowania asystowanego przez AI może być uciążliwa. Odtwarzanie ustawień, podłączanie pluginów i konfigurowanie serwerów MCP to czasochłonny proces. OpenAI wprowadziło komendę /import w wersji 0.145.0, która została znacznie rozbudowana.

    Teraz można przenieść nie tylko podstawowe preferencje z Cursor i Claude Code, ale także pełną konfigurację MCP, pluginy, historię sesji, własne komendy i pamięć przypisaną do projektu. Dla zespołów testujących OpenAI Codex 0.145.0 równolegle z innymi narzędziami lub planujących migrację, to oszczędność czasu.

    Eksperymentalnie, ale ciekawie – Bedrock, audio i historia

    Nie wszystkie nowości w tym wydaniu są gotowe do produkcji. Amazon Bedrock pojawia się jako opcja eksperymentalna – można podłączyć własne endpointy, skonfigurować autoryzację i korzystać z modeli dostępnych przez AWS. Domyślnym modelem Bedrock w tej integracji jest GPT-5.6 Sol. Przed wdrożeniem warto sprawdzić dostępność modeli, limity i zgodność endpointów.

    Obsługa audio to kolejny eksperyment. OpenAI Codex 0.145.0 przyjmuje pliki w popularnych formatach lokalnych, potrafi zwrócić odpowiedź głosową i obsługuje streaming V3 w czasie rzeczywistym. Na razie nie podano limitów wielkości plików ani docelowych opóźnień – funkcja ta wydaje się bardziej zabawą niż narzędziem do pracy, ale wskazuje na kierunek rozwoju interakcji z agentami.

    Historia konwersacji również zyskuje na funkcjonalności. Eksperymentalne stronicowanie z paginacją, wyszukiwaniem, zapisanymi nazwami wątków i pamięcią ma rozwiązać problem długich sesji, gdzie przewijanie setek linijek logów było czasochłonne.

    Pod maską – Windows, terminal i niezawodność

    Wersja 0.145.0 wprowadza również poprawki, które docenią głównie zespoły DevOps i użytkownicy Windowsa. Sandbox natywnego serwera wykonawczego został wzmocniony, wymuszenie proxy sieciowego działa teraz poprawnie, a komendy rm z flagą wymuszenia przechodzą dodatkową weryfikację.

    W terminalu poprawiono renderowanie Markdowna – dłuższe odpowiedzi wyświetlają się teraz płynniej, bez irytującego przycinania. Dodatkowo wprowadzono poprawki dotyczące edycji promptów, timeoutów przy starcie MCP i odświeżania konfiguracji MCP.

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

    Wydanie 0.145.0 to solidny krok naprzód. Multi-Agent V2 i rozbudowany import sprawiają, że OpenAI Codex 0.145.0 staje się narzędziem do poważnej, długotrwałej pracy nad repozytoriami. Dodanie Bedrocka dla organizacji korzystających z ekosystemu AWS oraz poprawki bezpieczeństwa dla Windowsa sprawiają, że to narzędzie może być rozważane jako codzienny element pracy w zespole deweloperskim.

    Źródła

  • Claude Code 2.1.218: Recenzje kodu w tle i poważne poprawki dla Windows

    Claude Code 2.1.218: Recenzje kodu w tle i poważne poprawki dla Windows

    Anthropic wydało Claude Code 2.1.218, aktualizację, która przenosi recenzje kodu do podagentów działających w tle, dodaje zapowiedzi dla czytników ekranu oraz naprawia błąd dotyczący ścieżek w systemie Windows. W sumie wersja zawiera 35 zmian, w tym 4 nowe funkcje, 7 ulepszeń, 2 poprawki bezpieczeństwa oraz 22 poprawki błędów. To wydanie koncentruje się na stabilności i użyteczności, a nie na nowych możliwościach modelu.

    Najważniejsze zmiany

    • Recenzje kodu w tle — polecenie /code-review działa teraz jako podagent w tle, co nie zaśmieca głównej rozmowy.
    • Windows naprawiony — ścieżki z segmentami zaczynającymi się od \u nie są już korumpowane do znaków CJK w danych wejściowych narzędzi.
    • Dostępność — tryb --ax-screen-reader ogłasza usunięcia tekstu dla skrótów takich jak Ctrl+W czy Option+Delete.
    • Diagnostyka MCP — claude mcp list i /mcp pokazują kody statusu HTTP oraz treść błędów serwera.
    • Ultra-review — polecenie /ultrareview zyskało lepszą obsługę błędów oraz argumentów opisowych.

    Recenzje kodu bez zaśmiecania konwersacji

    Najważniejsza zmiana dotyczy /code-review. Do tej pory wynik recenzji lądował bezpośrednio w aktywnej rozmowie, co mogło zaburzać kontekst w przypadku pracy iteracyjnej. Teraz recenzja uruchamia się jako podagent w tle, a jej rezultaty nie wypełniają głównego okna. Złożone polecenia slash pozostają celem recenzji.

    Przejście /code-review na podagenta działającego w tle zostało potwierdzone w notach wydania. Dla zespołów pracujących w trybie agentowym to istotna zmiana architektoniczna, która oddziela „wykonywanie pracy" od „weryfikacji pracy", co ułatwia zarządzanie dłuższymi sesjami. Nie trzeba już czekać na zakończenie generowania recenzji, aby zadać kolejne pytanie.

    Windows: błąd, który blokował pracę

    Poprawka dotycząca ścieżek w Windows zasługuje na osobny akapit. Ścieżki zawierające segmenty zaczynające się od \u, takie jak C:\Users\unicorn, ulegały korupcji do znaków CJK w danych wejściowych narzędzi. Skutkowało to niedostępnością plików oraz cichym psuciem się operacji na nich.

    Wersja 2.1.218 naprawia ten problem i przywraca dostęp do plików o takich ścieżkach. Dodatkowo wprowadzono poprawki terminala, takie jak zachowanie przy wklejaniu wielowierszowym, renderowanie oraz naprawa konkretnego scenariusza utraty konwersacji — po naciśnięciu strzałki w lewo bezpośrednio po edycji Claude Code pyta teraz o potwierdzenie, zamiast bezpowrotnie odrzucać rozmowę.

    Dostępność i diagnostyka MCP

    Dostępność i diagnostyka MCP

    Tryb czytnika ekranu otrzymał zapowiedzi dla usunięć tekstu. Skróty Option+Delete, Ctrl+W, Cmd+Backspace, Ctrl+U i Ctrl+K są teraz ogłaszane, co zapewnia osobom niewidomym i słabowidzącym informację zwrotną o edycji. To mały krok, ale pokazuje, że Anthropic zaczyna traktować dostępność poważnie.

    Jeśli chodzi o MCP, zmiany są praktyczne dla zespołów korzystających z zewnętrznych serwisów. claude mcp list i /mcp pokazują teraz kody statusu HTTP oraz treść błędu serwera, zamiast ogólnego komunikatu o nieudanym połączeniu. Klient ostrzega również o ukrytych białych znakach w wartościach konfiguracyjnych.

    Auto-mode i ultra-review

    Auto-mode i ultra-review

    Bezpieczeństwo w trybie automatycznym zostało poprawione. Niebezpieczne polecenia rm, wykonanie w tle z & oraz podejrzane ścieżki Windows nie otwierają już okna uprawnień w auto-mode. Zamiast tego klasyfikator trybu automatycznego decyduje, czy operacja jest dozwolona.

    /ultrareview zyskał lepszą obsługę błędów. Nieprawidłowy argument teraz zwraca sensowną informację zwrotną, co pozwala Claude'owi poprawić wejście zamiast bezmyślnie je powtarzać. Argumenty opisowe, takie jak „przejrzyj moje zmiany auth", nie powodują już awarii — polecenie przegląda bieżącą gałąź i dołącza tekst jako notatkę do wyników.

    Kompatybilność: uwaga dla automatyzacji

    Warto zwrócić uwagę na zgłoszenie z GitHuba dotyczące kompatybilności. Wersja 2.1.218 to pierwszy natywny build npm, który wykorzystuje bin/claude.exe zamiast cli.js. Zgodnie z informacjami od społeczności, serwery MCP HTTP z OAuth mogą sprawiać wrażenie wymagających uwierzytelnienia podczas nieinteraktywnych sesji --print, nawet gdy dane uwierzytelniające są poprawne. Sesje interaktywne działają normalnie, a powrót do 2.1.210 rozwiązuje problem.

    Jest to zgłoszony problem w konkretnym środowisku, a nie potwierdzona, uniwersalna regresja produktu. Mimo to stanowi ostrzeżenie dla zespołów korzystających z Claude Code w CI lub automatyzacji — szczególnie tam, gdzie narzędzia MCP wykonują publikacje, wdrożenia lub inne akcje, które mogą cicho zawieść. Przed szerokim wdrożeniem warto przetestować własne scenariusze.

    Źródła

  • Claude Managed Agents zyskują poziomy wysiłku, webhooki i seeding sesji

    Claude Managed Agents zyskują poziomy wysiłku, webhooki i seeding sesji

    Anthropic wprowadził 22 lipca 2026 roku aktualizację Claude Managed Agents, która zmienia sposób pracy z zarządzanymi agentami. Deweloperzy zyskali nowe narzędzia do kontrolowania intensywności rozumowania agenta, uruchamiania zadań natychmiast po utworzeniu sesji oraz reagowania na zdarzenia cyklu życia bez potrzeby ciągłego odpytywania API. Te zmiany mają znaczący wpływ na koszty operacyjne i architekturę integracji.

    Kluczowe fakty

    • Konfigurowalny poziom wysiłku – parametr effort w konfiguracji modelu agenta kontroluje głębokość rozumowania; niższe wartości zazwyczaj prowadzą do szybszych odpowiedzi przy niższym koszcie.
    • Webhooki dla środowisk i pamięci – cztery zdarzenia środowiskowe i trzy zdarzenia magazynu pamięci umożliwiają automatyzację procesów związanych z deploymentem, czyszczeniem i synchronizacją.
    • Seeding sesji – POST /v1/sessions przyjmuje teraz do 50 początkowych zdarzeń w polu initial_events, typu user.message i user.define_outcome, co uruchamia pętlę agenta w momencie utworzenia sesji.
    • Event deltas w strumieniach – parametry event_deltas[] pozwalają na stopniowe pobieranie treści zdarzeń w strumieniu sesji oraz strumieniach wątków agentów podrzędnych; obejmują zdarzenia event_start i event_delta, które umożliwiają podgląd tekstu przed nadejściem pełnego zdarzenia agent.message.
    • Elastyczne wersjonowanie agentów – aktualizacje wprowadzają nowe funkcje wersjonowania.

    Konfigurowalny wysiłek – kiedy szybciej znaczy taniej

    Nowy parametr effort, umieszczany w konfiguracji model agenta, to prosty sposób na dostosowanie kosztów do wymagań zadania. Niższy wysiłek sprawdza się w rutynowych operacjach – agent odpowiada szybciej, a koszty związane z tokenami są zazwyczaj mniejsze, chociaż ostateczny koszt zależy od konkretnego modelu, liczby tokenów i charakterystyki zadania. Wyższy poziom warto zarezerwować dla bardziej złożonych analiz, gdzie głębsze rozumowanie przekłada się na lepsze wyniki.

    To zmiana, która może nie być zauważalna w dokumentacji, ale może znacząco wpłynąć na miesięczne rozliczenia. Zespoły zarządzające wieloma agentami w środowiskach produkcyjnych mogą teraz świadomie decydować, które zadania wymagają pełnej mocy modelu.

    Webhooki zamiast pollingu

    Rozszerzenie webhooków o zdarzenia cyklu życia środowisk (environment.created, environment.updated, environment.archived, environment.deleted) oraz magazynów pamięci (memory_store.created, memory_store.archived, memory_store.deleted) eliminuje potrzebę ciągłego odpytywania API.

    Dla zespołów infrastrukturalnych oznacza to możliwość integracji procesów związanych z deploymentem, czyszczeniem zasobów, indeksowaniem czy unieważnianiem cache bezpośrednio z zdarzeniami cyklu życia. To koniec z pisaniem kodu, który co 30 sekund sprawdza, czy zaszły jakieś zmiany.

    Seeding sesji i strumieniowanie delta

    Mechanizm seeding zmienia sposób, w jaki agenci są uruchamiani. Zamiast tworzyć pustą sesję i następnie wysyłać pierwszą wiadomość, można dostarczyć początkowe zdarzenia już w momencie tworzenia sesji przez POST /v1/sessions, przekazując je w polu initial_events. Limit wynosi 50 zdarzeń, które mogą mieć tylko typy user.message i user.define_outcome.

    W praktyce oznacza to, że agent może rozpocząć pracę natychmiast, z predefiniowanymi instrukcjami lub oczekiwanymi rezultatami. Jest to szczególnie przydatne w systemach orkiestracji zadań, gdzie sesja jest tworzona automatycznie przez inny komponent.

    Z kolei event deltas, dostępne przez parametr event_deltas[] na strumieniu zdarzeń sesji oraz endpointach strumieniowych wątków, rozwiązują problem podglądu częściowych wyników. Zamiast czekać na pełne zdarzenie, klient otrzymuje przyrostowe fragmenty treści w trakcie ich generowania – zdarzenia event_start i event_delta umożliwiają podgląd tekstu przed nadejściem pełnego agent.message. To przydaje się do pokazywania postępów agenta w interfejsie webowym, aktualizacji wskaźników podczas długotrwałych zadań oraz zmniejszania odczuwalnego opóźnienia.

    Zmiany w Memory API

    Aktualizacja wprowadza nowy nagłówek beta agent-memory-2026-07-22 dla endpointów magazynu pamięci, zastępujący managed-agents-2026-04-01. Wysłanie obu nagłówków jednocześnie skutkuje błędem 400. Warto jednak wiedzieć, że tego samego dnia starszy nagłówek managed-agents-2026-04-01 przyjął takie samo zachowanie listowania pamięci, więc nie wszystkie opisane zmiany wymagają przejścia na nowy nagłówek. Dodatkowo order_by i order są teraz ignorowane, depth akceptuje tylko 0, 1 lub wartość pominiętą, a path_prefix musi kończyć się ukośnikiem i dopasowuje pełne segmenty ścieżki.

    Co to znaczy w codziennej pracy

    Zmiany z 22 lipca odpowiadają na konkretne wyzwania, z jakimi borykają się zespoły dev ops i web dev – koszty operacyjne, responsywność integracji oraz czas uruchamiania agentów. Konfigurowalny wysiłek pozwala na kontrolę wydatków, webhooki umożliwiają budowanie infrastruktury reagującej na zdarzenia, a seeding sesji upraszcza orkiestrację. Aktualizacja wprowadza także możliwość użycia do 500 umiejętności (skills) na sesję, co zwiększa elastyczność konfiguracji. Projektanci integracji muszą jednak pamiętać, że webhooki nie dostarczają pełnych danych obiektów i wymagają osobnych żądań GET po szczegóły.

    Źródła

  • Cursor wkracza na iOS – agentami AI pokierujesz z telefonu

    Cursor wkracza na iOS – agentami AI pokierujesz z telefonu

    Cursor udostępnił publiczną betę natywnej aplikacji na iOS, która pozwala uruchamiać i nadzorować agentów AI bezpośrednio z iPhone’a lub iPada. Premiera miała miejsce 29 czerwca 2026 roku. Programiści mogą teraz zlecać zadania, przeglądać wyniki pracy i scalać pull requesty bez potrzeby korzystania z komputera – wystarczy telefon.

    Co nowego w Cursor for iOS

    • Publiczna beta aplikacji mobilnej rozpoczęła się 29 czerwca 2026 roku i umożliwia korzystanie z funkcji Cursor i agentów na wszystkich płatnych planach.
    • Agenci w chmurze działają w izolowanych maszynach wirtualnych z pełnym środowiskiem deweloperskim. Kontynuują pracę nawet po rozłączeniu telefonu.
    • Remote Control pozwala na sterowanie agentem działającym na komputerze użytkownika – pętla kontrolna przenosi się do chmury, ale narzędzia pozostają na lokalnej maszynie.
    • Live Activities pokazują status agentów na ekranie blokady i Dynamic Island. Aplikacja może śledzić do ośmiu agentów jednocześnie.
    • Przeglądanie artefaktów i scalanie PR-ów – z poziomu aplikacji można obejrzeć zrzuty ekranu, logi i różnice w kodzie, a następnie scalić pull request.

    Agenci, którzy nie czekają przy biurku

    Do tej pory workflow z Cursor opierał się głównie na desktopowym IDE. Użytkownicy musieli siedzieć przed monitorem, wydawać polecenia i czekać na efekty. Teraz to się zmienia.

    Aplikacja mobilna umożliwia wybór repozytorium, modelu AI oraz opisanie zadania – również głosowo. Agent startuje i działa asynchronicznie. Nie trzeba trzymać telefonu w ręku ani zostawiać komputera włączonego (chyba że korzystasz z Remote Control). Gdy agent zakończy turę, potrzebuje decyzji lub jest gotowy do przeglądu – użytkownik otrzymuje powiadomienie push.

    W praktyce wygląda to tak: dostajesz alert o błędzie podczas lunchu. Otwierasz Cursor na telefonie, zlecasz agentowi reprodukcję problemu i przygotowanie poprawki. Zanim wrócisz do domu, pull request czeka na scalenie.

    Remote Control, czyli agent na smyczy

    Nie każdy projekt można przenieść do chmury. Niektóre repozytoria wymagają lokalnych zależności, specyficznych narzędzi lub dostępu do firmowej sieci. Tu wchodzi Remote Control.

    Funkcja ta pozwala przejąć kontrolę nad agentem działającym na twoim komputerze. Pętla decyzyjna agenta przenosi się do chmury, ale wszystkie operacje – odczyt plików, uruchamianie testów, praca z terminalem – wciąż wykonują się lokalnie. Komputer musi być włączony, nieuśpiony i mieć połączenie z internetem.

    Remote Control wymaga Cursor w wersji 3.9.8 lub nowszej na desktopie. Funkcję trzeba włączyć w ustawieniach Agents w oknie Agents; na planach Teams i Enterprise administrator musi dodatkowo włączyć ją w panelu Cursor.

    Mobilny przepływ pracy – nie tylko powiadomienia

    Mobilny przepływ pracy – nie tylko powiadomienia

    Twórcy Cursor zaznaczają, że aplikacja nie zastępuje pełnego środowiska deweloperskiego. To raczej centrum dowodzenia. Możesz przeglądać wygenerowane demo, zrzuty ekranu, logi i różnice w kodzie. Jeśli coś wymaga poprawki – zostawiasz agentowi dodatkowe instrukcje.

    Aplikacja wspiera wizualne prompty i demonstracje – można pokazać agentowi zrzut ekranu i opisać kontekst, co ułatwia precyzyjne poprawki, szczególnie przy zadaniach związanych z UI.

    Jest też możliwość przenoszenia pracy między środowiskami. Lokalny plan lub aktywną sesję można wysłać do chmury, gdy odchodzisz od komputera. Po powrocie ściągasz sesję z powrotem na desktop, testujesz zmiany lokalnie i dopiero wtedy scalasz.

    Co to oznacza dla AI i vibe codingu

    Co to oznacza dla AI i vibe codingu

    Wydanie mobilnego Cursora wpisuje się w szerszy trend: agenci AI coraz częściej wykonują wieloetapowe zadania programistyczne asynchronicznie. Rolą developera staje się formułowanie zadań, przeglądanie wyników i akceptacja zmian. Telefon staje się interfejsem kontrolnym – lekki i zawsze pod ręką.

    Dla web developerów i zespołów DevOps szczególnie istotne są trzy rzeczy: możliwość zlecania zadań na podstawie repozytorium, automatyczne testowanie w środowisku chmurowym oraz mobilny podgląd artefaktów i pull requestów. Nie trzeba już wracać do stacji roboczej, aby sprawdzić, czy agent sobie poradził.

    Ograniczenia i plany

    Aplikacja jest w fazie publicznej bety. Cloud agents wymagają planu Premium, Super, Ultra, Teams, Enterprise lub starszych płatnych planów (Start, Pro, Pro+, Ultra) z dostępem do Cloud Agents. Remote Control jest dostępny na wszystkich płatnych planach, ale wciąż oznaczony jako beta w dokumentacji.

    Live Activities trzeba włączyć w ustawieniach iOS – bez tego nie zobaczysz postępów na ekranie blokady. Można śledzić maksymalnie osiem agentów naraz.

    Cursor zapowiada również dalsze kierunki rozwoju: czaty bez przypisanego repozytorium (dla zadań niewymagających kontekstu kodu) oraz głębszą integrację z MCP, na przykład do odpytywania logów Datadoga czy podsumowywania aktywności na Slacku. Aplikacja jest dostępna w App Store – na start z 75% zniżki na uruchomienia modelu Cursor wkracza na iOS, obowiązującej do 5 lipca 2026 roku.

    Źródła

  • OpenCode 1.18.4 wprowadza inteligentne myślenie adaptacyjne Kimi i odświeżony interfejs desktopa

    OpenCode 1.18.4 wprowadza inteligentne myślenie adaptacyjne Kimi i odświeżony interfejs desktopa

    Nowa wersja OpenCode, oznaczona numerem 1.18.4 i opublikowana 20 lipca 2026 roku, koncentruje się na poprawie kompatybilności między dostawcami modeli AI a użytecznością aplikacji desktopowej. To aktualizacja, która nie wprowadza jednej przełomowej funkcji, lecz zawiera szereg poprawek, które zmniejszają tarcie i frustrację podczas codziennej pracy z kodem.

    Kluczowe zmiany w OpenCode 1.18.4

    • Adaptacyjne myślenie Kimi — modele Kimi od dostawców zgodnych z Anthropic oferują kontrolę nad procesem rozumowania, z domyślnym podsumowywaniem zamiast pełnego śladu.
    • Przywrócone wsparcie Azure — endpointy Azure Cognitive Services znów działają po problemach w poprzednich wersjach.
    • Dłuższe timeouty — nagłówki dostawców OpenAI mają więcej czasu na odpowiedź przy wolnych połączeniach.
    • Zsynchronizowany terminal — wbudowany terminal w desktopie automatycznie dopasowuje się do motywu aplikacji.
    • Panel recenzji i pole wprowadzania — karty plików trzymają się diffów, a pole wprowadzania v2 działa stabilniej.

    Co konkretnie zmienia myślenie adaptacyjne Kimi

    Modele Kimi używane przez dostawców zgodnych z API Anthropic zyskały nowy mechanizm kontroli procesu rozumowania. Oznacza to, że OpenCode 1.18.4 domyślnie podsumowuje wewnętrzny tok myślowy modelu, zamiast wyświetlać pełny, często nieczytelny ślad.

    To istotna zmiana, szczególnie przy złożonych zadaniach, gdzie model analizuje projekty składające się z wielu plików. Pełne logi mogą być przytłaczające, a domyślne podsumowanie pozwala szybciej ocenić, czy model działa poprawnie. W przypadku problemów można włączyć pełny podgląd. Kontrola myślenia adaptacyjnego jest teraz ustawieniem, a nie sztywnym trybem.

    Azure wraca do gry, OpenAI przestaje się spieszyć

    Azure wraca do gry, OpenAI przestaje się spieszyć

    Przywrócenie wsparcia dla Azure Cognitive Services to pozytywna wiadomość dla zespołów korzystających z modeli hostowanych w chmurze Microsoftu. Wcześniejsze problemy blokowały te endpointy, co mogło znacząco wpłynąć na projekty enterprise.

    Zespół OpenCode 1.18.4 zajął się również timeoutami. Dostawca OpenAI mógł zrywać połączenie przy wolniejszym starcie modelu lub przeciążonej sieci. Teraz nagłówki dostawców czekają dłużej na odpowiedzi. W późniejszych wydaniach domyślny timeout wzrósł do pięciu minut, a timeouty strumieniowanych chunków również zyskały większą tolerancję, z opcją całkowitego wyłączenia limitu.

    Te zmiany wpisują się w szerszy trend: OpenCode 1.18.4 staje się bardziej odporne na opóźnienia inicjalizacji, długie sesje rozumowania i specyficzne zachowania różnych dostawców. To przekłada się na mniej irytujących przerwań w pracy.

    Desktop v2 — mniej klikania, więcej spójności

    Desktop v2 — mniej klikania, więcej spójności

    Aplikacja desktopowa przeszła wcześniej migrację do architektury v2, a wersja 1.18.4 to kolejny krok w dopracowywaniu szczegółów. Terminal wbudowany w interfejs synchronizuje teraz motyw z resztą aplikacji, co poprawia komfort pracy, zwłaszcza podczas nocnych sesji.

    Pole wprowadzania promptu v2 zostało całkowicie przepisane. Komendy i wejścia kontekstowe działają teraz przewidywalnie, co jest istotne przy szybkim przełączaniu się między zadaniami. Panel recenzji również zyskał na funkcjonalności: otwarte karty plików lepiej podążają za aktualnym diffem, co ułatwia przeskakiwanie między zmienionymi plikami a ich stanem recenzji.

    Dla kogo ma to znaczenie

    Deweloperzy pracujący z różnymi modelami AI — takimi jak Kimi przez Anthropic, Azure czy OpenAI — zyskują w wersji 1.18.4 rozwiązania, które eliminują przeszkody. Mniej błędów dostawców, dłuższe timeouty przy wolnych połączeniach oraz lepsza spójność interfejsu sprawiają, że aktualizacja ta, choć nie krzyczy, znacząco ułatwia codzienną pracę.

    Źródła

  • Claude Code 2.1.217 łata wycieki pamięci i hamuje niekontrolowane subagenty

    Claude Code 2.1.217 łata wycieki pamięci i hamuje niekontrolowane subagenty

    Wydana 21 lipca 2026 roku aktualizacja Claude Code 2.1.217 wprowadza mechanizmy ochronne dla długotrwałych sesji agentowych. Choć na pierwszy rzut oka widać jedynie wsparcie dla autouzupełniania emoji, to w rzeczywistości zawiera znacznie ważniejsze zmiany — naprawę wycieku pamięci w MCP, ograniczenia równoległych subagentów oraz poprawki stabilności na systemie Windows.

    Co nowego w skrócie

    • Autouzupełnianie emoji pozwala na wstawienie ❤️ po wpisaniu :heart: lub na zobaczenie podpowiedzi przy :hea; funkcję można wyłączyć opcją emojiCompletionEnabled.
    • Wyciek pamięci MCP został naprawiony — obcięte wyniki z narzędzi MCP nie są już trzymane w pamięci do końca sesji.
    • Limit 20 subagentów jednocześnie to nowy domyślny sufit, który można konfigurować przez CLAUDE_CODE_MAX_CONCURRENT_SUBAGENTS.
    • Zagnieżdżanie subagentów wyłączone — subagenty domyślnie nie tworzą już własnych podprocesów, chyba że operator włączy to jawnie przez CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH.
    • Budżet działa poprawnie — flaga --max-budget-usd zatrzymuje teraz także zadania w tle po osiągnięciu limitu.

    Wyciek pamięci, który ciążył na długich sesjach

    Jednym z problemów były narzędzia MCP, które zwracały duże wyniki — logi serwerów, wyniki wyszukiwania, dane repozytoriów. W wersji 2.1.217, po pokazaniu skróconego wyniku, pełna treść jest zwalniana z pamięci. Dla zespołów DevOps i web developerów pracujących z MCP na dużych zbiorach danych to znacząca poprawa stabilności.

    Subagenty pod kontrolą

    Nowe ograniczenia dotyczą dwóch aspektów. Jednoczesność — liczba subagentów mogących działać naraz — ma domyślny pułap 20. To wystarczająca liczba dla typowych zadań, ale jednocześnie na tyle mało, by zapobiec przypadkowemu tworzeniu nadmiarowych procesów w tle.

    Głębokość zagnieżdżeń to kolejny aspekt. Wcześniej subagent mógł uruchomić kolejne subagenty bez pytania. Teraz domyślnie nie może. Jeśli ktoś potrzebuje głębszego drzewa, na przykład w przypadku agenta koordynującego zadania, musi jawnie ustawić CLAUDE_CODE_MAX_SUBAGENT_SPAWN_DEPTH.

    Dzięki tym zmianom pojedyncza wiadomość nie spowoduje już nadmiernego uruchamiania procesów w tle, co jest istotne w środowiskach CI/CD, gdzie koszty API mogą szybko wzrosnąć.

    Poprawki dla Windows i izolacja sesji

    Użytkownicy Windows zyskali naprawę błędów autoaktualizacji — wcześniej aktualizacje mogły nie przechodzić i wymagały ręcznej reinstalacji. Teraz proces ma działać niezawodnie.

    Izolacja sesji w tle to kolejna zmiana, która może ucieszyć osoby pracujące z wieloma równoległymi agentami. Poprawka zapobiega sytuacjom, w których sesje w tle miałyby dostęp do kontekstu przestrzeni roboczej innych sesji. Dla projektów z wieloma agentami działającymi jednocześnie oznacza to mniejsze ryzyko konfliktu danych.

    Drobniejsze, ale użyteczne zmiany

    Nowa wersja lepiej radzi sobie z błędami zapisu transkryptów — zamiast cichego niepowodzenia, Claude Code 2.1.217 teraz ostrzega, gdy nie może zapisać danych sesji. To szczególnie przydatne w środowiskach CI lub na maszynach z ograniczonym dostępem do systemu plików.

    Poprawiono także responsywność interfejsu użytkownika oraz zachowanie w sieciach korporacyjnych z proxy. Dla zespołów pracujących za firewallem korporacyjnym to mniej frustracji przy codziennym użytkowaniu.

    Aktualizacja, która stawia na stabilność

    Claude Code 2.1.217 nie wprowadza przełomowych funkcji programistycznych. Autouzupełnianie emoji to miły dodatek, ale prawdziwa wartość leży w poprawkach — wyciek pamięci MCP przestanie zjadać zasoby, subagenty nie będą się rozmnażać bez kontroli, a budżet w końcu zadziała tak, jak powinien. Dla zespołów intensywnie korzystających z agentów w codziennej pracy to zestaw poprawek, które realnie zmniejszają ryzyko awarii i nieprzewidzianych kosztów.

    Źródła

  • Qwen-Code v0.20.1: Naprawianie autofixu, własne komendy i stabilniejszy Web Shell

    Qwen-Code v0.20.1: Naprawianie autofixu, własne komendy i stabilniejszy Web Shell

    Qwen-Code wprowadził nową stabilną wersję — v0.20.1 — po intensywnym tygodniu prac. W ciągu kilku dni zespół opublikował trzy stabilne wydania (v0.19.12, v0.20.0 i v0.20.1) oraz scalił ponad 220 pull requestów. Najnowsza aktualizacja koncentruje się na trzech obszarach: odzyskiwaniu przerwanych procesów autofix, personalizacji interfejsu Web Shell oraz poprawie stabilności testów i narzędzi CLI.

    Najważniejsze zmiany w skrócie

    • Autofix można ponownie uzbroić na osieroconym pull requeście, gdy proces naprawczy zatrzyma się przed ukończeniem PR.
    • Własne komendy slash pozwalają zespołom definiować powtarzalne polecenia w Web Shell.
    • Przeglądarka historii commitów działa bezpośrednio w interfejsie, bez przełączania się do osobnego klienta Git.
    • Polling operacji rozszerzeń eliminuje problem traktowania asynchronicznych zadań jako natychmiast ukończonych.
    • Szybszy start daemona skraca czas oczekiwania na dostępność lokalnych usług.

    Autofix i obsługa pull requestów

    Najważniejsza zmiana dotyczy workflow autofix. Dotychczas, gdy zautomatyzowany proces naprawczy przestawał działać w trakcie realizacji pull requesta, programista musiał zaczynać od nowa. Teraz można ponownie uzbroić autofix na osieroconym PR, co pozwala wznowić przerwany proces bez utraty dotychczasowego kontekstu.

    Rozszerzono również mechanizm autofixu sterowanego etykietami. Etykiety repozytoriów lub pull requestów mogą teraz odgrywać bardziej bezpośrednią rolę w wyzwalaniu i zarządzaniu automatycznymi poprawkami. To część szerszego kierunku, w którym Qwen-Code stawia na interaktywne przepływy pracy agentów zamiast jednorazowej generacji kodu.

    Web Shell: więcej kontroli nad interfejsem

    Web Shell zyskał nowe narzędzia dla programistów pracujących z wieloma projektami. Własne komendy slash umożliwiają zespołom lub pojedynczym deweloperom definiowanie poleceń do wielokrotnego użytku dla typowych zadań — takich jak uruchamianie testów, formatowanie kodu czy wdrażanie na staging.

    Wbudowana przeglądarka historii commitów pozwala sprawdzać zmiany w repozytorium bez wychodzenia z Web Shell. Nie trzeba już przełączać się do terminala ani osobnego klienta Git, aby zobaczyć, co zmieniło się w ostatnich commitach.

    Personalizacja paska bocznego daje użytkownikom kontrolę nad układem i nawigacją interfejsu. Obsługa nazw wyświetlanych dla workspace'ów ułatwia identyfikację projektów, gdy otwartych jest kilka repozytoriów. Rozszerzono również wsparcie internacjonalizacji, co poprawia działanie interfejsu w różnych językach i ustawieniach regionalnych.

    Stabilność i narzędzia dla deweloperów

    Stabilność i narzędzia dla deweloperów

    Wydanie zawiera liczne poprawki błędów, które mają na celu zwiększenie stabilności testów. Chodzi o wyeliminowanie awarii spowodowanych przez testy wrażliwe na czas lub zawodne. W praktyce oznacza to mniej fałszywych alarmów w CI i pewniejsze wyniki.

    W CLI poprawiono raportowanie referencji zasobów, co sprawia, że odwołania są bardziej widoczne w wyjściu poleceń. Dodano również polling operacji rozszerzeń — CLI teraz śledzi asynchroniczne zadania rozszerzeń, zamiast uznawać je za natychmiast ukończone. To ważne dla rozszerzeń, które wykonują długotrwałe operacje w tle.

    Optymalizacja wydajności startowej daemona serwującego skraca czas oczekiwania na dostępność lokalnych usług. Dla zespołów DevOps i web developmentu to konkretna oszczędność czasu w codziennej pracy.

    Kontekst serii v0.20

    Kontekst serii v0.20

    Warto spojrzeć na v0.20.1 w szerszym kontekście całej serii v0.20. Wprowadziła ona silniejsze wsparcie dla izolowanych sesji Web Shell, co pozwala równoległym zadaniom pracować w osobnych worktree'ach Git. Dzięki temu zmiany plików i operacje Git nie kolidują ze sobą.

    Pojawiła się również opcjonalna, wbudowana funkcja wyszukiwania w sieci oparta na Bailian Responses API. Jest domyślnie wyłączona i wymaga aktywacji. Linia v0.20 obejmuje także utrwalone gałęzie konwersacji oraz ulepszone trasowanie operacji shellowych.

    Podsumowanie

    Praktyczne znaczenie v0.20.1 leży w kontroli nad przepływem pracy. Deweloperzy mogą odzyskiwać przerwane procesy autofix, kodować powtarzalne operacje jako własne komendy, przeglądać historię Git bez opuszczania interfejsu i lepiej zarządzać wieloma projektami. Ulepszenia pollingu, testów i czasu startu daemona celują w problemy operacyjne, które często sprawiają, że narzędzia oparte na agentach AI bywają zawodne w codziennym użytkowaniu. Qwen-Code pozostaje otwartoźródłowym agentem kodowania działającym w terminalu, z Web Shell jako przeglądarkowym interfejsem do interakcji z projektami i sesjami.

    Źródła