Kategoria: Aktualności

  • 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

  • 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

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

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

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

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

    Kluczowe informacje o wydaniu

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

    Dlaczego to ma znaczenie w pracy developera

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

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

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

    Bezpieczeństwo w interfejsie terminalowym

    Bezpieczeństwo w interfejsie terminalowym

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

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

    Co to znaczy dla vibe codingu

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

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

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


    Źródła