Kategoria: Aktualności

  • Factory v0.171.0 stawia na stabilność: lepsze zarządzanie kontekstem i wsparcie CLI dla Windows

    Factory v0.171.0 stawia na stabilność: lepsze zarządzanie kontekstem i wsparcie CLI dla Windows

    Platforma Factory otrzymała aktualizację v0.171.0, która koncentruje się na niezawodności narzędzia i ułatwieniu pracy programistom korzystającym z systemu Windows. Deweloperzy zyskali nowy skrypt instalacyjny dla Droid CLI, a także znaczące usprawnienia w zarządzaniu serwerami MCP. Aktualizacja przynosi szereg poprawek, które eliminują uciążliwe problemy techniczne i przyspieszają wdrożenie agenta AI w środowisku deweloperskim.

    Co nowego w pigułce

    • Nowy skrypt instalacyjny dla Windows automatycznie dodaje katalog instalacyjny do PATH, co pozwala na natychmiastowe działanie CLI po instalacji.
    • Przebudowane menu MCP ułatwia podłączanie zewnętrznych narzędzi oraz zarządzanie serwerami w workflow agenta.
    • Wyświetlanie zużycia kontekstu pojawia się od razu po wznowieniu sesji, eliminując potrzebę zgadywania.
    • Poprawione wykrywanie architektury instalatora Windows eliminuje błędy przy wyborze wersji.
    • Wiele krytycznych poprawek, w tym timeouty połączeń MCP, wykrywanie motywu przez SSH oraz błędy interfejsu.

    Windows wreszcie obywatelem pierwszej kategorii

    Deweloperzy na Windows od dawna czuli się niedoceniani w kontekście narzędzi agentowych. Wersja v0.171.0 zmienia tę sytuację. Skrypt instalacyjny dla Droid CLI nie tylko kopiuje pliki, ale także sprawdza, czy katalog docelowy jest już w PATH. Jeśli nie, dodaje go i aktualizuje zmienną w bieżącej sesji terminala.

    Dzięki temu po wpisaniu droid w konsoli narzędzie działa natychmiast, bez potrzeby ręcznego edytowania zmiennych środowiskowych. Choć to może wydawać się drobnym szczegółem, każdy, kto konfigurował toolchain na Windows, wie, że takie detale mogą decydować o czasie potrzebnym na wdrożenie narzędzia.

    Dodatkowo poprawiono wykrywanie architektury instalatora. Wcześniej zdarzały się sytuacje, w których instalator błędnie identyfikował system i próbował zainstalować niekompatybilną wersję. Teraz ten problem został rozwiązany, a CLI uruchamia się szybciej po instalacji dzięki usunięciu zbędnego kroku konfiguracji konsoli.

    MCP i zarządzanie kontekstem bez frustracji

    Kolejnym istotnym elementem tej aktualizacji są poprawki związane z Model Context Protocol (MCP). MCP to mechanizm, który pozwala Factory na łączenie się z zewnętrznymi narzędziami, takimi jak bazy danych czy API monitoringu. W wersji v0.171.0 naprawiono timeouty połączeń, które mogły przerywać sesję w nieodpowiednich momentach.

    Przebudowane menu MCP ułatwia zarządzanie serwerami. Teraz można szybciej zidentyfikować aktywne serwery, a konfiguracja nowych jest bardziej intuicyjna. Dla zespołów devopsowych, które integrują Droid z własnym stackiem, to oszczędność czasu i nerwów.

    Zarządzanie kontekstem również zostało znacząco poprawione. Po wznowieniu sesji od razu widać, ile miejsca w oknie kontekstowym zajmują dotychczasowe wiadomości i dokumenty. To istotna funkcjonalność, która pozwala na lepsze monitorowanie, kiedy agent może zacząć gubić wątki z powodu przekroczenia limitu tokenów.

    Drobne rzeczy, które robią różnicę

    W tej aktualizacji rozwiązano także kilka bardziej szczegółowych problemów. Automatyczne wykrywanie motywu interfejsu nie działało poprawnie przez SSH, co było szczególnie irytujące podczas pracy zdalnej, gdy aplikacja nagle zmieniała wygląd. Teraz działa bez zarzutu.

    Poprawiono również obsługę powiadomień w desktopowej aplikacji oraz niezawodność zapisywania ustawień misji. Choć to nie są zmiany, które przyciągną uwagę na okładkach, to właśnie one sprawiają, że narzędzie staje się bardziej funkcjonalne i mniej uciążliwe w codziennym użytkowaniu.

    Co to oznacza dla zespołów

    Factory pozycjonuje CLI jako główne narzędzie do delegowania pracy agentowi AI z poziomu terminala. Każda aktualizacja, która upraszcza instalację i zwiększa stabilność podstawowych mechanizmów, wpływa na tempo adopcji w zespołach developerskich.

    Dla osób, które wcześniej testowały Factory i napotkały problemy na Windowsie lub frustrujące timeouty MCP, wersja v0.171.0 to dobra okazja, aby dać platformie drugą szansę. Dla tych, którzy już korzystają z Factory na co dzień, aktualizacja oznacza mniej przerw w pracy oraz bardziej przejrzyste informacje o stanie sesji.

    Źródła

  • Zed 1.10.3 naprawia konflikt z npm v12, który blokował start narzędzi deweloperskich

    Zed 1.10.3 naprawia konflikt z npm v12, który blokował start narzędzi deweloperskich

    Zed wydał wersję 1.10.3 13 lipca 2026 roku. To aktualizacja stabilizacyjna, która rozwiązuje problem z menedżerem pakietów npm w wersji 12. Błąd oznaczony numerem #60870 mógł uniemożliwić uruchomienie serwerów językowych na systemach macOS i Linux, co blokowało działanie podpowiadania składni, diagnostyki i nawigacji w kodzie. Łatka jest już dostępna do pobrania, a zespół Zed zachęca do aktualizacji, aby zapewnić płynniejsze środowisko pracy.

    Kluczowe informacje o wydaniu

    • Zed 1.10.3 to stabilna aktualizacja z 13 lipca 2026 roku, skupiona na poprawkach.
    • Naprawiono błąd z npm v12, który powodował problemy przy starcie serwerów językowych na macOS i Linux.
    • Problem dotyczył głównie projektów JavaScript i TypeScript, gdzie LSP odpowiada za autouzupełnianie i diagnostykę.
    • Zgłoszenie #60870 zostało zamknięte w tym wydaniu po wcześniejszych raportach o podobnych symptomach.
    • Aktualizacja jest zalecana szczególnie dla zespołów używających narzędzi opartych na npm.

    Dlaczego ta łatka ma znaczenie dla web developerów

    Serwer językowy jest kluczowym elementem nowoczesnego edytora kodu. Bez niego znikają podpowiedzi składni, komunikaty o błędach oraz możliwość szybkiej nawigacji po projekcie. W kontekście web developmentu, gdzie JavaScript i TypeScript dominują, każda awaria LSP oznacza realną stratę czasu. Deweloperzy Zed, którzy pracują na projektach z npm v12, doświadczali sytuacji, w której edytor uruchamiał się normalnie, ale narzędzia deweloperskie były wyłączone.

    Problem ten nie był nowy. Wcześniejsze zgłoszenia na GitHubie, takie jak #49693 z lutego 2026, opisywały podobne zachowania — po przełączeniu gałęzi w gicie i reinstalacji zależności interfejsy TypeScript nie odświeżały się w edytorze. Pełny restart Zed przywracał prawidłowe działanie. Wersja 1.10.3 rozwiązuje ten problem, eliminując konieczność ręcznego restartowania serwera językowego.

    Szerszy kontekst rozwoju Zed

    To wydanie wpisuje się w szerszy trend rozwoju edytora. W ostatnich tygodniach Zed zyskał wsparcie dla modeli GPT-5.6, rozszerzone opcje Git blame, w tym nowe polecenia editor: blame revision i editor: blame previous revision, a także ustawienie git.diff_base, które pozwala porównywać kod względem HEAD lub gałęzi domyślnej. Te zmiany pokazują, że zespół pracuje nad funkcjami AI i kontroli wersji.

    Zed od dawna zmaga się z pytaniami o bezpieczeństwo swoich automatycznych mechanizmów. W połowie 2024 roku wybuchła dyskusja, gdy odkryto, że edytor pobiera binaria i pakiety npm bez pytania użytkownika o zgodę. Choć tamta kontrowersja dotyczyła innego aspektu architektury, łatka 1.10.3 pokazuje, że zespół aktywnie reaguje na problemy związane z integracją menedżerów pakietów, koncentrując się na stabilności.

    Co to oznacza dla codziennej pracy

    Jeśli pracujesz na macOS lub Linuxie i korzystasz z npm v12, ta aktualizacja może zaoszczędzić ci frustracji związanych z debugowaniem, dlaczego edytor przestał podpowiadać składnię. Zespół Zed zaleca restart serwera językowego w przypadku utrzymujących się problemów, co odpowiada rodzajowi awarii, którą eliminuje wersja 1.10.3.

    Dla projektów webowych, gdzie szybka iteracja i niezawodność narzędzi są kluczowe dla produktywności, takie łatki stabilizacyjne są cenniejsze niż nowe funkcje. To one sprawiają, że środowisko deweloperskie działa w tle, nie przeszkadzając w pracy.

    Źródła

  • Zed 1.10.2 z obsługą GPT-5.6 Sol i Terra – Luna jeszcze poza zasięgiem

    Zed 1.10.2 z obsługą GPT-5.6 Sol i Terra – Luna jeszcze poza zasięgiem

    Zed wprowadził aktualizację 1.10.2, która udostępnia modele GPT-5.6 Sol oraz Terra dla subskrybentów ChatGPT bezpośrednio w edytorze. To jest kontynuacja wersji 1.10.0. Trzeci model z nowej rodziny OpenAI – GPT-5.6 Luna – jest już dostępny w ChatGPT i API, zgodnie z informacjami od OpenAI.

    Co warto wiedzieć o nowej aktualizacji

    • GPT-5.6 Sol i Terra są dostępne w Zedzie jako modele hostowane, dostępne dla posiadaczy subskrypcji ChatGPT.
    • GPT-5.6 Luna jest częścią rodziny GPT-5.6 i według OpenAI jest dostępna w planach Plus, Pro, Business i Enterprise oraz w API.
    • 1.10.2 wprowadza integrację llama.cpp, konfigurowalne git blame oraz przeniesienie ustawień AI do panelu konfiguracji.
    • Rodzina GPT-5.6 obejmuje trzy modele – Sol, Terra i Luna – wszystkie są już dostępne przez OpenAI.

    Kontekst: co zmieniło się wcześniej w 1.10.0

    Wersja 1.10.0, która ukazała się 8 lipca 2026 roku, wprowadziła kilka istotnych usprawnień. Zed zyskał wsparcie dla llama.cpp jako nowego dostawcy modeli językowych, co pozwala użytkownikom uruchamiać lokalne modele bezpośrednio w edytorze, bez korzystania z zewnętrznych serwerów.

    Kolejna zmiana dotyczyła git blame. Deweloperzy dodali ustawienie git.inline_blame.location, które umożliwia kontrolowanie, czy informacje o autorze konkretnej linii kodu są wyświetlane obok niej, czy w pasku statusu. Można również opóźnić wyświetlanie tych danych, co zmniejsza wizualny szum podczas przeglądania kodu.

    Trzecim elementem 1.10.0 było uporządkowanie ustawień związanych ze sztuczną inteligencją. Konfiguracja dostawców LLM, zewnętrznych agentów oraz serwerów MCP została przeniesiona do dedykowanego panelu w edytorze ustawień, co ułatwiło zarządzanie tymi opcjami.

    GPT-5.6 w Zed – co działa, a na co trzeba poczekać

    Aktualizacja 1.10.2, wydana 10 lipca 2026 roku, koncentruje się na integracji z nową rodziną modeli OpenAI. W notatkach do wydania znajduje się informacja: „agent: Added GPT 5.6 Sol & Terra for ChatGPT subscription”. Oznacza to, że subskrybenci ChatGPT – w planach Plus, Pro, Business oraz Enterprise – mogą wybierać te modele z poziomu Zeda i korzystać z nich podczas pracy z kodem.

    OpenAI ogłosiło GPT-5.6 jako serię trzech wariantów, które są dostępne w API oraz w ChatGPT w zależności od planu. Sol, Terra i Luna są już dostępne przez OpenAI – również dla zastosowań zewnętrznych. W Zedzie Luna jest wymieniona w dokumentacji i tabelach cenowych, a jej dostępność w edytorze zależy od dalszych integracji po stronie Zeda.

    Dla użytkowników Zeda oznacza to prostą ścieżkę: jeśli masz aktywną subskrypcję ChatGPT, po aktualizacji do 1.10.2 od razu zobaczysz Sol i Terra na liście dostępnych modeli. Nie trzeba nic dodatkowo konfigurować – integracja działa przez wbudowanego agenta Zeda.

    Praktyczne znaczenie dla deweloperów

    Możliwość wyboru między Sol a Terra daje większą elastyczność w doborze modelu do konkretnego zadania. Sol sprawdza się tam, gdzie potrzebna jest szybka odpowiedź i zwięzłość, podczas gdy Terra lepiej radzi sobie z bardziej złożonymi zapytaniami wymagającymi głębszej analizy kontekstu. To szczególnie przydatne przy generowaniu kodu, refaktoryzacji czy debugowaniu.

    Warto również zwrócić uwagę na dokumentację hostowanych modeli Zeda – znajduje się tam pełna tabela cenowa uwzględniająca wszystkie trzy warianty GPT-5.6. Sugeruje to, że zespół Zeda przygotował już techniczną infrastrukturę pod Lunę i może udostępnić ją w edytorze w miarę postępu integracji.

    Co dalej z ekosystemem AI w Zed

    Zed systematycznie rozwija możliwości sztucznej inteligencji w edytorze. Integracja llama.cpp otworzyła drzwi do lokalnych modeli, a wsparcie dla GPT-5.6 umacnia pozycję Zeda jako środowiska przyjaznego programistom korzystającym z AI. Widać wyraźny kierunek: dać użytkownikom wybór między szybkimi modelami chmurowymi a prywatnymi, lokalnymi instancjami – wszystko w ramach jednego narzędzia.

    Aktualizacja 1.10.2, choć niewielka objętościowo, jest istotna funkcjonalnie. Pokazuje, że zespół Zeda szybko reaguje na zmiany w branży AI. OpenAI ogłosiło GPT-5.6, a Zed już wkrótce potem dostarcza integrację dla dwóch z trzech wariantów. Tempo rozwoju jest imponujące i dobrze wróży przyszłym aktualizacjom – zwłaszcza że pełna integracja Luny również jest na horyzoncie.

    Źródła

  • Anthropic wprowadza kontrolę daty ważności kluczy API — koniec z zapomnianymi tokenami

    Anthropic wprowadza kontrolę daty ważności kluczy API — koniec z zapomnianymi tokenami

    Anthropic wprowadziło nowe mechanizmy kontroli cyklu życia kluczy API w konsoli Claude Platform. Deweloperzy mają teraz możliwość ustawienia czasu wygaśnięcia klucza już w momencie jego tworzenia, wybierając spośród kilku predefiniowanych okresów lub decydując się na dostęp bezterminowy. Zmiana dotyczy zarówno kluczy osobistych, jak i administracyjnych (Admin API), a użytkownicy otrzymają powiadomienia e-mailowe ostrzegające przed zbliżającą się dezaktywacją.

    Kluczowe informacje o aktualizacji

    • Predefiniowane okresy ważności obejmują 3 godziny, 1 dzień, 7 dni oraz 30 dni — dostępna jest także opcja niestandardowego czasu oraz ustawienie „Nigdy”.
    • Powiadomienia e-mail są wysyłane do twórców kluczy z co najmniej 7-dniowym okresem życia — szczegółowe zasady różnią się w zależności od długości ważności.
    • Pole expires_at w Admin API umożliwia zespołom programistyczne śledzenie i audytowanie dat wygaśnięcia wszystkich kluczy.
    • Istniejące klucze pozostają bez zmian — nowe reguły dotyczą wyłącznie tokenów tworzonych po wdrożeniu funkcji.

    Jak działają nowe mechanizmy wygasania

    Podczas tworzenia klucza w konsoli Claude Platform użytkownik ma teraz wyraźny wybór okresu ważności. Opcje są jasne: od krótkich (3 godziny — idealne do testów czy sesji debugowania), przez dłuższe okna produkcyjne (7 lub 30 dni), aż po pełną elastyczność w postaci własnego zakresu czasowego.

    Klucze tworzone z flagą „Nigdy” nie mają daty wygaśnięcia — to rozwiązanie jest przeznaczone głównie dla organizacji korzystających z zewnętrznych systemów zarządzania sekretami, gdzie rotacją zarządza oddzielna warstwa narzędziowa.

    Po przekroczeniu daty ważności klucz przestaje działać. Żądania wysłane z wygasłym tokenem zwracają błąd 401 authentication_error, a jego reaktywacja nie jest możliwa — konieczne jest wygenerowanie nowego klucza.

    Powiadomienia, które ratują przed awarią

    Anthropic dodało do aktualizacji system ostrzeżeń e-mailowych. Zasady są dwustopniowe: dla kluczy utworzonych z okresem co najmniej 14 dni powiadomienie przychodzi na 7 dni przed wygaśnięciem. Jeśli klucz ma żywotność między 7 a 13 dni — ostrzeżenie pojawia się na dobę przed dezaktywacją.

    Tokeny krótsze niż 7 dni nie generują powiadomień, co jest uzasadnione — przy trzygodzinnym oknie czasowym mail dotarłby prawdopodobnie już po fakcie.

    Dla zespołów devopsowych to praktyczne zabezpieczenie. W mniejszych środowiskach, gdzie rotacja kluczy bywa odkładana, e-mail może uchronić przed nagłym przestojem integracji czy pipeline'u CI/CD.

    Admin API i pole expires_at

    Nowe pole expires_at w Admin API zwraca datę wygaśnięcia w formacie RFC 3339 lub wartość null dla kluczy bezterminowych.

    Dzięki temu zespoły mogą budować własne dashboardy monitorujące stan autoryzacji, pisać skrypty audytowe lub integrować sprawdzanie dat z istniejącymi systemami alertowymi. Data wygaśnięcia jest jawnie dostępna w odpowiedzi API, co eliminuje potrzebę zgadywania lub przeszukiwania logów.

    To także dobra wiadomość dla tych, którzy automatyzują zarządzanie dostępem. Pole expires_at ułatwia wykrywanie kluczy zbliżających się do końca cyklu życia i planowanie rotacji bez konieczności zewnętrznego bookkeepingu.

    Co to oznacza dla bezpieczeństwa

    Co to oznacza dla bezpieczeństwa

    Anthropic zaleca regularną rotację poświadczeń i trzymanie kluczy z dala od kodu źródłowego czy promptów. Nowe mechanizmy wspierają te zalecenia, ułatwiając ich stosowanie — deweloper nie musi już pamiętać o ręcznej wymianie tokena, ponieważ platforma automatycznie wymusi odświeżenie po zadanym czasie.

    Dla zespołów pracujących z agentami, serwisami produkcyjnymi czy współdzielonymi workloadami istotna jest możliwość odróżnienia typów kluczy. Platforma rozróżnia klucze osobiste, kont serwisowych i przestrzeni roboczych — dwa pierwsze typy automatycznie tracą ważność, gdy powiązane konto znika z organizacji.

    Nowa funkcjonalność nie zastąpi pełnoprawnego systemu zarządzania sekretami, ale dla wielu średnich i mniejszych wdrożeń może okazać się wystarczającym zabezpieczeniem. Szczególnie tam, gdzie zespół nie ma jeszcze wdrożonej federacji tożsamości czy zautomatyzowanej rotacji przez vault.

    Podsumowanie

    Aktualizacja Anthropic to krok, który realnie zmniejsza ryzyko w codziennej pracy. Wbudowana rotacja kluczy, czytelne ostrzeżenia i programistyczny dostęp do dat wygaśnięcia to zestaw, który powinien być standardem — cieszy, że w końcu trafił do Claude Platform.

    Źródła

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

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

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

    Co nowego w pigułce

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

    Zdalne wtyczki wychodzą z fazy eksperymentalnej

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

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

    Proxy systemowe wreszcie działa jak trzeba

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

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

    Bedrock wchodzi do gry

    Bedrock wchodzi do gry

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

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

    Stabilność na Windows i odzyskiwanie offline

    Stabilność na Windows i odzyskiwanie offline

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

    Podsumowanie

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

    Źródła

  • Claude Code 2.1.204: koniec z cichym usuwaniem workerów w sesjach headless

    Claude Code 2.1.204: koniec z cichym usuwaniem workerów w sesjach headless

    Anthropic wydało 8 lipca 2026 roku wersję 2.1.204 Claude Code, która rozwiązuje problem z sesjami bez interfejsu graficznego. Błąd polegał na tym, że zdarzenia hooków nie były prawidłowo strumieniowane podczas fazy SessionStart, co prowadziło do przedwczesnego usuwania zdalnych workerów przez mechanizmy idle timeout. W praktyce oznaczało to, że worker znikał, zanim zdążył się w pełni zainicjalizować.

    Co warto wiedzieć o tej aktualizacji

    • Sesje headless nie strumieniowały zdarzeń hooków w fazie SessionStart, przez co workery wyglądały na nieaktywne.
    • Mechanizm idle timeout usuwał zdalne workery w trakcie wykonywania hooków inicjalizacyjnych.
    • Aktualizacja 2.1.204 przywraca prawidłowe strumieniowanie zdarzeń i zapobiega przedwczesnemu usuwaniu workerów.
    • Problem dotykał głównie środowisk CI/CD, zdalnych agentów i zautomatyzowanych przepływów pracy.
    • Równolegle w cyklu wydawniczym poprawiono też backend grep, przechodząc na ripgrep.

    Dlaczego to ma znaczenie dla automatyzacji

    Hook SessionStart w Claude Code jest kluczowy do ładowania kontekstu deweloperskiego, ustawiania zmiennych środowiskowych oraz przygotowywania narzędzi przed właściwą pracą. W środowiskach headless, gdzie nie ma interakcji ze strony użytkownika, ten etap jest szczególnie istotny. Jeśli system orkiestracji uzna, że worker milczy za długo, może go usunąć.

    W praktyce hook startowy działał normalnie, ale nie wysyłał żadnych widocznych zdarzeń na zewnątrz. Dla nadzorującego proces worker wydawał się martwy, co prowadziło do tego, że sesja kończyła się w połowie inicjalizacji, a zadanie przepadało.

    Poprawka w 2.1.204 eliminuje ten problem. Hooki SessionStart znów strumieniują zdarzenia, informując system, że proces trwa. Worker nie zostanie uznany za bezczynny, dopóki nie zakończy pracy.

    Hooki startowe pod lupą

    Z dokumentacji Claude Code wynika, że SessionStart uruchamia się przy każdym rozpoczęciu lub wznowieniu sesji. Obsługuje kilka trybów dopasowania: startup, resume, clear, compact i fork. Elastyczność tych wyzwalaczy sprawia, że hook jest szeroko stosowany w pipeline'ach DevOps.

    Szczególnie narażone na opisywany błąd były scenariusze z resume, gdzie sesja wznawiana w trybie headless mogła wyglądać na kompletną, ale w rzeczywistości nadal przetwarzała hooki startowe. Mechanizm idle timeout nie dostrzegał różnicy między „nic się nie dzieje” a „hook jeszcze działa, tylko nie melduje”.

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

    Jeśli używasz Claude Code w CI/CD, na zdalnych agentach lub w jakimkolwiek przepływie bez interfejsu, ta łatka jest istotna. Zmniejsza ryzyko losowych awarii podczas inicjalizacji sesji. Nie zmienia nic w API i nie wymaga migracji konfiguracji — wystarczy zaktualizować.

    Warto również zwrócić uwagę na drugą poprawkę w tym cyklu wydawniczym: przesiadkę z grep na ripgrep. To oddzielna kwestia, ale również wpływa na wydajność w zautomatyzowanych środowiskach, gdzie przeszukiwanie kodu jest codziennością.

    Aktualizacja 2.1.204 to klasyczna poprawka konserwacyjna — nie zawiera spektakularnych zmian w changelogu, ale dla osób debugujących znikające workery w nocy może być bardzo pomocna.

    Źródła

  • Claude Code 2.1.203: sesje w tle bez zawieszeń i automatyczne odzyskiwanie tokenów

    Claude Code 2.1.203: sesje w tle bez zawieszeń i automatyczne odzyskiwanie tokenów

    Anthropics wprowadziło 7 lipca 2026 roku wersję 2.1.203 Claude Code, która koncentruje się na stabilności działania agentów w tle. Nie wprowadzono nowych funkcji, ale zaktualizowano wiele elementów, które eliminują problemy z zawieszaniem się sesji na macOS, utratą responsywności przy wygasłych tokenach oraz konfliktami w środowiskach wielogałęziowych.

    Kluczowe zmiany w pigułce

    • Automatyczne odzyskiwanie tokenów — sesje w tle nie przestają działać, gdy token demona traci ważność; teraz odzyskują sprawność bez interwencji użytkownika.
    • Widoczny wskaźnik trybu ręcznych uprawnień — szara ikona pauzy w stopce informuje, że Claude Code czeka na ręczne zatwierdzenie akcji.
    • Naprawa 15–20-sekundowych zawieszeń na macOS — fałszywe wykrycie niskiej pamięci nie blokuje już przełączania między sesjami agentów.
    • Rozszerzone raportowanie katalogów roboczych przez MCP — roots/list uwzględnia dodatkowe ścieżki i informuje o zmianach w ich zestawie.
    • Izolacja git worktree i poprawki obsługi zmiennych środowiskowych — mniej konfliktów przy równoległej pracy na wielu gałęziach.

    Koniec z martwymi sesjami w tle

    W poprzednich wersjach występowały problemy, gdy sesja agenta uruchomiona w tle przestawała reagować na komendy attach, reply czy stop. Przyczyną były wygasłe tokeny sesji demona, które system nie potrafił obsłużyć. W wersji 2.1.203 wprowadzono mechanizm automatycznego odzyskiwania — sesja sama się aktywuje po utracie ważności tokena i kontynuuje pracę. Dla zespołów zajmujących się długotrwałymi zadaniami agentowymi to istotna zmiana, która eliminuje potrzebę ręcznego restartu.

    Deweloperzy korzystający z macOS również odetchną z ulgą. Wcześniejsza regresja powodowała, że otwieranie lub przełączanie sesji agenta w tle zamrażało terminal na 15–20 sekund. Problem wynikał z fałszywego alertu o niskiej pamięci, który uruchamiał niepotrzebne procedury oszczędzania zasobów. Łatka usuwa ten problem całkowicie.

    Subagenci, uprawnienia i izolacja środowisk

    Poprawki dotyczą także pracy z subagentami. Każda sesja w tle ma teraz własny katalog CLAUDE_JOB_DIR, co zapobiega kolizjom przy zapisie plików tymczasowych między równolegle działającymi sesjami. To istotny detal, który może zapobiec trudnym do zdiagnozowania błędom w projektach generujących wiele artefaktów pośrednich.

    W interfejsie dodano szary znacznik pauzy w stopce, który jest widoczny, gdy Claude Code działa w trybie ręcznych uprawnień. Wcześniej łatwo było przeoczyć, że narzędzie czeka na akceptację operacji, co prowadziło do frustracji. Teraz wystarczy spojrzeć na dół terminala.

    W zakresie integracji z MCP (Model Context Protocol) roots/list zostało rozszerzone o dodatkowe katalogi robocze wykorzystywane przez sesję. Serwer MCP teraz otrzymuje powiadomienia o zmianach w tym zestawie, co jest istotne w dynamicznych workflow, gdzie ścieżki projektowe ewoluują w trakcie pracy agenta.

    Izolacja git worktree również doczekała się poprawek, podobnie jak obsługa zmiennych środowiskowych. Dla deweloperów pracujących na wielu gałęziach oznacza to mniej niespodziewanych konfliktów i czystsze przełączanie kontekstów. W tle naprawiono także problem z dziedziczeniem nieaktualnej zmiennej PATH na Windowsie oraz błąd w routingu kluczy API, który mógł generować błędy 401.

    Dlaczego to ma znaczenie dla web devu i vibe codingu

    Dla osób korzystających z Claude Code jako asystenta w pisaniu kodu — zarówno w tradycyjnym web developmencie, jak i w podejściu vibe coding, gdzie agent przejmuje większość implementacji — ta aktualizacja jest istotna. Sesje działające w tle są kluczowe dla automatyzacji: przetwarzanie długich zadań, monitorowanie pipeline'ów, reagowanie na zdarzenia w repozytorium. Gdy taka sesja przestaje działać, cały workflow staje w miejscu.

    Wprowadzenie 37 zmian, z których większość to poprawki błędów, dobrze odzwierciedla charakter tego wydania. Nie ma tu spektakularnych nowości, ale zredukowano problemy, które mogły zakłócać pracę. Automatyczne odzyskiwanie tokenów, eliminacja zawieszeń na macOS, widoczny status uprawnień oraz lepsza separacja środowisk — to wszystko sprawia, że narzędzie rzadziej przerywa pracę. Dla zespołów devopsowych i praktyków agent-driven coding to wystarczający powód, aby jak najszybciej zaktualizować oprogramowanie.

    Źródła

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

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

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

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

    Co warto wiedzieć

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

    Dlaczego przeglądanie diffów ma znaczenie

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

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

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

    Co przyniosła poprzednia wersja v3.4.27

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

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

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

    Kontekst dla użytkowników AI i DevOps

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

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

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

    Źródła

  • OpenCode łata błędy z.ai i odświeża interfejs – mniej frustracji przy długich promptach

    OpenCode łata błędy z.ai i odświeża interfejs – mniej frustracji przy długich promptach

    Najnowsza aktualizacja OpenCode została udostępniona użytkownikom w połowie września 2026 roku. Skupia się na dwóch głównych obszarach: poprawie raportowania błędów związanych z przekroczeniem okna kontekstowego z.ai oraz wprowadzeniu poprawek wizualnych w aplikacji desktopowej. Zmiany te nie są rewolucyjne, ale znacząco zmniejszają liczbę mylących komunikatów i poprawiają komfort codziennej pracy.

    Co nowego w tej aktualizacji

    • Klasyfikacja błędów z.ai – przepełnienie okna kontekstowego jest teraz rozpoznawane i komunikowane jako konkretny tryb awarii, a nie ogólny błąd.
    • Przywrócone etykiety modeli – tooltipy z nazwami modeli wróciły do interfejsu po wcześniejszym usunięciu.
    • Odświeżona paleta poleceń v2 – przeprojektowany wygląd i lepsza responsywność przy wywoływaniu komend.
    • Poprawki dla macOS Sequoia – belka tytułowa i kontrolki okna wyświetlają się teraz prawidłowo.
    • Bezpieczniejszy fallback konfiguracji – brakujące katalogi config/cache nie powodują już awarii aplikacji.

    Lepsza diagnostyka, czyli koniec z enigmatycznymi błędami

    Przekroczenie okna kontekstowego to błąd, który potrafi zirytować nawet doświadczonego developera. Wysyłając prompt, model zaczyna przetwarzać, a po chwili otrzymujesz komunikat, który niewiele mówi o przyczynie. W przypadku z.ai, dostawcy modeli językowych używanego przez OpenCode, problem był szczególnie uciążliwy, ponieważ zbyt duże zapytania kończyły się mało precyzyjnym feedbackiem.

    Nowa wersja OpenCode wprowadza lepszą klasyfikację tych sytuacji. System rozpoznaje, że przyczyna leży w rozmiarze żądania względem limitu okna kontekstowego i komunikuje to w sposób zrozumiały. Nie musisz już zgadywać, czy problem dotyczy autoryzacji, timeoutu po stronie serwera, czy czegoś innego. Dla osób pracujących z długimi promptami, co jest normą przy debugowaniu złożonych baz kodowych, to oszczędność nerwów i czasu.

    Zmiana ta wpisuje się w szerszy trend w rozwoju OpenCode: zespół koncentruje się na poprawie niezawodności integracji z konkretnymi dostawcami, zamiast dodawać nowe funkcje. Poprzednie aktualizacje również zawierały poprawki dotyczące Bedrocka, Together AI czy GitHub Copilot, co pokazuje podobną filozofię.

    Desktop w końcu dopieszczony

    Desktop w końcu dopieszczony

    Równolegle z poprawkami błędów wprowadzono zmiany w interfejsie. Użytkownicy macOS Sequoia skarżyli się na wygląd belki tytułowej – kontrolki zamykania i minimalizacji okna były źle wyrównane lub stylowane niezgodnie z resztą systemu. Aktualizacja to naprawia, więc okno OpenCode nie odstaje już wizualnie od innych aplikacji.

    Wróciły także tooltipy modeli. Po wcześniejszym usunięciu, teraz znów pojawiają się przy najechaniu na nazwę modelu, co ułatwia szybką orientację bez konieczności klikania w ustawienia. Paleta poleceń v2 zyskała nowy wygląd, a skróty terminalowe mają teraz wyższy priorytet – terminal przechwytuje je jako pierwszy, co eliminuje konflikty z akcjami w interfejsie.

    Co z tymi katalogami konfiguracyjnymi?

    Co z tymi katalogami konfiguracyjnymi?

    Mniej widoczna, ale równie ważna zmiana dotyczy obsługi brakujących lub uszkodzonych katalogów konfiguracyjnych. Zdarza się to częściej, niż mogłoby się wydawać: reinstalacja, migracja na inny system, agresywne czyszczenie dysku przez narzędzia takie jak CleanMyMac. W takich sytuacjach OpenCode potrafił zachowywać się nieprzewidywalnie.

    Nowa wersja radzi sobie z tym znacznie lepiej. Zamiast crashować lub wyświetlać pusty interfejs, aplikacja stosuje bezpieczny fallback. Dokumentacja dotycząca rozwiązywania problemów została również rozszerzona o konkretne ścieżki czyszczenia cache i resetowania stanu na macOS, Linuxie i Windowsie. Jeśli coś pójdzie nie tak, masz jasno opisaną procedurę naprawczą bez potrzeby szukania pomocy na forach.

    Warto zaktualizować

    Choć to wydanie nie przynosi spektakularnych nowości, jest jednym z tych, które realnie wpływają na codzienną pracę. Mniej mylących błędów, lepiej wyglądający interfejs i bezpieczniejsza obsługa plików konfiguracyjnych – to wszystko składa się na narzędzie, które po prostu mniej przeszkadza. Jeśli używasz z.ai jako dostawcy i pracujesz na macOS, aktualizacja jest praktycznie obowiązkowa. Dla pozostałych użytkowników to solidny zestaw poprawek bez ryzyka regresji.

    Źródła

  • OpenCode zyskuje lepszą integrację MCP i odświeżone doświadczenie desktopowe

    OpenCode zyskuje lepszą integrację MCP i odświeżone doświadczenie desktopowe

    Aktualizacja OpenCode z 6 lipca 2026 roku (v1.17.14) wprowadza nowy adapter MCP dla trybu kodowego, który umożliwia uruchamianie skryptów orkiestracyjnych w kontrolowanym środowisku. Zmiany obejmują również aplikację desktopową, która teraz pozwala na lepsze zarządzanie kartami oraz łatwiejszy powrót do przerwanej pracy. Zespół wprowadził także poprawki stabilności sesji i routingu modeli.

    To wydanie wskazuje na dążenie OpenCode do tego, aby MCP stało się integralną częścią workflow, a nie tylko dodatkiem. Adapter w trybie kodowym odpowiada na potrzeby zespołów automatyzujących zadania za pomocą skryptów podłączonych do serwerów MCP. Aplikacja desktopowa została dostosowana, aby nie przeszkadzała w codziennej pracy.

    Kluczowe zmiany w aktualizacji

    • Adapter MCP w trybie kodowym umożliwia bezpieczne uruchamianie skryptów orkiestracyjnych z dostępem do narzędzi MCP.
    • Narzędzie execute jest teraz ukryte, dopóki tryb kodowy nie zostanie włączony, co zmniejsza liczbę przypadkowych wywołań.
    • Karty w aplikacji desktopowej można ponownie otwierać po zamknięciu, otwierać w tle i zachowywać ich układ po restarcie.
    • Poprawki routingu dla modeli OpenCode eliminują błędne kierowanie zapytań do niewłaściwych endpointów.
    • Stabilność sesji wzrosła dzięki naprawom ładowania, wznawiania i obsługi stanu.

    Tryb kodowy pod kontrolą

    Nowy adapter MCP w trybie kodowym to kluczowa zmiana dla osób pracujących ze skryptami. Wcześniej narzędzie execute było dostępne przez cały czas, co mogło prowadzić do przypadkowych uruchomień w niewłaściwym kontekście. Teraz jest schowane, dopóki nie włączysz trybu kodowego.

    Adapter działa w izolowanym środowisku, co oznacza, że skrypty orkiestracyjne mają dostęp do podłączonych narzędzi MCP, ale w ograniczonym zakresie. To podejście pozwala na kontrolę nad tym, co agent może zrobić, minimalizując ryzyko niepożądanych działań. Dla zespołów devopsowych i osób piszących zautomatyzowane workflow to znaczący postęp.

    OpenCode od dłuższego czasu rozwija wsparcie dla MCP, a dokumentacja pokazuje, że serwery MCP są traktowane jako integralna część ekosystemu, z dostępem do narzędzi, promptów i zasobów. Ta aktualizacja jest częścią szerszego planu, w którym MCP staje się fundamentem.

    Desktop bez frustracji

    Zmiany w aplikacji desktopowej mogą wydawać się drobne, ale w sumie wprowadzają zauważalne różnice. Karty, które wcześniej znikały po zamknięciu, teraz można przywrócić. Otwieranie w tle nie przerywa pracy, a po restarcie aplikacji układ kart pozostaje zachowany, co ułatwia korzystanie z workspace’u.

    Dodatkowo, poprawiono przepływy łączenia z providerami oraz integrację terminala. Praca z wieloma sesjami jednocześnie jest teraz bardziej płynna. Dla osób spędzających w OpenCode wiele godzin dziennie, te zmiany to realna oszczędność czasu i nerwów.

    Wskaźniki ładowania w TUI również zostały poprawione. Spinner nie będzie się już zawieszał, co sprawia, że informacja zwrotna o działaniu aplikacji jest bardziej przewidywalna. To drobny, ale istotny detal, który może irytować podczas dłuższych sesji.

    Routing i katalogi — ciche, ale ważne poprawki

    OpenCode otrzymał poprawki routingu modeli, co oznacza, że zapytania są teraz kierowane tam, gdzie powinny, zgodnie z reklamowanymi funkcjami modelu. Dla użytkowników korzystających z różnych endpointów (chat vs. responses) to koniec z zagadką „dlaczego to nie działa”.

    Katalogi narzędzi MCP z paginacją przestały gubić metadane i walidację schematu. Dla większych zestawów narzędzi to istotne, ponieważ brakujące opisy mogą skutecznie utrudnić zrozumienie dostępnych zasobów.

    Sesje stały się stabilniejsze dzięki poprawkom w dopasowywaniu katalogów sesji, ładowaniu i wznawianiu, co eliminuje irytujące przypadki utraty stanu. Mniej niespodzianek przy przełączaniu między zadaniami to zawsze pozytywna zmiana.

    Podsumowanie

    Lipcowa aktualizacja OpenCode pokazuje dojrzałe podejście do rozwoju narzędzia. Zespół skupił się na rozwiązaniu kilku istotnych problemów, zamiast wprowadzać nowe, spektakularne funkcje. MCP staje się bardziej przewidywalne i bezpieczne, a aplikacja desktopowa wygodniejsza w codziennym użytkowaniu. Poprawki w działaniu środowiska sprawiają, że rzadziej występują problemy techniczne. Dla osób budujących zautomatyzowane workflow i korzystających z serwerów MCP, to wydanie jest warte uwagi, zwłaszcza w kontekście kontroli nad trybem kodowym.

    Źródła