Autor: Franczeska

  • Qwen-Code v0.18.0: agent zyskuje pamięć użytkownika i pulpit statystyk

    Qwen-Code v0.18.0: agent zyskuje pamięć użytkownika i pulpit statystyk

    W czerwcu 2026 roku zespół Qwen wprowadził wersję v0.18.0 swojego terminalowego agenta kodowania, a następnie wprowadził szereg poprawek aż do v0.18.3. W tej aktualizacji scalono ponad sto pull requestów, które dotyczyły czterech obszarów funkcjonalnych. Najważniejsze nowości to interaktywny pulpit /stats, automatyczna pamięć na poziomie użytkownika oraz rozszerzona obsługa multimodalna dla modelu Qwen-Code v0.18.0.

    Kluczowe zmiany w wydaniu

    • Pulpit /stats umożliwia podgląd na żywo aktywności agenta i stanu wykonania zadań.
    • Pamięć użytkownika działa teraz między projektami, a nie tylko w obrębie jednej sesji czy repozytorium.
    • Qwen-Code v0.18.0 zyskał rozszerzone możliwości multimodalne, obsługując bogatsze dane wejściowe.
    • Nowy sandbox node:vm izoluje wykonywanie kodu, co zwiększa bezpieczeństwo w środowisku CLI.
    • Stabilność długich sesji poprawiono dzięki łatkom zapobiegającym wyciekom pamięci i zapętlaniu narzędzi.

    Więcej kontroli i bezpieczniejsze wykonanie

    Interaktywny pulpit /stats to istotny dodatek. Użytkownicy pracujący z agentem w terminalu zyskali wygodny wgląd w to, co agent faktycznie robi. Teraz mogą sprawdzić stan aktywności bez przerywania pracy, co jest szczególnie ważne przy dłuższych zadaniach, gdzie agent działa przez wiele minut.

    Z perspektywy bezpieczeństwa wprowadzono sandbox node:vm. Oznacza to, że kod generowany i uruchamiany przez agenta działa w izolowanym środowisku. Dla zespołów DevOps oraz osób pracujących z nie do końca zaufanym kodem to znaczące udogodnienie, ponieważ zmniejsza ryzyko niepożądanych zmian w systemie plików czy zmiennych środowiskowych.

    Zmiany w CLI obejmują również wsparcie dla Declarative Agent frontmatter v1, per-agent mcpServers oraz hooki dla subagentów. To szczegóły, które docenią osoby budujące własne workflow agentowe i potrzebujące precyzyjnej kontroli nad interakcjami agenta z narzędziami.

    Pamięć, która nie znika po zamknięciu sesji

    Automatyczna pamięć na poziomie użytkownika rozwiązuje problem amnezji między sesjami, który często dotyka agentów AI. Wcześniej pamięć była przypisana do konkretnego repozytorium. Teraz agent pamięta preferencje i kontekst użytkownika niezależnie od projektu.

    Dla web developerów oznacza to mniej powtarzania tych samych instrukcji przy przełączaniu się między projektami. Agent zapamiętuje preferencje dotyczące stylu formatowania, używanych bibliotek czy niestandardowej konfiguracji lintera. To małe usprawnienie, które w codziennej pracy oszczędza czas.

    Stabilność, która robi różnicę

    W dłuższych sesjach agent mógł wcześniej generować błędy OOM (out of memory) z powodu akumulacji odpowiedzi debugowych. W wersji v0.18.0 wprowadzono jawną garbage collection oraz stabilniejsze mechanizmy kompaktowania pamięci. Naprawiono także zapętlanie identycznych wywołań narzędzi, które mogło prowadzić do nieefektywnego wykorzystania tokenów.

    Dodatkowo poprawiono obsługę parametrów narzędzi w formacie innym niż string, co jest korzystne dla użytkowników self-hostowanych backendów LLM. Ulepszono również fallbacki schowka przez OSC 52 przy połączeniach SSH, co zapewnia większy komfort dla osób pracujących zdalnie na serwerach.

    Co to znaczy dla AI i web developmentu

    Wydanie v0.18.0 wskazuje kierunek rozwoju Qwen-Code: agent, który ma być nie tylko inteligentny, ale także przewidywalny i bezpieczny w zastosowaniach produkcyjnych. Obserwowalność przez /stats, szersza obsługa multimodalna i sandboxing to odpowiedzi na rzeczywiste problemy zgłaszane przez użytkowników.

    Dla branży web developmentu kluczowe są trzy aspekty: pamięć, która przetrwa restart, ochrona przed zapętlaniem narzędzi oraz mniejsza liczba awarii przy długich zadaniach. Qwen-Code v0.18.0 dostarcza wszystkie te elementy. Tempo wydania, które obejmowało ponad sto PR-ów, sugeruje, że zespół planuje kontynuować rozwój.

    Źródła

  • Cline v3.89.2 naprawia obsługę Anthropic po awarii wywołanej przez Node 24 w VS Code

    Cline v3.89.2 naprawia obsługę Anthropic po awarii wywołanej przez Node 24 w VS Code

    Zespół Cline wydał wersję v3.89.2, która przywraca działanie dostawcy Anthropic w edytorze VS Code 1.123 i nowszych. To wydanie odpowiada na problemy z kompatybilnością, które pojawiły się po wprowadzeniu środowiska uruchomieniowego Node 24 do najnowszej wersji edytora. Chociaż zmiana dotyczy niewielkiego fragmentu kodu, jej skutki odczuli wszyscy, którzy korzystają z Claude w codziennym programowaniu.

    Kluczowe fakty

    • Node 24 w VS Code 1.123 spowodował problemy z SDK Anthropic w Cline v3.89.2, co uniemożliwiło korzystanie z modeli Claude.
    • Aktualizacja SDK do wersji zgodnej z Node 24 przywróciła pełną funkcjonalność dostawcy Anthropic.
    • Vertex AI również otrzymał poprawkę — jego SDK zostało zsynchronizowane z nową wersją biblioteki Anthropic.
    • Seria v3.89.2 wpisuje się w szerszy cykl łatek skupionych na stabilności i kompatybilności.

    Dlaczego Node 24 wywrócił wszystko do góry nogami

    VS Code od wersji 1.123 korzysta z Node 24 jako domyślnego środowiska uruchomieniowego. Choć może się to wydawać nieistotne, dla rozszerzeń, które dodają własne zależności, oznacza to często problemy. W przypadku Cline v3.89.2 problem dotknął bezpośrednio SDK Anthropic — biblioteki, która obsługuje komunikację z modelami Claude. Starsza wersja SDK nie działała poprawnie na Node 24.

    Efekt był natychmiastowy: użytkownicy, którzy zaktualizowali VS Code, stracili dostęp do Anthropic jako dostawcy AI. Oznaczało to, że asystent kodowania przestał odpowiadać na zapytania. Dla programistów, którzy zintegrowali Cline v3.89.2 w swoim workflow, była to frustrująca sytuacja.

    Zespół Cline szybko zareagował — v3.89.2 to kontynuacja naprawy rozpoczętej w poprzednim wydaniu. Zaktualizowano SDK Anthropic do wersji, która współpracuje z Node 24. Nie wprowadzono dodatkowych funkcji, a skupiono się na inżynieryjnej pracy.

    Vertex AI i splątane zależności

    Okazało się, że dostawca Vertex AI, czyli integracja z usługami Google Cloud, również wymagał aktualizacji. Korzysta on z własnej wersji SDK Anthropic, która musi być zgodna z główną biblioteką. Po aktualizacji tej biblioteki, Vertex AI musiał zostać dostosowany.

    Wersja v3.89.2 aktualizuje również SDK Vertex AI do wersji zgodnej z nową biblioteką Anthropic. Bez tej zmiany użytkownicy Vertex AI mogliby napotkać błędy, mimo że połączenie z Anthropic zostało już przywrócone. To pokazuje, jak mocno powiązane są komponenty w ekosystemie narzędzi AI i jak jedna zmiana środowiska uruchomieniowego może wywołać kaskadę poprawek.

    Szerszy kontekst serii v3.89.2

    Warto spojrzeć na to wydanie jako część większego kontekstu. W changelogu Cline v3.89.2 znajdują się także inne poprawki dotyczące kompatybilności, w tym wsparcie dla formatu rozumowania DeepSeek V4. Deweloperzy koncentrują się na tym, aby narzędzie działało stabilnie w obliczu szybko zmieniających się środowisk i modeli.

    Dla osób zajmujących się web developmentem i korzystających z AI w edytorze, to pozytywna wiadomość. VS Code aktualizuje się automatycznie, a Node 24 wprowadza zmiany bez pytania — jednak Cline v3.89.2 nadąża za tymi zmianami. Nie ma potrzeby grzebania w konfiguracji ani szukania obejść. Wystarczy zaktualizować rozszerzenie.

    Podsumowanie

    Cline v3.89.2 to solidna aktualizacja konserwacyjna. Nie wprowadza nowych funkcji ani nie zmienia interfejsu, a jedynie przywraca działanie, które zostało zakłócone przez zmiany w infrastrukturze VS Code. Dla programistów korzystających z Claude i Vertex AI to różnica między działającym asystentem a komunikatem o błędzie. W świecie, w którym AI coraz częściej wspiera nas w pisaniu kodu, taka niezawodność ma większe znaczenie niż dodatkowe funkcje w changelogu.

    Źródła

  • Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code v0.18.0: pamięć między projektami i agenci w tle zmieniają sposób pracy z kodem

    Qwen-Code zaktualizował się do wersji v0.18.0, wprowadzając trzy kluczowe mechanizmy: automatyczną pamięć na poziomie użytkownika, agentów działających w tle oraz wizualne zarządzanie umiejętnościami. Te zmiany wpływają na sposób interakcji z asystentem kodowania.

    Co nowego w skrócie

    • Pamięć użytkownika przechowywana w ~/.qwen/memories/ pozwala agentowi zapamiętywać preferencje między projektami.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy kontekst rozmowy i działa równolegle do głównego wątku.
    • Panel /skills umożliwia wizualne przeglądanie, wyszukiwanie i zarządzanie umiejętnościami z poziomu CLI.
    • Multimodalne wejście obsługuje obrazy, PDF-y, pliki audio i wideo w modelu Qwen-Code v0.18.0.
    • Automatyczne aktualizacje instalatora standalone i poprawki stabilności CLI na różnych platformach.

    Pamięć, która nie ginie po zamknięciu projektu

    Wcześniej Qwen-Code przechowywał wspomnienia tylko w katalogu bieżącego projektu. Oznaczało to, że przy każdym nowym repozytorium agent zaczynał od zera, nie pamiętając stylu pracy, preferencji dotyczących formatowania czy konwencji nazewnictwa.

    Wersja v0.18.0 przenosi część pamięci na poziom użytkownika. Pliki trafiają teraz do ~/.qwen/memories/, a mechanizm routingu rozdziela informacje: preferencje i styl pracy są przechowywane globalnie, natomiast deadline'y projektowe i zdarzenia specyficzne dla repozytorium pozostają w katalogu lokalnym. System wykorzystuje cztery kategorie pamięci, które istniały wcześniej, ale teraz mają międzyprojektowy zasięg.

    To znacząca zmiana. Pracując nad pięcioma projektami w tygodniu, agent uczy się twoich nawyków, zamiast za każdym razem pytać o to samo.

    Agenci w tle i równoległe przepływy pracy

    Komenda /fork to interesujący dodatek tej wersji. W trakcie rozmowy możesz oddelegować zadanie do agenta działającego w tle, nie przerywając głównego wątku. Agent w tle dziedziczy pełen kontekst: historię rozmowy, narzędzia, konfigurację modelu i cache promptów.

    Aktualizacja z 18 czerwca rozszerza możliwości workflow o funkcje parallel() i pipeline(), które pozwalają na uruchamianie wielu podagentów jednocześnie. Wprowadzono kontrakt "errors-as-data" — błąd jednego agenta nie przerywa całego procesu, lecz zwraca informację o niepowodzeniu jako dane do dalszego przetwarzania.

    Pojawił się także eksperymentalny tryb Agent Team. Model sam tworzy nazwy zespołów, rozdziela zadania między członków, wymienia wiadomości i konsoliduje wyniki w ujednolicony raport. To ambitny projekt, który wymaga jeszcze czasu na stabilizację.

    Piaskownica i zaplanowane zadania

    Nowa wersja wprowadza izolowane środowisko uruchomieniowe oparte na node:vm, które jest wystarczające do bezpiecznego testowania wygenerowanego kodu. Komenda /loop zyskała trwałość: zaplanowane zadania są teraz zapisywane na dysku i wznawiane po restarcie, a pominięte cykle mają jedną szansę na nadrobienie.

    Działa także inhibitor uśpienia systemu, który zapobiega wygaszaniu ekranu podczas streamingu odpowiedzi modelu lub wykonywania narzędzi. To drobny, ale istotny element, który poprawia komfort dłuższych sesji.

    Stabilność i instalacja

    Zespół skupił się na niezawodności CLI. Automatyczne aktualizacje instalatora standalone działają poprawnie, a problemy z instalacją międzyplatformową, szczególnie na Windows, zostały rozwiązane. Powiadomienia o zakończeniu zadań w tle trafiają do panelu czatu w VS Code, co eliminuje konieczność ciągłego przełączania się między oknami.

    Te zmiany wpisują się w szerszy kierunek rozwoju Qwen-Code. Roadmapa obejmuje statystyki (/stats dashboard), multimodalne wejście, tryb headless, integrację z Git Worktrees oraz pluginy IDE. Narzędzie, adaptowane z Gemini CLI i zoptymalizowane pod modele Qwen-Code v0.18.0, zmierza w stronę pełnoprawnego środowiska agentskiego dla programistów.

    Źródła

  • OpenCode z lepszą integracją MCP i nowymi endpointami API

    OpenCode z lepszą integracją MCP i nowymi endpointami API

    OpenCode wprowadził aktualizację, która poprawia integrację z protokołem MCP oraz dodaje nowe endpointy API. Użytkownicy zyskają stabilniejsze połączenia, lepszą widoczność logów oraz nowe endpointy API v2 do zarządzania sesjami. Zmiany te są istotne, ponieważ dotyczą kluczowych elementów integracji, z których korzysta coraz więcej zespołów programistycznych.

    Co nowego w skrócie

    • MCP zyskuje obsługę ścieżek względem przestrzeni roboczej oraz lepszy podgląd logów serwera
    • Nowe endpointy API v2 umożliwiają zarządzanie sesjami bez zbędnych obejść
    • Naprawiono błędy w schematach narzędzi Gemini, filtrowaniu treści oraz obsłudze dużych repozytoriów Git
    • Ulepszono autoryzację — przepływy OAuth działają stabilniej, także przy równoległych żądaniach

    MCP: stabilność i wygoda na pierwszym planie

    Model Context Protocol stał się w OpenCode kluczowym narzędziem do integracji z zewnętrznymi systemami. Dzięki niemu asystent AI może korzystać z serwerów MCP — zarówno lokalnych, jak i zdalnych — bez modyfikacji kodu edytora. Wystarczy dodać wpis w konfiguracji pod kluczem mcp, aby narzędzia były dostępne dla modelu.

    Wcześniej występowały problemy z połączeniami podczas dłuższych sesji. Serwery SSE mogły wpadać w pętle reconnectów, a starsze wersje SDK nie działały poprawnie. Aktualizacja z 28 i 30 lipca rozwiązała te problemy, przywracając kompatybilność z legacy SDK oraz eliminując niepotrzebne zapętlenia połączeń.

    Dodatkowo, wprowadzono obsługę ścieżek względem przestrzeni roboczej. To zmiana, która ułatwia pracę, ponieważ konfiguracja MCP nie jest już sztywno związana z absolutnymi lokalizacjami, co jest szczególnie przydatne w projektach klonowanych na różne maszyny.

    API v2 i autoryzacja: koniec z ręcznym odświeżaniem

    API v2 i autoryzacja: koniec z ręcznym odświeżaniem

    Nowe endpointy do zarządzania sesjami to długo oczekiwana funkcjonalność dla osób tworzących własne integracje. API v2 umożliwia programowe zarządzanie sesjami — od ich tworzenia po zamykanie — bez potrzeby korzystania z dodatkowych skryptów.

    Autoryzacja również została ulepszona. OpenCode wspierał OAuth dla serwerów MCP, ale teraz przepływ działa bardziej płynnie. Sesje OAuth, które wygasły, są automatycznie odnawiane, nawet przy równoległych żądaniach. Dodatkowo, polecenie opencode mcp auth <nazwa-serwera> zyskało możliwość konfiguracji portów callback, co ułatwia pracę w środowiskach z restrykcyjnymi firewallami.

    Dla zespołów korzystających z organizacyjnych konfiguracji zdalnych to istotna zmiana — serwery można aktywować przez enabled: true bez konieczności edytowania plików lokalnie.

    Poprawki, które bolą mniej

    Poprawki, które bolą mniej

    W tej aktualizacji wprowadzono także kilka poprawek, które eliminują frustrujące problemy. Gemini przestało otrzymywać przestarzałe domyślne wartości samplingu, co rozwiązało problemy ze schematami narzędzi. Modele z filtrowaniem treści, które wcześniej mogły przerywać odpowiedzi, teraz działają przewidywalnie.

    Dodatkowo, zoptymalizowano obsługę dużych repozytoriów Git. Cache gałęzi nie psuje się już przy odświeżaniu pojedynczej referencji, co przyspiesza przełączanie kontekstu w monorepozytoriach.

    Co to znaczy dla codziennej pracy

    OpenCode wyraźnie stawia na ekosystem, a nie na monolit. MCP przestało być jedynie ciekawostką — staje się domyślnym kanałem do łączenia z zewnętrznymi narzędziami. Użytkownicy OpenCode powinni sprawdzić, czy ich serwery MCP wymagają aktualizacji konfiguracji, szczególnie jeśli korzystają z OAuth lub pracują z dużymi repozytoriami.

    Zmiany w API v2 sugerują, że w przyszłości pojawią się kolejne ułatwienia dla osób automatyzujących pracę z asystentem, co może wpłynąć na sposób, w jaki zespoły integrują AI w swoje procesy CI/CD.

    Źródła

  • Claude Code 2.1.173 porządkuje nazewnictwo Fable 5 i usuwa fałszywy alert na Windowsie

    Claude Code 2.1.173 porządkuje nazewnictwo Fable 5 i usuwa fałszywy alert na Windowsie

    Anthropic wydało 11 czerwca 2026 roku wersję 2.1.173 Claude Code, która wprowadza automatyczną normalizację nazw modeli Fable 5 oraz usuwa fałszywy komunikat ostrzegawczy, który pojawiał się przy starcie na systemie Windows. Choć to niewielka aktualizacja, skutecznie rozwiązuje dwa istotne problemy, z którymi deweloperzy borykali się na co dzień.

    • Claude Code 2.1.173 automatycznie usuwa przyrostek [1m] z nazw modeli Fable 5
    • Fable 5 oferuje domyślnie okno kontekstowe 1M tokenów, więc suffix był zbędny
    • Windows nie wyświetla już fałszywego ostrzeżenia o brakujących zależnościach sandboksa
    • Konfiguracja nie wymaga już ręcznego czyszczenia identyfikatorów modeli

    Fable 5 bez [1m] — dlaczego to ma znaczenie

    Główna zmiana dotyczy sposobu, w jaki Claude Code rozpoznaje modele Fable 5. Wcześniej, jeśli w plikach konfiguracyjnych lub flagach CLI pojawiał się identyfikator z przyrostkiem [1m], narzędzie nie normalizowało go poprawnie. W rezultacie deweloperzy musieli ręcznie edytować konfiguracje, aby dopasowanie modelu działało.

    Teraz suffix jest usuwany automatycznie, ponieważ Fable 5 domyślnie pracuje z oknem kontekstowym o wielkości miliona tokenów. Przyrostek był zbędny i wprowadzał zamieszanie przy przełączaniu się między modelami w skryptach i konfiguracjach.

    Dla osób pracujących w trybie vibe coding to istotne ułatwienie. Gdy szybko eksperymentujesz z różnymi modelami w agentowych setupach, każda drobna przeszkoda w routingu może zakłócić płynność pracy. Teraz Claude Code samodzielnie zajmuje się normalizacją, co eliminuje potrzebę pilnowania, czy gdzieś nie pozostał stary suffix.

    Windows bez fałszywego alarmu

    Druga poprawka dotyczy użytkowników Windows. Przy włączonym sandboksie Claude Code mógł przy starcie wyświetlać komunikat o brakujących zależnościach, mimo że wszystko było w porządku. Fałszywy alert został usunięty w wersji 2.1.173.

    Dla zespołów DevOps i osób hostujących lokalne środowiska deweloperskie to mała, ale odczuwalna poprawa. Mniej szumu przy starcie narzędzia CLI oznacza czystsze logi i mniej okazji do niepotrzebnego debugowania. Niezawodność Claude Code na różnych platformach delikatnie, ale zauważalnie wzrasta.

    Co jeszcze warto wiedzieć o Fable 5

    Model Fable 5, określany przez Anthropic jako model klasy Mythos, standardowo oferuje 128 tysięcy tokenów na wyjściu przy każdym zapytaniu. Cennik wynosi 10 dolarów za milion tokenów wejściowych i 50 dolarów za milion wyjściowych. Model zawiera również klasyfikatory bezpieczeństwa, które w określonych przypadkach mogą odrzucić zapytanie.

    Aktualizacja 2.1.173 wpisuje się w szerszy trend porządkowania narzędzi wokół modeli dużej pojemności. Gdy okno kontekstowe 1M tokenów staje się standardem, oznaczanie go w nazwie przestaje być potrzebne — i dobrze, że narzędzia dostosowują się do tej zmiany.

    Drobny release, konkretny efekt

    Aktualizacja jest niewielka — zawiera tylko dwa fixy. Jednak oba eliminują tarcia, które deweloperzy odczuwali w codziennej pracy. Mniej grzebania w konfiguracjach, mniej fałszywych alertów, płynniejsze przełączanie modeli. Czasami to właśnie takie mikro-poprawki mają największy wpływ na komfort pracy z narzędziami AI.

    Źródła

  • Devin Desktop v3.1.7 stawia na dopracowanie interfejsu i lokalną integrację

    Devin Desktop v3.1.7 stawia na dopracowanie interfejsu i lokalną integrację

    Cognition wydało 10 czerwca 2026 aktualizację Devin Desktop v3.1.7, która nie wprowadza rewolucyjnych zmian, ale poprawia doświadczenie przełączania się między trybem agenta a edytora. Aktualizacja jest skierowana głównie do użytkowników zarządzających mieszanymi przepływami pracy – lokalnymi agentami i zadaniami w chmurze – którzy chcą, aby wszystko działało płynniej.

    Kluczowe zmiany w pigułce

    • Nowy przełącznik Agent/Editor w zwiniętym pasku bocznym, z ujednoliconą ikoną wyszukiwania dla obu trybów
    • Płynniejsze przełączanie trybów – okna pomocnicze nie zamykają się i nie otwierają ponownie przy każdej zmianie
    • Wsparcie dla plików .devinignore obok istniejących .windsurfignore i .codeiumignore
    • Rebranding CLI – ustawienia zmieniły nazwę na Devin Local, a wbudowany agent lokalny zaktualizowano do wersji v2026.5.26-8
    • Poprawki UI – strony ustawień i MCP marketplace wykorzystują pełną szerokość panelu, zachowując wyśrodkowaną zawartość na szerokich ekranach

    Mniej klikania, więcej kodowania

    Najbardziej zauważalną zmianą jest nowy przełącznik Agent/Editor w zwiniętym pasku tytułowym. Dotychczas przeskakiwanie między widokiem agenta a klasycznym edytorem bywało irytujące, szczególnie przy pracy z dodatkowymi oknami pomocniczymi. Zamykanie i otwieranie okien przy każdej zmianie trybu przeszkadzało w pracy. Teraz przełączanie odbywa się płynnie, bez zbędnego migania interfejsu.

    Drobna, ale przydatna zmiana dotyczy zachowania panelu bocznego. Po aktualizacji przycisk zwijania pozostaje na swoim miejscu nawet podczas otwierania i zamykania szuflady. To może wydawać się szczegółem, ale przy długotrwałej pracy te drobne niedogodności mogą być uciążliwe.

    Devin Local – nowa nazwa, lepsza wydajność

    Rebranding ustawień CLI na Devin Local to interesujący krok. Lokalny agent, wcześniej znany jako Cascade, został oficjalnie włączony pod markę Devin i zaktualizowany do wersji v2026.5.26-8. Dokumentacja wskazuje, że Devin Local oferuje do 30% lepszą efektywność tokenów w porównaniu do Cascade oraz wsparcie dla subagentów, zachowując tę samą architekturę, co Devin CLI.

    Dla web developerów i osób zajmujących się vibe codingiem to istotna informacja – lepsza gospodarka tokenami przekłada się na niższe koszty i szybsze odpowiedzi agenta, co jest szczególnie ważne przy większych projektach, gdzie kontekst może szybko urosnąć.

    Kontrola kontekstu z .devinignore

    Wsparcie dla plików .devinignore to kolejny krok w stronę DevOpsów i osób zarządzających rozbudowanymi repozytoriami. Mechanizm działa podobnie do .gitignore – pozwala wskazać, które pliki i katalogi agent ma ignorować podczas analizy projektu. W połączeniu z istniejącymi .windsurfignore i .codeiumignore daje większą kontrolę nad tym, co trafia do kontekstu agenta.

    W praktyce oznacza to mniej szumu w odpowiedziach agenta. Jeśli pracujesz z dużym monorepo lub masz w projekcie wygenerowane pliki, logi czy zależności, które nie powinny wpływać na sugestie – teraz łatwiej je odfiltrujesz. To prosta zmiana, która realnie wpływa na jakość interakcji z agentem.

    Podsumowanie

    Devin Desktop v3.1.7 to aktualizacja, która nie przyciągnie dużej uwagi, ale jest wartościowym zbiorem poprawek, które docenią osoby spędzające w tym środowisku wiele godzin dziennie. Płynniejsze przełączanie trybów, lepsza kontrola nad kontekstem projektu i wydajniejszy lokalny agent przyczyniają się do bardziej komfortowego doświadczenia. Użytkownicy Devin Desktop jako głównego środowiska do zarządzania agentami – lokalnymi i chmurowymi – odczują te zmiany od razu.

    Źródła

  • Zed 1.5.5 celuje w detale: Claude Fable 5 i naprawa zaufania w Git

    Zed 1.5.5 celuje w detale: Claude Fable 5 i naprawa zaufania w Git

    Zed wypuścił wersję 1.5.5, która wprowadza dwie istotne poprawki. Edytor dodaje wsparcie dla Claude Fable 5 w ramach dostawcy Anthropic BYOK oraz eliminuje błąd w obsłudze Git. Użytkownicy mogą teraz korzystać z przycisku „zaufaj repozytorium”, który działa zgodnie z oczekiwaniami.

    Kluczowe zmiany w Zed 1.5.5

    • Claude Fable 5 jest teraz dostępny w konfiguracji Anthropic BYOK, co zwiększa liczbę dostępnych modeli AI.
    • Naprawiono błąd #58716, który uniemożliwiał kliknięcie przycisku zaufania repozytorium Git.
    • Aktualizacja nie wprowadza poprawek wydajnościowych ani zmian w interfejsie – to zestaw funkcjonalnych łatek.
    • Zmiany są związane z pull requestami #58957 (Anthropic) i #58716 (Git).

    Claude Fable 5 już dostępny z własnym kluczem API

    Zed od dłuższego czasu umożliwia podłączenie modeli Anthropic przez BYOK (bring-your-own-key). Teraz do listy dostępnych opcji dołącza Claude Fable 5 – model, który zdobył uznanie wśród programistów korzystających z narzędzi AI w codziennej pracy.

    Co to oznacza w praktyce? Jeśli masz własny klucz API Anthropic, po aktualizacji do wersji 1.5.5 w panelu konfiguracyjnym pojawi się nowa opcja. Nie ma potrzeby podejmowania dodatkowych kroków ani zmiany ustawień – to po prostu kolejna opcja, która zwiększa możliwości edytora. Zed stawia na elastyczność, pozwalając użytkownikom na wybór.

    Choć to niewielka zmiana, dla osób testujących różne modele i szukających optymalnego balansu między szybkością a jakością podpowiedzi, każda nowa integracja ma znaczenie. Claude Fable 5 sprawdza się szczególnie w zadaniach wymagających zrozumienia szerszego kontekstu kodu.

    Git przestaje milczeć

    Git przestaje milczeć

    Druga poprawka dotyczy błędu, który potrafił skutecznie wybić z rytmu. Użytkownicy otwierali repozytorium, Zed wyświetlał monit o zaufanie, klikanie przycisku nie dawało żadnej reakcji. Konieczne było szukanie obejść, aby ręcznie oznaczyć katalog jako zaufany.

    Błąd #58716 został naprawiony. Od teraz przycisk „trust repository” działa natychmiastowo, a mechanika zaufania funkcjonuje bez zacięć. Choć może wydawać się to drobiazgiem, frustracja związana z utratą flow przez taką usterkę jest realna.

    Zed mocno integruje Git w swoim interfejsie – od podglądu zmian po zaawansowane operacje na repozytoriach. Dlatego nawet najmniejsze niedociągnięcia w tej warstwie mogą być uciążliwe. Wersja 1.5.5 skutecznie rozwiązuje ten problem.

    Kontekst dla web developerów

    Kontekst dla web developerów

    Dla osób pracujących z Node.js, Reactem czy innymi stackami frontendowymi, Zed staje się coraz bardziej interesującą alternatywą dla VS Code. Jest szybki, napisany w Rust, a także systematycznie rozwija integracje z AI. Możliwość podłączenia Claude Fable 5 przez własny klucz API to krok w stronę tych, którzy preferują pełną kontrolę nad kosztami i wyborem modelu.

    Git w projektach webowych to codzienność – każdy commit, każdy branch, każde repozytorium. Poprawka mechanizmu zaufania eliminuje frustrującą przeszkodę, która mogła dotknąć zarówno juniora stawiającego pierwsze środowisko, jak i seniora przełączającego się między projektami. Prostota i niezawodność to kluczowe oczekiwania wobec nowoczesnego edytora.

    Podsumowanie

    Zed 1.5.5 nie wprowadza wielu zmian, ale skutecznie adresuje dwa kluczowe problemy, które wpływają na codzienną pracę. Nowy model AI zwiększa elastyczność, a naprawiony Git przywraca płynność w obsłudze repozytoriów. Rozmiar aktualizacji sugeruje, że zespół skupił się na precyzyjnym rozwiązaniu konkretnych problemów, zamiast wprowadzać nadmiar nowości. Właśnie za to wielu użytkowników ceni ten edytor.

    Źródła

  • Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek

    Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek

    OpenAI wypuściło Codex 0.138.0, aktualizację, która łączy pracę w terminalu z graficzną aplikacją desktopową. Wydanie z 8 czerwca 2026 roku wprowadza 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów. Ta aktualizacja, choć techniczna, realnie wpływa na codzienny workflow programisty.

    Kluczowe zmiany w skrócie

    • Polecenie /app przenosi sesję CLI bezpośrednio do aplikacji Codex Desktop na macOS i Windows.
    • Lokalne obrazy teraz udostępniają ścieżki zapisanych plików modelowi, co ułatwia ich edycję i wykorzystanie w promptach.
    • Wtyczki z flagą --json zwracają ustrukturyzowane dane, które można wykorzystać w pipeline’ach CI/CD i skryptach automatyzacyjnych.
    • Wsparcie dla v2 personal access tokenów poprawia integrację w środowiskach enterprise i zespołowych.

    Desktop handoff, który działa

    Polecenie /app umożliwia przeniesienie bieżącego wątku CLI — z historią i stanem — do aplikacji desktopowej. Na macOS działa to natychmiastowo, a na Windowsie dodatkowo otwiera workspace bezpośrednio w Desktop.

    Funkcja ta była oczekiwana od dawna. Programiści często korzystają z CLI z powodu jego szybkości, ale czasami potrzebują przejrzeć kod w GUI, kliknąć coś lub sprawdzić podgląd. Dotychczas oznaczało to ręczne kopiowanie i odtwarzanie kontekstu. Teraz można przełączyć się jednym poleceniem i kontynuować pracę tam, gdzie się skończyło.

    Obrazy, które model rozumie

    Modele potrafią generować i analizować obrazy, ale teraz zyskują pełne ścieżki do zapisanych plików. Gdy dołączasz lokalny obraz jako załącznik lub generujesz nowy, Codex podaje modelowi dokładną lokalizację pliku na dysku. Dzięki temu edycje są precyzyjniejsze, a referencje między promptami nie gubią się. To prosta zmiana, ale znacząca dla osób pracujących z obrazami w AI.

    Warto również zwrócić uwagę na poprawki w interfejsie TUI. Terminal nie dodaje już pustych linii podczas streamowania odpowiedzi, a anulowane prompty wracają z kursorem na końcu, co ułatwia edycję.

    Automatyzacja wtyczek i gotowość na CI/CD

    Dla zespołów DevOps oraz osób automatyzujących pracę Codexa kluczowa będzie flaga --json. Polecenia dodawania, usuwania i listowania wtyczek z marketplace teraz zwracają ustrukturyzowane dane.

    To umożliwia integrację Codexa z pipeline’ami. Można skryptem sprawdzić dostępne wtyczki, doinstalować brakujące i zweryfikować konfigurację — wszystko maszynowo, bez klikania. W połączeniu z tokenami v2, które działają zarówno w CLI, jak i w integracjach app-server, automatyzacja staje się przewidywalna i audytowalna.

    Stabilność i wydajność pod spodem

    Choć te zmiany nie są efektowne, poprawiają komfort pracy. Usprawniono wklejanie wieloliniowe w /goal edit, naprawiono auto-kontynuację celów po nieudanych turach terminalowych oraz ustabilizowano tryb Plan, który nie wchodzi już samoczynnie, gdy nie powinien. Start aplikacji jest odporniejszy na różne środowiska: obsługuje /usr/bin/bash, krótsze ścieżki socketów proxy na Linuksie oraz odświeża wygasłe tokeny OAuth dla MCP przed pierwszym użyciem.

    Jeśli chodzi o wydajność, duże strumienie MCP i Ollamy oraz długie historie wiadomości przetwarzają się szybciej dzięki zoptymalizowanemu skanowaniu bajtowemu. TUI dodatkowo skraca czas startu, ponieważ ponownie wykorzystuje wyniki wcześniejszego discovery wtyczek.

    Co to oznacza dla web developerów i zespołów AI

    Codex 0.138.0 to wydanie, które szczególnie docenią osoby balansujące między terminalem a GUI, co dotyczy większości developerów pracujących z AI. Płynny handoff sesji, lepsze obrazy oraz automatyzacja wtyczek w formacie JSON sprawiają, że narzędzie staje się bardziej zintegrowane z resztą ekosystemu.

    Dla zespołów enterprise istotne będą tokeny v2 oraz widoczność zużycia konta w integracjach app-server. Autoryzacja staje się bardziej przejrzysta, co ma znaczenie przy wdrożeniach na dużą skalę. Jeśli codziennie korzystasz z Codexa, warto zaktualizować go od razu.

    Źródła

  • Codex 0.138.0 z płynnym przejściem CLI-desktop i szybszym przetwarzaniem strumieni

    Codex 0.138.0 z płynnym przejściem CLI-desktop i szybszym przetwarzaniem strumieni

    OpenAI wydało 8 czerwca 2026 roku wersję 0.138.0 narzędzia Codex, która wprowadza funkcję przekazywania aktywnego wątku z terminala do aplikacji desktopowej. To wydanie nie zawiera nowych modeli ani zmian w cenniku, lecz koncentruje się na integracji środowisk pracy, automatyzacji wtyczek oraz poprawie wydajności przy dużych zestawach danych. Wprowadzono łącznie 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów.

    Kluczowe informacje

    • Nowe polecenie /app umożliwia przeniesienie sesji CLI do aplikacji Codex Desktop na macOS i Windowsie.
    • Lokalne ścieżki obrazów są teraz udostępniane modelowi, co poprawia niezawodność przy edycji i generowaniu grafik.
    • Optymalizacja przetwarzania strumieni MCP i Ollama przyspiesza pracę z długimi historiami wiadomości.
    • Ponowne wykorzystanie wyników discovery wtyczek skraca czas uruchamiania interfejsu TUI.
    • Wsparcie dla v2 personal access tokens oraz odczyt zużycia tokenów przez integracje serwerowe.

    /app, czyli płynne przejście z terminala na pulpit

    Główną nowością jest komenda /app, która pozwala na przekazanie bieżącego wątku z interfejsu tekstowego do Codex Desktop. Działa to zarówno na macOS, jak i na Windowsie, bez potrzeby kopiowania kontekstu, restartowania sesji czy ręcznego odtwarzania stanu rozmowy.

    Użytkownicy Windowsa zyskali dodatkowe usprawnienie: workspace'y mogą teraz otwierać się bezpośrednio w aplikacji desktopowej, co oszczędza czas przy każdym przełączeniu środowiska.

    To funkcja, która była oczekiwana od początku. Praca w terminalu ma swoje zalety, ale gdy potrzebujesz wizualnego podglądu lub preferujesz GUI do przeglądania dłuższych odpowiedzi, /app sprawdza się doskonale.

    Obrazy, które w końcu wiedzą, gdzie są

    Modele w Codex 0.138.0 otrzymują teraz pełne lokalne ścieżki do załączonych i wygenerowanych obrazów. Wcześniej operacje na plikach graficznych były frustrujące, ponieważ model tworzył coś, a następnie nie potrafił sensownie odnieść się do rezultatów przy kolejnych edycjach.

    Teraz ścieżki są jawne, co sprawia, że follow-upy działają przewidywalnie. Dla agentów automatyzujących zadania związane z UI, assetami czy iteracjami wizualnymi to znacząca poprawa niezawodności.

    Wydajność, która ratuje przy długich sesjach

    Zespół OpenAI poprawił działanie narzędzia przy dużych obciążeniach. Polecenie resume --last korzysta teraz z bazy stanu (state DB) do szybszego odnajdywania najnowszej pasującej sesji, co przy rozbudowanych lokalnych historiach przynosi zauważalne korzyści.

    Optymalizacja skanowania bajtowego przyspiesza przetwarzanie dużych strumieni MCP i Ollama oraz długich historii wiadomości. Użytkownicy pracujący z rozbudowanymi kontekstami agentowymi lub wieloma wtyczkami jednocześnie docenią płynniejsze działanie.

    Plugin automation bez zbędnego narzutu

    Przy starcie TUI wtyczki mogły spowalniać cały proces. W tej wersji wyniki discovery są ponownie wykorzystywane, a na ścieżce krytycznej ładowane są tylko metadane hooków. Efekt to mniej powtarzalnej pracy i szybsze uruchamianie.

    Dodatkowo, plugin automation zyskało ustrukturyzowane wyjście JSON, co ułatwia integrację z zewnętrznymi narzędziami i skryptami automatyzującymi.

    Stabilność workflow i mniej irytujących drobiazgów

    Poprawiono kilka zachowań, które mogły wybić z rytmu. Wielowierszowe wklejanie w /goal edit nie zatwierdza się już przedwcześnie. Automatyczne tury bezczynności nie wchodzą w tryb Plan, a cele przestały kontynuować się po błędach terminala.

    Rozwidlone wątki zachowują teraz nazwy nadane przez użytkownika, co wcześniej prowadziło do bałaganu przy większej liczbie forków.

    Podsumowanie

    Codex 0.138.0 to aktualizacja, która nie zmienia fundamentów, ale wprowadza istotne poprawki tam, gdzie wcześniej występowały problemy. Przekazywanie sesji między CLI a desktopem działa intuicyjnie, ścieżki obrazów są teraz jasne, a optymalizacje wydajnościowe realnie skracają czas reakcji przy dużych historiach. Jeśli korzystasz z Codexa codziennie, warto zaktualizować.

    Źródła

  • Gemini CLI z drobnymi poprawkami interfejsu i dokumentacji w wersji nightly

    Gemini CLI z drobnymi poprawkami interfejsu i dokumentacji w wersji nightly

    Google wypuściło nową wersję nocną Gemini CLI, oznaczoną jako v0.47.0-nightly.20260609.g0567b25a2. To wydanie koncentruje się na poprawie interfejsu użytkownika oraz uporządkowaniu dokumentacji. Nie wprowadza nowych funkcji, ale te drobne poprawki mogą znacząco wpłynąć na postrzeganie narzędzia jako bardziej dopracowanego.

    Co nowego w skrócie

    • Kanał nightly Gemini CLI otrzymał aktualizację v0.47.0-nightly.20260609.g0567b25a2
    • Baner Antigravity zyskał limit wyświetleń, co ograniczy jego powtarzalność
    • Dokumentacja agenta przeglądarkowego straciła etykietę „eksperymentalna”, co sugeruje stabilizację tej funkcji
    • Brak nowych możliwości – zmiany dotyczą jedynie aspektów wizualnych i tekstowych

    Co dokładnie poprawiono

    W notatkach do wydania znajdują się dwie istotne zmiany. Pierwsza dotyczy banera Antigravity, którego maksymalna liczba wyświetleń została zaktualizowana. To poprawka, która z pewnością ucieszy użytkowników Gemini CLI w wersji nightly, ponieważ powtarzające się komunikaty mogą być irytujące. Po osiągnięciu limitu baner znika.

    Druga zmiana to usunięcie słowa „eksperymentalny” z dokumentacji agenta przeglądarkowego. To porządkowanie dokumentacji, które sugeruje, że funkcja automatyzacji przeglądarki osiągnęła poziom dojrzałości, który nie wymaga już oznaczania jej jako eksperymentalnej. Choć Gemini CLI w wersji nightly pozostaje kanałem testowym, zmiana ta poprawia komunikację.

    Nightly, preview, stable – który kanał wybrać

    Gemini CLI w wersji nightly oferuje trzy ścieżki aktualizacji. Nightly to codzienne buildy z najnowszymi zmianami, publikowane o północy UTC. Są to najbardziej ryzykowne wersje, ale dają dostęp do najnowszych funkcji. Preview to wersje pośrednie, które zostały już częściowo przetestowane, a stable to finalne wydania gotowe do produkcji.

    Wersja v0.47.0-nightly wpisuje się w cykl wydawniczy, w którym rodzina v0.47.0 regularnie pojawia się w dziennikach zmian. To typowy rytm dla nocnych buildów, w którym drobne poprawki są wprowadzane codziennie, a część z nich trafia do stabilnego kanału.

    Dlaczego takie aktualizacje mają znaczenie

    Wydania tego typu mogą być łatwe do przeoczenia, ponieważ nie wprowadzają efektownych nowości ani nowych komend. Jednak suma drobnych poprawek w interfejsie i dokumentacji skutkuje płynniejszą pracą. Mniej irytujących banerów i lepsza komunikacja statusu funkcji sprawiają, że narzędzie zyskuje na profesjonalizmie.

    Dla deweloperów korzystających z Gemini CLI w wersji nightly, szczególnie przy integracji agentów przeglądarkowych, ta aktualizacja jest korzystna. Usunięcie etykiety „eksperymentalna” ułatwia przekonanie współpracowników do wdrożenia tych rozwiązań w projektach. Zmiana limitu banera Antigravity sugeruje, że zespół Google analizuje zachowania użytkowników, co może poprawić użyteczność narzędzia.

    Podsumowanie

    Wersja v0.47.0-nightly.20260609.g0567b25a2 to typowa aktualizacja konserwacyjna nocnego kanału Gemini CLI. Dwie zmiany – ograniczenie wyświetleń banera i poprawa dokumentacji agenta przeglądarkowego – nie zmieniają zasadniczo działania narzędzia, ale pokazują, że Google przesuwa niektóre funkcje z fazy eksperymentalnej w stronę dojrzałego produktu. Jeśli korzystasz z Gemini CLI w wersji nightly, aktualizacja jest bezproblemowa i wprowadza więcej porządku do codziennej pracy z CLI.

    Źródła