Autor: nidas

  • Codex 0.140.0: trwałe usuwanie sesji i import z Claude Code wchodzą do gry

    Codex 0.140.0: trwałe usuwanie sesji i import z Claude Code wchodzą do gry

    OpenAI udostępniło 15 czerwca 2026 roku wersję Codex 0.140.0, która wprowadza nowe mechanizmy kontroli sesji oraz narzędzie do migracji ustawień z Claude Code. Aktualizacja koncentruje się na trzech obszarach: zarządzaniu cyklem życia sesji, monitorowaniu zużycia tokenów i integracji z zewnętrznymi dostawcami uwierzytelniania. To wydanie jest istotne dla zespołów developerskich, które rozważają przesiadkę między środowiskami AI lub potrzebują lepszej kontroli nad kosztami.

    Kluczowe zmiany w skrócie

    • Trwałe usuwanie sesji dostępne przez codex delete, /delete oraz app-server thread/delete, z potwierdzeniem operacji
    • Polecenie /import umożliwia selektywne przenoszenie ustawień, konfiguracji, umiejętności i historii czatów z Claude Code
    • Statystyki użycia w widokach dziennych, tygodniowych i skumulowanych dostępne pod /usage
    • Ujednolicone menu @ łączy pliki, wtyczki i umiejętności w jednym interfejsie
    • Uwierzytelnianie Amazon Bedrock umożliwia korzystanie z zarządzanego dostępu do modeli przez AWS

    Sesje pod pełną kontrolą

    Największą nowością jest możliwość permanentnego usuwania sesji. Do tej pory użytkownicy Codex mogli jedynie archiwizować niepotrzebne wątki – teraz mają narzędzia do ich trwałego usuwania. Operacja dostępna jest z poziomu CLI (codex delete), bezpośrednio w interfejsie (/delete) oraz przez API serwera aplikacji.

    Każde usunięcie wymaga potwierdzenia, co eliminuje ryzyko przypadkowej utraty kontekstu. W praktyce oznacza to mniej niepotrzebnych danych w długotrwałych projektach, gdzie agenci AI mogą generować dziesiątki sesji testowych w ciągu tygodnia. Dla zespołów dbających o prywatność to także sposób na usunięcie wrażliwych danych z lokalnej bazy.

    Migracja z Claude Code bezboleśnie

    Polecenie /import odpowiada na potrzeby developerów przesiadających się z Claude Code. Zamiast ręcznie przeklejać ustawienia czy tracić wypracowane instrukcje projektowe, można teraz selektywnie przenieść konfigurację, umiejętności i ostatnie czaty.

    Import nie jest operacją typu wszystko-albo-nic. Użytkownik decyduje, które elementy chce zachować – może przenieść tylko ustawienia projektu, pominąć historię konwersacji albo odwrotnie. To ułatwia przejście dla osób, które zainwestowały czas w dopracowanie środowiska Claude Code, ale chcą wypróbować Codex bez utraty dotychczasowego dorobku.

    Tokeny pod lupą i lepsze UI

    Nowe widoki /usage pokazują zużycie tokenów w podziale na dni, tygodnie i dane skumulowane. Dla zespołów operujących w środowiskach wrażliwych kosztowo to praktyczne narzędzie do monitorowania, które sesje lub agenci generują największe obciążenie. Zamiast zgadywać, można sprawdzić konkretne liczby.

    Zmiany w interfejsie obejmują także ujednolicone menu @. Po wpisaniu znaku małpy użytkownik widzi teraz wszystkie dostępne opcje – pliki, wtyczki i umiejętności – w jednym spójnym widoku. To usprawnienie przyspiesza nawigację, szczególnie w projektach z rozbudowaną strukturą katalogów.

    Bedrock i szyfrowanie poświadczeń

    Wsparcie dla Amazon Bedrock rozszerza możliwości wdrożeniowe Codex. Organizacje korzystające z zarządzanego przez AWS dostępu do modeli mogą teraz używać natywnego uwierzytelniania API, bez konieczności podpinania się wyłącznie pod klucze OpenAI. To rozwiązanie jest korzystne dla firm, które z powodów zgodności preferują pozostać w ekosystemie Amazona.

    Wprowadzono także szyfrowane lokalne przechowywanie poświadczeń CLI i MCP OAuth. Dane uwierzytelniające nie są już przechowywane w czystym tekście na dysku, co jest istotnym krokiem w kierunku poprawy bezpieczeństwa w narzędziach developerskich.

    Poprawki stabilności

    Wersja 0.140.0 zawiera również poprawki krytycznych błędów. Zwiększono niezawodność bazy SQLite, która mogła gubić dane przy intensywnym użyciu, oraz ustabilizowano połączenia MCP. Dla użytkowników, którzy doświadczali losowych rozłączeń agentów, te poprawki mogą być ważniejsze niż wszystkie nowe funkcje razem wzięte.

    Co to oznacza w praktyce

    Codex 0.140.0 to wydanie, które nie wprowadza rewolucyjnych zmian, ale skutecznie zamyka kilka brakujących elementów. Trwałe usuwanie sesji i monitoring tokenów to funkcje, które były potrzebne w codziennej pracy. Import z Claude Code pokazuje, że OpenAI dostrzega konkurencję i ułatwia przepływ użytkowników między narzędziami. Wsparcie dla Bedrocka sugeruje, że Codex chce być obecny wszędzie tam, gdzie deweloperzy już pracują – nie tylko w ekosystemie OpenAI.

    Źródła

  • Qwen-Code 0.18.1 stawia na bezpieczeństwo i stabilność długich sesji agentowych

    Qwen-Code 0.18.1 stawia na bezpieczeństwo i stabilność długich sesji agentowych

    Alibaba wypuściła 15 czerwca 2026 roku wersję 0.18.1 swojego terminalowego agenta AI – Qwen-Code 0.18.1. To wydanie nie wprowadza jednej dużej funkcji, lecz koncentruje się na kluczowych aspektach, które są istotne dla użytkowników korzystających z narzędzia na co dzień: zwiększonej autonomii i mniejszej liczbie awarii podczas długotrwałych zadań.

    Co konkretnie zmieniono

    • Twarda blokada dostępu do shella w trybie demona – teraz wymaga jawnego potwierdzenia, co eliminuje przypadkowe ekspozycje sesji powłoki.
    • Zapisywanie zbyt dużych wyników narzędzi na dysku – zabezpieczenie przed wyczerpaniem pamięci przy analizie buildów czy wieloplikowych diffów.
    • Przekazywanie próśb o uprawnienia z podagentów do sesji nadrzędnej – zwiększa kontrolę nad działaniami procesów działających w tle.
    • Poprawki telemetrii ACP dla procesów demona – zapewniają ciągłość śledzenia kontekstu między zadaniami, co jest istotne przy debugowaniu w środowiskach produkcyjnych.

    Mniej przypadków, więcej kontroli

    Zespół Qwen postawił na dojrzałość narzędzia. Najważniejszym sygnałem tej wersji jest przesunięcie w stronę bezpieczniejszej autonomicznej egzekucji. Wcześniejsze wersje działały sprawnie, dopóki nie napotykały niespodziewanych sytuacji. Teraz dodano mechanizmy, które mają zapobiegać problemom.

    Blokada shella w trybie demona odpowiada na realny problem. Gdy agent działa w tle przez dłuższy czas, może dojść do przypadkowej ekspozycji sesji. Qwen-Code 0.18.1 wprowadza twardą bramkę – bez jawnego potwierdzenia nie ma dostępu do powłoki. To proste, ale skuteczne rozwiązanie.

    Mechanizm przechwytywania próśb o uprawnienia również działa na korzyść użytkowników. Jeśli podagent potrzebuje dodatkowych praw, jego żądanie trafia do sesji nadrzędnej, co pozwala zespołom DevOps szybciej reagować na nieoczekiwane zachowania.

    Stabilność przy dużych obciążeniach

    Stabilność przy dużych obciążeniach

    Kolejnym ważnym aspektem tego wydania jest stabilność. Qwen-Code 0.18.1 zapisuje teraz zbyt duże wyniki działania narzędzi bezpośrednio na dysk, zamiast trzymać je w pamięci. To istotne dla osób analizujących logi buildów, przeglądających duże repozytoria lub pracujących z wieloetapowymi zadaniami, gdzie pojedynczy wynik może ważyć setki megabajtów.

    Wcześniej takie sytuacje często kończyły się wyczerpaniem pamięci i restartem sesji. Teraz agent zapisuje nadmiarowe dane na dysku i odwołuje się do nich w razie potrzeby. To zmiana, która przy długotrwałych zadaniach ma znaczący wpływ.

    Dodatkowo, wyniki przeszukiwania kodu mogą teraz spełniać warunki wcześniejszych sprawdzeń odczytu, co ogranicza zbędne ponowne przeszukiwania. Mniej redundantnych operacji przekłada się na krótszy czas wykonania i mniejsze zużycie zasobów.

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

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

    Wśród mniejszych poprawek warto odnotować aktualizację dokumentacji – usunięto nieaktualne odwołania do listy modeli Coding Plan oraz inne przestarzałe referencje. To ważne, aby dokumentacja była zgodna z rzeczywistością, zwłaszcza w przypadku narzędzia, które rozwija się tak szybko jak Qwen-Code 0.18.1.

    Poprawki telemetrii dotyczące propagacji śladów ACP w procesach demona również są istotne. Dzięki nim zespoły korzystające z Qwen-Code 0.18.1 w pipeline'ach produkcyjnych mogą lepiej śledzić, co agent robił podczas długiego zadania, ponieważ kontekst śledzenia nie urywa się przy przełączaniu między procesami.

    Co dalej z ekosystemem

    Wersja 0.18.1 nie jest rewolucyjna, ale pokazuje, że zespół Qwen słucha użytkowników, którzy sygnalizowali problemy ze stabilnością przy dłuższych zadaniach oraz potrzebę lepszej kontroli nad działaniami agentów w tle. Kierunek rozwoju jest jasny: mniej efektownych nowości, więcej solidności.

    Warto zauważyć, że Qwen-Code 0.18.1 rozwija się szybko – wkrótce po tej aktualizacji pojawiły się nowe wersje z obsługą protokołu MCP 2026, integracją z zewnętrznymi serwerami MCP oraz zaawansowanymi workflow. To sugeruje, że ta wersja była przystankiem technicznym przed większymi zmianami architektonicznymi, które już są w drodze.

    Źródła

  • Factory wzmacnia pracę offline – nowa wersja z lepszym wsparciem dla środowisk air-gapped

    Factory wzmacnia pracę offline – nowa wersja z lepszym wsparciem dla środowisk air-gapped

    Factory wypuściło wersję v0.148.1, która wprowadza ulepszone wsparcie dla środowisk odciętych od sieci (air-gapped). Teraz binarki CLI są poprawnie podpisywane i publikowane, co eliminuje problemy z weryfikacją w zamkniętych infrastrukturach. To kolejny krok w serii aktualizacji, które systematycznie poprawiają stabilność narzędzia.

    Kluczowe informacje

    • Wersja v0.148.1 zapewnia poprawne podpisywanie plików binarnych CLI dla środowisk bez dostępu do internetu.
    • Śledzenie połączeń MCP – nowy mechanizm monitoruje status serwerów MCP w czasie rzeczywistym.
    • Automatyczne aktualizacje można teraz kontrolować na poziomie całej organizacji.
    • Konfiguracje BYOK doczekały się poprawek eliminujących błędy uwierzytelniania modeli niestandardowych.

    Co dokładnie zmieniono w środowiskach air-gapped

    Praca w odizolowanych sieciach zawsze była wyzwaniem dla narzędzi chmurowych. Factory od dłuższego czasu rozwija możliwości offline, ale dopiero teraz uporządkowało kwestię podpisów cyfrowych. Wcześniej użytkownicy mogli napotkać problemy z weryfikacją integralności plików CLI, ponieważ systemy bezpieczeństwa w zamkniętych środowiskach często odrzucały niespójnie podpisane binarki.

    Wersja v0.148.1 rozwiązuje ten problem poprzez ustandaryzowany proces podpisywania. Każda publikacja przechodzi teraz przez automatyczną walidację, która gwarantuje zgodność z wymaganiami przedsiębiorstw. Dla zespołów pracujących w sektorach regulowanych, takich jak finanse, obronność czy administracja publiczna, to znaczna oszczędność czasu, ponieważ ręczna konfiguracja przestaje być konieczna.

    Warto również wspomnieć o powiązanych poprawkach z poprzednich wydań. Wersja v0.148.1 dodała obsługę proxy HTTPS, a wcześniejsza wersja naprawiła obsługę zmiennych proxy zapisanych małymi literami. Te zmiany przyczyniają się do spójniejszego działania w sieciach korporacyjnych.

    MCP, BYOK i kontrola organizacyjna – co jeszcze przynosi aktualizacja

    Nowe śledzenie statusu połączeń MCP to funkcja, która ułatwia debugowanie. Gdy serwer MCP traci autoryzację po reconnect (problem rozwiązany w v0.148.1), użytkownik widzi teraz dokładnie, co się dzieje. Dzięki temu unika się sytuacji, w której agent przestaje działać bez wyjaśnienia.

    Jeśli chodzi o modele BYOK, Factory naprawiło błąd z wersji v0.148.1 – endpoint bez działających poświadczeń nie próbuje już wielokrotnie ponawiać zapytań. Zamiast tego od razu zwraca czytelny komunikat. To istotna zmiana dla administratorów konfigurujących własne modele, ponieważ pozwala zaoszczędzić czas na debugowanie.

    Kontrola automatycznych aktualizacji na poziomie organizacji to kolejna nowość. Administrator może teraz zdecydować, czy cały zespół przechodzi na nową wersję od razu, czy lepiej wstrzymać się do testów. W połączeniu z zarządzaniem politykami modeli, aktualizacja ta oferuje solidny zestaw narzędzi do zarządzania.

    Stabilność CLI i zarządzanie logami

    Nie można pominąć mniej widocznych, ale praktycznych ulepszeń. Szybsze uruchamianie CLI, naprawione lifecycle hooki oraz samonaprawiające się cache pluginów sprawiają, że narzędzie mniej przeszkadza w pracy. Własne modele nie gubią już kontekstu z SessionStart hooków, a procesy w tle raportują prawdziwe PID-y.

    W kontekście logów Factory systematycznie porządkuje bałagan. Puste drafty sesji nie zaśmiecają już historii, a komunikaty o błędach połączenia stały się bardziej czytelne. Te zmiany, choć mogą wydawać się drobne, znacząco zmniejszają frustrację podczas codziennej pracy z agentem.

    Całość pokazuje, że Factory koncentruje się na poprawie niezawodności, zamiast dążyć do spektakularnych funkcji. W narzędziach deweloperskich stabilność ma kluczowe znaczenie, co czyni te aktualizacje wartościowymi dla użytkowników.

    Źródła

  • OpenCode z lepszą kompatybilnością MCP i dopracowanym trybem desktopowym

    OpenCode z lepszą kompatybilnością MCP i dopracowanym trybem desktopowym

    Najnowsza aktualizacja OpenCode, której zmiany zostały odnotowane w changelogu zaktualizowanym do 21 sierpnia 2026 roku, wprowadza znaczące poprawki w komunikacji z serwerami MCP oraz szereg ulepszeń w aplikacji desktopowej. To nie jest jednorazowa łatka, lecz kontynuacja procesu stabilizacji klienta, który trwa od kilku tygodni. Zespół skupił się na poprawie współpracy z różnymi generacjami serwerów oraz na udoskonaleniu codziennego doświadczenia programistów korzystających z narzędzia na desktopie.

    Kluczowe zmiany w skrócie

    • Kompatybilność MCP została wzmocniona przez jawne deklarowanie możliwości klienta oraz obsługę zarówno starszych, jak i obecnych serwerów.
    • Desktop zyskał nowy skrót do selektora projektów, poprawioną nawigację kartami oraz usunięcie dodatkowych pionowych obramowań w widoku V2.
    • Stabilność sesji została poprawiona dzięki naprawie błędu Solid, który mógł blokować nawigację, oraz usprawnionemu ładowaniu listy sesji.
    • Terminal i TUI otrzymały poprawki renderowania i wykonywania poleceń, co przekłada się na bardziej przewidywalne środowisko pracy.
    • Sidecar V2, oparty na dołączonej usłudze CLI, zapowiada głębsze zmiany architektoniczne w desktopie.

    Co konkretnie zmieniło się w MCP

    OpenCode od dawna wspiera serwery Model Context Protocol, zarówno lokalne, jak i zdalne, z OAuth i dynamiczną rejestracją klienta. Problem polegał na tym, że nie wszystkie serwery MCP używały tego samego dialektu. Aktualizacja wprowadza jawną deklarację możliwości klienta, co ułatwia serwerom rozpoznanie, z czym mają do czynienia.

    Aplikacja desktopowa OpenCode potrafi teraz wykrywać zarówno starsze, jak i obecne serwery, dostosowując swoje zachowanie. Dla obecnych serwerów wspiera transport terminala, dane przeglądu, akcje sesji, podpowiedzi, polecenia, osie czasu oraz strumieniowanie zdarzeń na żywo. Jednocześnie zachowuje kompatybilność ze starszymi konfiguracjami.

    Dla użytkownika oznacza to mniej frustrujących niespodzianek przy podłączaniu zewnętrznych narzędzi. Jeśli korzystasz z OpenCode w połączeniu z innymi klientami MCP, ryzyko problemów przy zmianie wersji serwera zmniejszyło się. Automatyczne ponowne łączenie po wygaśnięciu sesji SDK oraz obsługa współbieżnych żądań dodatkowo stabilizują środowisko.

    Desktop po liftingu – nie tylko kosmetyka

    Zmiany wizualne i nawigacyjne są wyraźnie odczuwalne. Zespół usunął dodatkowe pionowe obramowania z widoku projektów V2, co sprawia, że interfejs jest czystszy i mniej zagracony. Skrót do otwierania selektora projektu w nowych sesjach przyspiesza rozpoczęcie pracy, a nawigacja kartami za pomocą klawiatury teraz podąża za widoczną kolejnością – to istotna poprawka dla osób pracujących bez myszki.

    Pojawił się również opcjonalny sidecar V2 oparty na dołączonej usłudze CLI. To wskazuje na głębszą przebudowę architektoniczną desktopu, a nie tylko powierzchowne poprawki. W połączeniu z wcześniejszymi zmianami, takimi jak przeniesienie parsowania markdown na osobny wątek czy synchronizacja motywu terminala z motywem aplikacji, widać konsekwentny kierunek: desktop ma być szybszy i bardziej responsywny.

    Stabilność, która ratuje workflow

    Dwa fixy z tej aktualizacji zasługują na szczególne wyróżnienie. Pierwszy to naprawa błędu Solid, który mógł zakłócać nawigację w desktopie. Drugi to poprawka ładowania sesji domowej – lista sesji aktualizuje się teraz bez zawieszania całej strony. To szczegóły decydują o tym, czy narzędzie stanie się częścią codziennego arsenału, czy trafi do folderu "do sprawdzenia kiedyś".

    Wcześniejsze wydania z lipca i sierpnia przyniosły również poprawki w TUI, w tym lepsze renderowanie wywołań narzędzi Bash oraz obsługę recenzji pull requestów z kontekstem numeru PR i URL-a. Wszystko to składa się na bardziej przewidywalne środowisko – szczególnie istotne, gdy pracuje się z AI w trybie, który niektórzy nazywają vibe codingiem.

    Co to znaczy dla programistów

    OpenCode zmierza w kierunku narzędzia, które nie tylko łączy się z modelami AI, ale robi to w sposób przewidywalny i wybaczający błędy konfiguracji. Ulepszona kompatybilność MCP, odświeżony desktop i stabilność sesji to zmiany, które mogą nie rzucać się w oczy przy pierwszym uruchomieniu, ale po kilku dniach pracy zaczynają przynosić korzyści. Jest to szczególnie ważne, gdy twój stack składa się z mieszanki lokalnych modeli, zdalnych serwerów i kilku klientów MCP jednocześnie.

    Źródła

  • Qwen-Code v0.18.0 zyskuje pamięć użytkownika i piaskownicę dla agentów

    Qwen-Code v0.18.0 zyskuje pamięć użytkownika i piaskownicę dla agentów

    Qwen-Code w wersji 0.18.0 wprowadza automatyczną pamięć użytkownika, interaktywny dashboard statystyk oraz nowe narzędzie workflow z izolowaną piaskownicą. Wydanie z 12 czerwca 2026 roku koncentruje się na zwiększeniu autonomiczności agenta, co pozwala programistom uniknąć powtarzania tych samych instrukcji przy każdym nowym zadaniu.

    Powtarzalność była dotąd jednym z większych problemów asystentów AI w terminalu. Każda nowa sesja oznaczała zaczynanie od zera — agent nie pamiętał preferencji dotyczących testów jednostkowych, ani że unikasz generatorów w Pythonie poniżej wersji 3.10. Teraz to się zmienia.

    • Auto-pamięć zapisuje preferencje i kontekst projektu w katalogu ~/.qwen/projects/<project>/memory/, działając w tle po każdej konwersacji.
    • Nowy dashboard /stats wyświetla statystyki użycia agenta bezpośrednio w sesji terminalowej.
    • Piaskownica node:vm dla narzędzia workflow ogranicza ryzyko przy wykonywaniu wygenerowanego kodu.
    • Usprawnione auto-aktualizacje CLI ułatwiają utrzymanie narzędzia w najnowszej wersji przy instalacjach standalone.
    • Rozszerzone wsparcie multimodalne dla modelu Qwen-Code v0.18.0.

    Automatyczna pamięć, która nie wymaga obsługi

    Główną nowością jest auto-pamięć. System działa w tle — Qwen-Code zapisuje użyteczne informacje, takie jak preferencje użytkownika, udzielone informacje zwrotne i kontekst projektu. Wszystko to ląduje w strukturze katalogów pod ~/.qwen/projects/.

    Mechanizm sam się czyści. Po odpowiedniej liczbie sesji uruchamia deduplikację i usuwa nieaktualne wpisy. Można też wywołać czyszczenie ręcznie. Dla zespołów pracujących nad długotrwałymi projektami to oszczędność czasu — kontekst nie znika po zamknięciu terminala.

    System pamięci działa automatycznie w tle, bez konieczności ręcznego zapisywania czegokolwiek.

    Piaskownica dla bezpieczniejszych workflow

    Piaskownica dla bezpieczniejszych workflow

    Drugą nowością jest narzędzie workflow z minimalną piaskownicą opartą na node:vm. Oznacza to, że agent może wykonywać logikę workflow w ograniczonym środowisku, bez dostępu do wrażliwych zasobów systemowych.

    Dla zespołów DevOps i osób automatyzujących generowanie kodu to kluczowa warstwa bezpieczeństwa. Kod wygenerowany przez model nie działa bezpośrednio na maszynie dewelopera — najpierw trafia do izolowanego kontekstu. Zmniejsza to ryzyko przypadkowego uszkodzenia środowiska lub wycieku danych.

    Co to zmienia w codziennej pracy

    Co to zmienia w codziennej pracy

    Qwen-Code od początku był terminalowym asystentem zoptymalizowanym pod modele z serii Qwen. Wersja 0.18.0 przesuwa go w stronę agenta stanowego — narzędzia, które pamięta, analizuje własne użycie i działa w kontrolowanym środowisku.

    Dashboard /stats pozwala szybko sprawdzić, jak agent radzi sobie w danej sesji. To przydatne przy debugowaniu dłuższych zadań, gdzie chcemy zrozumieć, ile tokenów poszło na poszczególne etapy pracy. Auto-aktualizacje CLI ułatwiają utrzymanie narzędzia w środowiskach CI/CD i na maszynach deweloperskich z szybkim cyklem zmian.

    Rozszerzone wsparcie multimodalne dla Qwen-Code v0.18.0 wskazuje, że zespół QwenLM myśli o interakcjach wykraczających poza sam tekst. Obrazy, diagramy architektury, zrzuty ekranu z błędami — to wszystko może trafić do kontekstu agenta.

    Podsumowanie

    Qwen-Code v0.18.0 to zestaw przemyślanych usprawnień, które skracają czas potrzebny na konfigurację środowiska pracy z agentem AI. Pamięć automatyczna eliminuje konieczność powtarzania tych samych instrukcji, piaskownica zwiększa bezpieczeństwo, a dashboard daje wgląd w działanie agenta. Dla programistów używających terminala jako głównego środowiska to aktualizacja, którą warto wdrożyć od razu — zwłaszcza przy dłuższych, wielosesyjnych zadaniach.

    Źródła

  • Qwen-Code v0.18.0 stawia na automatyzację i stabilność w codziennej pracy z agentami AI

    Qwen-Code v0.18.0 stawia na automatyzację i stabilność w codziennej pracy z agentami AI

    Qwen-Code doczekał się kolejnej aktualizacji — 12 czerwca 2026 roku zespół QwenLM wypuścił wersję v0.18.0, która przynosi usprawnienia w automatyzacji procesów CI/CD, samodzielnej aktualizacji narzędzia oraz weryfikacji instalatora. W ciągu jednego tygodnia zespół scalił ponad sto pull requestów, co pokazuje intensywny rozwój projektu.

    Co nowego w skrócie

    • Samodzielna autoaktualizacja — CLI potrafi teraz zaktualizować się bez zewnętrznych narzędzi i ręcznej interwencji.
    • Weryfikacja instalatora — proces instalacji sprawdza integralność pobranych zasobów, co zwiększa bezpieczeństwo w środowiskach deweloperskich.
    • Automatyczny triage w CI — workflow @qwen /triage przejmuje rutynową selekcję zgłoszeń i pull requestów.
    • Czystszy interfejs — linia statusu pokazuje teraz nazwę modelu zamiast technicznego identyfikatora, a kopiowanie z CLI pomija nieistotne fragmenty.

    Automatyzacja, która odciąża zespół

    Najważniejszą zmianą w v0.18.0 jest wsparcie dla samodzielnej aktualizacji CLI. Użytkownicy wcześniej musieli polegać na zewnętrznych menedżerach pakietów lub ręcznie pobierać nowe wersje. Teraz Qwen-Code sprawdza dostępność aktualizacji i instaluje je bez dodatkowych narzędzi.

    To istotne udogodnienie, zwłaszcza w środowiskach, gdzie agenci AI działają na ulotnych kontenerach lub maszynach wirtualnych. Ręczne aktualizowanie narzędzia przy każdym restarcie może spowolnić pracę. Samodzielna autoaktualizacja eliminuje ten krok. Usprawniony instalator weryfikuje sumy kontrolne pobieranych plików, co jest ważne w pipeline'ach CI, gdzie każda awaria to strata czasu na debugowanie.

    Zespół wprowadził również automatyzację w zarządzaniu projektem. Nowy workflow triage'u (@qwen /triage) automatycznie kategoryzuje nowe zgłoszenia i pull requesty, co pozwala maintainerom otwartoźródłowych narzędzi zaoszczędzić czas na etykietowanie i skupić się na kodzie.

    Interfejs mniej techniczny, bardziej ludzki

    Choć zmiany nie są rewolucyjne, są zauważalne w codziennym użytkowaniu. Status bar i banner startowy pokazują teraz nazwę modelu językowego (np. qwen3.7-plus) zamiast wewnętrznego ID. Dla osób przełączających się między różnymi modelami w trakcie sesji kodowania to wygodne rozwiązanie.

    Kolejna poprawka dotyczy kopiowania tekstu z CLI. Wcześniej przy kopiowaniu odpowiedzi modelu często pojawiały się fragmenty wewnętrznego "rozumowania", które zaśmiecały schowek. Teraz CLI je pomija. To małe, ale praktyczne udogodnienie. Dodatkowo poprawiono komunikaty w trybie zatwierdzania (approval mode), co zwiększa czytelność interaktywnych sesji kodowania.

    Telemetria z większą przejrzystością

    W v0.18.0 poprawiono widoczność ponawianych żądań w telemetrii. Zdarzenie qwen-code.llm_request teraz pokazuje, kiedy zapytanie do modelu było ponawiane z powodu błędu. Dla zespołów monitorujących wydajność agentów AI to istotna informacja, pozwalająca szybciej wykryć problemy z API lub przeciążenia.

    Co dalej? Szybkie tempo rozwoju

    Warto spojrzeć na ten release w szerszym kontekście. Dokumentacja Qwen-Code pokazuje, że w ciągu tygodnia od v0.18.0 zespół dostarczył jeszcze trzy kolejne wersje, scalając ponad sto pull requestów. Projekt rozwija się w stronę płynniejszych przepływów pracy agentów — mniej konfiguracji na starcie, więcej automatyzacji, czystszy interfejs.

    Dla osób zajmujących się web developmentem i DevOpsami to dobra wiadomość. Qwen-Code staje się narzędziem, które działa w tle, bez konieczności ciągłego ręcznego doglądania. Wersja v0.18.0 to solidny krok w tym kierunku, szczególnie dla tych, którzy pracują z agentami AI w środowiskach CI, gdzie każda minuta ręcznej pracy ma znaczenie.

    Źródła

  • Qwen-Code v0.18.0: pamięć między projektami i agenci działający w tle

    Qwen-Code v0.18.0: pamięć między projektami i agenci działający w tle

    Wersja v0.18.0 narzędzia Qwen-Code została wydana, wprowadzając istotne zmiany, które mogą wpłynąć na sposób, w jaki programiści korzystają z terminala. Aktualizacja nie jest jedynie kosmetyczna — nowości obejmują pamięć kontekstową między projektami, agentów działających w tle oraz wizualne zarządzanie umiejętnościami. Celem tych zmian jest przekształcenie CLI w narzędzie automatyzacji dla zadań developerskich.

    Kluczowe zmiany w Qwen-Code v0.18.0

    • Pamięć międzyprojektowa przechowuje kontekst między repozytoriami i sesjami, co ułatwia długotrwałe prace nad funkcjami.
    • Agenci działający w tle wykonują wieloetapowe zadania bez potrzeby ciągłego nadzoru ze strony użytkownika.
    • Panel umiejętności oferuje wizualne zarządzanie powtarzalnymi zadaniami bezpośrednio w CLI.
    • Automatyczna aktualizacja działa teraz dla instalatora standalone, nie tylko dla npm.
    • Wsparcie multimodalne dla modeli Qwen-Code v0.18.0 rozszerza możliwości poza pracę z tekstem.

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

    Jednym z głównych problemów asystentów kodowania w terminalu była utrata kontekstu po zamknięciu sesji. Qwen-Code v0.18.0 wprowadza pamięć na poziomie użytkownika, która działa między projektami. Użytkownicy nie muszą ponownie informować agenta o tym, nad czym pracują, gdy przełączają się między repozytoriami.

    Oznacza to, że CLI zapamiętuje preferencje, wcześniejsze decyzje i schematy pracy. Dla zespołów DevOps oraz osób zajmujących się triage'em CI to znaczna oszczędność czasu — mniej ręcznego ustawiania kontekstu przy każdym nowym zadaniu.

    Agenci działający w tle i praca równoległa

    Nowym dodatkiem jest funkcja /fork background agents, która pozwala uruchomić agenta wykonującego zadanie w tle, podczas gdy główna sesja pozostaje wolna. Harmonogramowane zadania (/loop scheduled tasks) mogą teraz przetrwać restart, co eliminuje konieczność ich ponownej konfiguracji po awarii lub zamknięciu terminala.

    Późniejsze wersje z linii v0.18.x (aż do v0.18.3) wprowadziły współpracę zespołów agentów (Agent Team parallel collaboration). Użytkownicy mogą zlecać różnym agentom kilka zadań jednocześnie, co pozwala na równoległe ich wykonanie bez wzajemnego blokowania.

    Drobne usprawnienia, które robią różnicę

    Zespół Qwen-Code wprowadził również mniejsze, ale praktyczne zmiany, takie jak przełączanie katalogów w trakcie sesji, zwijane wyniki myślenia modelu oraz bramkowanie zatwierdzeń MCP. To ostatnie umożliwia kontrolowanie, które akcje agent może wykonać bez pytania o zgodę.

    Poprawiono także kompresję, co przyspiesza przetwarzanie długich sesji, zmniejszając czas oczekiwania na rozbudowane zadania. W kontekście web developmentu, gdzie często pracuje się z wieloma plikami i zależnościami, takie optymalizacje są istotne.

    Stabilność i łatki

    Dokumentacja nie zawiera szczegółowej listy błędów, ale wiadomo, że zespół skoncentrował się na zarządzaniu pamięcią, stabilności CLI oraz kompatybilności międzyplatformowej. Qwen-Code działa na systemach Linux, macOS i Windows (w tym przez WSL), co czyni te poprawki kluczowymi dla spójności doświadczeń użytkowników.

    Wersja v0.18.0 to także ponad 50 scalonych PR-ów w jednym cyklu tygodniowym. Tempo rozwoju wskazuje na szybkie dojrzewanie narzędzia — to dopiero początek serii wydań zaplanowanych na czerwiec.

    Co dalej?

    Linia v0.18.x nie jest końcem rozwoju Qwen-Code. Już zapowiedziano integrację z multimodalnym modelem Qwen-Code v0.18.0, który łączy rozumienie obrazu i wideo z agentowym wykonywaniem zadań. Dla programistów webowych może to oznaczać możliwość przesłania zrzutu ekranu z błędem i uzyskania analizy bez konieczności opisywania problemu słowami.

    Dla osób pracujących w nurcie vibe coding, gdzie dużą część kodu generuje AI, a rola programisty przesuwa się w stronę nadzoru i kierowania, automatyzacja oraz pamięć kontekstowa stają się kluczowe. Qwen-Code v0.18.0 wyraźnie zmierza w tym kierunku.

    Źródła

  • 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

  • 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

  • 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