Kategoria: Oprogramowanie

  • 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

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

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

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

    Kluczowe zmiany w pigułce

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

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

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

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

    Poprawki dla macOS i trybu kodowego

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

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

    Więcej niż jedna wersja

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

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

    Dlaczego to istotne dla ekosystemu

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

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

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

    Źródła

  • 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

  • Zed 1.10.0 wprowadza wsparcie dla llama.cpp i porządkuje zarządzanie ustawieniami

    Zed 1.10.0 wprowadza wsparcie dla llama.cpp i porządkuje zarządzanie ustawieniami

    Zed wydał wersję 1.10.0 8 lipca 2026 roku, a główną nowością jest dodanie llama.cpp jako oficjalnego dostawcy modeli językowych. Dzięki temu funkcje AI w edytorze, takie jak agent i asystent inline, mogą teraz działać na modelach lokalnych, eliminując potrzebę łączenia się z zewnętrznymi API. Aktualizacja zmienia także sposób zarządzania konfiguracją, przenosząc dostawców LLM, zewnętrznych agentów i serwery MCP bezpośrednio do edytora ustawień.

    Kluczowe fakty

    • llama.cpp stał się oficjalnym dostawcą modeli językowych, co umożliwia lokalną inferencję w agencie i asystencie inline.
    • Formatowanie przy zapisie zostało domyślnie wyłączone, co daje użytkownikowi możliwość wyboru automatycznej korekty kodu.
    • Nowe ustawienie git.inline_blame.location pozwala na wyświetlanie informacji o autorze kodu w pasku statusu zamiast bezpośrednio w edytorze.
    • Konsolidacja ustawień AI – dostawcy LLM, zewnętrzni agenci i serwery MCP zostały przeniesione do głównego edytora konfiguracji.

    Lokalne modele bez chmury

    Integracja llama.cpp to krok, na który wielu użytkowników Zed czekało od dawna. Do tej pory lokalne modele wymagały konfiguracji przez niestandardowe endpointy, co było obejściem, a nie rozwiązaniem pierwszoklasowym. Teraz wystarczy wskazać instancję llama.cpp w ustawieniach, a Zed automatycznie wykryje dostępne modele i udostępni je w panelu agenta.

    To istotna zmiana dla zespołów, które z powodów regulacyjnych lub bezpieczeństwa nie mogą wysyłać kodu na zewnętrzne serwery. Dokumentacja Zed potwierdza, że użytkownicy mogą konfigurować nie tylko endpoint, ale także długość kontekstu i klucze API dla serwerów zdalnych, co zapewnia dużą elastyczność.

    Społeczność już dyskutuje o rozszerzeniu tej funkcjonalności. Na GitHubie pojawił się wątek z propozycją wsparcia dla wielu instancji llama.cpp jednocześnie, co pozwoliłoby na korzystanie z jednej maszyny z dużą ilością VRAM do ciężkich modeli, a z innej – lżejszej – do szybkich zadań pomocniczych.

    Konfiguracja AI w jednym miejscu

    Kolejna zmiana, która ucieszy osoby zarządzające środowiskami deweloperskimi, to konsolidacja ustawień. Dostawcy LLM, zewnętrzni agenci i konfiguracja serwerów MCP zostały przeniesione do głównego edytora ustawień. Użytkownicy nie muszą już przeszukiwać osobnych plików ani pamiętać, gdzie co się konfiguruje – wszystko jest w jednym miejscu, razem z innymi opcjami edytora.

    To może wydawać się drobiazgiem, ale w praktyce oszczędza sporo frustracji. Kiedy dołączasz do nowego projektu i musisz szybko skonfigurować środowisko, scentralizowane ustawienia robią różnicę między "działam od razu" a "gdzie ja to ustawiałem ostatnim razem".

    Formatowanie na własnych zasadach

    Zed 1.10.0 domyślnie wyłącza formatowanie przy zapisie. Wyjątkiem są języki z oficjalnymi formaterami, takimi jak Prettier dla JS/TS, gofmt dla Go i podobne, gdzie automatyczne formatowanie nadal działa. Dla wszystkich innych języków trzeba teraz jawnie włączyć editor.format_on_save: true.

    To przemyślana decyzja. W repozytoriach mieszanych, gdzie różne pliki formatują się różnymi narzędziami, automatyczne formatowanie może wprowadzać zamieszanie. Zed daje użytkownikom pełną kontrolę – chcąc formatować, można to włączyć. Jeśli nie, edytor nie zmienia kodu bez pytania.

    Git bez zagracania ekranu

    Nowe ustawienie git.inline_blame.location rozwiązuje problem z zajmowaniem przestrzeni w edytorze. Zamiast wyświetlać informacje o autorze bezpośrednio w kodzie, co może zaburzać wizualną strukturę pliku, można je przenieść do paska statusu. Podczas przeglądania kodu czy debugowania to naprawdę wygodne – widzisz, kto ostatnio zmieniał linię, ale nie tracisz kontekstu edytowanego kodu.

    Wydanie zawiera również wiele poprawek – od wycieku deskryptorów plików na Linuksie, przez usprawnienia w trybie Helix, po lepsze podświetlanie składni dla Go i Pythona. Zed wyraźnie nie zwalnia tempa, a dziesiąta wersja w tym roku pokazuje, że edytor rozwija się w przemyślanym kierunku.

    Źródła

  • Codex 0.143.0 wchodzi z domyślnymi wtyczkami zdalnymi i wsparciem dla proxy systemowego

    Codex 0.143.0 wchodzi z domyślnymi wtyczkami zdalnymi i wsparciem dla proxy systemowego

    OpenAI wypuściło wersję 0.143.0 swojego agenta kodowania Codex, wprowadzając trzy kluczowe zmiany: domyślnie włączone wtyczki zdalne, rozszerzoną obsługę proxy systemowego na macOS i Windows oraz integrację z modelami Codex 0.143.0 przez Amazon Bedrock. Aktualizacja zawiera również poprawki dla terminala Windows, lepsze odzyskiwanie serwerów wykonawczych oraz zaktualizowane zależności bezpieczeństwa.

    Najważniejsze zmiany

    • Wtyczki zdalne są teraz domyślnie aktywne, z ulepszonym interfejsem marketplace i źródłami npm.
    • Proxy systemowe obsługuje ruch uwierzytelniający i API przez konfiguracje PAC oraz WPAD na macOS i Windows.
    • Amazon Bedrock zyskał routing dla wariantów Codex 0.143.0, w tym modeli Sol, Terra i Luna.
    • Wyszukiwanie narzędzi MCP zostało rozbudowane z myślą o dużych katalogach narzędziowych.
    • Poprawki stabilności objęły obsługę terminala Windows i odzyskiwanie po awarii serwerów wykonawczych.

    Domyślne wtyczki i nowy marketplace

    Do tej pory zdalne rozszerzenia w Codex wymagały ręcznego włączania. Teraz są aktywne od razu po instalacji. Marketplace zyskał czytelniejsze karty katalogowe, które jasno rozróżniają wersje zdalne od lokalnych. To ułatwienie oszczędza czas przy zarządzaniu wtyczkami.

    Dla zespołów DevOps dodano źródła npm jako kanał dystrybucji wtyczek. Oznacza to, że można teraz pobierać rozszerzenia bezpośrednio z rejestru npm, co upraszcza proces. W przypadku pipeline'ów CI i współdzielonych workspace'ów wystarczy wskazać pakiet, a Codex sam zajmie się resztą.

    Proxy systemowe dla środowisk korporacyjnych

    Wersja 0.143.0 odpowiada na problem restrykcji sieciowych w środowiskach korporacyjnych, wspierając proxy systemowe na macOS i Windows, w tym konfiguracje PAC (Proxy Auto-Configuration) i WPAD (Web Proxy Auto-Discovery). Codex potrafi teraz prowadzić ruch uwierzytelniający i zapytania do API przez firmowe proxy, bez potrzeby ręcznego ustawiania zmiennych środowiskowych.

    To zmiana, która może nie być zauważona w release notes, ale ma kluczowe znaczenie dla funkcjonalności narzędzia w zamkniętych sieciach korporacyjnych. Zespoły pracujące w takich środowiskach mogą być spokojne.

    Amazon Bedrock i modele Codex 0.143.0

    Codex 0.143.0 rozszerza integrację z Amazon Bedrock o konkretne warianty Codex 0.143.0. Dokumentacja OpenAI wymienia trzy identyfikatory modeli: openai.codex-0.143.0-sol (zalecany jako domyślny), openai.codex-0.143.0-terra oraz openai.codex-0.143.0-luna. Każdy z nich oferuje maksymalne możliwości wnioskowania, a routing przez Bedrock oznacza, że cały ruch pozostaje w infrastrukturze kontrolowanej przez AWS.

    To ważne rozróżnienie: zamiast wysyłać zapytania bezpośrednio do endpointów OpenAI, zespoły mogą przechowywać dane w swoim VPC. Dla firm z wymogami compliance i suwerenności danych to rozwiązanie, które nie wymaga kompromisów w zakresie bezpieczeństwa.

    Narzędzia MCP i poprawki techniczne

    Narzędzia MCP i poprawki techniczne

    Wyszukiwanie narzędzi MCP (Model Context Protocol) zostało usprawnione, co ułatwia pracę z rozbudowanymi katalogami. Gdy agent ma do dyspozycji wiele narzędzi, szybkie odnalezienie właściwego staje się kluczowe — nowa wersja radzi sobie z tym lepiej, szczególnie w dużych workspace'ach.

    W kwestii stabilności poprawiono obsługę terminala na Windows, a serwery wykonawcze zyskały mechanizm odzyskiwania po awarii. Dodatkowo zaktualizowano zależności bezpieczeństwa, co jest standardem przy każdym wydaniu, ale wciąż istotnym elementem.

    Co to oznacza w praktyce

    Codex 0.143.0 to wydanie, które odpowiada na potrzeby pracy zespołowej i środowisk z restrykcjami. Domyślne wtyczki zdalne ułatwiają korzystanie z narzędzia dla nowych użytkowników, proxy systemowe rozwiązują problemy administratorów, a Bedrock zapewnia kontrolę nad miejscem, w którym przetwarzane są zapytania. Choć zmiany te mogą nie być od razu widoczne w interfejsie, mają kluczowe znaczenie dla funkcjonowania Codex w firmowej sieci oraz dla akceptacji przez zespół bezpieczeństwa.

    Źródła

  • Claude Code 2.1.202: dynamiczne workflow i lepsza zdalna kontrola agentów

    Claude Code 2.1.202: dynamiczne workflow i lepsza zdalna kontrola agentów

    Anthropic udostępniło 6 lipca 2026 wersję 2.1.202 Claude Code — aktualizację, która wprowadza konfigurowalny rozmiar dynamicznych workflow, rozszerza śledzenie agentów przez OpenTelemetry i naprawia kilkanaście uciążliwych błędów. W tej wersji wprowadzono cztery nowe funkcje oraz trzynaście poprawek stabilizujących.

    Zespół Anthropica zajął się poprawą Remote Control, co jest istotne, ponieważ wcześniejsze problemy z łącznością były uciążliwe dla zespołów pracujących zdalnie. Zmiana w komendzie /review przyspiesza proces przeglądania zwykłych pull requestów, a bardziej złożone analizy przeniesiono do osobnego polecenia.

    Kluczowe zmiany w pigułce

    • Dynamiczny rozmiar workflow — użytkownicy mogą teraz wybrać small, medium lub large jako wytyczną, co przekłada się na mniej niż 5, 10 lub 50 agentów w zadaniu.
    • OpenTelemetry dla agentów — workflowowe agenty raportują teraz atrybuty workflow.run_id i workflow.name, co umożliwia odtworzenie ich aktywności z danych telemetrycznych.
    • Szybsze /review — standardowe sprawdzenie PR działa teraz jako szybki jednoprzebiegowy przegląd; wieloagentowe recenzje trafiły do /code-review.
    • Poprawki Remote Control — naprawiono błąd "Unknown command", problem z cichym porzucaniem obrazków bez podpisów oraz nieprawidłowe wyświetlanie trybu uprawnień w aplikacjach mobilnych.

    Dynamiczny rozmiar — elastyczność zamiast sztywnych limitów

    Do tej pory Claude Code uruchamiał dynamiczne workflow w dość nieprzewidywalny sposób — użytkownik nie miał dużej kontroli nad tym, ile agentów zostanie zaangażowanych w zadanie. Wersja 2.1.202 wprowadza nowe ustawienie w /config.

    Opcje small, medium i large działają jako doradcza wytyczna — nie są twardym limitem, więc środowisko wykonawcze może je przekroczyć, jeśli zadanie tego wymaga. W praktyce small oznacza mniej niż 5 agentów, medium poniżej 10, a large poniżej 50. Dla zespołów zajmujących się agentic coding to sensowna kontrola: małe zadania nie będą niepotrzebnie rozdymane, a przy dużych repozytoriach można zwiększyć skalę.

    Dokumentacja podkreśla, że funkcja wymaga minimum wersji 2.1.202 — starsze instalacje jej nie obsłużą.

    OpenTelemetry: widać, co robią agenty

    Dla zespołów DevOps i osób zajmujących się obserwowalnością, wprowadzenie atrybutów workflow.run_id i workflow.name w danych OpenTelemetry to znaczący postęp. Do tej pory śledzenie, co dokładnie wydarzyło się wewnątrz złożonych workflow agentowych, wymagało ręcznego przeszukiwania logów. Teraz można to zrekonstruować bezpośrednio z pipeline'ów OTel.

    Oznacza to, że narzędzia monitorujące zyskują kontekst — widać, który konkretnie workflow wygenerował daną aktywność i jakie agenty brały w nim udział. Dla zespołów zarządzających wieloma równoległymi procesami to oszczędność czasu przy debugowaniu.

    Remote Control bez frustracji

    Remote Control otrzymał szereg poprawek, które były potrzebne. Najważniejsze: komendy wysyłane do interaktywnej sesji nie zwracają już błędu "Unknown command". Pliki i obrazki wysyłane bez podpisów nie są już odrzucane bez wyjaśnienia, co wcześniej prowadziło do dezorientacji.

    Dodatkowo aplikacje mobilne i webowe wyświetlają teraz poprawny tryb uprawnień na ekranie /remote-control. Wcześniej zdarzało się, że pokazywały nieaktualne informacje, co utrudniało stwierdzenie, czy sesja ma odpowiednie dostępy.

    Sesje, dyktowanie i MCP — mniejsze, ale istotne poprawki

    Wydanie naprawia również błąd z przemianowywaniem sesji — wcześniej zmiana nazwy nie zawsze była poprawnie propagowana, co prowadziło do niespójności. Poprawiono stabilność dyktowania głosowego i niezawodność sesji działających w tle, co jest istotne, gdy Claude Code pracuje jako długo żyjący proces na serwerze.

    MCP (Model Context Protocol) doczekał się czytelniejszych komunikatów błędów — to detal, ale przy integracji zewnętrznych narzędzi potrafi znacznie skrócić czas namierzania problemu. Zamiast generycznych kodów dostajemy teraz sensowny opis, co poszło nie tak.

    Podsumowanie

    Claude Code 2.1.202 nie jest przełomowym wydaniem, ale skutecznie poprawia funkcjonalność poprzednich wersji. Dynamiczne rozmiary workflow dają kontrolę nad skalą zadań agentowych, OpenTelemetry poprawia przejrzystość, a poprawki Remote Control eliminują kilka frustrujących błędów. Dla zespołów korzystających z Claude'a w codziennej pracy to aktualizacja, którą warto wdrożyć od razu — zwłaszcza jeśli polegacie na zdalnym nadzorowaniu sesji.

    Źródła

  • Factory v0.164.0: uporządkowane komendy slash i nowa kontrola synchronizacji z chmurą

    Factory v0.164.0: uporządkowane komendy slash i nowa kontrola synchronizacji z chmurą

    Najnowsza aktualizacja Factory, oznaczona jako v0.164.0, wprowadza uporządkowanie komend slash oraz umożliwia zespołom kontrolę nad synchronizacją sesji z chmurą. To nie jest rewolucja, lecz znaczący krok w kierunku bardziej przewidywalnego środowiska dla deweloperów pracujących z AI. W paczce znalazły się również istotne poprawki stabilności, które powinny zadowolić zespoły zmagające się z autoryzacją MCP oraz logowaniem między organizacjami.

    Kluczowe zmiany w pigułce

    • Komendy slash zostały pogrupowane według kategorii, co kończy erę płaskiej, przytłaczającej listy.
    • Synchronizacja sesji z chmurą może być teraz wyłączona, co jest przydatne w środowiskach z restrykcyjnymi politykami bezpieczeństwa.
    • Selektor modeli przeszedł kosmetyczne odświeżenie i jest teraz bardziej czytelny.
    • Autoryzacja MCP otrzymała poprawkę eliminującą problemy z tokenami OAuth i ich przechowywaniem.
    • Logowanie między organizacjami oraz procesy w tle droid exec działają stabilniej.

    Porządki w komendach — mniej scrollowania, więcej sensu

    Każdy, kto spędził czas z Factory, zna ten moment: otwierasz listę komend slash i widzisz ścianę tekstu bez ładu. v0.164.0 kończy z tym bałaganem. Komendy są teraz pogrupowane w kategorie, co drastycznie skraca czas potrzebny na znalezienie właściwej opcji. Nowy selektor modeli idzie w tym samym kierunku — mniej elementów na ekranie, szybsze decyzje.

    Takie zmiany mogą być łatwe do przeoczenia w changelogu, ale dla kogoś, kto używa Factory codziennie, różnica między płaską listą a sensownie posegregowanymi opcjami to oszczędność kilkunastu sekund za każdym razem. W skali tygodnia daje to realny zysk.

    Cloud Sync — teraz to Ty decydujesz

    Cloud Sync — teraz to Ty decydujesz

    Nowa kontrolka synchronizacji sesji to ciekawsza zmiana. Factory od dawna synchronizuje dane sesji z chmurą, co dla wielu zespołów jest zaletą, ale nie dla wszystkich. W środowiskach enterprise każdy bajt opuszczający firmową sieć podlega audytowi, więc automatyczne synchronizacje mogą być problematyczne.

    Teraz organizacje mogą po prostu wyłączyć Cloud Sync w ustawieniach. Gdy opcja cloudSessionSync jest wyłączona, CLI pomija synchronizację z chmurą. To niewielka zmiana konfiguracyjna, ale dla zespołów w regulowanych branżach ma ogromne znaczenie.

    Factory buduje swoją pozycję jako narzędzie klasy enterprise, a bez granularnej kontroli nad danymi trudno konkurować na poważnym rynku. Ta funkcja pokazuje, że rozumieją potrzeby dużych klientów.

    MCP, autoryzacja i procesy w tle — co naprawiono

    MCP, autoryzacja i procesy w tle — co naprawiono

    Druga część aktualizacji to zestaw poprawek, które mogą nie być atrakcyjne marketingowo, ale są kluczowe dla codziennej pracy. Na pierwszy ogień idzie autoryzacja MCP — OAuth teraz poprawnie przechowuje tokeny globalnie w systemowym keyringu, co oznacza, że serwer skonfigurowany w jednym projekcie uwierzytelnia się wszędzie, gdzie jest używany. Koniec z sytuacjami, w których Droid prosi o ponowną autoryzację przy każdym restarcie.

    Jest też poprawka dla droid exec. To polecenie działa jako bezinteraktywny runner, a jego procesy są teraz stabilniejsze w ramach fabrycznego workflow. Dla zespołów automatyzujących zadania devopsowe to kluczowa sprawa.

    Na koniec — logowanie między organizacjami. Wcześniej przełączanie się między organizacjami mogło kończyć się błędami autoryzacji, szczególnie gdy polityki organizacji różniły się między sobą. v0.164.0 rozwiązuje ten problem, co docenią konsultanci i deweloperzy pracujący dla wielu klientów jednocześnie.

    Co to oznacza dla ekosystemu Factory

    Patrząc szerzej, ten release wpisuje się w trend dojrzewania narzędzi agent-native. Factory nie jest już eksperymentem — to produkcyjne środowisko, które musi działać przewidywalnie w złożonych setupach enterprise. Grupowanie komend i kontrola synchronizacji to nie są funkcje, które sprzedają dema, ale to detale, które decydują o tym, czy zespół zostaje z narzędziem na lata, czy szuka alternatyw po pierwszym audycie bezpieczeństwa.

    Warto również zwrócić uwagę na kontekst MCP — Factory dokumentuje trzy poziomy konfiguracji (user, folder, project) i pozwala organizacjom centralnie zarządzać dostępem do serwerów MCP przez mcpPolicy. To architektura, która skaluje się razem z zespołem i nie wymaga przepisywania polityk bezpieczeństwa przy każdym nowym wdrożeniu.

    Źródła

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

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

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

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

    Co konkretnie zmienia Claude Code 2.1.200

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

    Dlaczego „Manual” robi różnicę

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

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

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

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

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

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

    Drobne, ale potrzebne poprawki

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

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

    Podsumowanie

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

    Źródła

  • Devin Desktop v3.4.22 wprowadza kontrolę sesji i trwałość agenta na nowym poziomie

    Devin Desktop v3.4.22 wprowadza kontrolę sesji i trwałość agenta na nowym poziomie

    Czwartego lipca 2026 roku zespół Cognition wprowadził wersję v3.4.22 Devin Desktop, narzędzia znanego wcześniej jako Windsurf, które po rebrandingu pełni rolę centrum dowodzenia dla agentów kodujących. Aktualizacja nie zmienia wizualnie interfejsu, ale wprowadza kilka usprawnień, które realnie zmniejszają tarcie w codziennej pracy z agentami AI. Wśród nowości znalazły się lepsza organizacja sesji, automatyczne ponowne łączenie z chmurą oraz poprawne sprzątanie po procesach, które wcześniej mogły wisieć w tle.

    Co nowego — w skrócie

    • Nowa opcja „New session in space” umożliwia rozpoczęcie sesji bezpośrednio w istniejącej Przestrzeni, dziedzicząc pełny kontekst projektu.
    • Automatyczne ponowne łączenie sesji Devin Cloud po utracie sieci eliminuje konieczność ręcznego klikania „Reconnect”.
    • Kopiowanie obrazów z czatu przez menu kontekstowe — funkcja, która przyspiesza dokumentowanie i zgłaszanie błędów.
    • Panel boczny agenta pozostaje widoczny podczas akcji Cascade, takich jak „explain-and-fix” czy wysyłanie problemów.
    • Poprawki stabilności obejmują branch checkout, cache sesji oraz czyszczenie osieroconych procesów agenta.

    Nowa sesja w Przestrzeni — kontekst bez powtórek

    Najciekawszą zmianą dla osób zarządzających większymi projektami jest opcja „New session in space”, dostępna z menu kebab przy sesji. Przestrzenie (Spaces) w ekosystemie Devin grupują agentów, pull requesty, pliki oraz cały kontekst zadania w jednym widoku. Gdy tworzysz nową sesję wewnątrz Przestrzeni, automatycznie przejmuje ona wszystko, co Przestrzeń już wie o projekcie — nie musisz ponownie tłumaczyć agentowi, nad czym pracuje. To szczególnie przydatne, gdy jeden projekt wymaga równoległych wątków, takich jak lokalne edycje, agenci w chmurze oraz przegląd PR-ów.

    Cloud bez manualnego reconnectu

    Sesje Devin Cloud działają w synchronizacji z aplikacją webową, ale wcześniej każde zerwanie połączenia kończyło się banerem „Remote ACP is disconnected” oraz koniecznością ręcznego kliknięcia przycisku. W wersji v3.4.22 wprowadzono automatyczne ponowne łączenie — gdy tylko sieć wraca, agent sam podejmuje przerwaną pracę. Dla zespołów DevOps, które uruchamiają długotrwałe zadania deployu czy testów w chmurze, oznacza to mniej nerwowego sprawdzania statusu po chwilowej niestabilności łącza.

    Agent, który zostaje na widoku

    Agent, który zostaje na widoku
    Źródło: exafunction.github.io

    Optymalizacja panelu bocznego agenta odpowiada na frustrację użytkowników Cascade. Przy akcjach takich jak wysyłanie problemów do agenta czy wywoływanie „explain-and-fix”, panel wcześniej znikał, zmuszając do przełączania widoków w najmniej wygodnym momencie. Teraz pozostaje na swoim miejscu, więc podglądanie, co agent właśnie robi z kodem, nie wymaga dodatkowych kliknięć. Dla web developerów recenzujących automatyczne zmiany to oszczędność kilku sekund przy każdej interakcji — a tych w ciągu dnia potrafi być kilkadziesiąt.

    Sprzątanie po procesach i stabilność branchy

    Poza widocznymi funkcjami, wersja v3.4.22 zamyka kilka technicznych luk. Naprawiono problem z checkoutem branchy, który w określonych warunkach mógł pozostawiać repozytorium w niespójnym stanie. Ustabilizowano cache sesji, co jest istotne, gdy zespół uruchamia wiele równoległych agentów i przełącza się między kontekstami. Dodano również czyszczenie osieroconych procesów agenta: gdy sesja kończy się nieczysto, Devin Desktop sam sprząta pozostałości, zamiast zostawiać je w tle aż do restartu aplikacji.

    Co to oznacza w praktyce

    Omawiane poprawki nie są rewolucyjne, co można uznać za pozytyw. Devin Desktop dojrzewa jako narzędzie, które ma być predykcyjne i niewidoczne w momentach, gdy nie potrzebujesz go kontrolować. Automatyczny reconnect, dziedziczenie kontekstu Przestrzeni oraz sprzątanie procesów to zmiany, które odczuwasz przez ich brak — gdy coś nie działa. Wersja v3.4.22 eliminuje kilka drobnych, ale irytujących niedociągnięć. Dla web developerów i zespołów DevOps oznacza to mniej czasu na administrowanie agentem, a więcej na kodowanie i weryfikację wyników jego pracy.

    Źródła

  • Devin Desktop 3.4.22 – inteligentniejsze zarządzanie sesjami i lepsza stabilność

    Devin Desktop 3.4.22 – inteligentniejsze zarządzanie sesjami i lepsza stabilność

    4 lipca 2026 roku wydano aktualizację Devin Desktop 3.4.22, która wprowadza kilka ważnych usprawnień w zarządzaniu sesjami AI oraz poprawia komfort pracy w trybie agentowym. Nowa wersja koncentruje się na problemach, które najczęściej występują podczas codziennej pracy z AI, takich jak zerwane połączenia, znikające panele boczne i brak kontroli nad zmianami wprowadzanymi przez agenta.

    Co nowego w Devin Desktop 3.4.22

    • Automatyczne ponowne łączenie sesji w chmurze po odzyskaniu połączenia sieciowego
    • "New session in space" w menu sesji – szybkie tworzenie sesji przypisanej do konkretnej przestrzeni roboczej
    • Stała widoczność panelu bocznego agenta, nawet podczas wysyłania zadań do Cascade w trybie okna agentowego
    • Kopiowanie obrazów bezpośrednio z czatu przez menu kontekstowe
    • Przeglądane diffy dla autonomicznych edycji w Devin Local oraz nowy panel statusu serwerów MCP

    Automatyczne podtrzymywanie sesji i lepsze organizowanie pracy

    Najważniejszą zmianą jest automatyczne przywracanie sesji w chmurze po utracie łączności. Osoby pracujące zdalnie z agentem AI z pewnością znają sytuację, gdy przerwa w sieci wymuszała odtworzenie całej sesji od nowa. Teraz Devin automatycznie wznawia połączenie, gdy tylko sieć wraca, co eliminuje frustrację przy długotrwałych zadaniach.

    Zespół dodał również opcję "New session in space" w menu kebab sesji. Choć to drobna zmiana, w praktyce oszczędza kilka kliknięć przy każdym nowym zadaniu. System Spaces w Devin grupuje sesje, pull requesty, pliki i kontekst projektu w jednym widoku. Nowa sesja utworzona w przestrzeni automatycznie dziedziczy jej kontekst, co eliminuje konieczność ręcznego wskazywania repozytorium czy konfiguracji.

    Panel agenta zawsze pod ręką

    Panel agenta zawsze pod ręką

    Kolejne usprawnienie dotyczy interfejsu. W poprzednich wersjach panel boczny agenta często znikał przy wysyłaniu zadań do Cascade, zwłaszcza w trybie okna agentowego. Teraz pozostaje widoczny, co jest istotne przy iteracyjnym kodowaniu. Pracując nad problemem, wysyłając prompt do Cascade i analizując odpowiedź, użytkownicy mają stały dostęp do kontekstu rozmowy, co eliminuje konieczność przełączania się między widokami.

    Warto również zauważyć, że nowi użytkownicy domyślnie uruchamiają aplikację w trybie agentowym. To wskazuje, że Cognition AI traktuje agentowe przepływy pracy jako główny model interakcji, a nie tylko dodatek do tradycyjnego edytora.

    Devin Local zyskuje przejrzystość

    Devin Local zyskuje przejrzystość

    Zmiany w Devin Local są interesujące z perspektywy DevOps. Pojawiły się przeglądane diffy dla autonomicznych edycji, co pozwala użytkownikom zobaczyć, co dokładnie zmienił agent przed zatwierdzeniem zmian. To zwiększa zaufanie do automatycznych modyfikacji kodu i ułatwia proces code review.

    Nowy panel statusu serwerów MCP pokazuje stan każdego serwera, w tym komunikaty typu "Needs auth", bezpośrednio na liście i stronach szczegółowych. Użytkownicy korzystający z lokalnych lub zdalnych serwerów MCP mogą szybko zidentyfikować, gdzie wygasła autoryzacja i który serwer wymaga interwencji. W przypadku konfiguracji obejmujących wiele serwerów, oszczędza to czas na diagnostykę.

    Poprawki, które robią różnicę

    W tej aktualizacji naprawiono kilka uciążliwych błędów, w tym problem z checkoutem gałęzi oraz niedziałającą analitykę w niektórych scenariuszach. Dodano także możliwość kopiowania obrazów z czatu przez menu kontekstowe, co przyspiesza dokumentowanie i dzielenie się zrzutami ekranu w zespole.

    W kontekście programowania i szybkiego prototypowania z AI, ta aktualizacja zmniejsza tarcie operacyjne. Mniej przerw, większa ciągłość pracy oraz lepsza widoczność działań agenta. Dla osób pracujących długimi sesjami z Devin Cloud, automatyczne ponowne połączenie może znacznie skrócić czas potrzebny na powrót do pełnej produktywności po każdej przerwie w sieci.

    Aktualizacja 3.4.22 jest dostępna do pobrania z poziomu aplikacji oraz w oficjalnym changelogu Devin Desktop.

    Źródła