Tag: oprogramowanie open source

  • Codex 0.140.0: wreszcie widać, ile tokenów płonie, a sesje można bezpiecznie usuwać

    Codex 0.140.0: wreszcie widać, ile tokenów płonie, a sesje można bezpiecznie usuwać

    OpenAI wydało wersję 0.140.0 Codex, która wprowadza nowe funkcje, takie jak śledzenie zużycia tokenów w terminalu, trwałe usuwanie sesji oraz możliwość importowania konfiguracji z Claude Code. Ta aktualizacja zmienia codzienną pracę z agentowym kodowaniem — teraz można łatwo monitorować koszty na ekranie, a także skutecznie zarządzać wątkami. Dodatkowo, wprowadzono zarządzane uwierzytelnianie Amazon Bedrock oraz kilka poprawek, które poprawiają wydajność przy dużych repozytoriach.

    Kluczowe zmiany w skrócie

    • Komenda /usage pokazuje dzienne, tygodniowe i skumulowane zużycie tokenów bez potrzeby przechodzenia do panelu administracyjnego.
    • Trwałe usuwanie sesji przez codex delete <thread_id>, /delete lub API app-servera, z zabezpieczeniem przed przypadkowym usunięciem i automatycznym czyszczeniem subagentów.
    • Import z Claude Code (/import) przenosi ustawienia, konfigurację projektu i ostatnie rozmowy, co ułatwia migrację między narzędziami.
    • Amazon Bedrock zyskał zarządzane klucze API, a dane logowania CLI i MCP są teraz przechowywane w szyfrowanym magazynie lokalnym.
    • Optymalizacje dla dużych repozytoriów oraz poprawki odzyskiwania baz SQLite — mniej awarii przy pracy z rozbudowanymi codebasami.

    /usage — koniec zgadywania kosztów

    Najważniejsza zmiana to wbudowane analizy użycia. Dotychczas sprawdzenie, ile tokenów wykorzystano w sesji Codex, wymagało logowania się do zewnętrznego dashboardu. Teraz wystarczy wpisać /usage w terminalu, aby natychmiast zobaczyć aktywność dzienną, tygodniową oraz skumulowaną. Dla zespołów pracujących na limitach kredytowych to istotne narzędzie, które pozwala kontrolować budżet bez przerywania pracy.

    Dane są dostępne w tym samym interfejsie TUI, w którym piszesz kod i rozmawiasz z agentem. Nie ma potrzeby przełączania się do przeglądarki ani pamiętania o sprawdzaniu raportów po fakcie. Dla osób, które doświadczyły nieprzyjemnych rachunków po intensywnej sesji z Codex, to znacząca zmiana.

    To jedna z funkcji, które powinny były pojawić się wcześniej, ale lepiej późno niż wcale — szczególnie że wersja 0.140.0 robi to dobrze, z podziałem na modele i produkty.

    Sesje, których naprawdę już nie ma

    Kolejną istotną zmianą jest zarządzanie sesjami. Wcześniej usunięcie wątku nie zawsze oznaczało jego całkowite zniknięcie — pozostawały ślady w app-serverze, subagenty mogły wisieć w tle, a lokalne metadane mogły przetrwać restart. Teraz codex delete działa skutecznie: czyści zarówno lokalnie, jak i zdalnie, z potwierdzeniem przed wykonaniem oraz automatycznym sprzątaniem subagentów.

    To ważne dla osób pracujących z wrażliwymi danymi lub tych, którzy nie chcą mieć setek martwych wątków w historii. W projektach komercyjnych, gdzie kod źródłowy bywa objęty NDA, możliwość trwałego usunięcia całej ścieżki rozmowy z agentem AI jest wymogiem bezpieczeństwa. Dodatkowo, łatwiej się odnaleźć, gdy lista sesji jest uporządkowana.

    Import z Claude Code i szyfrowane dane logowania

    Import z Claude Code i szyfrowane dane logowania

    Ciekawym dodatkiem jest /import, który przenosi wybrane elementy z Claude Code — ustawienia, konfigurację projektu i historię ostatnich czatów. To krok w stronę użytkowników rozważających przesiadkę między platformami agentowego kodowania. Zamiast konfigurować wszystko od nowa, można przejąć to, co już działało.

    Wersja 0.140.0 poprawia również bezpieczeństwo danych logowania. Tokeny OAuth dla CLI i MCP są teraz przechowywane w szyfrowanym magazynie lokalnym lub systemowym keychainie, zamiast w plikach JSON w formacie plaintext. Dla środowisk enterprise i hostowanych workflow AI to korzystna zmiana — szczególnie w połączeniu z nowym, zarządzanym uwierzytelnianiem Amazon Bedrock, które rozszerza obsługiwane przepływy autoryzacji.

    Wydajność i stabilność przy dużym kodzie

    Wydajność i stabilność przy dużym kodzie

    Poprawki wydajnościowe dla dużych repozytoriów to coś, co doceni każdy, kto próbował uruchomić Codex w monorepo. Wersja 0.140.0 wprowadza optymalizacje związane z cache'owaniem oraz szybsze działanie przy rozbudowanych codebasach. Dodatkowo, poprawiono odzyskiwanie baz SQLite — jeśli baza uległa uszkodzeniu, Codex nie powinien już ulegać awarii bez wyjaśnienia.

    Zwiększono również niezawodność MCP (Model Context Protocol), czyli mechanizmu łączącego Codex z zewnętrznymi narzędziami i pluginami. Mniej losowych rozłączeń, stabilniejsze podtrzymywanie kontekstu oraz ogólnie mniej frustracji przy zautomatyzowanych przepływach pracy.

    Narzędzie, które dorasta

    Wersja 0.140.0 to nie rewolucja, ale solidny krok w stronę produkcyjnej dojrzałości. Codex przestaje być wyłącznie agentem do generowania kodu i staje się pełniejszym narzędziem deweloperskim: z widocznością kosztów, kontrolą nad cyklem życia sesji oraz sensownym importem konkurencyjnych konfiguracji.

    Źródła

  • Devin Desktop 3.2.19 – cicha aktualizacja, która ratuje niestandardowe pliki umiejętności

    Devin Desktop 3.2.19 – cicha aktualizacja, która ratuje niestandardowe pliki umiejętności

    Devin Desktop otrzymał 18 czerwca 2026 roku aktualizację do wersji 3.2.19. Jest to niewielka aktualizacja, która koncentruje się na poprawie stabilności. Główną zmianą jest naprawienie błędu, który uniemożliwiał ładowanie plików umiejętności z alternatywnymi polami metadanych.

    Dla większości użytkowników ta aktualizacja może być niemal niezauważalna. Jednak dla zespołów, które tworzą własne procedury dla Devina Desktop 3.2.19, może być istotna, zwłaszcza jeśli mieli problemy z działaniem swoich skryptów.

    Co warto wiedzieć o tej wersji

    • Data wydania: 18 czerwca 2026 – aktualizacja dostępna w normalnym kanale dystrybucji dla macOS
    • Główna zmiana: poprawiono błąd, który uniemożliwiał wczytanie plików SKILL.md z alternatywnymi polami frontmatter
    • Kategoria: łatka utrzymaniowa – brak nowych funkcji, skupienie na zwiększeniu niezawodności
    • Praktyczny wpływ: zmniejsza ryzyko, że agent Devin Desktop 3.2.19 pominie zdefiniowaną procedurę podczas wykonywania zadań deweloperskich

    Dlaczego pliki umiejętności są ważne

    System umiejętności w Devin Desktop 3.2.19 opiera się na plikach SKILL.md, które są przechowywane w repozytoriach. Definiują one powtarzalne procedury, takie jak konfiguracja środowiska, przegląd kodu czy wdrożenia na produkcję. Każdy plik zawiera frontmatter, czyli blok metadanych w nagłówku, który informuje Devin Desktop 3.2.19, jak dana umiejętność ma być używana.

    Problem występował, gdy zespół korzystał z pól, które nie były częścią standardowego zestawu. Dokumentacja Devin Desktop 3.2.19 wyraźnie określa, że system wymaga określonej struktury metadanych. Jeśli użytkownik dodał alternatywne pole, na przykład do wewnętrznego oznaczania wersji lub integracji z systemem CI/CD, parser mógł się zawiesić. W efekcie umiejętność nie ładowała się, a agent kontynuował działanie bez niej, co mogło prowadzić do pomijania całych etapów workflow.

    Wersja 3.2.19 rozwiązuje ten problem, czyniąc parser bardziej tolerancyjnym wobec nietypowych pól. Nie oznacza to, że Devin Desktop 3.2.19 zaczyna rozumieć wszystkie alternatywne pola, ale przestał się na nich zawieszać.

    Kto odczuje różnicę

    Kto odczuje różnicę

    Jeśli korzystasz tylko z gotowych umiejętności dostarczanych przez Cognition AI, prawdopodobnie nie zauważysz tej aktualizacji. Standardowe pliki działały wcześniej bez problemów.

    Różnicę odczują przede wszystkim zespoły, które tworzą własne biblioteki umiejętności, zwłaszcza te, które dostosowują Devin Desktop 3.2.19 do swoich wewnętrznych procesów, na przykład integrując go z narzędziami do wdrożeń czy autorskim lintowaniem kodu. W takich środowiskach frontmatter często zawiera dodatkowe pola. Teraz można je dodawać bez obaw, że agent przestanie działać przy kolejnym zadaniu.

    Warto również zauważyć, że Devin Desktop 3.2.19 coraz częściej działa w trybie agentowym, gdzie pojedyncza sesja może wykonywać wiele operacji bez nadzoru. Jeśli jedna umiejętność nie załaduje się poprawnie, może to wpłynąć na cały proces. Dlatego nawet ta drobna poprawka ma znaczenie w codziennej pracy.

    Stabilność zamiast nowości

    Wersja 3.2.19 wpisuje się w trend rozwoju narzędzi AI dla deweloperów. To już nie są eksperymenty, lecz produkcyjne środowiska, w których przewidywalność jest kluczowa. Zespół odpowiedzialny za Devin Desktop 3.2.19 koncentruje się na udoskonalaniu istniejących mechanizmów, zamiast dodawać nowe funkcje. W changelogu nie ma nowych możliwości, ale jest pewność, że to, co powinno działać, działa.

    Jeśli używasz Devin Desktop 3.2.19 na macOS, aktualizacja powinna być już dostępna. Nie wymaga żadnych dodatkowych kroków poza standardową instalacją. A jeśli twoje umiejętności przestały się ładować kilka tygodni temu, teraz wiesz, dlaczego. Możesz wrócić do pracy.

    Ź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

  • Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Claude Code 2.1.176: lokalizowane tytuły sesji i uszczelnione egzekwowanie modeli

    Anthropic wydał 12 czerwca 2026 roku wersję 2.1.176 Claude Code, która wprowadza kilka ważnych poprawek w obszarze lokalizacji, zarządzania poświadczeniami oraz stabilności pracy zdalnej. Aktualizacja nie wprowadza rewolucyjnych zmian, ale rozwiązuje konkretne problemy, które dotykały programistów korzystających z SSH, systemu Windows oraz środowisk z rygorystycznymi politykami modeli.

    Kluczowe zmiany w skrócie

    • Tytuły sesji są teraz generowane w języku prowadzonej konwersacji, z możliwością przypięcia wybranego języka przez ustawienie language.
    • Buforowanie poświadczeń Bedrock zostało wydłużone do rzeczywistego czasu wygaśnięcia tokena, zamiast sztywnego limitu jednej godziny.
    • Remote Control nie zmienia już modelu sesji przy łączeniu z przeglądarki i wyświetla czytelne komunikaty o rozłączeniu zamiast kodów błędów.
    • Egzekwowanie modeli zamyka możliwość ominięcia listy dozwolonych modeli przez zmienne środowiskowe ANTHROPIC_DEFAULT_*_MODEL.

    Lokalizacja i personalizacja terminala

    Nowe ustawienie language umożliwia stałe przypięcie języka tytułów sesji, co eliminuje chaos w dłuższych projektach. Każdy członek zespołu widzi tytuły w swoim języku, niezależnie od języka, w jakim rozmawia z Claude'em.

    Kolejną nowością jest footerLinksRegexes, które pozwala administratorom definiować odznaki w stopce terminala na podstawie wyrażeń regularnych. Można tam umieścić link do dokumentacji projektu, panelu monitoringu czy łącza do zgłaszania błędów, bez potrzeby modyfikacji kodu narzędzia.

    Buforowanie poświadczeń i stabilność sesji

    Zmiana w cache'owaniu tokenów dla użytkowników Bedrocka to znacząca oszczędność czasu. Wcześniej poświadczenia eksportowane przez awsCredentialExport były ważne maksymalnie godzinę. Teraz Claude Code respektuje rzeczywiste pole Expiration, co oznacza, że jeśli token wygasa za cztery godziny, to będzie trzymany w cache'u przez ten czas. To zmniejsza liczbę przerw na ponowne uwierzytelnianie podczas długich zadań.

    Wprowadzono również poprawki w obsłudze sesji w tle. Komenda /bg uruchomiona w połowie tury nie będzie już wyświetlać wiecznie kręcącego się wskaźnika "Working", gdy nie ma już nic do dokończenia. To istotna zmiana przy pracy z wieloma równoległymi agentami.

    Zdalne sterowanie i Windows

    Remote Control otrzymał poprawki, które zwiększają jego niezawodność. Najważniejsza z nich to fakt, że łączenie się z sesją przez przeglądarkę lub aplikację mobilną nie zmienia już modelu sesji bez pytania. Komunikaty o rozłączeniu są teraz bardziej informacyjne, zamiast być tylko kodami błędów.

    Na Windowsie naprawiono problem z kursorem tekstowym w widoku agentów — pole do wprowadzania komend teraz renderuje się prawidłowo. Użytkownicy SSH zyskali również poprawkę synchronizacji schowka: komendy /copy oraz zaznaczanie myszką w tmux wewnątrz sesji SSH w końcu trafiają do systemowego schowka. Dodatkowo naprawiono ładowanie bufora wklejania w tmux starszym niż 3.2.

    Egzekwowanie modeli i raportowanie gałęzi Git

    Wersja 2.1.176 zamyka dwie istotne luki w politykach bezpieczeństwa. Po pierwsze, aliasy modeli nie mogą być przekierowane na zablokowany model przez zmienne ANTHROPIC_DEFAULT_*_MODEL. Po drugie, komenda /fast nie przełączy na model spoza listy dozwolonych. To koniec z nieautoryzowanym wybieraniem modeli dla administratorów zarządzających flotą programistów.

    Git również doczekał się poprawki: po wykonaniu /cd lub przeniesieniu worktree sesja nie będzie już raportować gałęzi z poprzedniego katalogu. To drobna zmiana, ale w monorepozytoriach z wieloma gałęziami ta pomyłka mogła powodować zamieszanie.

    Co to oznacza dla zespołów developerskich

    Największą wartość z tej aktualizacji zyskają zespoły pracujące w rozproszonych środowiskach — zdalne sesje, SSH, Windows obok Linuksa. Poprawki w cache'owaniu Bedrocka oraz egzekwowaniu modeli pokazują, że Anthropic traktuje poważnie opinie użytkowników korporacyjnych, którzy potrzebują stabilności i przewidywalności. Wersja 2.1.176 nie jest przełomowa, ale skutecznie rozwiązuje problemy z poprzednich wersji.

    Ź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

  • 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

  • OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI

    OpenCode przyspiesza w czerwcu: wyszukiwanie plików, integracja z WSL i nowe modele AI

    OpenCode zamyka czerwiec 2026 roku serią poprawek, które znacząco wpływają na codzienną pracę z kodem. W aktualizacjach od wersji 1.17.5 do 1.17.10 znalazły się inteligentne cache'owanie zapytań, wyszukiwanie rozmyte w drzewie plików oraz poprawki związane ze środowiskiem WSL, na które czekało wielu użytkowników Windowsa. To nie są kosmetyczne zmiany — to przemyślane usprawnienia wydajności i niezawodności, które można zauważyć od pierwszego uruchomienia.

    Kluczowe zmiany

    • Cache'owanie redukuje zbędne zapytania API nawet o 40%, co przyspiesza sesje i zmniejsza koszty użytkowania.
    • Wyszukiwanie rozmyte w panelu drzewa plików umożliwia szybkie odnalezienie konkretnego zasobu w dużych repozytoriach.
    • WSL zyskuje poprawki stabilności i synchronizacji, eliminując część problemów zgłaszanych przez użytkowników Windowsa.
    • OpenCode otrzymuje ulepszoną obsługę wywołań funkcyjnych i częściowe odpowiedzi strumieniowe JSON.
    • MCP wprowadza wstrzykiwanie instrukcji serwera do kontekstu sesji i szablonów zasobów.

    Szybsze wyszukiwanie i mądrzejsze cache'owanie

    Jedną z najbardziej zauważalnych nowości jest dodanie panelu drzewa plików z wyszukiwaniem rozmytym. Dla programistów pracujących w monorepozytoriach lub rozbudowanych projektach to oszczędność czasu, która w skali dnia zamienia się w minuty. Zamiast ręcznego przeglądania struktury katalogów wystarczy wpisać fragment nazwy, a OpenCode natychmiast wskazuje pasujące ścieżki.

    Zespół wprowadził także warstwę inteligentnego cache'owania, która zmniejsza liczbę redundantnych wywołań API o maksymalnie 40%. W praktyce oznacza to szybsze odpowiedzi i mniejsze rachunki za wykorzystanie modeli językowych. Przy dłuższych sesjach różnica jest zauważalna, zwłaszcza gdy pracuje się z kosztownymi endpointami.

    Wersja 1.17.8 wprowadziła poprawkę wycieku pamięci, który ujawniał się podczas długotrwałego monitorowania plików, a wersja 1.17.9 wyeliminowała wyścig w równoległym wykonywaniu narzędzi, który mógł uszkodzić stan sesji. Stabilność wyraźnie wzrosła.

    WSL i zarządzanie serwerami

    WSL i zarządzanie serwerami

    Dla użytkowników Windowsa wsparcie WSL to kluczowy element. OpenCode w tej serii wydań wprowadził szereg poprawek związanych z integracją WSL i pulpitem, co przekłada się na płynniejszą pracę w tym środowisku.

    Desktop doczekał się także poprawek interfejsu. Zniknęło przycinanie zakładek drzewa plików przy zmianie rozmiaru, naprawiono stany sesji bez tytułów i zoptymalizowano ładowanie strony głównej. Zespół pracuje nad pełną migracją do nowego układu (tzw. v2), który będzie domyślny w kolejnych wydaniach.

    Modele, providerzy i integracje MCP

    Modele, providerzy i integracje MCP

    Na froncie modeli AI zmiany są konkretne. Modele OpenCode otrzymały ulepszone wywołania funkcyjne, co przekłada się na precyzję generowanego kodu. Pojawiło się także wsparcie dla strumieniowych odpowiedzi JSON, co jest przydatne, gdy model generuje długie struktury danych i chcesz je widzieć partiami.

    W sferze MCP (Model Context Protocol) OpenCode 1.17.10 wprowadził wstrzykiwanie instrukcji serwera MCP do kontekstu sesji oraz listowanie szablonów zasobów. Dla zespołów automatyzujących przepływy pracy to spore ułatwienie — konfiguracja, która wcześniej wymagała ręcznej ingerencji, teraz jest dostępna bezpośrednio z poziomu agenta.

    Wśród wspieranych modeli znajduje się również OpenCode, który jest już dostępny w oficjalnej dokumentacji OpenCode.

    Co dalej?

    OpenCode systematycznie przesuwa się z pozycji terminalowego narzędzia dla entuzjastów w stronę pełnoprawnego środowiska deweloperskiego. Czerwcowe aktualizacje pokazują, że zespół reaguje na potrzeby społeczności: poprawia to, co sprawia problemy (stabilność sesji, wydajność wyszukiwania), i dodaje funkcje, o które proszą użytkownicy korporacyjni (WSL, lepsze MCP). Jeśli ten rytm się utrzyma, jesień 2026 może przynieść jeszcze ciekawsze integracje modelowe i głębsze wsparcie dla środowisk kontenerowych.

    Źródła

  • Codex 0.138.0: płynne przejście z terminala do GUI i solidniejsza praca z obrazami

    Codex 0.138.0: płynne przejście z terminala do GUI i solidniejsza praca z obrazami

    OpenAI wydało 8 czerwca 2026 roku stabilną wersję Codex 0.138.0, której główną nowością jest możliwość przekazania sesji z terminala do aplikacji desktopowej. Komenda /app działa teraz na macOS i Windows, co pozwala na rozpoczęcie zadania w linii poleceń i kontynuowanie go w interfejsie graficznym bez konieczności przepisywania kontekstu. Dodatkowo wprowadzono znaczące usprawnienia w obsłudze lokalnych obrazów, automatyzację pluginów przez JSON oraz wiele poprawek stabilności TUI.

    Co nowego w skrócie

    • Desktop handoff – sesję CLI można teraz przenieść do Codex Desktop na macOS i Windows, a workspace'y na Windows uruchamiają się bezpośrednio w GUI.
    • Obrazy – zapisane pliki graficzne udostępniają teraz ścieżki modelowi, co ułatwia ich edycję i odwoływanie się do nich w kolejnych krokach.
    • Reasoning effort – TUI zyskało dodatkowe skróty dla terminali bez klawisza Alt, a poziomy wysiłku są teraz zgodne z kolejnością reklamowaną przez model.
    • Plugin automation – komendy add, remove i marketplace wspierają --json, a plugin list pokazuje teraz źródło marketplace'u oraz szczegóły zdalnych serwerów MCP.
    • Workflow i TUI – wieloliniowe wklejanie w /goal edit nie wysyła już przedwcześnie, a anulowane prompty wracają z kursorem na końcu.

    Przekazywanie sesji bez tarcia

    Wcześniej praca z Codex 0.138.0 i osobno z desktopem wymagała ręcznego odtwarzania kontekstu przy zmianie środowiska. Teraz komenda /app rozwiązuje ten problem – bieżący wątek z terminala trafia do GUI, a na Windowsie workspace'y mogą startować od razu w desktopie, co eliminuje potrzebę zatrzymywania się na monicie. Dla web developerów i osób korzystających z vibe codingu to znaczne ułatwienie: można szybko przejść z terminala do wizualnego podglądu projektu lub wygodniejszej edycji kodu bez przerywania pracy.

    Wersja rust-v0.138.0 wprowadziła łącznie 115 zmian, w tym 35 nowych funkcji i 32 poprawki błędów. Nie dodano nowego modelu ani zmian w cenniku, co sprawia, że aktualizacja koncentruje się na narzędziach i stabilności.

    Obrazy, które pamiętają, skąd przyszły

    Przy pracy z interfejsem użytkownika, reprodukcji błędów czy wizualnej iteracji, lokalne załączniki graficzne mogły sprawiać problemy – model nie zawsze wiedział, gdzie plik trafił po zapisie. Codex 0.138.0 udostępnia teraz ścieżki zapisanych obrazów bezpośrednio modelowi, co czyni edycję i odwołania do plików znacznie bardziej pewnymi. Dotyczy to zarówno załączników, jak i samodzielnie generowanych grafik.

    Plugin automation i JSON

    Dla osób automatyzujących pipeline'y i integracje CI/CD kluczowe znaczenie ma strukturalne wyjście. Dodano flagę --json do komend add, remove i marketplace, a plugin list zwraca teraz źródło marketplace'u. Plugin detail pokazuje domyślne prompty, zdalne serwery MCP oraz niedostępne szablony aplikacji. To informacje przydatne w skryptach, gdzie parsowanie tekstu byłoby uciążliwe.

    Poprawki w workflow i TUI

    Kilka uciążliwych błędów zostało naprawionych. Wieloliniowe wklejanie w /goal edit nie wysyła już komunikatu przedwcześnie, a idle auto-turns nie wchodzą w tryb Plan. Cele przestały automatycznie kontynuować po błędach terminala. TUI nie dodaje już pustej przestrzeni podczas streamowania, a anulowane prompty otwierają się ponownie z kursorem na końcu.

    Startup również przeszedł poprawki: dodano fallback na /usr/bin/bash, skrócono ścieżki socketów proxy na Linuksie oraz wprowadzono odświeżanie wygasłych poświadczeń OAuth dla MCP. Błędy zapisu konfiguracji pokazują teraz rzeczywistą przyczynę, a ładowanie AGENTS.md działa dokładniej dla zdalnych i symlinkowanych workspace'ów.

    Co to oznacza na co dzień

    Dla developerów pracujących hybrydowo – raz w terminalu, raz w GUI – handoff eliminuje zbędne kroki i utrzymuje ciągłość kontekstu. Lepsza obsługa obrazów ułatwia wizualną iterację, a JSON-owe wyjście z pluginów wspiera automatyzacyjne nawyki DevOps. Seria poprawek w TUI i workflow'ach celów zwiększa przewidywalność długich sesji agentowych, co ma istotne znaczenie przy pracy w terminalu.

    Źródła

  • Claude Code 2.1.169 – tryb awaryjny i przełączanie katalogów bez utraty cache’a

    Claude Code 2.1.169 – tryb awaryjny i przełączanie katalogów bez utraty cache’a

    Anthropic wprowadził wersję 2.1.169 Claude Code, która dodaje flagę --safe-mode do szybkiej diagnostyki problemów oraz komendę /cd, umożliwiającą zmianę katalogu roboczego w trakcie sesji bez utraty cache’a promptów. Aktualizacja zawiera 31 zmian, w tym istotne poprawki dla polityk MCP oraz stabilności agentów działających w tle.

    Co nowego w skrócie

    • --safe-mode uruchamia Claude Code bez personalizacji, takich jak pliki CLAUDE.md, pluginy, skille, hooki i serwery MCP.
    • /cd zmienia katalog roboczy aktywnej sesji, zachowując cache.
    • disableBundledSkills pozwala ukryć wbudowane skille i slash commandy w interfejsie modelu.
    • post-session to nowy hook w self-hosted runnerze, uruchamiany po zakończeniu sesji, przed usunięciem workspace’a.
    • Poprawki bezpieczeństwa obejmują krytyczne łatki dla polityk MCP w środowiskach enterprise.

    Tryb awaryjny, czyli czyste środowisko na żądanie

    Gdy agent AI zaczyna działać nieprzewidywalnie, często przegląda się logi i ręcznie wyłącza rozszerzenia. Flaga --safe-mode (dostępna także jako zmienna środowiskowa CLAUDE_CODE_SAFE_MODE) automatyzuje ten proces, eliminując wszystkie zewnętrzne wpływy jednym przełącznikiem.

    Oznacza to uruchomienie Claude Code bez CLAUDE.md, pluginów, skillów, hooków i serwerów MCP. Dzięki temu można szybko ustalić, czy problem wynika z konfiguracji użytkownika, czy z narzędzia. Dla zespołów devopsowych i osób zarządzających rozbudowanymi pipeline’ami to znaczące ułatwienie – zamiast przeszukiwać ustawienia, można uruchomić sesję w trybie awaryjnym i od razu zidentyfikować problem.

    Anthropic dodał także sugestię użycia claude agents, gdy użytkownik uruchamia wiele równoległych sesji. To mały dodatek, ale pokazuje, że firma chce, aby zaawansowani użytkownicy świadomie zarządzali współbieżnością.

    /cd, czyli zmiana kontekstu bez kary

    Dotychczasowa zmiana katalogu w trakcie sesji Claude Code wiązała się z utratą cache’a – wszystkie wcześniejsze konteksty, pliki i instrukcje znikały, a model zaczynał od nowa. Komenda /cd rozwiązuje ten problem, przenosząc sesję do nowego katalogu roboczego, zachowując cache.

    Dla długo działających agentów to kluczowa zmiana. Można teraz płynnie przeskakiwać między repozytoriami, nie tracąc kontekstu. W połączeniu z hookiem post-session, który pozwala na zrzucenie niezcommitowanej pracy lub eksport logów przed usunięciem workspace’a, zyskujemy spójny zestaw narzędzi do zarządzania sesjami w automatyzacji.

    Wersja 2.1.169 to także 12 poprawek, w tym zwiększona niezawodność TaskCreate, lepsze komunikaty błędów przy wyłączonym uwierzytelnianiu API key, zmniejszone zużycie CPU podczas streamowania odpowiedzi i poprawiony kontrast kolorów dla tagów skilli w menu slash komend.

    Czystszy interfejs i szczelniejsze polityki MCP

    Nowa opcja disableBundledSkills (także jako zmienna środowiskowa) pozwala ukryć wbudowane skille, workflow i slash commandy przed modelem. Dla zespołów, które chcą mieć pełną kontrolę nad tym, co Claude Code udostępnia użytkownikowi, to przydatne ustawienie – mniej szumu w interfejsie i mniejsze ryzyko niechcianych narzędzi.

    Z perspektywy bezpieczeństwa najważniejsze są krytyczne łatki dla polityk MCP. W środowiskach enterprise, gdzie MCP kontroluje dostęp agentów do zewnętrznych zasobów, wszelkie luki w tym mechanizmie są poważnym problemem. Aktualizacja zamyka kilka takich luk i wprowadza poprawki dla zawieszek na Windowsie oraz opóźnień UI.

    Całość obejmuje 31 zmian: 3 nowe funkcje, 12 usprawnień, 12 poprawek, 2 łatki bezpieczeństwa i 1 optymalizację wydajności. To solidny krok w stronę dojrzalszego narzędzia, z naciskiem na diagnostykę, ciągłość pracy i kontrolę nad środowiskiem.

    Źródła

  • Anthropic wycofuje Claude Opus 4.1 i zmienia zasady rozliczania odmów w API

    Anthropic wycofuje Claude Opus 4.1 i zmienia zasady rozliczania odmów w API

    Anthropic ogłosiło 5 czerwca 2026 roku, że model Claude Opus 4.1 zostanie wycofany. Deweloperzy mają 60 dni na migrację, ponieważ po 5 sierpnia API przestanie przyjmować zapytania kierowane do claude-opus-4-1-20250805. W tym samym czasie wprowadzane są dwie zmiany techniczne: narzędzie doradcze zyskuje kontrolę nad tokenami, a puste odmowy nie będą generować kosztów.

    Kluczowe fakty o aktualizacji

    • Claude Opus 4.1 zostanie wycofany 5 sierpnia 2026 — oficjalnym następcą jest Claude Opus 4.8.
    • Parametr max_tokens w narzędziu doradczym umożliwia kontrolę opóźnień i kosztów.
    • Odmowy bez wygenerowanej treści nie będą już naliczane na fakturach.
    • 60 dni na migrację — po tym terminie zapytania do starego modelu zwrócą błędy.
    • Nowy tokenizer w Claude Sonnet 5 generuje około 30% więcej tokenów dla tych samych tekstów.

    Co dokładnie się zmienia z Claude Opus 4.1

    Model o identyfikatorze claude-opus-4-1-20250805 został wprowadzony do API jako ulepszenie względem podstawowego Opus 4. Anthropic kieruje wszystkich użytkowników do Claude Opus 4.8, który oferuje ten sam poziom wydajności przy niższych kosztach operacyjnych. Deweloperzy korzystający ze starszych wersji SDK lub zahardcodowanych konfiguracji powinni sprawdzić, czy ich aplikacje, agenci i zadania backendowe nie polegają na wycofywanym modelu.

    Termin migracji wynosi dwa miesiące, co może być niewystarczające, szczególnie gdy zmiana wymaga testowania promptów i potencjalnego dostosowania logiki aplikacji. 60 dni może wystarczyć na prostą podmianę identyfikatora, ale osoby z rozbudowanymi pipeline'ami ewaluacyjnymi powinny rozpocząć migrację jak najszybciej.

    Narzędzie doradcze z kontrolą tokenów

    Nowy parametr max_tokens w narzędziu doradczym to praktyczna zmiana. Deweloperzy mogą teraz ograniczyć maksymalną liczbę tokenów generowanych przez doradcę, co przekłada się na szybsze odpowiedzi i niższe rachunki.

    Na przykład, jeśli doradca analizuje długi dokument, ale potrzebujesz tylko krótkiej rekomendacji, możesz ustawić max_tokens na 500 i nie płacić za rozbudowaną analizę, której nie potrzebujesz. To proste, ale wcześniej brakowało tej opcji.

    Odmowy bez opłat — zmiana polityki rozliczeniowej

    To aktualizacja, która nie jest szeroko komentowana w release notes, ale ma realny wpływ na budżet. Dotychczas każde zapytanie kończące się statusem refusal, czyli sytuacja, gdy Claude odmawia odpowiedzi ze względów bezpieczeństwa, było normalnie naliczane, nawet jeśli model nie wygenerował żadnego tokena treści.

    Od teraz Anthropic nie pobiera opłat za zapytania, które kończą się odmową i nie produkują żadnego outputu. Dla aplikacji z dużą liczbą zapytań granicznych, takich jak systemy moderacji treści czy agenci działający na wrażliwych danych, może to oznaczać zauważalne oszczędności.

    Szerszy kontekst: Claude Sonnet 5 i zmiany w tokenizacji

    Warto również zauważyć, że Anthropic uruchomiło Claude Sonnet 5 z nowym tokenizerem, który produkuje około 30% więcej tokenów dla identycznych tekstów. To istotna informacja dla osób migrujących między modelami i porównujących koszty — ten sam prompt może nagle kosztować więcej z powodu zmiany w zliczaniu tokenów, a nie samej ceny za token.

    Claude Opus 5 zadebiutował w lipcu 2026, zastępując Opus 4.8 jako flagowy model. Wprowadził domyślnie włączone myślenie i kontekst miliona tokenów, ale to Opus 4.8 pozostaje zalecanym celem migracji dla użytkowników wycofywanego Claude Opus 4.1.

    Migracja od strony technicznej

    Jeśli korzystasz z oficjalnych SDK (Python, TypeScript, Go, Java), podmiana identyfikatora modelu na claude-opus-4-8 powinna wystarczyć. Jednak w przypadku aplikacji, które polegają na konkretnych zachowaniach modelu, warto przetestować prompty przed wdrożeniem.

    Należy również przejrzeć konfiguracje agentów Claude Managed Agents, jeśli któryś z nich wskazuje na claude-opus-4-1-20250805. To samo dotyczy skryptów automatyzacji i pipeline'ów CI/CD, gdzie identyfikatory modeli często lądują w zmiennych środowiskowych i łatwo o nich zapomnieć podczas rutynowej aktualizacji.

    Źródła