Tag: Aktualizacja oprogramowania

  • Claude Code 2.1.185: cichsza komunikacja z API i mniej fałszywych alarmów

    Claude Code 2.1.185: cichsza komunikacja z API i mniej fałszywych alarmów

    Anthropic wprowadziło 20 czerwca 2026 roku wersję 2.1.185 Claude Code, która wprowadza dwie istotne zmiany w systemie powiadomień dotyczących oczekiwania na odpowiedź API. Aktualizacja koncentruje się na komunikacie wyświetlanym podczas stream-stall, czyli sytuacji, gdy strumień danych z API na dłużej przestaje działać.

    • Claude Code 2.1.185 zmienia treść komunikatu o przeciągnięciu strumienia z „No response from API · Retrying in …” na „Waiting for API response · will retry in …”
    • Próg czasowy wyświetlenia ostrzeżenia zwiększono z 10 do 20 sekund ciszy ze strony API
    • Krótkie opóźnienia sieciowe lub po stronie dostawcy rzadziej będą teraz wywoływać komunikat, co ogranicza szum w terminalu
    • Zmiana dotyczy wyłącznie warstwy UX i obserwowalności — nie wpływa na działanie modelu ani mechanizm ponawiania zapytań

    Komunikat, który nie straszy

    Poprzednia wersja komunikatu — „No response from API · Retrying in …” — sugerowała, że wystąpił problem. Dla dewelopera w trakcie sesji kodowania taki tekst mógł wyglądać jak zapowiedź błędu, podczas gdy klient po prostu czekał na odpowiedź. Nowa treść lepiej oddaje rzeczywistość: klient oczekuje na dane, a ponowienie próby nastąpi, jeśli cisza się przedłuży. Choć to drobna zmiana, w narzędziu używanym przez wiele godzin dziennie takie szczegóły mają znaczenie.

    Zespół Anthropic nie zmienił mechanizmu retry — chodzi wyłącznie o to, co widzi użytkownik. Dla osób pracujących w web devie, przy automatyzacji DevOps czy w sesjach vibe codingowych oznacza to mniej fałszywych sygnałów, że sesja „wisi”.

    Dlaczego 20 sekund ma znaczenie

    Podniesienie progu z 10 do 20 sekund to odpowiedź na realia infrastruktury API. Krótkie przestoje — spowodowane chwilowym obciążeniem providera, routingiem sieciowym czy restartem usługi — zdarzają się regularnie i zwykle trwają kilka sekund. Przy 10 sekundach próg był na tyle niski, że wiele takich incydentów wywoływało ostrzeżenie. Teraz większość z nich przejdzie niezauważona.

    W praktyce oznacza to, że terminal nie będzie już co chwilę wyświetlał komunikatu o braku odpowiedzi podczas normalnych, krótkotrwałych fluktuacji latency. Deweloperzy korzystający z Claude Code w złożonych pipeline’ach — gdzie odpowiedzi API przychodzą przez kilka warstw pośrednich — powinni odczuć różnicę niemal natychmiast.

    Kontekst i wcześniejsze problemy ze stream-stall

    Problemy z przeciągającymi się odpowiedziami nie są nowe. W raportach z początku 2026 roku użytkownicy opisywali przypadki zamrożenia strumienia — długie przerwy między kolejnymi zdarzeniami, które potrafiły zakłócić rytm pracy. Wprowadzenie czytelniejszego wskaźnika było odpowiedzią na konkretne sygnały ze społeczności. Wersja 2.1.185 nie rozwiązuje samych przyczyn stallowania (to leży po stronie infrastruktury API), ale sprawia, że informowanie o tym stanie jest precyzyjniejsze i mniej inwazyjne.

    Co ciekawe, w changelogu Claude Code zmiana figuruje jako zwykła pozycja „Update”, bez osobnej sekcji czy rozbudowanego opisu. To podkreśla jej charakter — nie jest to przełom funkcjonalny, a przemyślane szlifowanie detalu.

    Znaczenie dla różnych grup użytkowników

    Dla frontendowców i full-stack deweloperów, którzy często pracują z Claude Code w trybie interaktywnym, kluczowa jest przewidywalność interfejsu. Każdy niepotrzebny alert w terminalu rozprasza. Nowy próg czasowy i poprawiony komunikat sprawiają, że narzędzie zachowuje się bardziej „dorośle” — sygnalizuje problem dopiero wtedy, gdy faktycznie może on wymagać uwagi.

    W kontekście DevOps i zautomatyzowanych workflow, gdzie Claude Code działa jako element większego łańcucha (np. w połączeniu z Cursor, Windsurf czy narzędziami CLI), rzadsze ostrzeżenia zmniejszają ryzyko, że skrypt nadrzędny błędnie zinterpretuje komunikat jako twardy błąd i przerwie przetwarzanie.

    Co dalej

    Anthropic nie zapowiedziało kolejnych zmian w tym obszarze, ale kierunek jest jasny: narzędzie ma być coraz lepiej dostosowane do rzeczywistych warunków sieciowych, w jakich pracują deweloperzy. Wersja 2.1.185 wpisuje się w szerszy trend — kolejne buildy Claude Code z czerwca i lipca 2026 roku przynoszą dziesiątki poprawek związanych z niezawodnością, proxy, timeoutami i obsługą błędów. Stream-stall to tylko jeden z wielu elementów tej układanki, ale jego poprawa pokazuje, że Anthropic reaguje na feedback z terminali.

    Źródła

  • Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu agenta AI i usprawnienia pracy z Git

    Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu agenta AI i usprawnienia pracy z Git

    Zed doczekał się nowej aktualizacji oznaczonej numerem 1.7.2, która została wydana na stabilnym kanale 17 czerwca 2026 roku. Edytor od zespołu Zed Industries koncentruje się na dwóch głównych obszarach: poprawie wydajności agentów sztucznej inteligencji oraz usprawnieniu obsługi repozytoriów Git. Wśród wielu poprawek wyróżniają się nowa komenda /compact oraz rozszerzone możliwości wykonywania własnych poleceń na gałęziach.

    Co nowego – kluczowe fakty

    • Automatyczne odchudzanie kontekstu zapobiega zapychaniu się limitu tokenów podczas długich sesji z agentem AI, a wszystko można również wywołać ręcznie przez /compact.
    • Wsparcie dla niestandardowych poleceń Git obejmuje gałęzie i tagi widoczne na grafie, co ułatwia pracę z wieloma worktree.
    • Odświeżony podgląd Markdown jest czystszy i bardziej czytelny – mniej wizualnego szumu przy dokumentacji.
    • Poprawki na macOS 27 beta eliminują opóźnienia kliknięć w kontrolkach paska tytułu na testowej wersji systemu.
    • Usunięto wsparcie dla 32-bitowych architektur w rozszerzeniach pobierających serwery językowe, debugery i serwery MCP.

    Agent AI bez zatykania limitu tokenów

    Dłuższe rozmowy z asystentem AI w edytorze mogą prowadzić do problemów, gdy kontekst zbliża się do limitu modelu. Zed 1.7.2 wprowadza automatyczne odchudzanie kontekstu, które działa w tle: starsze wiadomości asystenta są podsumowywane, a zwolnione miejsce pozwala kontynuować pracę bez konieczności restartowania rozmowy.

    Użytkownicy mogą również ręcznie kontrolować ten proces za pomocą komendy /compact. Wystarczy wpisać ją w interfejsie agenta, aby natychmiast skondensować dotychczasową historię. Z dyskusji na GitHubie wynika, że model otrzymuje skrót wcześniejszych interakcji, co pozwala na nowe zapytania bez blokad.

    Dla osób pracujących w nurcie vibe codingu to ważna zmiana. Sesje potrafią trwać godzinami, a limit tokenów często kończy się w najmniej oczekiwanym momencie. Automatyczne i ręczne odchudzanie kontekstu to praktyczne rozwiązanie.

    Git zyskuje elastyczność

    Git zyskuje elastyczność

    Druga istotna część aktualizacji dotyczy integracji z Gitem. Zed dodał możliwość uruchamiania własnych poleceń bezpośrednio na referencjach – gałęziach i tagach – widocznych na grafie. Do tej pory użytkownicy musieli korzystać z terminala, teraz mogą podpiąć skrypt lub alias do konkretnej gałęzi i uruchomić go bez opuszczania edytora.

    Równocześnie poprawiono zarządzanie worktree. Choć oficjalne notki nie podają szczegółów technicznych, zmiany mają na celu stabilniejszą nawigację między różnymi kopiami roboczymi repozytorium. Dla zespołów pracujących z wieloma równoległymi gałęziami, co jest powszechne w web developmencie, każda minuta zaoszczędzona na przełączaniu się ma znaczenie.

    Podgląd Markdown i drobne poprawki

    Podgląd Markdown i drobne poprawki

    Nie samym AI człowiek żyje. Odświeżony podgląd Markdown zyskał czystszy wygląd, co docenią wszyscy piszący dokumentację bezpośrednio w edytorze. Wprowadzono również mniej oczywiste zmiany.

    Na macOS 27 beta – testowej wersji systemu – naprawiono opóźnienia kliknięć w kontrolkach paska tytułu. Zniknął problem znikających konfliktów w dyfie projektu podczas edycji. Na Linuksie poprawiono renderowanie tła prompta, a ustawienie experimental.auto_microphone_volume zostało usunięte, ponieważ głośność mikrofonu jest teraz normalizowana domyślnie.

    Wsparcie dla 32-bitowych architektur w rozszerzeniach pobierających serwery językowe, debugery i serwery MCP zostało usunięte. To logiczny krok, ponieważ edytor zmierza w stronę nowoczesnych środowisk, a utrzymywanie wstecznej kompatybilności staje się niepraktyczne.

    Dlaczego to ma znaczenie

    Zed 1.7.2 nie przynosi rewolucyjnych zmian, co można uznać za pozytywne. To aktualizacja, która rozwiązuje problemy związane z długimi sesjami AI i rozszerza funkcjonalność Gita, która powinna działać od dawna. Komenda /compact będzie przydatna dla każdego, kto testuje agentowe przepływy pracy. Usprawnienia w Git będą korzystne dla zespołów pracujących z rozbudowanymi repozytoriami. Edytor staje się również szybszy i bardziej stabilny, co znacząco poprawia codzienną pracę.

    Źródła

  • Codex 0.140.0: trwałe usuwanie sesji i import z Claude Code wchodzą do gry

    Codex 0.140.0: trwałe usuwanie sesji i import z Claude Code wchodzą do gry

    OpenAI udostępniło 15 czerwca 2026 roku wersję Codex 0.140.0, która wprowadza nowe mechanizmy kontroli sesji oraz narzędzie do migracji ustawień z Claude Code. Aktualizacja koncentruje się na trzech obszarach: zarządzaniu cyklem życia sesji, monitorowaniu zużycia tokenów i integracji z zewnętrznymi dostawcami uwierzytelniania. To wydanie jest istotne dla zespołów developerskich, które rozważają przesiadkę między środowiskami AI lub potrzebują lepszej kontroli nad kosztami.

    Kluczowe zmiany w skrócie

    • Trwałe usuwanie sesji dostępne przez codex delete, /delete oraz app-server thread/delete, z potwierdzeniem operacji
    • Polecenie /import umożliwia selektywne przenoszenie ustawień, konfiguracji, umiejętności i historii czatów z Claude Code
    • Statystyki użycia w widokach dziennych, tygodniowych i skumulowanych dostępne pod /usage
    • Ujednolicone menu @ łączy pliki, wtyczki i umiejętności w jednym interfejsie
    • Uwierzytelnianie Amazon Bedrock umożliwia korzystanie z zarządzanego dostępu do modeli przez AWS

    Sesje pod pełną kontrolą

    Największą nowością jest możliwość permanentnego usuwania sesji. Do tej pory użytkownicy Codex mogli jedynie archiwizować niepotrzebne wątki – teraz mają narzędzia do ich trwałego usuwania. Operacja dostępna jest z poziomu CLI (codex delete), bezpośrednio w interfejsie (/delete) oraz przez API serwera aplikacji.

    Każde usunięcie wymaga potwierdzenia, co eliminuje ryzyko przypadkowej utraty kontekstu. W praktyce oznacza to mniej niepotrzebnych danych w długotrwałych projektach, gdzie agenci AI mogą generować dziesiątki sesji testowych w ciągu tygodnia. Dla zespołów dbających o prywatność to także sposób na usunięcie wrażliwych danych z lokalnej bazy.

    Migracja z Claude Code bezboleśnie

    Polecenie /import odpowiada na potrzeby developerów przesiadających się z Claude Code. Zamiast ręcznie przeklejać ustawienia czy tracić wypracowane instrukcje projektowe, można teraz selektywnie przenieść konfigurację, umiejętności i ostatnie czaty.

    Import nie jest operacją typu wszystko-albo-nic. Użytkownik decyduje, które elementy chce zachować – może przenieść tylko ustawienia projektu, pominąć historię konwersacji albo odwrotnie. To ułatwia przejście dla osób, które zainwestowały czas w dopracowanie środowiska Claude Code, ale chcą wypróbować Codex bez utraty dotychczasowego dorobku.

    Tokeny pod lupą i lepsze UI

    Nowe widoki /usage pokazują zużycie tokenów w podziale na dni, tygodnie i dane skumulowane. Dla zespołów operujących w środowiskach wrażliwych kosztowo to praktyczne narzędzie do monitorowania, które sesje lub agenci generują największe obciążenie. Zamiast zgadywać, można sprawdzić konkretne liczby.

    Zmiany w interfejsie obejmują także ujednolicone menu @. Po wpisaniu znaku małpy użytkownik widzi teraz wszystkie dostępne opcje – pliki, wtyczki i umiejętności – w jednym spójnym widoku. To usprawnienie przyspiesza nawigację, szczególnie w projektach z rozbudowaną strukturą katalogów.

    Bedrock i szyfrowanie poświadczeń

    Wsparcie dla Amazon Bedrock rozszerza możliwości wdrożeniowe Codex. Organizacje korzystające z zarządzanego przez AWS dostępu do modeli mogą teraz używać natywnego uwierzytelniania API, bez konieczności podpinania się wyłącznie pod klucze OpenAI. To rozwiązanie jest korzystne dla firm, które z powodów zgodności preferują pozostać w ekosystemie Amazona.

    Wprowadzono także szyfrowane lokalne przechowywanie poświadczeń CLI i MCP OAuth. Dane uwierzytelniające nie są już przechowywane w czystym tekście na dysku, co jest istotnym krokiem w kierunku poprawy bezpieczeństwa w narzędziach developerskich.

    Poprawki stabilności

    Wersja 0.140.0 zawiera również poprawki krytycznych błędów. Zwiększono niezawodność bazy SQLite, która mogła gubić dane przy intensywnym użyciu, oraz ustabilizowano połączenia MCP. Dla użytkowników, którzy doświadczali losowych rozłączeń agentów, te poprawki mogą być ważniejsze niż wszystkie nowe funkcje razem wzięte.

    Co to oznacza w praktyce

    Codex 0.140.0 to wydanie, które nie wprowadza rewolucyjnych zmian, ale skutecznie zamyka kilka brakujących elementów. Trwałe usuwanie sesji i monitoring tokenów to funkcje, które były potrzebne w codziennej pracy. Import z Claude Code pokazuje, że OpenAI dostrzega konkurencję i ułatwia przepływ użytkowników między narzędziami. Wsparcie dla Bedrocka sugeruje, że Codex chce być obecny wszędzie tam, gdzie deweloperzy już pracują – nie tylko w ekosystemie OpenAI.

    Źródła

  • Factory v0.148.1: podpisane binarki CLI stabilizują środowiska odcięte od sieci

    Factory v0.148.1: podpisane binarki CLI stabilizują środowiska odcięte od sieci

    Factory wydało wersję v0.148.1, która rozwiązuje istotny problem dla zespołów pracujących w środowiskach air-gapped. Aktualizacja zapewnia, że wszystkie binarki CLI są teraz poprawnie podpisywane i publikowane, co umożliwia instalacjom offline pobieranie najnowszych wersji bez ryzyka związanego z niezweryfikowanym oprogramowaniem.

    Poprawka trafiła do użytkowników 14 czerwca 2026 roku jako część wydania CLI v0.148.1 i Desktop v0.105.0. Choć na pierwszy rzut oka wygląda to na drobną zmianę konfiguracyjną, dla branż objętych ścisłymi regulacjami bezpieczeństwa oznacza koniec ręcznych obejść i potencjalnych luk w łańcuchu dostaw.

    Kluczowe fakty

    • Binarki CLI dla środowisk air-gapped są teraz podpisywane i publikowane, eliminując ryzyko instalacji nieautoryzowanych wersji.
    • Aktualizacja jest częścią szerszego pakietu usprawnień korporacyjnych Factory, obejmującego kontrolę ruchu sieciowego i zarządzanie logami.
    • Wdrożenia w sektorze obronnym i administracji państwowej korzystają z trybu fully air-gapped, gdzie Factory Cloud nie jest osiągalny podczas działania Droidów.
    • Weryfikacja binarek odbywa się przez artifact repositories i procesy offline, co wymaga zaufanego podpisu cyfrowego na każdym etapie dystrybucji.

    Dlaczego podpisywanie binarek ma znaczenie w odciętych środowiskach

    W standardowym modelu SaaS aplikacja pobiera aktualizacje bezpośrednio z serwerów producenta. Środowiska air-gapped odwracają tę logikę – wszystko, co trafia do wewnętrznej sieci, musi przejść przez bramki bezpieczeństwa, skanery i ręczne audyty. Nie ma tu miejsca na automatyczne pobieranie paczek z internetu.

    Droidy Factory działające w takim reżimie polegają na artefaktach importowanych przez repozytoria offline. Jeśli binarka CLI nie jest podpisana, system nie może potwierdzić jej integralności. W takim przypadku administratorzy albo blokują instalację, albo – co gorsza – dopuszczają ją na ślepo, narażając infrastrukturę na ataki typu supply chain.

    Poprawka z v0.148.1 eliminuje ten dylemat. Teraz każda wersja CLI przeznaczona dla środowisk izolowanych przechodzi pełną ścieżkę podpisywania, zanim trafi do kanałów dystrybucyjnych. Dla zespołów DevOps oznacza to mniej ręcznej pracy przy weryfikacji i krótszy czas od wydania nowej funkcji do jej wdrożenia na produkcji.

    Szerszy kontekst: kontrola nad ruchem i modelami

    Warto spojrzeć na tę aktualizację w kontekście całej strategii Factory dla klientów enterprise. Dokumentacja wdrożeniowa platformy opisuje model, w którym nie tylko binarki, ale też punkty końcowe modeli AI i kolektory OTEL pozostają wewnątrz izolowanej sieci.

    Factory umożliwia uruchamianie Droidów w konfiguracji fully air-gapped, gdzie jedynym połączeniem ze światem zewnętrznym jest zaplanowany import artefaktów. To domyślny wzorzec dla sektorów takich jak obronność czy administracja rządowa, gdzie wyciek danych przez niekontrolowany ruch sieciowy jest niedopuszczalny.

    Ostatnie miesiące przyniosły też inne usprawnienia w tym obszarze: lepszą widoczność połączeń MCP, nowe kontrolki organizacyjne dla automatycznych aktualizacji, usprawnione zarządzanie logami i odświeżone procesy uwierzytelniania. Wszystko to składa się na obraz platformy, która działa w izolacji w sposób przewidywalny i audytowalny.

    Co to oznacza dla zespołów developerskich

    Dla programistów pracujących z Factory na co dzień, v0.148.1 nie przynosi nowych funkcji w interfejsie ani zmian w API. To wydanie ma charakter czysto infrastrukturalny. Jednak jego wpływ na stabilność środowisk CI/CD może być odczuwalny natychmiast.

    Zespoły utrzymujące pipeline'y w odciętych sieciach często borykają się z problemem nieaktualnych narzędzi. Każda aktualizacja CLI wymagała dotąd sprawdzania sum kontrolnych, ręcznego podpisywania i konfiguracji zaufanych źródeł. Teraz ten proces jest zautomatyzowany po stronie Factory, a administratorzy otrzymują gotowe, zweryfikowane paczki.

    To jedna z tych poprawek, których nikt nie zauważa, dopóki nie przestanie działać. Ale właśnie takie detale decydują o tym, czy platforma nadaje się do użytku w środowiskach o zaostrzonych wymogach bezpieczeństwa.

    Źródła

  • Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Anthropic wydał 12 czerwca 2026 roku wersję 2.1.176 Claude Code, która wprowadza kilka ważnych poprawek w obszarze lokalizacji, zarządzania poświadczeniami oraz stabilności pracy zdalnej. Aktualizacja nie wprowadza rewolucyjnych zmian, ale rozwiązuje konkretne problemy, które dotykały programistów korzystających z SSH, systemu Windows oraz środowisk z rygorystycznymi politykami modeli.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku prowadzonej konwersacji, z możliwością przypięcia wybranego języka przez ustawienie language.
    • Buforowanie poświadczeń Bedrock zostało wydłużone do rzeczywistego czasu wygaśnięcia tokena, zamiast sztywnego limitu jednej godziny.
    • Remote Control nie zmienia już modelu sesji przy łączeniu z przeglądarki i wyświetla czytelne komunikaty o rozłączeniu zamiast kodów błędów.
    • Egzekwowanie modeli zamyka możliwość ominięcia listy dozwolonych modeli przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL.

    Lokalizacja i personalizacja terminala

    Nowe ustawienie language umożliwia stałe przypięcie języka tytułów sesji, co eliminuje chaos w dłuższych projektach. Każdy członek zespołu widzi tytuły w swoim języku, niezależnie od języka, w jakim rozmawia z Claude'em.

    Kolejną nowością jest footerLinksRegexes, które pozwala administratorom definiować odznaki w stopce terminala na podstawie wyrażeń regularnych. Można tam umieścić link do dokumentacji projektu, panelu monitoringu czy łącza do zgłaszania błędów, bez potrzeby modyfikacji kodu narzędzia.

    Buforowanie poświadczeń i stabilność sesji

    Zmiana w cache'owaniu tokenów dla użytkowników Bedrocka to znacząca oszczędność czasu. Wcześniej poświadczenia eksportowane przez awsCredentialExport były ważne maksymalnie godzinę. Teraz Claude Code respektuje rzeczywiste pole Expiration, co oznacza, że jeśli token wygasa za cztery godziny, to będzie trzymany w cache'u przez ten czas. To zmniejsza liczbę przerw na ponowne uwierzytelnianie podczas długich zadań.

    Wprowadzono również poprawki w obsłudze sesji w tle. Komenda /bg uruchomiona w połowie tury nie będzie już wyświetlać wiecznie kręcącego się wskaźnika "Working", gdy nie ma już nic do dokończenia. To istotna zmiana przy pracy z wieloma równoległymi agentami.

    Zdalne sterowanie i Windows

    Remote Control otrzymał poprawki, które zwiększają jego niezawodność. Najważniejsza z nich to fakt, że łączenie się z sesją przez przeglądarkę lub aplikację mobilną nie zmienia już modelu sesji bez pytania. Komunikaty o rozłączeniu są teraz bardziej informacyjne, zamiast być tylko kodami błędów.

    Na Windowsie naprawiono problem z kursorem tekstowym w widoku agentów — pole do wprowadzania komend teraz renderuje się prawidłowo. Użytkownicy SSH zyskali również poprawkę synchronizacji schowka: komendy /copy oraz zaznaczanie myszką w tmux wewnątrz sesji SSH w końcu trafiają do systemowego schowka. Dodatkowo naprawiono ładowanie bufora wklejania w tmux starszym niż 3.2.

    Egzekwowanie modeli i raportowanie gałęzi Git

    Wersja 2.1.176 zamyka dwie istotne luki w politykach bezpieczeństwa. Po pierwsze, aliasy modeli nie mogą być przekierowane na zablokowany model przez zmienne ANTHROPIC_DEFAULT_*_MODEL. Po drugie, komenda /fast nie przełączy na model spoza listy dozwolonych. To koniec z nieautoryzowanym wybieraniem modeli dla administratorów zarządzających flotą programistów.

    Git również doczekał się poprawki: po wykonaniu /cd lub przeniesieniu worktree sesja nie będzie już raportować gałęzi z poprzedniego katalogu. To drobna zmiana, ale w monorepozytoriach z wieloma gałęziami ta pomyłka mogła powodować zamieszanie.

    Co to oznacza dla zespołów developerskich

    Największą wartość z tej aktualizacji zyskają zespoły pracujące w rozproszonych środowiskach — zdalne sesje, SSH, Windows obok Linuksa. Poprawki w cache'owaniu Bedrocka oraz egzekwowaniu modeli pokazują, że Anthropic traktuje poważnie opinie użytkowników korporacyjnych, którzy potrzebują stabilności i przewidywalności. Wersja 2.1.176 nie jest przełomowa, ale skutecznie rozwiązuje problemy z poprzednich wersji.

    Źródła

  • Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Qwen-Code v0.18.0 wprowadza agentów działających równolegle i pamięć międzyprojektową

    Zespół QwenLM opublikował 12 czerwca 2026 roku wersję v0.18.0 swojego terminalowego agenta kodowania Qwen-Code. Ta aktualizacja wprowadza istotne zmiany w sposobie korzystania z narzędzia: agenty mogą teraz działać w tle, pamięć nie resetuje się przy zmianie projektu, a interfejs wiersza poleceń stał się bardziej przyjazny dla użytkowników.

    Co nowego w Qwen-Code v0.18.0

    • Równoległe agenty — komenda /fork uruchamia agenta w tle, podczas gdy główna sesja pozostaje aktywna; panel powiadomień informuje o zakończeniu zadania.
    • Pamięć na poziomie użytkownika — zapisywane są preferencje i informacje zwrotne, które przetrwają zmianę repozytorium, przechowywane w katalogu ~/.qwen/memories/.
    • Ujednolicone zarządzanie umiejętnościami — panel /skills umożliwia przeglądanie, wyszukiwanie, włączanie i wyłączanie umiejętności oraz ich uruchamianie jednym kliknięciem.
    • Poprawki stabilności — usunięto błędy związane z zarządzaniem pamięcią, dodano wsparcie multimodalne dla modelu Qwen-Code v0.18.0 oraz udoskonalono automatyzację CI/CD.

    Agenci w końcu mogą pracować równolegle

    Do tej pory praca z agentem w terminalu była liniowa — wydajesz polecenie, czekasz na wynik. Qwen-Code v0.18.0 wprowadza nową komendę /fork, która uruchamia agenta w tle, a panel zadań informuje użytkownika o zakończeniu pracy.

    Oznacza to, że można poprosić agenta o refaktoryzację modułu testowego i jednocześnie pisać nową funkcję w głównej sesji. Nie trzeba czekać. Dla osób praktykujących szybkie, iteracyjne programowanie wspierane przez sztuczną inteligencję, to znaczna oszczędność czasu. Równoległość zmniejsza frustrację, ponieważ agent nie blokuje terminala na dłuższy czas podczas analizy większych fragmentów kodu.

    Pamięć, która pamięta między projektami

    Wcześniej pamięć agenta była przypisana do konkretnego repozytorium. Zmiana folderu oznaczała utratę preferencji i kontekstu, co było uciążliwe przy pracy nad kilkoma projektami jednocześnie.

    Twórcy rozwiązali ten problem, wprowadzając katalog ~/.qwen/memories/. Teraz agent zapisuje tam informacje na poziomie użytkownika. Qwen-Code sam decyduje, które dane trafią do pamięci projektowej, a które do użytkownika, na podstawie czterech kategorii routingu pamięci, co eliminuje potrzebę ręcznej konfiguracji. Dla zespołów DevOps i programistów pracujących z mikroserwisami to zauważalna zmiana.

    Terminal bardziej przyjazny człowiekowi

    Terminal bardziej przyjazny człowiekowi

    Interfejs również przeszedł kilka poprawek. Panel /skills to jeden z dodatków, które ułatwiają korzystanie z narzędzia. Zamiast zapamiętywać składnię każdej komendy, można otworzyć interaktywny dialog, przeszukać dostępne umiejętności i uruchomić je od razu.

    Dodatkowo, wprowadzono powiadomienia w sekwencji terminala, odświeżono panel zadań w tle oraz poprawiono tryb Vima. Samodzielny instalator zyskał automatyczną aktualizację, co ułatwia życie użytkownikom, którzy nie chcą ręcznie śledzić wydań.

    Pod maską: poprawki i multimodalność

    Pod maską: poprawki i multimodalność

    Nie wszystkie zmiany są widoczne na pierwszy rzut oka, ale stabilność jest kluczowa. Wersja v0.18.0 naprawia błędy związane z zarządzaniem pamięcią, które mogły prowadzić do wycieków lub nieprzewidywalnego zachowania podczas dłuższych sesji. Dodano także wsparcie multimodalne dla modelu Qwen-Code v0.18.0, co pozwala agentom analizować nie tylko kod, ale także obrazy i zrzuty ekranu. Udoskonalono automatyzacje CI/CD, co docenią zespoły korzystające z Qwen-Code.

    Mały krok wersji, duży krok dla przepływu pracy

    Qwen-Code v0.18.0 to aktualizacja, która nie zmienia fundamentów, ale znacząco zwiększa użyteczność narzędzia. Równoległe agenty, pamięć międzyprojektowa i panel umiejętności tworzą narzędzie, które mniej przeszkadza, a bardziej wspiera użytkowników. Dla programistów spędzających godziny w terminalu, to różnica między narzędziem, które się używa, a takim, na którym można polegać.

    Źródła

  • Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    Codex 0.136.0: Klikalne linki w terminalu i archiwizacja sesji wchodzą do gry

    OpenAI wypuściło Codex w wersji 0.136.0, a to wydanie wprowadza kilka istotnych usprawnień, które wpływają na codzienną pracę programistów w terminalu. Najważniejsze zmiany to archiwizacja sesji, klikalne linki w TUI oraz zwiększone bezpieczeństwo przy egzekucji komend. Dodatkowo, wprowadzono alfa-narzędzie do sandboxowania na Windowsie oraz szereg zmian dla integratorów.

    Kluczowe fakty

    • Archiwizacja sesji dostępna przez /archive w TUI oraz codex archive i codex unarchive w CLI — zarchiwizowane wątki są chronione przed wznowieniem, dopóki nie zostaną ręcznie przywrócone.
    • Klikalne linki w widoku markdown TUI wykorzystują metadane OSC 8, a szerokie tabele w ciasnych oknach zwijają się do czytelnych par klucz-wartość.
    • Bezpieczeństwo komend — /diff blokuje ścieżkę wykonania kodu, a serwer egzekucji odrzuca zapytania WebSocket z nagłówkami Origin z przeglądarek.
    • Windows zyskuje ścieżkę codex sandbox setup --elevated do provisioning sandboxów i wsparcie dla API-key CODEX_API_KEY.
    • WebSocket do zdalnego sterowania przechodzi na krótkoterminowe tokeny serwerowe zamiast tokenów dostępu ChatGPT.

    Archiwizacja sesji — porządek w historii pracy

    Nowa funkcja archiwizacji to istotne udogodnienie dla intensywnych użytkowników Codexa. Sesje można teraz zamknąć w stanie tylko do odczytu, co zapobiega przypadkowemu wznowieniu lub sforkowaniu.

    Archiwizowanie działa w prosty sposób. Z poziomu TUI używasz komendy /archive, a z CLI codex archive do schowania sesji oraz codex unarchive, aby do niej wrócić. Zarchiwizowane wątki są blokowane przed wznowieniem, co chroni przed przypadkową edycją wcześniejszych przebiegów, co może prowadzić do nieporządku podczas szybkiego iterowania na kodzie.

    Mechanizm ten jest także przydatny w pracy zespołowej. Można odłożyć sesję na bok, mając pewność, że nikt jej nie nadpisze, dopóki nie zostanie celowo przywrócona do aktywnego obiegu.

    Klikalne linki i czytelniejsze tabele w TUI

    Terminalowe UI Codexa od dawna obsługuje renderowanie markdowna, ale wcześniej linki były jedynie dekoracją — trzeba było je kopiować ręcznie. Wersja 0.136.0 wprowadza metadane OSC 8, dzięki którym odnośniki stają się klikalne bezpośrednio w terminalu.

    To może wydawać się drobnostką, ale w praktyce oszczędza czas i zmniejsza liczbę przełączeń między oknami. Otrzymując link do dokumentacji API lub issue na GitHubie, wystarczy kliknąć i kontynuować pracę.

    Dodatkowo poprawiono renderowanie szerokich tabel. Gdy terminal jest zbyt wąski, tabela automatycznie przekształca się w listę par klucz-wartość, zachowując klikalne linki. Nie ma już potrzeby przewijania w poziomie ani obawy o ucięte komórki.

    Wzmocnione bezpieczeństwo komend

    To wydanie kładzie duży nacisk na bezpieczeństwo przy egzekucji kodu. Wprowadzono trzy konkretne zmiany.

    Po pierwsze, /diff blokuje ścieżkę wykonania kodu, co eliminuje ryzyko, że złośliwe repozytorium podsunie kod do wykonania przy generowaniu diffa.

    Po drugie, serwer wykonawczy odrzuca żądania WebSocket zawierające nagłówek Origin z przeglądarek, co ma na celu zapobieganie atakom CSRF, gdzie zewnętrzna strona mogłaby próbować nawiązać połączenie z lokalnym serwerem Codexa.

    Po trzecie, zdalne sterowanie przechodzi na krótkoterminowe tokeny serwerowe. Dotychczas WebSocket używał tokenów dostępu do ChatGPT, co oznaczało długo żyjące poświadczenia. Teraz tokeny są generowane na bieżąco i szybko wygasają, co znacząco ogranicza potencjalne okno ataku.

    Dla Windowsa dodano również zabezpieczenie przed uruchamianiem parsera PowerShell poza tym systemem — to mała, ale istotna poprawka.

    Windows i integracje

    Użytkownicy Windowsa zyskują alfa-narzędzie codex sandbox setup --elevated, które automatyzuje provisioning sandboxa na tym systemie. Wspiera również wymagania dla dozwolonych implementacji sandboxa, co pokazuje, że OpenAI poważnie myśli o wsparciu tej platformy.

    W zakresie integracji, app-server zyskał możliwość wznawiania wątków z pierwszą stroną przebiegu oraz bogatszy status serwerów MCP. Python SDK można teraz wersjonować niezależnie od runtime'u przy użyciu tagów python-v*, a dokumentacja SDK została zaktualizowana.

    Dla użytkowników Codexa zdalnie, wprowadzono rejestrację przez klucz API CODEX_API_KEY dla zatwierdzonych hostów OpenAI.

    Podsumowanie

    Wydanie 0.136.0 nie wprowadza rewolucyjnych zmian w samym silniku AI, ale znacząco poprawia komfort pracy z narzędziem. Archiwizacja sesji wprowadza długo oczekiwany porządek w zarządzaniu historią. Klikalne linki i zwijane tabele sprawiają, że TUI staje się pełnoprawnym środowiskiem do przeglądania wyników bez odrywania rąk od klawiatury. Zwiększone bezpieczeństwo przy egzekucji komend i zdalnym sterowaniu pokazuje, że zespół traktuje poważnie ryzyka związane z automatyzacją w terminalu.

    Źródła

  • Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    Codex 0.136.0-alpha.2: archiwizacja wątków z poziomu CLI i poprawki dla Amazon Bedrock

    OpenAI opublikowało 31 maja 2026 roku drugą wersję alfa z serii 0.136.0-alpha.2 narzędzia Codex CLI. W tej wersji wprowadzono kilka istotnych usprawnień, w tym możliwość archiwizacji wątków bezpośrednio z linii poleceń. To krok w kierunku przeniesienia funkcji znanych z aplikacji desktopowej Codex do terminala, eliminując potrzebę przełączania się między interfejsami.

    Co nowego w wydaniu

    • Archiwizacja wątków dostępna teraz jako polecenie w CLI, bez potrzeby korzystania z GUI
    • Amazon Bedrock otrzymał dwie poprawki dotyczące regionów – zmiany dotyczą limitów domyślnej warstwy usług oraz mechanizmu awaryjnego wyboru regionu
    • Tryb Vim zyskał poprawkę usuwającą błąd w edycji w trybie normalnym
    • Wyszukiwanie w sieci wymaga teraz jawnego określenia modelu przy samodzielnym użyciu tej funkcji
    • Windows Sandbox – zaostrzono wymagania dotyczące sandboksa na platformie Windows

    Co dokładnie zmieniono w archiwizacji wątków

    Zarządzanie historią konwersacji w Codex CLI było wcześniej ograniczone. Aby uporządkować starsze wątki, użytkownicy musieli korzystać z aplikacji desktopowej. Wersja 0.136.0-alpha.2 wprowadza archiwizację jako operację dostępną z poziomu codex w terminalu.

    To rozwiązanie jest szczególnie przydatne podczas dłuższych sesji pracy. Gdy gromadzisz wiele wątków z agentem, a część z nich staje się nieaktualna, możesz je archiwizować jednym poleceniem, nie odrywając rąk od klawiatury. Choć to drobna zmiana, w codziennym użytkowaniu CLI ma znaczenie.

    Warto zauważyć, że to wciąż wersja alfa – archiwizacja działa, jednak pełna integracja z filtrowaniem i przywracaniem wątków prawdopodobnie trafi dopiero do stabilnego wydania. Repozytorium na GitHubie nie zawiera szczegółowego changeloga dla tego wydania, co może sugerować, że część zmian została wprowadzona bez pełnej dokumentacji.

    Amazon Bedrock i poprawki regionalne

    Dwie poprawki dla Amazon Bedrock rozwiązują problemy, które mogły uprzykrzać życie użytkownikom spoza domyślnego regionu us-east-1. Pierwsza poprawka dotyczy limitów narzucanych przez domyślną warstwę usług – wcześniej Codex mógł odrzucać żądania, jeśli konto w Bedrock nie miało odpowiednio skonfigurowanych limitów. Druga poprawka usprawnia mechanizm awaryjnego przełączania regionu: gdy główny region nie odpowiada, narzędzie teraz sprawniej przełącza się na zapasowy.

    To dobra wiadomość dla zespołów pracujących w regionach takich jak eu-central-1 czy ap-northeast-1. Bedrock nie wszędzie ma identyczną dostępność modeli, więc efektywne przełączanie między regionami jest istotne w produkcyjnym użyciu.

    Tryb Vim i pozostałe poprawki

    Tryb Vim w Codex CLI rozwijał się dynamicznie w poprzednich wydaniach. Stabilne wersje 0.134.0 i 0.135.0 (opublikowane odpowiednio 26 i 28 maja) wprowadziły obsługę obiektów tekstowych takich jak ciw czy da(, co znacząco ułatwiło edycję w TUI. Wersja 0.136.0-alpha.2 naprawia błąd w trybie normalnym, który mógł powodować nieoczekiwane zachowanie podczas edycji.

    Dodatkowo, samodzielne wyszukiwanie w sieci wymaga teraz jawnego wskazania modelu. Wcześniej Codex mógł domyślnie używać modelu, który nie zawsze był optymalny dla danego zadania. Teraz to użytkownik decyduje, co ma sens, ponieważ różne modele różnie radzą sobie z interpretacją wyników wyszukiwania.

    Szybka instalacja

    Jeśli chcesz przetestować nowości, instalacja przebiega standardowo:

    npm install -g @openai/codex

    Lub przez Homebrew:

    brew install codex

    Po instalacji wystarczy uruchomić codex w terminalu. Pamiętaj, że to wydanie alfa – mogą wystąpić drobne problemy ze stabilnością. W oficjalnym repozytorium wciąż otwarte są zgłoszenia dotyczące problemów z ponownym łączeniem, w tym opóźnień przy przełączaniu na WebSocket i błędów przy idle reconnect. Zespół OpenAI nie podał jeszcze daty wydania stabilnego, ale tempo publikacji kolejnych wersji sugeruje, że nie trzeba będzie długo czekać.

    Źródła

  • Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT

    Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT

    Najnowsza stabilna wersja edytora Zed, oznaczona jako 1.4.4, wprowadza dwie poprawki dotyczące integracji z GitHub Copilot. Ta aktualizacja eliminuje krytyczny błąd, który powodował, że zapytania do modeli GPT były odrzucane z komunikatem „invalid request body”, co uniemożliwiało korzystanie z asystenta AI. Jest to kontynuacja wcześniejszej wersji 1.4.4, która rozwiązała problem z pustą listą modeli dla użytkowników korzystających z nowszych wersji SDK Copilota.

    Co trzeba wiedzieć

    • Zed 1.4.4 naprawia błąd „invalid request body” przy użyciu modeli GPT przez GitHub Copilot.
    • Wersja 1.4.4 rozwiązała problem z pustą listą rozwijaną modeli w nowszych kompilacjach SDK.
    • Obie poprawki dotyczą wyłącznie stabilności integracji AI, nie wprowadzają nowych funkcji.
    • Zespół Zed szybko reaguje na zgłoszenia, co pokazuje ich priorytet w zapewnieniu niezawodności narzędzi do kodowania wspomaganego AI.

    Dlaczego te łatki mają znaczenie

    Frustracja związana z narzędziem AI, które przestaje działać w trakcie sesji kodowania, jest powszechna. Użytkownicy Zed, którzy korzystali z modeli GPT przez integrację z GitHub Copilot, napotykali problemy, gdy serwer odrzucał ich żądania z powodu nieprawidłowej struktury zapytania.

    Błąd w wersji 1.4.4 był także uciążliwy, ponieważ lista dostępnych modeli nie wypełniała się. Dla nowych użytkowników, którzy dopiero konfigurowali swoje środowisko, pusty dropdown mógł sugerować, że integracja nie działa, podczas gdy problem leżał w komunikacji z nowym SDK. Zespół Zed natychmiast zajął się oboma problemami po ich zgłoszeniu.

    Szybkie tempo poprawek

    Szybkie tempo poprawek

    W świecie narzędzi deweloperskich tempo reakcji na błędy wpływa na zaufanie użytkowników. Zed wykazuje sprawność, której brakuje wielu większym konkurentom – między wersją 1.4.4 a 1.4.4 minęło zaledwie kilka dni. Inżynierowie Zed skupili się na przywróceniu pełnej funkcjonalności Copilota dla wszystkich konfiguracji.

    Obie poprawki dotyczą różnych warstw integracji. Wersja 1.4.4 koncentruje się na warstwie klienckiej, czyli tym, co widzi użytkownik w interfejsie. Wersja 1.4.4 naprawia proces formowania zapytań HTTP wysyłanych do API. Dla programistów używających Zed jako głównego edytora do pracy z AI, stabilność jest kluczowa.

    Kontekst szerszego ekosystemu

    Zed od dłuższego czasu umacnia swoją pozycję jako wydajny edytor dla programistów, którzy nie chcą rezygnować z szybkości działania na rzecz integracji z nowoczesnymi narzędziami AI. Obsługa GitHub Copilot jest jednym z filarów tej strategii, obok własnego agenta AI i wsparcia dla wielu dostawców modeli, takich jak Anthropic, AWS Bedrock i OpenCode.

    Te dwie poprawki, choć techniczne, pokazują dojrzałość projektu. Zespół Zed koncentruje się na tym, aby istniejące modele działały bez zarzutu, zamiast tylko dodawać nowe. Każda godzina przestoju w narzędziu AI to realny koszt dla dewelopera, dlatego Zed nie odkłada poprawek do następnego dużego wydania.

    Jeśli korzystasz z Zed z Copilotem i modelami GPT, instalacja wersji 1.4.4 jest niezbędna. Dla całej społeczności to sygnał, że zespół monitoruje sytuację i nie pozwala, by krytyczne błędy zalegały dłużej niż to konieczne.

    Źródła

  • OpenCode zyskuje zwinięty widok myślenia i naprawę kluczowych błędów – nowa aktualizacja już dostępna

    OpenCode zyskuje zwinięty widok myślenia i naprawę kluczowych błędów – nowa aktualizacja już dostępna

    Zespół OpenCode wprowadził nową aktualizację, która znacząco uprościła terminalowy interfejs oraz naprawiła kilka problematycznych błędów, z którymi borykali się deweloperzy korzystający z AI w codziennej pracy. Najważniejszą nowością jest zwinięty widok myślenia, który umożliwia ukrywanie bloków rozumowania modelu. Dodatkowo, aktualizacja wprowadza przypięte sesje, poprawia odzyskiwanie binarek npm oraz usprawnia śledzenie plików w repozytoriach z dowiązaniami symbolicznymi.

    Co nowego w OpenCode – najważniejsze zmiany

    • Zwinięty widok myślenia – bloki między znacznikami think są domyślnie ukryte; można je przełączać przez paletę poleceń lub komendę /thinking.
    • Przypięte zarządzanie sesjami – preferencje widoku zapisują się w sklepie kv, więc po restarcie wszystko wraca na swoje miejsce.
    • Konfiguracja domyślnego zachowania – opencode.json zyskał opcję "show_thinking": false, co pozwala zespołom ustawić jeden standard.
    • Naprawa npm binary recovery – błąd w repozytoriach z symlinkami przestał zjadać binarki npm po restarcie sesji.
    • Poprawione śledzenie plików – AI widzi zmiany na żywo nawet w środowiskach kontenerowych i repozytoriach linkowanych.

    Mniej szumu w terminalu – zwinięte bloki rozumowania

    Użytkownicy narzędzi AI w terminalu często doświadczają bałaganu, gdy modele generują długie ciągi pseudorozumowania, co utrudnia śledzenie wyników. Nowa opcja pozwala na ukrywanie bloków między tagami think, co można zrobić całkowicie lub przenieść do osobnej, przełączanej sekcji.

    Przełączanie działa za pomocą komendy /thinking lub palety poleceń. Preferencje są zapisywane w kv razem ze stanem paska bocznego, co oznacza, że po ponownym uruchomieniu nie trzeba wszystkiego ustawiać od nowa. Dla zespołów, które chcą ustalić wspólny standard, dodano opcję "show_thinking": false w pliku konfiguracyjnym. To proste rozwiązanie znacząco poprawia komfort pracy, zwłaszcza w kontekście vibe codingu, gdzie interfejs powinien być lekki.

    Stabilność rdzenia – symlinki, npm i metadane narzędzi

    W aktualizacji poprawiono również odzyskiwanie binarek npm w repozytoriach korzystających z dowiązań symbolicznych, co wcześniej mogło zerwać kontekst AI po restarcie sesji. Teraz pliki takie jak product.md, techstack.md i workflow.md są stabilniejsze, co pozwala modelowi na zachowanie logiki projektu między sesjami.

    Deweloperzy pracujący w środowiskach kontenerowych zyskają na poprawie śledzenia plików w repozytoriach linkowanych. Wcześniej AI mogło operować na nieaktualnych danych, ponieważ zmiany w linkowanych katalogach nie były wykrywane. Teraz zmiany są widoczne na żywo, co jest istotne przy hot reloadzie i szybkich iteracjach.

    Usprawniona obsługa metadanych niestandardowych narzędzi to krok w stronę lepszej integracji z zewnętrznymi systemami. Wywołania funkcji i tool calls są teraz bardziej przewidywalne, co zmniejsza ryzyko niespodzianek przy łączeniu z API firm trzecich.

    Dlaczego to ma znaczenie dla ekosystemu AI w devie

    OpenCode od dłuższego czasu stara się być alternatywą dla rozbudowanych IDE z wtyczkami AI. Ta aktualizacja wskazuje kierunek: czysty i szybki terminalowy interfejs użytkownika, który nie przeszkadza, ale zapewnia pełną kontrolę. Domyślne zwijanie bloków myślenia, konfiguracja przez JSON oraz poprawki w rdzeniu to nie spektakularne funkcje, ale to właśnie takie detale decydują o tym, czy narzędzie staje się częścią codziennej pracy, czy ląduje w folderze "do sprawdzenia kiedyś".

    W obliczu rosnącej liczby narzędzi – od Claude Code, przez Codex, po Cursor czy Windsurf – OpenCode stawia na lekkość i niezawodność. Prosty proces instalacji, który wciąż sprowadza się do jednego polecenia curl install opencode, tylko to potwierdza.

    Źródła