Autor: redakcja

  • Claude Opus 4.8 wchodzi z milionowym oknem kontekstu i nowym narzędziem advisor

    Claude Opus 4.8 wchodzi z milionowym oknem kontekstu i nowym narzędziem advisor

    28 maja 2026 roku Anthropic wprowadziło Claude Opus 4.8, model, który oferuje 1 milion tokenów okna kontekstowego, 128 tysięcy tokenów wyjściowych oraz przeprojektowane myślenie adaptacyjne. Platforma zyskała również rozszerzone wsparcie dla zarządzanych agentów na AWS, możliwość wstrzykiwania wiadomości systemowych w trakcie konwersacji oraz parametr max_tokens w narzędziu advisor, co pozwala deweloperom lepiej kontrolować koszty i opóźnienia.

    Co nowego – w pigułce

    • Claude Opus 4.8 debiutuje 41 dni po premierze poprzedniej wersji, z 4-krotnie mniejszym ryzykiem przeoczenia błędów w kodzie.
    • Nowy parametr max_tokens w narzędziu advisor pozwala ograniczać zużycie zasobów przy zadawaniu pytań modelowi.
    • Wiadomości systemowe w trakcie konwersacji umożliwiają aktualizację promptów systemowych bez resetowania konwersacji.
    • Claude Managed Agents są dostępne na AWS, a ulepszone raportowanie odmów wspiera debugowanie aplikacji.
    • Dynamic Workflows w Claude Code mogą uruchomić do 1000 równoległych podagentów do migracji repozytoriów.

    Myślenie adaptacyjne i uczciwość – co się zmieniło

    Claude Opus 4.8 wprowadza mechanizm dynamicznego dostosowywania głębi wnioskowania. Model samodzielnie ocenia, ile "myślenia" wymaga konkretne zadanie – przy prostych pytaniach przechodzi do odpowiedzi szybciej, a przy bardziej złożonych angażuje więcej zasobów. Wczesne testy pokazują, że model rzadziej przeocza błędy w kodzie, co czyni go bardziej wiarygodnym narzędziem dla zespołów DevOps i web developerów. Model częściej sygnalizuje, gdy nie ma pewności, co jest istotne w kontekście produkcji.

    Narzędzie advisor z kontrolą kosztów

    Nowy parametr max_tokens w narzędziu advisor odpowiada na problem rosnących kosztów przy intensywnym korzystaniu z modelu. Umożliwia on ustawienie limitu tokenów dla odpowiedzi generowanych przez advisor, co wpływa na przewidywalność wydatków i czas odpowiedzi. Deweloperzy mogą teraz lepiej zarządzać budżetem zapytań, nie rezygnując z jakości.

    Claude Managed Agents i komunikaty systemowe w środku rozmowy

    Platforma rozszerza wsparcie dla Claude Managed Agents na AWS, co upraszcza wdrażanie agentów w chmurze Amazonu. Zmiana w API Messages pozwala teraz na wprowadzanie wpisów systemowych bezpośrednio w tablicy messages, co umożliwia modyfikację kontekstu modelu w trakcie rozmowy. To rozwiązanie jest przydatne w długich interakcjach, gdzie wymagania ewoluują.

    Ulepszono także raportowanie odmów. Gdy model odrzuca żądanie, odpowiedź zawiera więcej szczegółów dotyczących przyczyny. To pozwala zespołom budującym krytyczne aplikacje szybciej zidentyfikować źródło problemu.

    Ceny i tryb Fast Mode

    Anthropic utrzymało standardowe ceny na poziomie Claude Opus 4.8: 5 dolarów za milion tokenów wejściowych i 25 dolarów za milion wyjściowych. Fast Mode kosztuje 10 i 50 dolarów odpowiednio, ale działa około 2,5 razy szybciej niż tryb standardowy. W porównaniu z Fast Mode poprzedniej generacji (30/150 dolarów) to trzykrotna obniżka, co ma znaczenie w kontekście budżetu przy wysokoprzepustowych zadaniach agentowych.

    Co to znaczy dla web developmentu

    Claude Opus 4.8 stał się domyślnym modelem dla planów Pro, Max, Team i Enterprise w Claude Code. Milionowe okno kontekstu umożliwia analizę całych repozytoriów w jednym przebiegu, a Dynamic Workflows, dostępne jako podgląd badawczy, potrafią zrównoleglić zadania migracyjne na dużą skalę. Dzięki kontroli kosztów przez max_tokens w advisorze oraz możliwości podmiany promptów systemowych w locie, zyskujemy narzędzia gotowe do zastosowania w produkcji.

    Źródła

  • Claude Code 2.1.157 stawia na lokalne wtyczki i płynniejszą pracę z repozytoriami

    Claude Code 2.1.157 stawia na lokalne wtyczki i płynniejszą pracę z repozytoriami

    Anthropic wprowadziło 29 maja 2026 roku wersję 2.1.157 Claude Code, która znacząco upraszcza proces tworzenia i używania wtyczek. Użytkownicy mogą teraz po prostu umieścić pliki w katalogu .claude/skills, a narzędzie automatycznie je załaduje podczas uruchamiania sesji. Wersja ta wprowadza również komendę do szybkiego tworzenia nowych wtyczek oraz szereg poprawek stabilności, które będą szczególnie przydatne dla osób pracujących z obrazami i terminalem.

    Co nowego w skrócie

    • Automatyczne ładowanie wtyczek z folderu .claude/skills bez potrzeby rejestracji w marketplace czy dodatkowych flag CLI
    • Nowa komenda claude plugin init <name> tworzy kompletny szkielet wtyczki w bieżącym katalogu
    • Ulepszone zarządzanie agentami — sesje respektują pole agent w settings.json, a flaga --agent umożliwia szybkie nadpisanie
    • EnterWorktree pozwala na przełączanie się między worktree bez wychodzenia z aktywnej sesji
    • Ponad 20 poprawek błędów, w tym dla przetwarzania obrazów, renderowania terminala i sesji w tle

    Koniec z marketplace jako jedyną drogą

    Główna zmiana w tym wydaniu polega na tym, że system plików staje się rejestrem wtyczek. Dotychczas, aby użyć własnego pluginu w Claude Code, należało publikować go w marketplace lub ręcznie wskazywać ścieżkę za pomocą flagi --plugin-dir. Teraz wszystko, co znajdzie się w .claude/skills/, jest automatycznie wykrywane i gotowe do użycia od razu po uruchomieniu sesji.

    Dla zespołów zajmujących się pisaniem wewnętrznych skryptów czy automatyzacji to duża oszczędność czasu. Odpadają wszelkie procedury związane z tokenami uwierzytelniającymi, komendami instalacyjnymi i konfiguracją. Katalog projektu staje się jedynym źródłem prawdy, co sprawdza się szczególnie dobrze w środowiskach, gdzie liczy się szybkie prototypowanie.

    Nowa komenda claude plugin init <nazwa> dodatkowo przyspiesza proces przejścia od pomysłu do działającego kodu. Zamiast ręcznie tworzyć boilerplate, użytkownicy otrzymują gotowy szablon w kilka sekund. W połączeniu z autouzupełnianiem argumentów /plugin, które pokazuje dostępne opcje w czasie rzeczywistym, próg wejścia dla twórców wtyczek znacznie się obniża.

    Agenci i worktree — mniej klikania, więcej działania

    Agenci i worktree — mniej klikania, więcej działania

    Kolejna istotna zmiana dotyczy zarządzania agentami i pracy z gałęziami. Sesje uruchamiane z poziomu agenta uwzględniają teraz pole agent w pliku settings.json, co pozwala na precyzyjne kontrolowanie, który model i z jakimi uprawnieniami jest uruchamiany. Flaga --agent umożliwia szybkie nadpisanie tego ustawienia bez konieczności edytowania konfiguracji.

    Komenda EnterWorktree jest przydatna dla osób, które pracują z wieloma gałęziami w ramach jednego zadania. Umożliwia przełączanie się między worktree zarządzanymi przez Claude'a bez zamykania sesji, co eliminuje potrzebę ręcznego przechodzenia między terminalami czy zapisywania kontekstu. Dla skomplikowanych workflow deweloperskich to realna oszczędność czasu.

    Cichy wróg — stabilność

    Cichy wróg — stabilność

    Wersja 2.1.157 zamyka również ponad 20 zgłoszeń błędów, z których kilka mogło powodować problemy. Obrazy o zerowej długości lub uszkodzone wklejane ze schowka nie powodują już awarii — są zamieniane na tekstowe placeholdery. Poprawiono renderowanie terminala, w tym regresję schowka w tmux, która wystąpiła w v2.1.157.

    WSL zyskał poprawki dotyczące obsługi obrazów, a zintegrowane terminale w IDE przestały gubić kontekst. Sesje w tle również otrzymały kilka poprawek, zarówno w logice wygaszania, jak i zarządzania procesami. Całość obejmuje 33 zmiany CLI, bez żadnych breaking changes, więc aktualizacja nie powinna wpłynąć negatywnie na istniejące ustawienia.

    Lokalnie znaczy szybciej

    To wydanie wpisuje się w szerszy trend odchodzenia od scentralizowanych marketplace'ów na rzecz rozwiązań działających bezpośrednio w systemie plików. Dla osób praktykujących vibe coding, gdzie liczy się natychmiastowa iteracja, eliminacja zbędnych kroków konfiguracyjnych to klucz do efektywnej pracy. Claude Code 2.1.157 dostarcza narzędzi, które nie przeszkadzają w pracy, co jest jego największą zaletą.

    Źródła

  • Claude Opus 4.8 w praktyce: setki agentów, dynamiczne przepływy i taniej o dwie trzecie

    Claude Opus 4.8 w praktyce: setki agentów, dynamiczne przepływy i taniej o dwie trzecie

    Anthropic wprowadził Claude Opus 4.8, a wraz z nim aktualizację Claude Code, która umożliwia tworzenie dynamicznych przepływów pracy oraz orkiestrację do tysiąca równoległych podagentów w jednej sesji. Nowy model jest dostępny na claude.ai, w API oraz na Amazon Bedrock, a ceny za standardowe użycie pozostały takie same jak w poprzedniej wersji.

    Co nowego w skrócie

    • Claude Opus 4.8 radzi sobie z długimi zadaniami agentowymi, popełniając czterokrotnie mniej niewykrytych błędów niż jego poprzednik.
    • Dynamiczne przepływy pozwalają uruchomić do 1000 podagentów w ramach jednego zadania, z maksymalnie 16 działającymi jednocześnie.
    • Tryb szybki jest 2,5 raza szybszy i trzy razy tańszy niż w przypadku Claude Opus 4.7.
    • Sterowanie wysiłkiem jest teraz pod kontrolą użytkownika — komenda /effort pozwala wybrać poziom od niskiego do maksymalnego.

    Co potrafi Opus 4.8

    Nowy model jest zaprojektowany do zadań wymagających długotrwałej pracy agentowej, takich jak przeszukiwanie bazy kodu, koordynowanie wielu działań jednocześnie oraz samodzielne korygowanie błędów. Anthropic informuje, że Opus 4.8 jest około czterokrotnie mniej skłonny do pomijania błędów bez komentarza niż jego poprzednik. Model częściej przyznaje się do błędów, zamiast udawać, że wszystko jest w porządku.

    Okno kontekstowe wynosi milion tokenów, co pozwala modelowi analizować rozległy kod bez gubienia wątku. Dodatkowo obniżono minimalną długość promptu obsługiwaną przez cache — teraz wystarczy 1024 tokeny zamiast 2048, co zmniejsza koszty przy krótszych zapytaniach.

    Ceny pozostają na poziomie 5 dolarów za milion tokenów wejściowych i 25 za milion wyjściowych w standardowym trybie, co jest takie samo jak w Claude Opus 4.7. W trybie szybkim stawki wynoszą 10 i 50 dolarów, co jest trzykrotnie mniej niż 30 i 150 dolarów w poprzednich wersjach. To znaczący argument na rzecz korzystania z szybszych odpowiedzi.

    Dynamiczne przepływy — tu dzieje się najwięcej

    Dynamiczne przepływy — tu dzieje się najwięcej

    Najciekawszą nowością w Claude Code są dynamiczne przepływy pracy, które obecnie są dostępne w wersji beta. Claude Opus 4.8 działa jako orkiestrator, dzieląc złożone zadania na mniejsze części, które następnie rozsyła do dziesiątek lub setek podagentów, a później zbiera i weryfikuje wyniki.

    Architektura składa się z trzech warstw. Na górze znajduje się orkiestrator, którym zazwyczaj jest Opus 4.8, odpowiedzialny za dekompozycję zadania i końcową syntezę. Poniżej pracują podagenci, mogą to być lżejsze modele, takie jak Haiku lub Sonnet, jeśli koszty mają znaczenie. Na samym dole znajduje się warstwa narzędziowa, która zapewnia dostęp do plików, API, baz danych oraz wykonania kodu.

    Liczba podagentów nie jest ustalona na stałe. Model samodzielnie decyduje, ilu pracowników potrzebuje w trakcie realizacji zadania. Przy małym raporcie wystarczą trzy instancje, natomiast przy pełnej analizie konkurencji — kilkadziesiąt. Maksymalny limit wynosi tysiąc podagentów na sesję, z czego szesnaście może działać jednocześnie.

    Lepsza integracja z terminalem i nowe możliwości API

    Claude Code otrzymał również ulepszoną obsługę agentów działających w tle. Dotyczy to długotrwałych zadań inżynieryjnych, takich jak migracje kodu, refaktoryzacje i przeglądy repozytoriów, które teraz lepiej integrują się z terminalem i sesjami. Użytkownicy mogą uruchomić te zadania, a następnie wrócić po wyniki, bez obawy o ich przerwanie.

    W API Messages wprowadzono możliwość wstawiania wiadomości systemowych w trakcie konwersacji, po turze użytkownika. Dotychczas, aby zmienić zachowanie modelu w trakcie długiego zadania, konieczne było ponowne wysłanie całego promptu systemowego, co rozbijało cache. Teraz wystarczy dodać role: "system" bezpośrednio w tablicy wiadomości — to mała zmiana, ale istotna dla osób budujących złożone pipeline'y agentowe.

    Dodatkowo, funkcja /simplify, która służy do upraszczania kodu podczas przeglądów, została usprawniona, co powinno ucieszyć zespoły zajmujące się code review z asystą AI.

    Anthropic zaleca selektywne podejście do adopcji: trudne zadania agentowe i migracje warto przenieść na Opus 4.8, natomiast proste, jednorazowe generacje kodu mogą pozostać przy starszych modelach. Kluczowe są pełne specyfikacje i jasne instrukcje weryfikacji — model najlepiej wykorzystuje swoje możliwości, gdy dokładnie wie, co ma sprawdzić.

    Źródła

  • Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT

    Zed 1.4.4 naprawia błędy Copilota i AI, które psuły pracę z modelami GPT

    Najnowsza stabilna wersja edytora Zed, oznaczona jako 1.4.4, wprowadza dwie poprawki dotyczące integracji z GitHub Copilot. Ta aktualizacja eliminuje krytyczny błąd, który powodował, że zapytania do modeli GPT były odrzucane z komunikatem „invalid request body”, co uniemożliwiało korzystanie z asystenta AI. Jest to kontynuacja wcześniejszej wersji 1.4.4, która rozwiązała problem z pustą listą modeli dla użytkowników korzystających z nowszych wersji SDK Copilota.

    Co trzeba wiedzieć

    • Zed 1.4.4 naprawia błąd „invalid request body” przy użyciu modeli GPT przez GitHub Copilot.
    • Wersja 1.4.4 rozwiązała problem z pustą listą rozwijaną modeli w nowszych kompilacjach SDK.
    • Obie poprawki dotyczą wyłącznie stabilności integracji AI, nie wprowadzają nowych funkcji.
    • Zespół Zed szybko reaguje na zgłoszenia, co pokazuje ich priorytet w zapewnieniu niezawodności narzędzi do kodowania wspomaganego AI.

    Dlaczego te łatki mają znaczenie

    Frustracja związana z narzędziem AI, które przestaje działać w trakcie sesji kodowania, jest powszechna. Użytkownicy Zed, którzy korzystali z modeli GPT przez integrację z GitHub Copilot, napotykali problemy, gdy serwer odrzucał ich żądania z powodu nieprawidłowej struktury zapytania.

    Błąd w wersji 1.4.4 był także uciążliwy, ponieważ lista dostępnych modeli nie wypełniała się. Dla nowych użytkowników, którzy dopiero konfigurowali swoje środowisko, pusty dropdown mógł sugerować, że integracja nie działa, podczas gdy problem leżał w komunikacji z nowym SDK. Zespół Zed natychmiast zajął się oboma problemami po ich zgłoszeniu.

    Szybkie tempo poprawek

    Szybkie tempo poprawek

    W świecie narzędzi deweloperskich tempo reakcji na błędy wpływa na zaufanie użytkowników. Zed wykazuje sprawność, której brakuje wielu większym konkurentom – między wersją 1.4.4 a 1.4.4 minęło zaledwie kilka dni. Inżynierowie Zed skupili się na przywróceniu pełnej funkcjonalności Copilota dla wszystkich konfiguracji.

    Obie poprawki dotyczą różnych warstw integracji. Wersja 1.4.4 koncentruje się na warstwie klienckiej, czyli tym, co widzi użytkownik w interfejsie. Wersja 1.4.4 naprawia proces formowania zapytań HTTP wysyłanych do API. Dla programistów używających Zed jako głównego edytora do pracy z AI, stabilność jest kluczowa.

    Kontekst szerszego ekosystemu

    Zed od dłuższego czasu umacnia swoją pozycję jako wydajny edytor dla programistów, którzy nie chcą rezygnować z szybkości działania na rzecz integracji z nowoczesnymi narzędziami AI. Obsługa GitHub Copilot jest jednym z filarów tej strategii, obok własnego agenta AI i wsparcia dla wielu dostawców modeli, takich jak Anthropic, AWS Bedrock i OpenCode.

    Te dwie poprawki, choć techniczne, pokazują dojrzałość projektu. Zespół Zed koncentruje się na tym, aby istniejące modele działały bez zarzutu, zamiast tylko dodawać nowe. Każda godzina przestoju w narzędziu AI to realny koszt dla dewelopera, dlatego Zed nie odkłada poprawek do następnego dużego wydania.

    Jeśli korzystasz z Zed z Copilotem i modelami GPT, instalacja wersji 1.4.4 jest niezbędna. Dla całej społeczności to sygnał, że zespół monitoruje sytuację i nie pozwala, by krytyczne błędy zalegały dłużej niż to konieczne.

    Źródła

  • Cline CLI v3.0.14: cicha aktualizacja, która ratuje kompilowane buildy przed milczącą awarią telemetrii

    Cline CLI v3.0.14: cicha aktualizacja, która ratuje kompilowane buildy przed milczącą awarią telemetrii

    Zespół Cline wypuścił wersję v3.0.14 swojego CLI, koncentrując się na poprawie stabilności telemetrii. To aktualizacja, która nie wprowadza nowych funkcji, lecz rozwiązuje problem z bundlowaniem zmiennych OTEL w kompilowanych buildach. Jeśli kiedykolwiek zastanawiałeś się, dlaczego telemetria znika po zbudowaniu aplikacji, odpowiedź leży w tej aktualizacji.

    Kluczowe fakty

    • Cline CLI v3.0.14 naprawia bundlowanie zmiennych telemetrycznych OTEL, które powodowały wyłączanie telemetrii w kompilowanych buildach.
    • Problem dotyczył niezdefiniowanych zmiennych środowiskowych, które podczas budowania były usuwane przez bundlery, zamiast pozostać jako sprawdzalne wartości.
    • Poprawka dodaje zabezpieczenia przed undefined i optymalizuje kompatybilność z narzędziami do budowania.
    • Aktualizacja jest krytyczna dla zespołów używających Cline w środowiskach CI/CD i produkcyjnych.
    • Wydanie nie wprowadza żadnych nowych funkcji — to czysto techniczna łatka infrastrukturalna.

    Dlaczego telemetria OTEL potrafi zniknąć po zbudowaniu

    OpenTelemetry to standard zbierania danych o działaniu aplikacji. Problem polega na tym, że bundlery takie jak esbuild czy Webpack analizują kod podczas budowania i usuwają wszystko, co uznają za martwy kod. Gdy zmienna środowiskowa nie jest jawnie zdefiniowana, bundler traktuje ją jako nieosiągalną i wycina cały blok z logiką telemetrii.

    Efekt? W trybie developerskim wszystko działa. Uruchamiasz cline dev, metryki są dostępne. Budujesz wersję produkcyjną — cisza. Żadnych błędów, żadnych ostrzeżeń, po prostu telemetria przestaje istnieć w skompilowanym kodzie.

    To problem, który może pozostać niezauważony przez długi czas. Zespoły mogą przez tygodnie myśleć, że monitoring działa, podczas gdy w rzeczywistości dane nie są nigdzie wysyłane.

    Co dokładnie zmieniono w v3.0.14

    Co dokładnie zmieniono w v3.0.14

    Mechanika naprawy jest prosta, ale skuteczna. Zamiast polegać na bezpośrednich referencjach do zmiennych środowiskowych, kod telemetrii został przepisany tak, by najpierw sprawdzać istnienie zmiennej, a dopiero potem podejmować decyzję. To klasyczne podejście, które bundler musi pozostawić w spokoju, ponieważ nie może udowodnić, że warunek zawsze będzie fałszywy.

    Dodatkowo zoptymalizowano sposób, w jaki zmienne OTEL są pakowane. Teraz nawet jeśli bundler agresywnie tree-shakuje nieużywane importy, ścieżka telemetryczna pozostaje nietknięta. Dla użytkownika końcowego to zmiana niewidoczna — po prostu rzeczy działają tak, jak powinny.

    Dla kogo ta łatka ma znaczenie

    Dla kogo ta łatka ma znaczenie

    Jeśli używasz Cline lokalnie w trybie dev i nigdy nie budujesz wersji produkcyjnych, prawdopodobnie nie byłeś świadomy problemu. Jednak jeśli twoja konfiguracja obejmuje CI/CD, gdzie Cline jest częścią zautomatyzowanych pipeline'ów, albo uruchamiasz go jako komponent większego systemu — ta aktualizacja jest istotna.

    Telemetria w środowiskach produkcyjnych to nie tylko statystyki użycia. To sygnały błędów, metryki wydajności, informacje o tym, które narzędzia i modele są faktycznie wywoływane. Utrata tych danych może oznaczać, że przez długi czas nie zauważysz regresji wydajności czy błędów dotykających konkretnych ścieżek kodu.

    Podsumowanie

    Cline CLI v3.0.14 przypomina, że narzędzia AI w produkcji wymagają takiej samej dyscypliny infrastrukturalnej jak każdy inny software. Telemetria, która znika po zbudowaniu, nie jest błędem krytycznym w rozumieniu awarii aplikacji. Jest to problem, który może być trudny do zauważenia. Ta łatka rozwiązuje ten problem, zapewniając, że telemetria działa zgodnie z oczekiwaniami.

    Źródła

  • Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów

    Factory v0.133.1: Lepsza kontrola kontekstu i sygnały dźwiękowe dla programistów

    Factory wprowadził aktualizację v0.133.1, która dodaje nowe polecenie /context oraz sygnały dźwiękowe do monitorowania sesji deweloperskich. To wydanie koncentruje się na poprawie świadomości użytkowników o tym, co dzieje się podczas pracy agentów AI, szczególnie w przypadku dłuższych zadań, gdzie łatwo stracić orientację w zużyciu zasobów.

    Kluczowe zmiany w pigułce

    • Polecenie /context otwiera modal podglądu wykorzystania tokenów i długości sesji bez przerywania pracy.
    • Opcjonalne dźwięki informują o zakończeniu zadania lub aktualizacji stanu agenta.
    • Menu boczne sesji zapewnia szybki dostęp do ostatnich projektów i działań.
    • Wprowadzono kilka poprawek stabilności: lepsza widoczność końcowego outputu, obsługa zoomu pulpitu oraz naprawa linków integracji z Linear.

    Świadomość kontekstu bez wychodzenia z flow

    Nowością jest komenda /context, która wywołuje modal pokazujący aktualne zużycie tokenów, długość trwającej sesji oraz pozostały limit w ramach subskrypcji. To rozwiązanie jest przydatne dla osób pracujących z narzędziami do kodowania, które mogą stracić orientację w czasie trwania sesji.

    Wystarczy wpisać /context w interfejsie Factory, aby zobaczyć te dane w czytelnym widoku. Użytkownicy nie muszą przerywać pracy ani przeszukiwać ustawień. To małe udogodnienie oszczędza czas i nerwy podczas szybkiego prototypowania.

    Dźwięki, które faktycznie pomagają

    Drugim elementem aktualizacji są opcjonalne powiadomienia dźwiękowe. Factory wprowadza proste sygnały informujące o zakończeniu zadania przez agenta, błędzie wykonania lub zmianie stanu sesji.

    W narzędziach AI do kodowania często pomija się warstwę dźwiękową. Jednak przy pracy z subagentami i modelami mieszanymi, które Factory wprowadził w wersji v0.133.1, łatwo przeoczyć moment, w którym agent kończy zadanie. Dźwięk pozwala użytkownikom wrócić do kontekstu w odpowiednim momencie, zamiast co chwilę sprawdzać terminal.

    Szybsza nawigacja i mniej irytujących błędów

    Menu boczne sesji to kolejna funkcja zwiększająca wygodę. Umożliwia szybki dostęp do historii sesji i ostatnich projektów bez otwierania osobnego widoku. Jest to szczególnie przydatne przy pracy nad kilkoma równoległymi projektami.

    Poprawki stabilności również mają znaczenie. Lepsza widoczność końcowego outputu eliminuje potrzebę przewijania logów w poszukiwaniu wygenerowanego kodu. Naprawa obsługi zoomu pulpitu rozwiązuje problemy z interfejsem na monitorach o wysokiej rozdzielczości. Poprawione linki integracji z Linear eliminują błąd, który mógł zakłócać zarządzanie zadaniami.

    Warto też wiedzieć

    Factory regularnie rozwija funkcje dla programistów korzystających z AI w codziennej pracy. Wcześniejsze wydania, w tym v0.133.1, wprowadziły mieszane modele, niestandardowe subagenty oraz automatyczne pull requesty.

    Nowsze wersje, w tym v0.133.1, dodały wsparcie dla port-forwardingu w droid computers oraz przyspieszyły start aplikacji dzięki zrównolegleniu faz bootowania. Wersja 0.133.1 wpisuje się w trend małych, użytecznych usprawnień, które nie rewolucjonizują workflow, ale poprawiają codzienną pracę.

    Aktualizacja jest szczególnie przydatna dla osób spędzających długie godziny w Factory, które potrzebują lepszego wyczucia, ile jeszcze mogą wycisnąć z sesji, zanim wyczerpią limity. Dźwięki będą pomocne dla tych, którzy równolegle testują kod w przeglądarce, a menu boczne przyda się każdemu, kto zarządza kilkoma projektami jednocześnie.

    Źródła

  • Factory v0.128.0 automatycznie czyści nieaktualne rejestracje Droid Computers, zapewniając płynność sesji

    Factory v0.128.0 automatycznie czyści nieaktualne rejestracje Droid Computers, zapewniając płynność sesji

    Zespół Factory wprowadził wersję v0.128.0, która automatycznie uzgadnia rejestracje Droid Computers. Ta aktualizacja ma na celu utrzymanie porządku w środowisku trwałych jednostek obliczeniowych, co wpływa na stabilność sesji AI oraz kondycję całej infrastruktury.

    Kluczowe fakty

    • Automatyczne usuwanie nieaktualnych rejestracji Droid Computers zapobiega niestabilności sesji spowodowanej zapomnianymi lub rozłączonymi maszynami.
    • Zachowanie ustawień sesji nawet po uzgodnieniu rejestrów – dane konfiguracyjne nie są tracone przy czyszczeniu.
    • Rozszerzone etykiety w interfejsie – teraz podczas sesji można zobaczyć szczegóły podłączonego Droid Computer.
    • Wydanie konserwacyjne skupione wyłącznie na poprawie niezawodności pracy agentów AI, bez nowych funkcjonalności dla użytkownika końcowego.

    Automatyczne sprzątanie rejestracji – mniej „duchów” w infrastrukturze

    Droid Computers to środowiska, które zachowują stan między sesjami – zainstalowane pakiety, pliki, uruchomione usługi. Gdy agent kończy pracę, komputer może pozostać zarejestrowany, nawet jeśli połączenie zostało zerwane lub sama maszyna jest już niedostępna. Takie „widma” mogą z czasem zaśmiecać infrastrukturę, zużywać zasoby i prowadzić do błędów routingu sesji.

    Wersja v0.128.0 automatyzuje uzgadnianie tych rejestrów. System okresowo sprawdza, które Droid Computers faktycznie odpowiadają, a które już nie istnieją – i usuwa je z listy aktywnych. Dzięki temu nowe sesje AI są kierowane wyłącznie do żywych, gotowych do pracy maszyn, co znacząco zmniejsza liczbę przerw w działaniu.

    Usprawnienia w interfejsie i odporność na restart

    Obok czystki w tle, aktualizacja przynosi też drobną, ale praktyczną zmianę w UI. Podczas sesji w Factory App teraz po najechaniu na odpowiednią etykietę widać szczegóły podłączonego Droid Computer – nazwę, status, a nawet wersję demona. To ułatwia orientację, zwłaszcza gdy pracuje się na kilku maszynach równocześnie.

    Co istotne, cały mechanizm uzgadniania działa bez przerywania ciągłości pracy. Ustawienia sesji (katalog roboczy, zmienne środowiskowe, konfiguracja narzędzi) są zachowywane, nawet gdy nieaktualne rejestracje znikają z systemu. Agent nie odczuwa więc żadnej zmiany – ma bardziej przewidywalne środowisko.

    Droid Computers – podstawa trwałego kontekstu AI

    Droid Computers – podstawa trwałego kontekstu AI

    W kontekście AI hosting i DevOps Droid Computers pełnią rolę spójnego źródła stanu. W odróżnieniu od efemerycznych maszyn, które po każdej sesji są niszczone, tutaj wszystko trwa: repozytoria git, zależności, wyniki pośrednie. To zmienia sposób pracy – zamiast odtwarzać całe środowisko od zera, agent wraca do gotowego warsztatu.

    Takie podejście współgra z ideą vibe coding – długie, ciągłe interakcje z AI bez resetów. Stabilna sesja to mniej przerw, mniej powtórzeń i płynniejszy przepływ myśli. Automatyczne czyszczenie rejestracji eliminuje ryzyko, że w kluczowym momencie agent trafi na „martwy” komputer i się zawiesi.

    Wpływ na środowiska developerskie i automatyzację

    Wpływ na środowiska developerskie i automatyzację

    Deweloperzy korzystający z droid-action w GitHub Actions również zyskują. Akcja ta automatycznie uruchamia sesje Droid na podstawie pull requestów – każda niestabilna rejestracja mogłaby opóźnić pipeline lub wygenerować fałszywy błąd. Dzięki wersji v0.128.0 sesje inicjowane przez akcję są bardziej przewidywalne, a cała automatyzacja działa płynniej.

    Z punktu widzenia zarządzania infrastrukturą to krok w stronę zdrowszego środowiska chmurowego. Martwe rejestracje nie tylko zajmują miejsce w bazie – generują też niepotrzebne zapytania, próby ponownego połączenia i alerty. Ich automatyczne usuwanie odciąża zespół operacyjny i pozwala skupić się na faktycznej pracy.

    Podsumowanie

    Factory v0.128.0 to niewielkie, ale potrzebne wydanie, które porządkuje rejestracje Droid Computers. Dzięki automatycznemu uzgadnianiu sesje AI stają się stabilniejsze, infrastruktura lżejsza, a interfejs bardziej przejrzysty. Dla osób polegających na trwałych środowiskach obliczeniowych – zarówno w codziennym kodowaniu z asystentem, jak i w zautomatyzowanych potokach CI – to zauważalna poprawa jakości pracy.

    Źródła:
    Oficjalne uwagi do wydania Factory: https://docs.factory.ai/changelog/release-notes
    Strona produktu Droid Computers: https://factory.ai/product/droid-computers
    Repozytorium droid-action na GitHub: https://github.com/Factory-AI/droid-action

    Źródła

  • Claude Code 2.1.142 zyskał lepszą kontrolę nad agentami i bardziej stabilnego demona

    Claude Code 2.1.142 zyskał lepszą kontrolę nad agentami i bardziej stabilnego demona

    Anthropic udostępniło wersję 2.1.142 narzędzia Claude Code. Ta aktualizacja wprowadza 24 zmiany w CLI, które znacząco zwiększają kontrolę nad sesjami agentów działających w tle, eliminują krytyczne błędy demona na macOS i przyspieszają wyszukiwanie po kodzie dzięki integracji z ripgrep. Nowe flagi konfiguracyjne dają programistom bardziej precyzyjne narzędzie do zarządzania pracą agentów, a użytkownicy laptopów Apple nie stracą sesji po zamknięciu pokrywy.

    Kluczowe informacje

    • Nowe flagi claude agents umożliwiają konfigurowanie modeli, poziomów uprawnień, katalogów roboczych i wtyczek dla agentów w tle.
    • Demon w tle potrafi wykryć przeskok zegara po cyklu uśpienia/wybudzenia macOS, co zapobiega utracie sesji i nieudanym aktualizacjom binarnym.
    • ripgrep stał się domyślnym narzędziem dla polecenia grep, co przyspiesza nawigację i przeszukiwanie kodu w terminalu.
    • Opus 4.6 w trybie szybkim otrzymał wsparcie dla ogromnego okna kontekstowego 1 miliona tokenów w wersji beta.

    Nowa kontrola nad agentami – modele, uprawnienia i izolowane obszary robocze

    W poprzednich wersjach Claude Code programiści musieli ręcznie przekazywać wiele ustawień przy uruchamianiu agentów w tle. Wersja 2.1.142 wprowadza zmiany dzięki flagom --add-dir, --settings oraz rozszerzonym opcjom dla claude agents. Teraz można zadeklarować oddzielne katalogi, precyzyjnie określić model (np. Opus 4.6), poziom uprawnień i zestaw wtyczek przed uruchomieniem zadania w tle.

    Deweloperzy mogą teraz tworzyć izolowane git worktree dla agentów i podpinania pod nie zdarzeń hookowych – setup i teardown mogą być wyzwalane automatycznie. To rozwiązanie sprawdza się w środowiskach CI/CD oraz tam, gdzie agent musi operować na kopii repozytorium, nie ryzykując konfliktu z kodem w głównej gałęzi. Claude Code staje się bardziej użyteczny w projektach web dev i vibe coding, gdzie pracuje wiele równoległych agentów.

    Demon, który nie gubi sesji po zaśnięciu Maca

    Jedną z najważniejszych poprawek jest poprawa działania demona na macOS. Wcześniej każdy cykl uśpienia i wybudzenia laptopa mógł prowadzić do zerwania sesji agentów lub niepowodzenia aktualizacji binarnej Claude Code. W wersji 2.1.142 demon wykrywa przeskok czasu i utrzymuje połączenia w nienaruszonym stanie.

    Dla programistów pracujących mobilnie to istotna zmiana. Krótkie zamknięcie klapy nie oznacza już restartowania wszystkich zadań, a aktualizacje nie urywają się w połowie. Mniejsze zużycie RAM – wersja 2.1.142 potrzebuje o około 68% mniej RAM przy wznawianiu sesji – dodatkowo uprzyjemnia długotrwałą pracę z wieloma agentami.

    Szybsze przeszukiwanie kodu i mniej wycieków pamięci

    Szybsze przeszukiwanie kodu i mniej wycieków pamięci

    Po tej aktualizacji grep domyślnie korzysta z ripgrep, co przekłada się na szybsze i precyzyjniejsze wyniki podczas nawigacji po plikach źródłowych. Użytkownicy dużych monorepozytoriów odczują różnicę, ponieważ czas odpowiedzi narzędzi wyszukujących wpływa na tempo pracy. Dodatkowo zlikwidowano kilka wycieków pamięci, m.in. związanych ze stanami zadań agentów, diagnostyką Language Server Protocol (LSP) i buforami cyklicznymi, co poprawia stabilność długich sesji.

    Lepsza widoczność wtyczek, kontekst 1M i nowe funkcje bezpieczeństwa

    Lepsza widoczność wtyczek, kontekst 1M i nowe funkcje bezpieczeństwa

    Wersja 2.1.142 zwiększa widoczność pluginów i obsługę serwerów LSP, co ułatwia działanie w złożonych środowiskach edytorskich. W trybie szybkim Opus 4.6 (w wersji beta) oferuje pełne milionowe okno kontekstowe, co pozwala na przetwarzanie dużych fragmentów dokumentacji lub całych modułów kodu. Nowości z zakresu cyberbezpieczeństwa, takie jak /security-review i natywna integracja z GitHub Actions, umożliwiają szybkie analizowanie kodu pod kątem luk, bez opuszczania terminala.

    Podsumowanie

    Claude Code 2.1.142 to aktualizacja, która skutecznie naprawia problemy codziennej pracy programistów. Lepsza kontrola nad agentami, stabilność demona na Macach i wydajniejsze wyszukiwanie przynoszą realne korzyści w projektach webowych i dev ops. Jeśli korzystasz z agentów w tle i męczyły cię problemy z usypianiem laptopa, to wydanie jest dla ciebie.

    Źródła

  • Windsurf stawia na szybkość: Claude Opus 4.7 w trybie Fast Mode i integracja Devin Review zmieniają zasady gry

    Windsurf stawia na szybkość: Claude Opus 4.7 w trybie Fast Mode i integracja Devin Review zmieniają zasady gry

    W połowie maja 2026 roku zespół odpowiedzialny za edytor Windsurf wprowadził jedną z najbardziej oczekiwanych aktualizacji w swojej historii. W odpowiedzi na rosnące zapotrzebowanie programistów na szybką informację zwrotną, do środowiska IDE zintegrowano model Claude Opus 4.7 w nowym trybie Fast Mode. Umożliwia on generowanie odpowiedzi z prędkością 81 tokenów na sekundę, co jest 2,5 razy szybsze niż w standardowej konfiguracji. Co ważne, przyspieszenie to nie wpłynęło na jakość – model zachował swoje możliwości analityczne, a w testach porównawczych uzyskał nawet lepsze wyniki niż wcześniejsze wersje. Dodatkowo, użytkownicy otrzymali dostęp do narzędzi Devin Review i Quick Review, które wcześniej wymagały osobnych umów korporacyjnych, oraz zaktualizowano Centrum Dowodzenia Agenta, eliminując szereg krytycznych błędów w systemie Windows.

    Kluczowe fakty dotyczące aktualizacji

    • Claude Opus 4.7 w trybie Fast Mode osiąga prędkość 81 tokenów na sekundę, zachowując 100% bazowej inteligencji modelu.
    • Wyniki w testach branżowych wzrosły z 58% do 70% w CursorBench oraz z 80,4% do 87,6% w SWE-bench Verified.
    • Nowe narzędzia Devin Review i Quick Review są dostępne dla wszystkich użytkowników IDE z dwutygodniowym bezpłatnym okresem próbnym.
    • Koszty w trybie Fast Mode wynoszą 10 dolarów za milion tokenów wejściowych oraz 50 dolarów za milion tokenów wyjściowych.
    • Aktualizacja Centrum Dowodzenia Agenta przynosi widok listy skrzynki odbiorczej, szybszą obsługę sesji oraz poprawki stabilności dla systemów Windows.

    Przełom w szybkości bez kompromisów intelektualnych

    Inżynierowie Windsurf zauważyli problem, z którym borykają się użytkownicy asystentów AI w środowiskach programistycznych: opóźnienie odpowiedzi potrafi skutecznie wybić z rytmu nawet najbardziej doświadczonego developera. W tradycyjnym modelu korzystania z dużych modeli językowych każda sekunda oczekiwania na sugestię kodu lub analizę błędu kumuluje się w trakcie wielogodzinnej sesji, prowadząc do frustracji i spadku produktywności. Tryb Fast Mode odpowiada na tę potrzebę, dostarczając odpowiedzi w tempie, które pozwala zachować płynność myślenia i nie przerywa stanu głębokiego skupienia.

    Deweloperzy nie muszą obawiać się utraty jakości generowanego kodu. W standardowych scenariuszach przyspieszanie działania modelu często wiąże się z kompresją lub uproszczeniem architektury wnioskowania, ale w przypadku Claude Opus 4.7 zastosowano zaawansowane techniki optymalizacyjne, które pozwoliły zachować pełną ścieżkę rozumowania. Wynik w CursorBench wzrósł o 12 punktów procentowych w porównaniu do poprzedniej generacji, co oznacza, że szybszy model jest jednocześnie skuteczniejszy w rozwiązywaniu rzeczywistych zadań programistycznych. Podobnie w benchmarku SWE-bench Verified, model w trybie Fast Mode osiągnął 87,6%, co zbliża go do poziomów, które jeszcze rok temu były uważane za nieosiągalne dla systemów AI.

    Cena za tę szybkość jest jednak wyższa – podwyższone stawki za token zarówno na wejściu, jak i wyjściu sprawiają, że tryb Fast Mode nie zastąpi domyślnej konfiguracji w każdym scenariuszu. Należy go traktować jako narzędzie do zadań wymagających natychmiastowej reakcji, takich jak debugowanie na żywo podczas pair programmingu, szybkie prototypowanie pod presją czasu czy prace, gdzie każda minuta opóźnienia przekłada się na realne koszty biznesowe. Dla długotrwałych, asynchronicznych zadań, gdzie model działa w tle, standardowa prędkość pozostaje bardziej racjonalnym wyborem.

    Devin Review wkracza do IDE

    Devin Review wkracza do IDE
    Źródło: mintcdn.com

    Drugim ważnym elementem aktualizacji jest udostępnienie narzędzi Devin Review i Quick Review bezpośrednio w panelu edytora. Dotychczas funkcjonalność ta wymagała oddzielnej umowy z Cognition, co stanowiło barierę dla mniejszych zespołów i indywidualnych programistów. Teraz każdy użytkownik, który wykupuje subskrypcję, otrzymuje dwutygodniowy okres próbny, a po jego zakończeniu narzędzia pozostają dostępne w ramach istniejącego abonamentu.

    Devin Review działa jak uważny recenzent kodu – analizuje zmiany wprowadzone w repozytorium, wskazuje potencjalne błędy logiczne, niespójności architektoniczne i subtelne defekty, które często umykają podczas pobieżnego przeglądu. To odpowiednik komendy /ultrareview, znanej użytkownikom Claude Opus 4.7, ale zintegrowany bezpośrednio z workflow Windsurf. Programista może teraz jednym kliknięciem uruchomić kompleksową analizę swojego kodu bez opuszczania środowiska, co znacznie skraca czas oczekiwania na informację zwrotną. W praktyce oznacza to, że zamiast czekać na recenzję od współpracownika lub odkładać weryfikację na później, można uzyskać natychmiastową ocenę jakości kodu i wprowadzić poprawki, zanim zmiany trafią do głównej gałęzi.

    Centrum Dowodzenia Agenta i stabilność Windows

    Aktualizacja nie pomija również kwestii inżynieryjnych związanych z Centrum Dowodzenia Agenta, które zyskało nowy widok listy skrzynki odbiorczej oraz szybszą obsługę sesji. Użytkownicy systemów Windows mogą teraz korzystać z poprawionej stabilności, co przekłada się na lepsze doświadczenia podczas pracy w IDE.

    Źródła

  • OpenCode v1.14.50: stabilniejsze sesje i nowe możliwości SDK dla programistów

    OpenCode v1.14.50: stabilniejsze sesje i nowe możliwości SDK dla programistów

    OpenCode doczekał się kolejnej aktualizacji – wersja v1.14.50 została udostępniona użytkownikom 13 maja 2026 roku. Wprowadza ona sześć zmian, które koncentrują się głównie na stabilności sesji HTTP oraz rozszerzeniu możliwości SDK. Ta aktualizacja rozwiązuje kilka problemów zgłaszanych przez społeczność.

    Kluczowe zmiany w skrócie

    • Stabilność strumieni HTTP – naprawiono zrywanie połączeń podczas ciągłych aktualizacji instancji, co poprawia płynność pracy w czasie rzeczywistym.
    • Obsługa przeciążonych sesji – ulepszone komunikaty błędów dla sesji zajętych innymi operacjami.
    • Nowe zapytania w SDK v1.14.50 – dodano wsparcie dla odpytywania katalogów i przestrzeni roboczych, co ułatwia nawigację po projektach.
    • Renderowanie Markdown w TUI – przywrócono domyślne formatowanie tekstu w terminalu.
    • Konfiguracja modeli – system automatycznie przełącza się na zapasowe modele, gdy główny provider zawiedzie.

    Naprawione strumienie i lepsza obsługa błędów

    Głównym celem tej aktualizacji było ustabilizowanie sesji HTTP. Wcześniej zdarzało się, że strumienie zdarzeń (event streams) przerywały się podczas długotrwałych operacji, co było frustrujące dla programistów korzystających z ciągłych aktualizacji instancji.

    Teraz połączenia pozostają otwarte tak długo, jak to konieczne. Zespół OpenCode poprawił również komunikaty błędów w interfejsach CLI i SDK – użytkownicy otrzymują teraz jasne informacje o problemach, co ułatwia debugowanie sesji pod dużym obciążeniem.

    SDK v1.14.50 z nowymi możliwościami

    Deweloperzy integrujący OpenCode z własnymi narzędziami zyskali nowe funkcje. SDK v1.14.50 obsługuje teraz zapytania o strukturę katalogów i przestrzenie robocze (workspace i directory query support). Umożliwia to precyzyjne odpytywanie agentów o zawartość konkretnych folderów, eliminując potrzebę ręcznego przeszukiwania całego projektu.

    To znaczące ułatwienie dla narzędzi budowanych wokół OpenCode, ponieważ agenci mogą szybciej lokalizować pliki i lepiej rozumieć kontekst projektu.

    Drobne, ale odczuwalne poprawki

    Wersja v1.14.50 przywraca domyślne renderowanie Markdown w interfejsie terminalowym (TUI). Po wcześniejszych aktualizacjach niektórzy użytkownicy zauważyli, że sformatowane odpowiedzi modeli były wyświetlane jako surowy tekst. Teraz nagłówki, listy i fragmenty kodu znów wyglądają zgodnie z oczekiwaniami.

    Dodatkowo wprowadzono solidniejszy mechanizm fallbacku dla konfiguracji modeli AI. Jeśli główny provider (np. Claude, GPT czy Gemini) nie odpowiada, OpenCode automatycznie przełącza się na zapasowy model, co eliminuje konieczność ręcznej interwencji. To usprawnienie może uratować sesję w krytycznych momentach.

    Kontekst dla użytkowników platformy

    OpenCode to jedno z aktywnie rozwijanych narzędzi w ekosystemie vibe codingu oraz AI-assisted web development. Działa w terminalu, jako aplikacja desktopowa i rozszerzenie IDE, obsługując zarówno płatne modele (Claude, GPT, Gemini), jak i darmowe, lokalnie uruchamiane sieci. Aktualizacja v1.14.50 wpisuje się w szerszy trend, w którym producenci narzędzi AI kładą większy nacisk na niezawodność.

    OpenCode ma już 647 śledzonych wydań w changelogu, co świadczy o szybkim rozwoju projektu open-source. Choć ta aktualizacja jest niewielka, rozwiązuje realne problemy zgłaszane przez społeczność, co jest często bardziej wartościowe niż wiele niedopracowanych nowości.

    Źródła