Tag: oprogramowanie open source

  • 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

  • Factory ulepsza obsługę dużych wyników poleceń i poprawia stabilność Droidów

    Factory ulepsza obsługę dużych wyników poleceń i poprawia stabilność Droidów

    Factory wypuściło aktualizację v0.141.0, która koncentruje się na bardziej niezawodnym wykonywaniu poleceń generujących duże ilości danych. To krok w stronę stabilniejszego środowiska deweloperskiego, które nie zawiesza się przy intensywnych operacjach.

    Najważniejsze zmiany w skrócie

    • Obsługa obszernych wyników poleceń została przeprojektowana, aby zapobiec awariom przy długich outputach.
    • Poprawiono rozmieszczenie podpowiedzi w interfejsie użytkownika, co eliminuje problemy z nakładaniem się elementów.
    • Droidy działają teraz stabilniej w projektach, które nie korzystają z Gita.
    • Wcześniejsze wydania pokazują, że Factory konsekwentnie inwestuje w niezawodność agentów i czytelność UI.

    Większa odporność na przeciążenia

    Przetwarzanie długich wyników poleceń od dawna stanowi problem w środowiskach deweloperskich opartych na agentach AI. Gdy output przekracza pewien rozmiar, system może się zawiesić, a sesja może zostać utracona. W wersji v0.141.0 Factory wprowadza mechanizmy, które radzą sobie z tym lepiej.

    Choć oficjalny dziennik zmian dla tej wersji nie został upubliczniony, wcześniejsze wydania Factory pokazują wyraźny wzorzec. Wersja 1.6 wprowadziła przycinanie wyników przekraczających limit i wymuszała limity rozmiaru wiadomości, aby chronić integralność danych. Wersja v0.141.0 kontynuuje tę tendencję, ale z większą precyzją. Celem jest nie tylko zapobieganie awariom systemu, ale także umożliwienie deweloperom zachowania kontekstu i uniknięcia powtarzania pracy.

    UI bez irytujących wpadek

    Kolejną istotną zmianą jest poprawa rozmieszczenia podpowiedzi w interfejsie. Każdy, kto korzystał z zaawansowanych narzędzi CLI, wie, że źle umieszczone podpowiedzi mogą zakłócać pracę. Nachodzące na siebie elementy i podpowiedzi pojawiające się w niewłaściwych miejscach to drobiazgi, które mogą prowadzić do frustracji.

    Aktualizacja v0.141.0 porządkuje te elementy. Wcześniejsze wersje, takie jak 0.182.0, poprawiały już nagłówki i stan interfejsu podczas wykonywania narzędzi. Teraz Factory skupia się na szczegółach — podpowiedzi trafiają tam, gdzie ich miejsce, co ułatwia pracę.

    Droidy w projektach bez Gita

    Zmiana dotycząca zachowania Droidów — autonomicznych agentów Factory — w projektach, w których Git nie jest używany, również zasługuje na uwagę. Wcześniej niektóre funkcje mogły nie działać prawidłowo w braku repozytorium, opierając się na założeniu, że projekt zawsze jest pod kontrolą wersji. Wiele zespołów pracuje lokalnie, korzysta z innych systemów kontroli wersji lub rezygnuje z nich na wczesnych etapach prototypowania.

    Factory dostosowuje algorytmy wykrywania katalogu głównego projektu i odświeżania przestrzeni roboczej. Droidy nie gubią się już, gdy nie widzą folderu .git — po prostu działają.

    Konsekwentny kierunek

    Analizując historię wydań Factory, widać, że to nie przypadkowy zbiór poprawek. Od wersji 1.3, przez 1.6, aż po ostatnie buildy z lipca 2026 — firma regularnie poprawia obszary niezawodności i użyteczności. Wprowadzono między innymi piaskownicę dla procesów na macOS, poprawki sesji MCP oraz zwiększoną odporność na uszkodzenia historii sesji.

    Te zmiany tworzą obraz narzędzia, które dojrzewa. Factory nie goni za spektakularnymi nowościami, lecz konsekwentnie usuwa przeszkody w codziennej pracy dewelopera. W obliczu szybkiego rozwoju AI w kodowaniu, jest to prawdopodobnie najlepsza strategia.

    Źródła

  • OpenCode 1.16.0: klonowanie workspace’ów z brudnymi plikami i sesje przenoszone między katalogami

    OpenCode 1.16.0: klonowanie workspace’ów z brudnymi plikami i sesje przenoszone między katalogami

    OpenCode wydał wersję 1.16.0, która wprowadza zarządzane klonowanie workspace’ów, umożliwiające zachowanie niezatwierdzonych zmian oraz przenoszenie aktywnych sesji między katalogami. Dodatkowo, aktualizacja wprowadza natywną obsługę OpenAI przez AWS Bedrock, automatyczne wykrywanie skilli oraz szereg poprawek stabilności. Choć zmiany mogą wydawać się niewielkie, mają one znaczący wpływ na sposób pracy z agentami AI w większych projektach.

    Kluczowe zmiany

    • Zarządzane klonowanie workspace’ów tworzy kopię środowiska pracy, zachowując brudne i nieśledzone pliki. Agent może eksperymentować w izolacji, nie ryzykując utraty bieżącego stanu.
    • Przenoszenie sesji pozwala kontynuować pracę agenta w innym katalogu lub workspace’ie bez potrzeby restartowania zadania.
    • Natywna obsługa OpenAI przez AWS Bedrock zapewnia wsparcie dla modeli OpenAI bez konieczności korzystania z pośrednich adapterów.
    • Skill discovery i file-based agent loading umożliwia OpenCode znajdowanie i ładowanie skilli bezpośrednio z plików, a nie tylko z wbudowanych menu.
    • Sesje replay przez run --replay oferują interaktywny podgląd przebiegu sesji, co ułatwia debugowanie.

    Jak działają workspace’y w OpenCode

    Aby zrozumieć znaczenie klonowania workspace’ów, warto zauważyć, że OpenCode opiera je na Git worktrees. Każdy workspace ma własny katalog i gałąź, co oznacza, że pliki jednego środowiska nie wpływają na inne, a wszystko to przy współdzielonej bazie Gita, bez konieczności pełnego klonowania repozytorium.

    Do tej pory stworzenie nowego workspace’a oznaczało czysty start. Teraz, dzięki zarządzanemu klonowaniu, można skopiować bieżący workspace wraz z niezatwierdzonymi zmianami. Agent zyskuje własną piaskownicę do testowania pomysłów, podczas gdy oryginalny workspace pozostaje nietknięty. To idealne rozwiązanie, gdy chcemy uruchomić kilka równoległych agentów – każdy działa na swoim worktree, nie przeszkadzając sobie nawzajem.

    Przenoszenie sesji bez utraty kontekstu

    Kolejną istotną nowością jest możliwość przenoszenia sesji między workspace’ami i katalogami. Dotychczas agent uruchomiony w jednym katalogu był do niego przywiązany, a zmiana kontekstu wymagała restartu. Teraz można przenieść trwającą sesję do innego worktree, zachowując całą historię rozmowy i bieżący stan pracy.

    To funkcja, która często brakuje w wielu narzędziach. Zdarza się, że agent zaczyna zadanie w katalogu projektu, a po chwili okazuje się, że powinien pracować w dedykowanym workspace’ie. Zamiast zaczynać od nowa, można po prostu przenieść sesję, zachowując kontekst i umożliwiając agentowi kontynuację.

    AI i integracje: Bedrock, skille i replay

    OpenCode obsługuje już wielu dostawców modeli, a dodanie natywnego wsparcia OpenAI przez AWS Bedrock upraszcza konfigurację i stabilizuje połączenie w porównaniu do wcześniejszych adapterów.

    Skill discovery to funkcja, która pozwala OpenCode automatycznie wykrywać skille zapisane w plikach. Wcześniej trzeba było definiować je ręcznie lub wybierać z menu. Teraz agent samodzielnie znajduje dostępne rozszerzenia, co zmniejsza potrzebę ręcznej konfiguracji.

    Interaktywny replay sesji, dostępny przez run --replay, umożliwia prześledzenie każdego kroku agenta, co jest przydatne przy debugowaniu złożonych zadań. Nie trzeba zgadywać, dlaczego agent podjął określoną decyzję – można po prostu odtworzyć sesję i zobaczyć cały proces.

    Stabilność i tempo rozwoju

    Aktualizacja poprawia także kilka uciążliwych błędów, w tym problemy z anulowaniem komend shella oraz normalizacją ścieżek. Dodatkowo, uruchamianie aplikacji stało się szybsze, co jest odczuwalne, zwłaszcza przy częstym otwieraniu i zamykaniu workspace’ów.

    Tempo rozwoju jest dynamiczne, a aktualizacje są starannie przemyślane. Nowe funkcje są dodawane tylko wtedy, gdy realnie wpływają na workflow.

    Co to oznacza dla zespołów deweloperskich

    Kierunek, w którym zmierza OpenCode, jest jasny: równoległa praca agentów, izolowane środowiska i minimalizacja tarcia przy zmianie kontekstu. Klonowanie workspace’ów z brudnymi plikami to nie tylko nowość – to praktyczne narzędzie dla zespołów, które chcą zwiększyć wykorzystanie AI w kodzie bez konieczności ciągłego sprzątania repozytorium przed każdym zadaniem.

    Dla zespołów pracujących z wieloma agentami równolegle lub często przenoszących zadania między środowiskami, wersja 1.16.0 przynosi znaczące zmiany. Pozostałe funkcje, takie jak skille, Bedrock i replay, to solidne dodatki, ale to workspace’y i sesje odgrywają kluczową rolę w tej aktualizacji.

    Źródła

  • Claude Code 2.1.162: lepsza widoczność agentów i szybsze CI/CD

    Claude Code 2.1.162: lepsza widoczność agentów i szybsze CI/CD

    Anthropic wydało wersję 2.1.162 Claude Code, która, choć nie wprowadza rewolucyjnych zmian, wprowadza istotne poprawki w kluczowych obszarach. Ta aktualizacja koncentruje się na zwiększeniu widoczności pracy agentów w tle, stabilności narzędzi deweloperskich oraz udoskonaleniu mechanizmów uprawnień. Użytkownicy korzystający z Claude Code w trybie headless, w zespołach lub ci, którzy doświadczali problemów z zawieszaniem sesji, powinni rozważyć tę aktualizację.

    Kluczowe zmiany w skrócie

    • Nowe pole waitingFor w wyjściu JSON umożliwia programowe wykrycie, kiedy agent czeka na akcję użytkownika (np. zatwierdzenie uprawnienia).
    • Poprawki timeoutów MCP — wartości poniżej 1000 ms nie są już zaokrąglane do pełnej sekundy, co eliminuje przerwania wywołań narzędzi.
    • Lepsza obsługa uprawnień w systemie Windows oraz reguł web fetch, co zapobiega przypadkowemu nadpisywaniu jawnych ograniczeń przez domeny zatwierdzone wcześniej.
    • Usprawnienie komend slash — /effort teraz informuje, że wybrany poziom stanie się domyślnym dla nowych sesji.
    • Stabilniejsze LSP — naprawiono działanie workspace symbols, co jest kluczowe dla nawigacji w większych projektach.

    Przezroczystość pracy agentów

    Najważniejszą zmianą w wersji 2.1.162 jest wprowadzenie statusu waitingFor w wyjściu JSON komendy claude agents. Wcześniej sesja agenta działającego w tle mogła utknąć na promptcie uprawnień, a użytkownicy korzystający z Claude Code w skryptach CI/CD nie mieli informacji o tym, co się dzieje. Teraz można to sprawdzić programowo.

    To istotna zmiana dla automatyzacji. Gdy uruchamiasz agenta w pipeline i oczekujesz wyniku w ciągu kilku minut, ciche zawieszenie na dialogu potwierdzenia oznacza stratę czasu i pieniędzy. Pole waitingFor jasno informuje: "czekam na twoją decyzję". W połączeniu z poprawionym komunikatem przy starcie, który zamiast milczenia wyświetla czytelny błąd i konfigurację w pamięci, debugowanie sesji headless staje się mniej frustrujące.

    Usprawniono również wskaźniki remote control. Jeśli odłączasz się od sesji i wracasz później, łatwiej teraz ustalić, czy agent działa i co go blokuje. To znacząca oszczędność nerwów dla zespołów rozproszonych, gdzie jedna osoba uruchamia agenta, a inna sprawdza wyniki.

    MCP i LSP już nie krzaczą

    MCP i LSP już nie krzaczą

    Kolejna seria poprawek dotyczy stabilności narzędzi. Timeouty MCP per-serwer ustawione poniżej 1000 milisekund były wcześniej ignorowane i zamieniane na pełną sekundę, co przy szybkich operacjach kończyło się przerwaniem wywołania. Wersja 2.1.162 korzysta z globalnych domyślnych wartości, co sprawia, że konfiguracja działa przewidywalnie.

    Naprawiono również funkcjonalność workspace symbols w LSP. Użytkownicy Claude Code, którzy refaktoryzują w TypeScript, Rust czy Python i polegają na szybkim skakaniu między symbolami w projekcie, mogą teraz korzystać z poprawionej funkcjonalności.

    Permisje pod kontrolą

    Ciekawą poprawką są zmiany dotyczące reguł web fetch. W poprzednich wersjach mogło dojść do sytuacji, w której jawnie zdefiniowana reguła pobierania z konkretnego adresu była nadpisywana przez domeny zatwierdzone wcześniej. Wersja 2.1.162 eliminuje ten problem.

    Poprawiono także zachowanie uprawnień w systemie Windows, co oznacza mniej niespodzianek przy zarządzaniu dostępem do plików i sieci.

    Wersja 2.1.162 nie wprowadza rewolucyjnych zmian, ale to solidna aktualizacja konserwacyjna, która eliminuje kilka uciążliwych problemów i przygotowuje grunt pod przyszłe zmiany. Użytkownicy Claude Code w trybie headless, w CI/CD lub w zespołach powinni zaktualizować oprogramowanie.

    Źródła

  • Claude Code 2.1.161: cichy stabilizacyjny patch, który wyciąga wnioski z błędów

    Claude Code 2.1.161: cichy stabilizacyjny patch, który wyciąga wnioski z błędów

    Anthropic wypuściło 2 czerwca 2026 roku wersję Claude Code 2.1.161, która koncentruje się na niezawodności i bezpieczeństwie. Aktualizacja obejmuje 22 zmiany w CLI oraz jedną korektę system promptu, ale nie wprowadza efektownych nowości. Tego rodzaju aktualizacje są kluczowe, ponieważ pomagają zespołom unikać losowych awarii pipeline'ów oraz wycieków sekretów w logach.

    Kluczowe fakty

    • Równoległe narzędzia nie kasują się nawzajem — awaria pojedynczego polecenia Bash nie przerywa już całego batcha.
    • OTEL_RESOURCE_ATTRIBUTES zostały dodane jako etykiety do metryk OpenTelemetry, co umożliwia analizę użycia według zespołu lub repozytorium.
    • Secrety w MCP nie wyciekają w plain tekście — zmienne środowiskowe nie są rozwijane, a nagłówki uwierzytelniające są redagowane.
    • Agent w tle nie zanieczyszcza już stdout w trybie headless, co chroni integracje CI przed uszkodzonym wyjściem JSON.
    • Usunięto frazę „interactive software engineering agent” z system promptu, co nadało odpowiedziom bardziej naturalny ton.

    Równoległe wykonanie bez efektu domina

    W poprzednich wersjach występował poważny problem z równoległymi wywołaniami narzędzi. Gdy Claude uruchamiał kilka komend Bash jednocześnie — na przykład linting, testy jednostkowe i sprawdzenie typów — pojedynczy błąd powodował, że wyniki wszystkich pozostałych były kasowane. To był efekt domina.

    Wersja 2.1.161 rozwiązuje ten problem. Każde narzędzie w batchu teraz zwraca własny rezultat niezależnie od pozostałych. Dla zespołów DevOps i webdevu oznacza to oszczędność czasu — nie trzeba restartować całego zadania tylko dlatego, że eslint znalazł brakujący średnik.

    Poprawka ma również znaczenie dla automatyzacji CI/CD. Pipeline, który równolegle sprawdza formatowanie, testy i bezpieczeństwo zależności, nie padnie przy pierwszym warningu. To niewielka zmiana w logice wykonania, ale ogromna różnica w codziennej pracy.

    Metryki, które w końcu mówią coś konkretnego

    Monitoring użycia AI w firmie bez podziału na zespoły jest mało przydatny — każdy menedżer to potwierdzi. Dlatego dodanie OTEL_RESOURCE_ATTRIBUTES jako etykiet do metryk to jeden z ważniejszych kroków Anthropic w tej wersji.

    Teraz organizacje mogą tagować zapytania według zespołu, repozytorium czy środowiska. Dział DevOps ma dostęp do rzeczywistych kosztów i wzorców użycia Claude Code z podziałem na projekty. Nie trzeba zgadywać, który zespół generuje najwięcej tokenów ani gdzie warto zoptymalizować interakcje z modelem.

    Dla przyjęcia technologii w przedsiębiorstwie to kluczowy krok — bez szczegółowych metryk trudno uzasadnić budżet na AI przed zarządem. Teraz liczby są konkretne i przypisane do konkretnych jednostek.

    Bezpieczeństwo: secrety przestały wyciekać

    W poprzednich wersjach występowała regresja, przez którą komenda claude mcp wypisywała secrety w plain tekście. Tokeny OAuth, klucze API, nagłówki uwierzytelniające — wszystko lądowało w terminalu jako zwykły string. To stanowiło poważny problem bezpieczeństwa, szczególnie w środowiskach współdzielonych i logowanych.

    Wersja 2.1.161 rozwiązuje ten problem na trzech poziomach: referencje ${VAR} nie są już rozwijane, nagłówki uwierzytelniające są redagowane, a URL-e zawierające secrety są traktowane z należytą ostrożnością. Żaden z tych elementów nie trafi do widocznego wyjścia.

    Dla administratorów bezpieczeństwa to sygnał, że Anthropic traktuje wycieki poważnie. Patch nie wprowadza nowych funkcji — łata konkretne luki, które mogły narazić organizacje na poważne incydenty.

    UI i system prompt: mniej sztuczności, więcej naturalności

    Zmiana system promptu jest subtelna, ale zauważalna. Usunięto sztywną rolę „interactive software engineering agent”, która wcześniej nadawała odpowiedziom pomocniczy, nieco protekcjonalny ton. Claude nie przedstawia się już jako pomocnik — po prostu działa.

    Drobne poprawki UI również zostały wprowadzone. Na Linuksie integracja ze schowkiem korzysta teraz z wl-copy, xclip lub xsel, co zapewnia natywne odczucie również przy middle-click paste. Terminal działa szybciej dzięki stabilizacji profilu JIT w silniku layoutu, a opcja „Show unused connectors” porządkuje interfejs MCP, chowając nieużywane konektory za jednym kliknięciem.

    Podsumowanie

    Claude Code 2.1.161 to aktualizacja, która nie robi hałasu — i to dobrze. Naprawia równoległe wykonanie narzędzi, dodaje sensowne metryki dla przedsiębiorstw, łata krytyczny wyciek sekretów i porządkuje interfejs. W cyklu wydawniczym Anthropic ta wersja stanowi stabilny fundament przed większymi zmianami, które nadejdą pod koniec czerwca 2026. Dla zespołów korzystających z Claude Code w automatyzacji i CI/CD, aktualizacja jest niezbędna — nie ze względu na nowości, ale dlatego, że bez niej systemy mogą przestać działać poprawnie.

    Źródła