Kategoria: Oprogramowanie

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

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

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

    Co nowego w Qwen-Code v0.18.0

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

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

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

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

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

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

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

    Terminal bardziej przyjazny człowiekowi

    Terminal bardziej przyjazny człowiekowi

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

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

    Pod maską: poprawki i multimodalność

    Pod maską: poprawki i multimodalność

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

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

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

    Źródła

  • 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

  • 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

  • Codex 0.139.0: samodzielne wyszukiwanie w sieci i solidniejsze schematy narzędziowe

    Codex 0.139.0: samodzielne wyszukiwanie w sieci i solidniejsze schematy narzędziowe

    OpenAI wypuściło 9 czerwca 2026 roku wersję 0.139.0 swojego terminalowego agenta Codex. Ta aktualizacja koncentruje się na stabilności narzędzi i redukcji liczby przełączeń kontekstu podczas pracy. Najważniejszą nowością jest możliwość bezpośredniego wywoływania wyszukiwania internetowego w trybie kodowania, co eliminuje potrzebę opuszczania edytora i przeglądania dokumentacji w przeglądarce.

    Co nowego w pigułce

    • Tryb kodowania umożliwia teraz samodzielne wyszukiwanie w sieci, w tym z zagnieżdżonych wywołań JavaScript, zwracając wyniki jako czysty tekst.
    • Schematy wejściowe narzędzi zachowują oneOf i allOf, co stabilizuje współpracę ze złożonymi złączami MCP.
    • codex doctor raportuje teraz szczegóły dotyczące środowiska edytora i pagera, a eksport JSON ukrywa wrażliwe wartości.
    • Zarządzanie wtyczkami zostało przyspieszone dzięki wcześniejszemu użyciu buforowanego katalogu oraz uwzględnieniu źródła marketplace’u w JSON-owym listingu.
    • Poprawki w TUI rozwiązują problemy z resetowaniem wątków, ścieżkami obrazów i ostrzeżeniami MCP w subagentach.

    Wyszukiwanie bez odrywania rąk od terminala

    Dotychczasowy workflow developera korzystającego z Codexa wymagał samodzielnego sprawdzania dokumentacji API, changelogów czy specyfikacji pakietów – ręcznie lub przez dodatkowe narzędzia. Wersja 0.139.0 pozwala trybowi kodowania na bezpośrednie odpytanie sieci. Mechanizm działa również w zagnieżdżonych wywołaniach narzędzi JavaScript.

    Wyniki wracają jako prosty tekst. Oznacza to, że agent może na przykład pobrać informację o aktualnej wersji biblioteki, sprawdzić składnię nowego endpointu albo znaleźć rozwiązanie błędu – wszystko w jednej sesji terminalowej. Dla osób pracujących w trybie vibe coding to znaczna oszczędność czasu: mniej przełączania okien, więcej płynności.

    Schematy JSON, które się nie gubią

    Druga zmiana jest szczególnie istotna dla tych, którzy integrują Codexa z zewnętrznymi serwerami MCP. Do tej pory złożone schematy wejściowe narzędzi mogły się "spłaszczać" podczas kompresji – traciły konstrukcje oneOf i allOf, co prowadziło do błędów w bardziej skomplikowanych złączach.

    Teraz Codex przechowuje te struktury w niezmienionej formie. Dla konektorów, które polegają na precyzyjnie zdefiniowanych typach danych (np. narzędzia do zarządzania infrastrukturą DevOps czy integracji z bazami danych), to różnica między działającym wywołaniem a cichym błędem. Stabilność agentowych przepływów pracy rośnie, a użytkownicy nie muszą wprowadzać żadnych zmian.

    Lepsza diagnostyka lokalnego środowiska

    Lepsza diagnostyka lokalnego środowiska

    codex doctor to narzędzie do rozwiązywania problemów z konfiguracją. W nowej wersji raport lokalny uwzględnia informacje o edytorze i pagerze, co jest istotne, gdy coś nie działa prawidłowo w interakcji z konkretnym terminalem albo nakładką edytorską. Dodatkowo eksport JSON został odchudzony z surowych wartości, które mogłyby wyciec przy udostępnianiu logów.

    W praktyce: jeśli coś szwankuje z renderowaniem TUI albo sesja nie startuje poprawnie, codex doctor dostarcza teraz więcej konkretów, eliminując potrzebę ręcznego grzebania w zmiennych środowiskowych.

    Wątki, obrazy i subagenty – porządki w TUI

    Wątki, obrazy i subagenty – porządki w TUI

    Kilka poprawek dotyczy codziennej pracy z interfejsem. Komendy codex resume --last "..." oraz codex fork --last "..." teraz traktują końcowy argument jako początkowy prompt, a nie mylnie odczytują go jako identyfikator sesji. Reset wątków przez /new, /clear czy /fork nie gubi już wymagań zarządzanych przez chmurę ani flag funkcji.

    Wątki subagentów przestały też zalewać rodzica powielonymi ostrzeżeniami MCP, a spinning startowy nie zawiesza się bez powodu. Edycja obrazów z kolei używa teraz dokładnej ścieżki wskazanego pliku, zamiast zgadywać ją z historii konwersacji – mała rzecz, ale istotna przy pracy z assetami graficznymi.

    Pod maską: V8 i stabilność

    Wydanie aktualizuje również wewnętrzny toolchain V8 – Codex przeszedł na rusty_v8 149.2.0. Dla użytkownika końcowego to zmiana, która nie jest widoczna, ale przekłada się na stabilność wykonywania JavaScript w środowisku agenta, szczególnie w sandboxie. Kilka mniejszych poprawek dotyczy właśnie wykonywania kodu w izolacji, co wpływa na bezpieczeństwo sesji deweloperskich.

    Podsumowanie

    Codex 0.139.0 to zestaw precyzyjnych poprawek, które doceni każdy, kto spędza w terminalu dłużej niż godzinę dziennie. Bezpośrednie wyszukiwanie w sieci redukuje tarcia w pracy, lepsze traktowanie schematów JSON stabilizuje integracje MCP, a poprawki w TUI eliminują irytujące problemy. OpenAI stawia na niezawodność narzędzi agentowych, co widać w każdym changelogu.

    Źródła

  • OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    OpenCode z lepszą integracją MCP – ścieżki względne i nowe API v2

    Najnowsza aktualizacja OpenCode wprowadza istotne ulepszenia w integracji z serwerami MCP, rozszerza API v2 o nowe końcówki do zarządzania sesjami oraz optymalizuje obsługę obiektów Git w dużych repozytoriach. Choć na pierwszy rzut oka zmiany mogą wydawać się technicznymi porządkami, w praktyce znacząco wpływają na codzienną pracę z narzędziem.

    Kluczowe zmiany w skrócie

    • Wsparcie dla ścieżek względnych w konfiguracji MCP – katalog roboczy podąża za workspace, eliminując potrzebę stosowania sztywnych ścieżek bezwzględnych
    • Nowe końcówki API v2 do zarządzania sesjami, co ułatwia kontrolę nad aktywnymi połączeniami
    • Optymalizacja Git dla dużych repozytoriów – szybsze operacje na rozbudowanych historiach commitów
    • Poprawki błędów w schematach narzędzi Gemini, widoczności filtrowanych odpowiedzi oraz niezawodności uwierzytelniania
    • Lepsze logowanie MCP – błędy z połączeń SSE nie prowadzą już do pętli reconnectu, a logi serwerów są bardziej przejrzyste

    Ścieżki względne w MCP – koniec z absolutnymi zależnościami

    Dotychczas konfiguracja lokalnych serwerów MCP w OpenCode wymagała podawania bezwzględnych ścieżek do katalogu roboczego. Oznaczało to, że przeniesienie projektu między maszynami lub współpraca w zespole z różnymi strukturami folderów wiązała się z koniecznością ręcznego poprawiania konfiguracji.

    Teraz opcja cwd akceptuje ścieżki względne, które są rozwiązywane względem głównego katalogu workspace. Dla zespołów pracujących w monorepo to duża oszczędność czasu – serwer MCP skonfigurowany raz działa identycznie w każdym środowisku, niezależnie od lokalizacji projektu na dysku. Wystarczy umieścić konfigurację w repozytorium, a po klonowaniu wszystko działa od razu.

    Co ważne, zmiana dotyczy nie tylko nowych instalacji. OpenCode zachowuje również kompatybilność ze starszymi klientami SDK MCP, co umożliwia zespołom na różnych wersjach narzędzia współpracę bez konfliktów.

    API v2 i zarządzanie sesjami

    Rozszerzenie API v2 o końcówki sesji to odpowiedź na bardziej zaawansowane scenariusze, w których OpenCode działa jako usługa w tle, a nie tylko jako interaktywne narzędzie CLI. Nowe endpointy umożliwiają programowe tworzenie, odpytywanie i zamykanie sesji, co otwiera możliwości budowania własnych integracji oraz dashboardów monitorujących pracę agentów.

    Dla zespołów DevOps oznacza to możliwość tworzenia dedykowanych sesji na żądanie – na przykład w kontekście CI/CD, gdzie agent analizuje różnice przed scaleniem i raportuje potencjalne problemy. Sesje można teraz kontrolować przez API, co eliminuje potrzebę ingerencji w procesy systemowe.

    Jednocześnie poprawiono kilka uciążliwych błędów – uwierzytelnianie OAuth dla serwerów MCP przestało gubić stan przy odświeżaniu tokenów, a odpowiedzi filtrowane przez content safety Gemini nie znikają już bez śladu. Wcześniej użytkownik otrzymywał pusty ekran, teraz OpenCode informuje, że odpowiedź została zablokowana.

    Git i duże repozytoria

    Optymalizacja obsługi obiektów Git to zmiana, która z pewnością ucieszy osoby pracujące z rozbudowanymi historiami. OpenCode poprawił sposób cache'owania branchy, eliminując sytuacje, w których odświeżenie jednej referencji przypadkowo przesuwało checkout innego brancha. Choć może to brzmieć skomplikowanie, w repozytoriach z tysiącami commitów i wieloma równoległymi gałęziami przekłada się to na zauważalnie szybsze przełączanie kontekstu.

    Dodatkowo poprawiono indeksowanie wyników grep – ścieżki symlinków są teraz poprawnie zachowywane, co ma znaczenie w projektach korzystających z linków symbolicznych do współdzielonych bibliotek.

    Te zmiany pokazują, że narzędzie rozwija się z etapu "ciekawego eksperymentu" w kierunku dojrzałego środowiska pracy. Wsparcie dla ścieżek względnych w MCP oraz nowe API sesji to funkcje, które mogą zdecydować o długoterminowym przywiązaniu zespołu do tego narzędzia.

    Źródła

  • Codex 0.139.0 z samodzielnym wyszukiwaniem w sieci i lepszą obsługą złożonych schematów

    Codex 0.139.0 z samodzielnym wyszukiwaniem w sieci i lepszą obsługą złożonych schematów

    OpenAI wypuściło 9 czerwca 2026 roku wersję 0.139.0 Codex CLI, która wprowadza autonomiczne wyszukiwanie w trybie code mode oraz poprawia kompatybilność ze złożonymi schematami narzędzi. Ta aktualizacja, choć na pierwszy rzut oka może wydawać się skromna, w rzeczywistości przynosi istotne zmiany dla codziennej pracy dewelopera.

    Kluczowe zmiany w skrócie

    • Samodzielne wyszukiwanie w trybie code mode – model może teraz bezpośrednio wysłać zapytanie do sieci, także z zagnieżdżonych wywołań JavaScript, a wyniki otrzymuje jako czysty tekst.
    • Schematy oneOf i allOf są teraz zachowywane w definicjach narzędzi, co ułatwia agentom pracę z rozbudowanymi API i konektorami MCP.
    • Diagnostyka codex doctor raportuje teraz szczegóły edytora i pagera, co przyspiesza rozwiązywanie problemów środowiskowych.
    • Poprawki w TUI eliminują gubienie konfiguracji przy resetach wątków oraz błędne parsowanie argumentów przy resume i fork.
    • Plugin marketplace zwraca teraz informacje o źródle każdej wtyczki i korzysta z cache'owanego katalogu przed odświeżeniem sieciowym.

    Wyszukiwanie bez przełączania kontekstu

    Nowa funkcja w code mode pozwala modelowi na samodzielne wyszukiwanie, co eliminuje potrzebę przerywania pracy w celu sprawdzenia dokumentacji lub zachowania API. Wystarczy, że model wywoła wyszukiwanie, a wyniki przychodzą jako plaintext, bez zbędnego formatowania. Funkcja ta działa również z zagnieżdżonymi wywołaniami narzędziowymi w JavaScripcie. Dla deweloperów, którzy spędzają dużo czasu na przełączaniu się między przeglądarką a terminalem, to znacząca oszczędność czasu.

    Co istotne, wyszukiwanie jest autonomiczne – nie wymaga osobnej konfiguracji ani przełączania trybów. Model samodzielnie decyduje, kiedy potrzebuje świeżych informacji.

    Schematy, które w końcu działają jak trzeba

    Dla osób budujących złożone integracje przez MCP lub używających rozbudowanych pluginów, zmiana w obsłudze schematów JSON Schema jest kluczowa. Dotychczas oneOf i allOf mogły gubić się przy kompaktowaniu dużych definicji. Teraz są zachowywane, a same schematy mają płytszą strukturę bez utraty informacji.

    To może brzmieć technicznie, ale w praktyce oznacza mniej błędów przy wywołaniach narzędzi, które mają warunkowe parametry. Agent nie zgubi się, gdy pole może przyjąć string albo obiekt z dodatkowymi właściwościami.

    Diagnostyka i TUI – mniej frustracji przy debugowaniu

    codex doctor zyskał rozszerzenie, które w lokalnym raporcie uwzględnia teraz konfigurację edytora i pagera. To drobny szczegół, ale każdy, kto debugował dziwne zachowania terminala, wie, że środowisko potrafi płatać figle. W JSON-owym outpucie wartości są redagowane, co zapobiega wyciekowi wrażliwych danych.

    W samym TUI naprawiono kilka irytujących błędów. Przede wszystkim codex resume --last "..." i codex fork --last "..." przestały mylić prompt z ID sesji. Resetowanie wątków (/new, /clear, /fork) nie gubi już wymagań zarządzanych przez chmurę ani flag feature. Dodatkowo ostrzeżenia z sub-agentów MCP pozostają w swoim wątku, co eliminuje duplikujące się alerty czy zawieszone spinnerów.

    Warto również wspomnieć o poprawce edycji obrazów – teraz używane są dokładne ścieżki plików, zamiast zgadywania na podstawie historii konwersacji.

    Dlaczego to ma znaczenie

    Aktualizacja 0.139.0 nie jest przełomowa w skali całego ekosystemu AI, ale dobrze ilustruje kierunek rozwoju Codex. Autonomiczne wyszukiwanie w code mode to krok w stronę agentów, które same zdobywają kontekst bez przerywania głównego zadania. Zachowanie złożonych schematów JSON to z kolei ukłon w stronę zaawansowanych użytkowników budujących własne integracje. Poprawki w TUI i diagnostyce sprawiają, że narzędzie działa bardziej przewidywalnie, co jest kluczowe w codziennej pracy.

    Ź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

  • Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Claude Code 2.1.172: hierarchia agentów sięga już pięciu poziomów w głąb

    Anthropic wprowadziło aktualizację Claude Code 2.1.172, która wprowadza istotną zmianę w architekturze narzędzia — rekurencyjne sub-agenci, które mogą tworzyć własnych pod-agentów aż do pięciu poziomów zagnieżdżenia. Wcześniej sub-agenci pracowali w izolowanych kontekstach z własnymi uprawnieniami, a teraz struktura przypomina drzewo decyzyjne, gdzie każdy poziom może rozdzielać pracę na kolejne równoległe wątki.

    Co nowego w pigułce

    • Rekurencyjne sub-agenci umożliwiają zagnieżdżanie agentów do pięciu poziomów — każdy z nich działa we własnym oknie kontekstowym i z własnym zestawem uprawnień.
    • Automatyczna kompaktacja sesji rozwiązuje problem zablokowanych kontekstów przy limicie miliona tokenów — sesje same wracają do standardowych ograniczeń.
    • Stabilność agentów w tle doczekała się poprawek, podobnie jak zużycie CPU w stanie bezczynności — proces nie obciąża już maszyny, gdy nic nie robi.

    Jak działa pięciopoziomowe drzewo agentów

    Dokumentacja Claude Code 2.1.172 precyzuje, że każdy pod-agent operuje w izolowanym oknie kontekstowym z własnym promptem systemowym, wyselekcjonowanym zestawem narzędzi i niezależnymi uprawnieniami. Nie widzi rozmów swojego rodzica ani rodzeństwa — dostaje zadanie, wykonuje je i zwraca wynik do góry.

    To jest istotne w złożonych scenariuszach inżynieryjnych. Wyobraź sobie sytuację, w której agent-planista rozrysowuje architekturę funkcji, a następnie uruchamia kilku agentów-implementatorów (każdy pracuje nad osobnym modułem). Ci z kolei delegują testy jednostkowe do agentów-testowych, a wszystko kontrolują agenci-weryfikatorzy, którzy sprawdzają zgodność ze specyfikacją. Pięć poziomów wystarcza, aby rozbić nawet skomplikowany pipeline bez ręcznego kombinowania z orkiestracją.

    Kluczowy fragment z dokumentacji brzmi: „subagent może uruchomić własne subagenty” — ta prosta deklaracja odróżnia wersję 2.1.172 od wcześniejszych. Claude Code 2.1.172 przestaje być pojedynczym narzędziem asystenckim, a zaczyna przypominać hierarchiczny orchestrator.

    Co poza agentami — stabilność i poprawki

    W tej aktualizacji wprowadzono również poprawki stabilności. Sesje z limitem miliona tokenów mogły się zawieszać, co uniemożliwiało kontynuację pracy, a kontekst był zbyt duży, by prowadzić rozmowę. Teraz Claude Code 2.1.172 automatycznie kompaktuje taką sesję do standardowych granic, zamiast zostawiać użytkownika z zablokowanym oknem terminala.

    Zoptymalizowano także działanie agentów w tle oraz obniżono zużycie procesora podczas bezczynności. Dla osób, które mają Claude Code 2.1.172 uruchomione przez cały dzień przy otwartych projektach, to odczuwalna różnica — procesor przestaje pracować na pełnych obrotach, gdy nic się nie dzieje.

    Co to oznacza dla ekosystemu AI coding tools

    Zmiana w architekturze pod-agentów wskazuje kierunek, w którym zmierza Anthropic. Zamiast budować monolitycznego asystenta, który sam ogarnia wszystko, firma stawia na strukturę modułową z izolowanymi kontekstami. W praktyce oznacza to, że Claude Code 2.1.172 coraz lepiej nadaje się do prototypowania w stylu vibe coding — możesz szkicować pomysł, a system sam rozłoży implementację na kawałki i poskłada je z powrotem.

    Oczywiście pięć poziomów zagnieżdżenia to nie nieskończoność — przy bardzo rozbudowanych projektach trzeba będzie przemyśleć, jak sensownie podzielić pracę, aby zmieścić się w tym limicie. Jednak jak na wydanie oznaczone jako punktowe (2.1.172), to znaczny krok w stronę autonomicznych przepływów pracy.

    Źródła

  • Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed 1.6.3 usprawnia przeglądanie zmian w Gicie i przyspiesza działanie agenta AI

    Zed wydał wersję 1.6.3 swojego edytora, wprowadzając dedykowane zakładki do podglądu różnic w Gicie, widoczne liczniki dodanych i usuniętych linii oraz tryb szybkich odpowiedzi dla modeli Anthropic i OpenAI w panelu agenta AI. Ta aktualizacja koncentruje się na dwóch kluczowych aspektach codziennej pracy programisty: poprawie przeglądania kodu i zwiększeniu responsywności narzędzi wspomaganych sztuczną inteligencją.

    Kluczowe zmiany w skrócie

    • Dedykowane zakładki diff – pojedynczy plik z Gita można otworzyć w osobnej karcie bezpośrednio z panelu Git
    • Tryb szybki (Fast mode) – dostępny dla wszystkich użytkowników, kieruje zapytania przez priorytetowe warstwy usług Anthropic i OpenAI
    • Udostępniane linki do skilli – pełna zawartość skilla zakodowana w URL-u, gotowa do zaimportowania przez innego użytkownika
    • Szczegółowa piaskownica terminala – agent prosi o dostęp do konkretnych ścieżek, zamiast żądać dostępu do całego systemu plików
    • Split diff w historii commitów – możliwość przełączania widoku porównawczego na układ side-by-side

    Przeglądanie zmian w Gicie bez tarcia

    Dotychczas podgląd różnic dla pojedynczego pliku wymagał otwierania całego widoku diff projektu, co rozpraszało przy szybkich rewizjach. W wersji 1.6.3 zespół Zeda dodał możliwość otwierania pojedynczego pliku diff w dedykowanej zakładce – wystarczy kliknąć plik w panelu Git. To zmiana w interfejsie, która zmniejsza liczbę zbędnych operacji przy codziennym code review.

    Panel Git pokazuje teraz całkowitą liczbę dodanych i usuniętych linii. Wcześniej trzeba było ręcznie sumować zmiany albo polegać na zewnętrznych narzędziach, żeby ocenić rozmiar danej łatki. Teraz liczby są widoczne od razu, z separatorami tysięcy, co ułatwia szybką ocenę zakresu modyfikacji.

    Kolejnym usprawnieniem jest tryb split diff w historii commitów. Zamiast domyślnego widoku zunifikowanego można przełączyć się na układ side-by-side, który część programistów uważa za bardziej czytelny przy porównywaniu większych bloków kodu. Nowa akcja git: compare with branch pozwala bezpośrednio zestawić bieżącą gałąź z dowolną inną, bez przeklikiwania się przez dodatkowe menu.

    Sztuczna inteligencja na wyższym biegu

    Sztuczna inteligencja na wyższym biegu

    Największą nowością w obszarze AI jest tryb szybki dla modeli Anthropic i OpenAI. Wcześniej dostępny tylko wewnętrznie dla pracowników Zeda, teraz trafia do wszystkich użytkowników. Mechanizm jest prosty: zapytania do API kierowane są przez priorytetowe warstwy usług, co skraca czas odpowiedzi, ale wiąże się z wyższym kosztem za token. Dla zadań, gdzie liczy się każda sekunda, ta opcja może być warta swojej ceny.

    Zed wprowadził też możliwość kopiowania linków do skilli bezpośrednio z panelu ustawień. URL w formacie zed://skill?data=… zawiera zakodowaną w base64url pełną treść skilla w Markdownie. Inny użytkownik Zeda może otworzyć taki link i od razu zobaczyć widok kreatora skilla z załadowaną zawartością – bez ręcznego kopiowania plików czy konfiguracji. To ułatwienie przy dzieleniu się własnymi przepisami na interakcje z agentem w zespołach.

    Warto też wspomnieć o przebudowie piaskownicy terminala. Agent nie prosi już o ogólny dostęp do systemu plików. Zamiast tego żąda pozwolenia na zapis w konkretnych ścieżkach, z opcją przyznania go na jedną komendę lub na resztę konwersacji. Pliki tymczasowe utworzone w trakcie sesji są teraz zachowywane pomiędzy komendami w tym samym wątku, co pozwala agentowi kontynuować pracę bez utraty kontekstu.

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

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

    Wyszukiwarka plików doczekała się prostej, ale praktycznej zmiany – można teraz otworzyć plik bez zamykania okna wyszukiwarki. Wystarczy użyć strzałki w prawo na końcu wpisywanej ścieżki albo kliknąć przycisk "Keep Open". To eliminuje irytujące ponowne otwieranie findera przy pracy z wieloma plikami.

    Zed dodał też wsparcie dla Claude Opus 4.8 w trybie BYOK (bring your own key), konfigurowalne instrukcje do generowania commit message’y przez AI oraz możliwość wyboru, w którym worktree otworzyć wątek draftu, gdy grupa zawiera ich kilka. Całość zamyka solidna porcja poprawek błędów i ulepszeń wydajności edytora, zgodnie z dotychczasowym tempem cotygodniowych wydań stabilnych.

    Stabilność zamiast rewolucji

    Wydanie 1.6.3 nie jest przeskokiem generacyjnym. To aktualizacja, która dociska istniejące mechanizmy – Git i agent AI otrzymują narzędzia, których brakowało w codziennym użytkowaniu. Dedykowane zakładki diff, liczniki linii i tryb szybki nie są efektownymi nowościami na zrzutach ekranu, ale realnie wpływają na tempo pracy. A o to w edytorze kodu chodzi.

    Ź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