Tag: Agenci AI

  • Qwen-Code v0.18.0 wprowadza pamięć użytkownika i agentów w tle

    Qwen-Code v0.18.0 wprowadza pamięć użytkownika i agentów w tle

    Qwen-Code otrzymał znaczącą aktualizację — wersja v0.18.0 została udostępniona użytkownikom w połowie czerwca 2026 roku, wprowadzając trzy kluczowe funkcje: pamięć działającą między projektami, agentów pracujących w tle oraz nowy pulpit statystyk. Te zmiany mają potencjał, aby znacznie poprawić sposób pracy z narzędziem, zwłaszcza dla osób zarządzających wieloma repozytoriami.

    Kluczowe fakty

    • Pamięć użytkownika działa teraz globalnie — preferencje i styl pracy agenta są dostępne niezależnie od projektu.
    • Komenda /fork uruchamia agenta w tle, który dziedziczy pełny kontekst rozmowy, podczas gdy główny wątek pozostaje dostępny dla użytkownika.
    • Pulpit /stats pokazuje dzienne zużycie tokenów bezpośrednio w CLI, eliminując potrzebę korzystania z zewnętrznych paneli.
    • Interaktywny menedżer umiejętności (/skills) zastępuje ręczne wpisywanie komend wizualną przeglądarką z funkcją wyszukiwania oraz opcjami włączania/wyłączania.
    • Standalone installer oraz weryfikacja plików instalacyjnych poprawiają bezpieczeństwo i odtwarzalność środowisk deweloperskich.

    Pamięć, która wędruje z tobą między projektami

    Wcześniej Qwen-Code zapamiętywał kontekst tylko w obrębie jednego repozytorium. Po zakończeniu pracy nad aplikacją webową i przejściu do repozytorium infrastrukturalnego, użytkownik musiał zaczynać od nowa. Agent nie miał świadomości preferencji, takich jak zwięzłość odpowiedzi czy unikanie nadmiarowych komentarzy w kodzie.

    Wersja v0.18.0 wprowadza katalog ~/.qwen/memories/, w którym przechowywane są preferencje użytkownika niezależnie od projektu. Choć może wydawać się to niewielką zmianą, dla osób pracujących w różnych obszarach, takich jak frontend, backend czy konfiguracja CI/CD, oznacza to koniec konieczności ciągłego konfigurowania agenta.

    Zespół szybko naprawił również błędy związane z tą funkcją — łatka v0.18.0 rozwiązała problem z "przywoływaniem nieaktualnych schematów narzędzi" przez mechanizm pamięci, co mogło prowadzić do niespójnych zachowań agenta w dłuższych sesjach.

    Agenci w tle i przepływy pracy bez blokowania terminala

    Kolejną nowością jest komenda /fork. Podczas sesji kodowania, gdy pojawia się potrzeba przeprowadzenia długiego przeglądu kodu, użytkownik może wysłać agenta do pracy w tle. Główny wątek terminala pozostaje wolny, a po zakończeniu zadania użytkownik otrzymuje powiadomienie w panelu zadań w tle.

    Dokumentacja opisuje: "/fork pozwala wysłać agenta w tle w trakcie rozmowy — dziedzicząc pełny kontekst, narzędzia i konfigurację modelu, podczas gdy ty kontynuujesz pracę w głównym wątku".

    To zmiana istotna dla zadań takich jak triage zgłoszeń, automatyczne przeglądy PR czy rutynowe przeglądy kodu. Wcześniej każde z tych zadań blokowało terminal na czas wykonania. Teraz można uruchomić kilka równoległych zadań i wrócić do nich, gdy będą gotowe.

    Dodatkowo, workflow można zapisywać jako komendy ukośnikowe i wykorzystywać wielokrotnie. Zautomatyzowany triage (@qwen /triage) oraz usprawnione przeglądy PR to przykłady, które już pojawiły się w notatkach do wydania.

    Widoczność kosztów i nowy interfejs

    Deweloperzy korzystający z AI-asystentów często tracą orientację w zużyciu tokenów, szczególnie gdy narzędzie działa w tle przez dłuższy czas. Komenda /stats rozwiązuje ten problem, wyświetlając dzienne zużycie bezpośrednio w interfejsie CLI. Użytkownik nie musi korzystać z zewnętrznych dashboardów ani logować się do paneli — wystarczy wpisać komendę, aby zobaczyć dane.

    Zespół uprościł również interfejs terminala oraz poprawił powiadomienia dla zadań asynchronicznych. Przeglądarka umiejętności (/skills) nie wymaga już zapamiętywania nazw komend — teraz to wizualny wybór z możliwością wyszukiwania i filtrowania.

    Znaczenie dla web dev, AI i DevOps

    Te zmiany mają istotne znaczenie. Dla zespołów pracujących w modelu "vibe coding", gdzie agent AI jest aktywnym uczestnikiem procesu, a nie tylko asystentem, możliwość utrzymywania kontekstu między projektami i równoległego wykonywania zadań to krok w stronę bardziej płynnej współpracy.

    Standalone installer oraz weryfikacja plików binarnych mają znaczenie dla środowisk CI/CD. Umożliwiają bezpieczniejsze uruchamianie agenta w pipeline'ach, zapewniając, że pobrane artefakty nie zostały naruszone. Automatyczne aktualizacje upraszczają utrzymanie narzędzia na wielu maszynach.

    Co dalej

    Wersja v0.18.0 to nie pojedyncze wydanie, a seria szybkich aktualizacji — tydzień po premierze ukazały się kolejne wersje, w tym v0.18.0, z ponad 100 zmergowanych pull requestów. Zespół skupił się głównie na stabilności agentów w tle, kompresji długich sesji oraz przełączaniu katalogów w trakcie pracy.

    Qwen-Code zmierza w kierunku narzędzia, które nie wymaga ciągłego nadzoru — współpracuje z użytkownikiem, zapamiętuje jego styl pracy i nie przeszkadza, gdy ma coś do zrobienia.

    Źródła

  • 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

  • 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

  • Google Antigravity 2.1.4: przeprojektowane limity, wsparcie PDF i nowa komenda /btw

    Google Antigravity 2.1.4: przeprojektowane limity, wsparcie PDF i nowa komenda /btw

    Google wypuściło 11 czerwca 2026 roku wersję 2.1.4 swojego środowiska Google Antigravity, wprowadzając kilka istotnych nowości, takich jak przeprojektowany ekran limitów, wsparcie dla załączników PDF w modelach Gemini oraz nową komendę /btw. Aktualizacja jest wprowadzana stopniowo, więc nie wszyscy użytkownicy zobaczą zmiany od razu, ale warto wiedzieć, co dokładnie się zmieniło.

    Kluczowe zmiany w skrócie

    • Przeprojektowany ekran limitów – odświeżona strona Models & Quota oraz wskaźniki zużycia w pasku statusu dają lepszy wgląd w wykorzystanie kredytów AI.
    • Wsparcie załączników PDF – modele Gemini potrafią teraz przyjmować dokumenty PDF, co usprawnia pracę z dokumentacją techniczną i specyfikacjami.
    • Nowa komenda /btw – umożliwia zadawanie efemerycznych pytań pobocznych bez zaśmiecania głównego wątku rozmowy.
    • Ulepszone wyszukiwanie konwersacji i nawigacja po plikach – szybciej odnajdziesz starsze wątki i sprawniej poruszasz się między dokumentami projektu.
    • Lepsze wsparcie LaTeX oraz poprawki stabilności serwerów MCP.

    Limity na pierwszym planie

    Najważniejsza zmiana dotyczy widoczności limitów. Użytkownicy Google Antigravity 2.1.4 mogli wcześniej sprawdzać swoje zużycie przez komendę /usage, która otwierała panel Model Quotas. Wersja 2.1.4 nie usuwa tego polecenia, ale dodaje wizualne wskaźniki bezpośrednio w pasku statusu.

    Przeprojektowana strona Models & Quota pokazuje teraz czytelniej, ile kredytów zostało i kiedy nastąpi odświeżenie puli. To istotne szczególnie podczas długich sesji programistycznych – nikt nie chce nagle stracić dostępu do modeli w środku debugowania.

    Limity są powiązane z planem. Użytkownicy Google AI Ultra otrzymują najwyższy przydział, odnawiany co pięć godzin. Inni użytkownicy mają pulę odświeżaną raz w tygodniu. Gdy bazowy limit się wyczerpie, dalsze działanie zależy od ustawienia AI Credit Overages – można je całkowicie wyłączyć, wybierając opcję „Never”.

    PDF i LaTeX – ukłon w stronę dokumentacji

    Obsługa PDF-ów w modelach Gemini to zmiana, która ucieszy zespoły pracujące z obszerną dokumentacją. Można teraz wrzucić plik PDF bezpośrednio do konwersacji i poprosić model o analizę, streszczenie czy wyciągnięcie konkretnych fragmentów. Dotychczas trzeba było przeklejać tekst ręcznie albo konwertować dokumenty do innych formatów.

    Równolegle poprawiono renderowanie LaTeX-a. Dla zespołów piszących dokumentację techniczną z formułami matematycznymi to zmiana, która poprawia wyświetlanie wzorów, eliminując artefakty, które mogły utrudniać czytanie specyfikacji.

    /btw i historia komend

    /btw i historia komend

    Nowa komenda /btw służy do zadawania pobocznych pytań, które nie zostają na stałe w konwersacji. Przydaje się, gdy podczas głównego wątku potrzebujesz szybko sprawdzić coś niezwiązanego bezpośrednio z tematem – na przykład składnię metody, definicję pojęcia czy konwencję nazewniczą.

    Dodatkowo, można przywoływać historię komend za pomocą strzałki w górę. Działa to tak samo jak w terminalu – nie trzeba ponownie wpisywać długich poleceń, wystarczy przewinąć wcześniej użyte.

    Co poza tym

    Co poza tym

    Wersja 2.1.4 to nie tylko nowe funkcje. Poprawiono wyszukiwanie w historii konwersacji, więc znalezienie konkretnego wątku sprzed tygodnia nie wymaga już ręcznego scrollowania. Nawigacja po plikach projektu również dostała kilka ulepszeń – szybciej można przełączać się między dokumentami bez gubienia kontekstu.

    Po stronie infrastruktury odnotowano wzrost stabilności serwerów MCP. Dla użytkowników korporacyjnych i osób stawiających własne środowiska deweloperskie to sygnał, że Google poważnie traktuje ten komponent – mniej zawieszek i nieoczekiwanych przerw w działaniu agentów.

    Podsumowanie

    Aktualizacja 2.1.4 wprowadza przemyślane poprawki, które odpowiadają na realne problemy: słabą widoczność limitów, brak natywnej obsługi PDF-ów i potrzebę szybkich pytań pobocznych. Jeśli używasz Google Antigravity 2.1.4 na co dzień, nowy pasek statusu i komenda /btw szybko staną się częścią Twojego workflow. A jeśli pracujesz z dokumentacją – wsparcie PDF-ów może znacząco skrócić czas potrzebny na analizę specyfikacji.

    Ź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

  • 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

  • Cursor wprowadza Organizations, by uporządkować zarządzanie dużymi zespołami deweloperskimi

    Cursor wprowadza Organizations, by uporządkować zarządzanie dużymi zespołami deweloperskimi

    Cursor wprowadził funkcję Organizations dla klientów Enterprise, która umożliwia firmom zarządzanie wieloma zespołami z jednego miejsca. Ta nowa warstwa administracyjna odpowiada na potrzeby organizacji, w których różne działy wymagają odmiennych zasad bezpieczeństwa, limitów wydatków oraz dostępu do modeli AI. Dotychczasowe narzędzia nie zapewniały wystarczającej kontroli w tych obszarach.

    Kluczowe fakty

    • Organizations to najwyższy poziom w hierarchii, nadrzędny wobec zespołów i grup, przeznaczony do centralnego zarządzania tożsamością i uprawnieniami.
    • Zespoły mogą mieć teraz własne ustawienia bezpieczeństwa, budżet i funkcje, zagnieżdżone pod organizacją.
    • Grupy to lekkie kohorty użytkowników, które można tworzyć w obrębie zespołów, aby przydzielać różny dostęp do modeli i limity wydatków.
    • Jeśli użytkownik należy do kilku zespołów lub grup, obowiązuje najbardziej liberalne ustawienie.

    Jak to działa w praktyce

    Nowa struktura opiera się na trzech poziomach. Organizations to kontener dla całej firmy, w którym definiuje się źródło tożsamości, integrację z dostawcą SSO oraz katalog SCIM. Poniżej znajdują się zespoły, które mogą odpowiadać działom, spółkom zależnym lub różnym produktom. Każdy zespół otrzymuje własny budżet, modele i reguły bezpieczeństwa.

    Grupy są jeszcze bardziej elastyczne. Można je tworzyć doraźnie, na przykład dla testerów potrzebujących dostępu do eksperymentalnych modeli lub dla zewnętrznych kontraktorów z ograniczonymi uprawnieniami. Nie ma potrzeby zakładania osobnego zespołu, co jest istotne przy dużej liczbie projektów.

    Administratorzy zyskują jeden dashboard z analityką użycia dla całej firmy. Mogą zobaczyć, ile tokenów zużywa każdy zespół, które modele są najczęściej wybierane oraz gdzie warto wprowadzić ograniczenia. To ważne, ponieważ rosnące koszty API do modeli językowych sprawiają, że kontrola wydatków staje się koniecznością.

    Co to zmienia dla firm używających Organizations

    Dotychczas Organizations w wersji Enterprise były zarządzane głównie na poziomie pojedynczych zespołów. W firmach z wieloma działami korzystającymi z narzędzia, każdy zespół funkcjonował jako osobna jednostka, z własnymi ustawieniami, ale bez wspólnego widoku i możliwości łatwego egzekwowania polityk korporacyjnych.

    • Organizations rozwiązuje ten problem, oferując jedno miejsce do zarządzania członkostwem, uprawnieniami oraz integracją z firmowym katalogiem użytkowników.

    To rozwiązanie jest szczególnie przydatne dla organizacji, które chcą oddzielić środowiska produkcyjne od badawczo-rozwojowych. Zespół R&D może uzyskać dostęp do najnowszych, droższych modeli i funkcji eksperymentalnych, podczas gdy zespoły produktowe korzystają ze stabilnych wersji z niższymi limitami wydatków. Kontraktorzy trafiają do grupy z bardziej restrykcyjnymi ustawieniami. Wszystko to odbywa się w ramach jednej organizacji, bez potrzeby zakładania oddzielnych kont Enterprise.

    • Organizations zapewnia, że dotychczasowi klienci nie muszą nic migrować – ich istniejące zespoły pozostają nienaruszone, a nowa struktura jest dodawana jako nadrzędna warstwa.

    Szerszy kontekst

    • Organizations wpisuje się w trend widoczny w ekosystemie narzędzi AI dla deweloperów. Narzędzia takie jak GitHub Copilot czy Codeium również rozwijają funkcje administracyjne dla dużych firm. Różnica polega na tym, że Organizations oferuje szczegółową kontrolę – osobne budżety, modele oraz możliwość tworzenia piaskownic do testowania nowych funkcji.

    To podejście jest szczególnie istotne w kontekście rosnących kosztów korzystania z modeli językowych. Firmy pragną wspierać innowacje, ale potrzebują przewidywalności w wydatkach. Organizations dostarcza narzędzie do osiągnięcia równowagi między tymi dwoma celami.

    Funkcja jest już dostępna dla wszystkich klientów Organizations Enterprise.

    Ź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 3.1.7 wprowadza płynniejsze przełączanie między agentem a edytorem

    Devin Desktop 3.1.7 wprowadza płynniejsze przełączanie między agentem a edytorem

    Ekipa Cognition wypuściła Devin Desktop 3.1.7, aktualizację, która koncentruje się na poprawie codziennej pracy z agentem AI i edytorem kodu. To kolejny krok w serii 3.1, rozwijającej niedawny rebranding aplikacji. Nowa wersja eliminuje kilka drobnych, ale irytujących problemów w przepływie pracy oraz porządkuje nazewnictwo związane z lokalnym środowiskiem uruchomieniowym.

    Co nowego w Devin Desktop 3.1.7

    • Przełącznik Agent/Editor został umieszczony na pasku tytułowym przy zwiniętym panelu bocznym, a ikona wyszukiwania została ujednolicona, aby zawsze otwierała wyszukiwanie agenta.
    • Zachowanie panelu bocznego poprawiono — teraz pozostaje na swoim miejscu przy otwieraniu i zamykaniu szuflady.
    • Okna pomocnicze nie znikają już i nie odtwarzają się przy przechodzeniu między trybem agenta a edytora.
    • Sekcja ustawień „Devin CLI” została przemianowana na „Devin Local”.
    • Wsparcie dla plików .devinignore dołącza do znanych już .windsurfignore i .codeiumignore.

    Płynność ponad wszystko

    Przełączanie się między trybem agenta a edytorem w Devin Desktop 3.1.7 stało się znacznie prostsze. Wcześniej każde przejście wiązało się z zamykaniem i ponownym otwieraniem okien pomocniczych, takich jak terminal, podgląd czy panele diagnostyczne. Wersja 3.1.7 rozwiązuje ten problem, ponieważ okna pozostają na swoim miejscu.

    Dodatkowo, przełącznik Agent/Editor jest teraz dostępny bezpośrednio na pasku tytułowym, nawet gdy boczny panel jest zwinięty. To może wydawać się drobnym szczegółem, ale w praktyce oszczędza kliknięcia i nie przerywa rytmu pracy. Wyszukiwanie również zostało uproszczone — jedna ikona, jeden sposób działania, niezależnie od kontekstu.

    Te mikrozmiany mają znaczenie podczas długich sesji z kodem. Mniej migających okien i mniej przypadkowych strat kontekstu poprawiają komfort pracy.

    Devin Local zamiast CLI

    Devin Local zamiast CLI

    Zmiana nazwy z „Devin CLI” na „Devin Local” może wydawać się kosmetyczna, ale jest uzasadniona z perspektywy użytkownika. „CLI” sugerowało narzędzie wyłącznie terminalowe, podczas gdy w rzeczywistości odnosi się do całego lokalnego środowiska agenta — od instalacji po zarządzanie sesjami.

    W tej samej aktualizacji zaktualizowano również lokalnego agenta do wersji v2026.5.26-8 oraz dodano powiadomienia o nieudanym logowaniu. Wcześniej, gdy autoryzacja się nie powiodła, użytkownik mógł nie wiedzieć, co się stało. Teraz otrzymuje jasny komunikat — proste, ale potrzebne.

    .devinignore — kontrola nad kontekstem agenta

    .devinignore — kontrola nad kontekstem agenta

    Nowy plik .devinignore odpowiada na potrzebę zarządzania tym, co agent AI widzi w projekcie. Wsparcie dla tego mechanizmu dołącza do istniejących już .windsurfignore i .codeiumignore, co sugeruje spójną filozofię Cognition: użytkownik decyduje, które pliki wchodzą w skład kontekstu.

    Ma to znaczenie z kilku powodów. Po pierwsze — prywatność: klucze API, dane testowe czy pliki konfiguracyjne mogą być wykluczone z analizy agenta. Po drugie — wydajność: mniejszy kontekst prowadzi do szybszych odpowiedzi i mniejszego zużycia tokenów. Po trzecie — higiena projektu: agent nie będzie sugerował zmian w plikach, które celowo trzymamy poza jego zasięgiem.

    UI i ustawienia

    W Devin Desktop 3.1.7 odświeżono również wygląd paneli Ustawień i marketplace MCP. Strony te korzystają teraz z pełnej szerokości panelu, a ich zawartość pozostaje wyśrodkowana na szerszych ekranach. Ta zmiana wizualna poprawia czytelność, szczególnie na monitorach o wyższej rozdzielczości.

    Całość wpisuje się w szerszy obraz Devin Desktop 3.1.7 jako środowiska, które łączy lokalną edycję kodu z pracą agentów — zarówno lokalnych, jak i chmurowych. Aplikacja bazuje na Windsurf IDE, więc wszystkie ustawienia, rozszerzenia i skróty klawiszowe są zachowane. Wersja 3.1.7 to nie rewolucja, ale solidna dawka dopracowania — co w narzędziach codziennego użytku ma kluczowe znaczenie.

    Źródła