Tag: Agenci AI

  • 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

  • Tryb Design w Cursorze z zaznaczaniem wielu elementów i komendami głosowymi bez czekania

    Tryb Design w Cursorze z zaznaczaniem wielu elementów i komendami głosowymi bez czekania

    Cursor wprowadził dwie nowe funkcje do Trybu Design: możliwość zaznaczania wielu elementów interfejsu jednocześnie oraz ciągłe sterowanie głosowe, które działa nawet podczas przetwarzania wcześniejszych poleceń. Aktualizacja została wprowadzona na początku czerwca i zmienia sposób interakcji z interfejsem użytkownika z tekstowych poleceń na bezpośrednie wskazywanie i mówienie.

    Kluczowe informacje

    • Tryb Design umożliwia klikanie w elementy przeglądarki, rysowanie po nich lub opisywanie zmian głosem.
    • Multi-select pozwala na zaznaczenie dwóch lub więcej elementów jednocześnie, co umożliwia agentowi wprowadzenie skoordynowanych edycji w grupie komponentów.
    • Mikrofon pozostaje aktywny podczas działania agenta, co pozwala na ustawianie kolejnych zadań bez przerywania pracy.
    • Agent analizuje nie tylko kod zaznaczonych elementów, ale także otaczający układ strony i relacje wizualne między nimi.
    • Funkcja ta jest skierowana na codzienne poprawki UI oraz bardziej złożone zmiany w layoucie, a nie tylko na demonstracyjne przykłady.

    Co właściwie zmieniło się w Trybie Design

    Tryb projektowy w Cursorze istniał wcześniej, ale opierał się głównie na opisywaniu zmian słowami. Nowe podejście koncentruje się na interakcji „wskaż i edytuj”. Użytkownik klika w przeglądarce element, który chce zmienić, a Cursor odczytuje jego kod źródłowy i rozumie kontekst, w którym dany element się znajduje, zanim przystąpi do edycji.

    Wprowadzenie multi-select to istotna zmiana. Na przykład, jeśli masz kartę produktu z ceną, przyciskiem „kup teraz” i ikoną koszyka, możesz zmienić ich wspólny styl — odstępy, kolory, wyrównanie. Zamiast opisywać każdy z osobna, zaznaczasz wszystkie trzy elementy, a Cursor widzi ich wzajemne relacje i może edytować je jako spójną grupę. To oszczędza czas i eliminuje ryzyko, że zmiana w jednym komponencie wpłynie na resztę.

    Drugą nowością jest kolejkowanie głosowe. Wcześniej po wydaniu komendy trzeba było czekać, aż agent zakończy, zanim można było podyktować następną. Teraz mikrofon działa bez przerwy. Mówisz: „zmień kolor nagłówka na granatowy”, a gdy agent jeszcze nad tym pracuje, dodajesz: „potem zmniejsz logo o 20% i przesuń menu na prawo”. Cursor układa te zadania w kolejkę i wykonuje je jedno po drugim.

    Jak agent rozumie kontekst strony

    Jak agent rozumie kontekst strony

    Cursor nie tylko odczytuje pojedynczy fragment kodu. Gdy zaznaczasz elementy, agent analizuje ich kod źródłowy oraz otaczający layout, a także to, jak te elementy wyglądają w relacji do siebie. Dzięki temu rozumie, że przycisk znajduje się wewnątrz kontenera z flexboxem, a nie luzem na stronie, co pozwala mu odpowiednio dostosować sugestie.

    To ważne przy bardziej złożonych projektach, gdzie jeden komponent może wpływać na pozycję kilku innych. Agent nie działa w próżni — widzi cały układ, a nie tylko pojedynczy znacznik HTML. Dla programisty oznacza to mniej ręcznego sprawdzania, czy zmiana w jednym miejscu nie wpłynie na inne elementy na stronie.

    Dla kogo to ma znaczenie

    Dla kogo to ma znaczenie

    Te usprawnienia są przydatne nie tylko dla osób, które nie potrafią kodować. Doświadczeni frontendowcy mogą dzięki nim szybciej prototypować i poprawiać interfejsy bez przerywania pracy. Zamiast przełączać się między kodem a podglądem, klikają bezpośrednio w element i mówią, co zmienić.

    Szczególnie przydatne jest to przy iteracyjnych poprawkach, gdy klient prosi o serię drobnych zmian w layoucie, a każda z nich dotyczy kilku powiązanych ze sobą komponentów. Multi-select i kolejka głosowa sprawiają, że cały proces przypomina bardziej rozmowę z drugim programistą niż wprowadzanie poleceń w oknie czatu.

    Cursor rozwija również wersję na iPada, gdzie Tryb Design zyskuje dodatkowy wymiar dzięki Apple Pencil. Umożliwia to rysowanie bezpośrednio po zrzutach ekranu, wskazując palcem lub rysikiem konkretne miejsca do poprawy. To pokazuje kierunek, w którym zmierza edytor — od tekstowych interfejsów do multimodalnej pracy z kodem.

    Podsumowanie

    Nowy Tryb Design w Cursorze to przemyślane udoskonalenie istniejącego rozwiązania. Multi-select i ciągłe sterowanie głosowe eliminują przeszkody w codziennej pracy przy UI, pozwalając skupić się na realizacji zadań, a nie na ich opisywaniu. Agent otrzymuje więcej kontekstu, a programista traci mniej czasu na poprawki — co tworzy efektywny system pracy.

    Ź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

  • Factory rozszerza wsparcie dla Claude Opus 4.8 i Gemini 3.5 Flash, dodaje automatyczne śledztwo w alertach

    Factory rozszerza wsparcie dla Claude Opus 4.8 i Gemini 3.5 Flash, dodaje automatyczne śledztwo w alertach

    Factory wprowadziło aktualizację, która dodaje wsparcie dla nowych modeli oraz nowy mechanizm reagowania na incydenty. Droid może teraz automatycznie badać alerty, co znacznie ułatwia pracę zespołów DevOps podczas dyżurów. Dodatkowo, aktualizacja obejmuje integracje MCP oraz poprawki stabilności terminala.

    Kluczowe zmiany w pigułce

    • Nowe modele dostępne od ręki — planują pracę, uruchamiają setki równoległych podagentów i weryfikują wyniki przed raportowaniem.
    • Szybkie modele wchodzą do puli jako opcja zoptymalizowana pod kątem szybkości i kosztów.
    • Automatyczne badanie alertów przez Droida — incydent ląduje na kanale, agent zaczyna diagnostykę bez ręcznej interwencji.
    • Integracje MCP ułatwiają zarządzanie rozbudowanymi łańcuchami narzędziowymi.
    • Poprawki stabilności terminala i pętli agenta eliminują irytujące błędy przy długich sesjach.

    Nowe modele — dłuższe agenty, samokontrola i ta sama cena

    Dostępne modele, w tym Claude Opus 4.8 oraz Gemini 3.5 Flash, potrafią rozplanować zadanie i uruchomić setki równoległych podagentów w jednej sesji. Agenty mogą działać znacznie dłużej niż w poprzedniej wersji, a przed oddaniem wyników model sam je weryfikuje. To ważne przy agentowym kodowaniu — zamiast ręcznie przeglądać każdy wynik, otrzymujesz coś, co już przeszło wewnętrzną kontrolę.

    Ceny pozostają na poziomie 5 dolarów za milion tokenów na wejściu i 25 dolarów za milion na wyjściu. Tryb szybki kosztuje odpowiednio 10 i 50 dolarów. Zmiana dotycząca cache'owania promptów polega na obniżeniu minimalnej długości z 2048 do 1024 tokenów, co przy częstych zapytaniach do tych samych kontekstów przynosi realne oszczędności.

    Nowością w Messages API jest możliwość wrzucania system entries bezpośrednio do tablicy messages, co pozwala na aktualizację instrukcji w trakcie zadania bez zrywania cache'owania promptów. To przydatne, gdy agent dostaje nowe wytyczne w trakcie pracy i nie chcemy tracić kontekstu.

    Szybkie modele i MCP — szybkość i porządek w narzędziach

    Szybkie modele są odpowiedzią na potrzeby zespołów, które priorytetowo traktują szybkość działania i niskie koszty. Model sprawdzi się w scenariuszach z dużą liczbą zapytań, gdzie nie jest wymagane głębokie rozumienie, ale liczy się responsywność. Factory nie podało własnych benchmarków ani cennika dla tego modelu, więc konieczne będzie samodzielne przetestowanie jego wydajności w codziennej pracy.

    Integracje MCP rozwiązują problem, który narasta wraz z rozbudową toolchainu. Zamiast ładować wszystko z góry do pamięci lub trzymać sztywną konfigurację, Droid znajduje odpowiednie narzędzie w momencie, gdy jest potrzebne. Przy dużych setupach to różnica między chaosem a użytecznym zestawem narzędzi.

    Reagowanie na incydenty — Droid przejmuje Slacka

    Nowy workflow reagowania na incydenty to istotny element tej aktualizacji. Gdy alert trafia na kanał Slacka, Droid automatycznie rozpoczyna badanie. Nie trzeba klikać, potwierdzać ani ręcznie uruchamiać diagnostyki — agent sam zbiera kontekst, sprawdza logi i raportuje wnioski.

    Dla zespołów DevOps i SRE oznacza to skrócenie czasu od wykrycia problemu do pierwszej diagnozy. Zamiast budzić człowieka o trzeciej nad ranem, aby kliknął "investigate", Droid wykonuje wstępną robotę samodzielnie. Oczywiście nie zastąpi doświadczonego inżyniera przy złożonych awariach, ale potrafi odsiać fałszywe alarmy i przygotować grunt pod dalsze działania.

    Stabilność i drobne poprawki

    Aktualizacja przynosi również zestaw mniej spektakularnych, ale potrzebnych poprawek. Terminal przestał gubić znaki przy szybkim przewijaniu, a pętla agenta działa płynniej — koniec z zawieszaniem się przy powtarzających się wywołaniach narzędzi. To zmiany, które nie trafiają na pierwsze strony, ale przy codziennej, wielogodzinnej pracy robią realną różnicę.

    Co to znaczy w praktyce

    Ta aktualizacja to nie tylko dodanie nowych modeli do listy. To krok w stronę bardziej aktywnego uczestnictwa Droida w procesach operacyjnych. Automatyczne badanie alertów, dłuższe sesje agentów z samokontrolą oraz sprawniejsze zarządzanie narzędziami przyczyniają się do środowiska, w którym mniej czasu spędza się na rutynowych zadaniach, a więcej na rzeczywistym rozwiązywaniu problemów.

    Ź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

  • Cursor zyskuje tryb Design Mode i raport zużycia kontekstu – edycja UI bez pisania kodu

    Cursor zyskuje tryb Design Mode i raport zużycia kontekstu – edycja UI bez pisania kodu

    Cursor wprowadził dwie nowe funkcje w obszarze canvases, które zmieniają sposób interakcji z interfejsem użytkownika. Tryb Design Mode umożliwia zaznaczanie elementów bezpośrednio na podglądzie strony i wskazywanie agentowi, co ma zmienić, bez potrzeby opisywania wszystkiego słowami. Dodatkowo, dostępny jest interaktywny raport zużycia kontekstu, który pokazuje, gdzie dokładnie idą tokeny podczas pracy agenta.

    Co nowego w pigułce

    • Design Mode umożliwia zaznaczanie, rysowanie i wybieranie głosowe elementów UI w canvasach Cursora.
    • Wielokrotny wybór pozwala zaznaczyć kilka elementów naraz, aby agent mógł je dopasować lub usunąć w jednym kroku.
    • Raport kontekstu rozbija zużycie tokenów na kategorie: system prompt, narzędzia, reguły i umiejętności.
    • Edycja głosowa działa nawet gdy agent przetwarza poprzednie polecenie, co przyspiesza iteracyjne poprawki.
    • Obie funkcje są dostępne dla użytkowników w ramach aktualizacji Cursor.

    Jak działa Design Mode w praktyce

    Dotychczas, aby zmienić wygląd komponentu w canvasie, użytkownik musiał opisać, co i gdzie należy poprawić. Design Mode zmienia tę sytuację. Użytkownik klika element bezpośrednio na podglądzie, może dodać kilka referencji, narysować po interfejsie lub powiedzieć na głos, co chce zmienić.

    Agent otrzymuje nie tylko zaznaczony fragment. Cursor przekazuje mu kod elementu, układ strony oraz wizualne relacje między komponentami. Dzięki temu edycja staje się bardziej precyzyjna, ponieważ agent rozumie kontekst przestrzenny, a nie tylko abstrakcyjny opis.

    Wielokrotny wybór to kolejna nowość. Użytkownik zaznacza kilka przycisków, kart lub sekcji i mówi agentowi: „zrób, żeby wyglądały tak samo jak ten pierwszy” lub „usuń duplikaty”. Wcześniej wymagałoby to kilku osobnych poleceń. Teraz wystarczy jedna komenda.

    Co istotne, tryb głosowy nie blokuje agenta. Użytkownik może mówić, co zmienić, nawet gdy Cursor pracuje nad poprzednim zadaniem. To przyspiesza proces wprowadzania poprawek, ponieważ nie trzeba czekać na zakończenie wcześniejszej instrukcji.

    Raport kontekstu – tokeny pod lupą

    Raport kontekstu – tokeny pod lupą

    Drugą nowością jest interaktywny raport zużycia kontekstu. Użytkownicy wcześniej widzieli głównie całkowitą liczbę tokenów. Teraz Cursor rozbija to na kategorie: system prompt, narzędzia, reguły i umiejętności.

    Raport pokazuje nie tylko liczby, ale także proporcje. Dzięki temu łatwiej zdiagnozować, dlaczego kontekst się powiększa – czy to przez rozbudowane reguły, czy może przez narzędzia ładujące zbędne dane. Jeśli coś wygląda podejrzanie, dostępna jest opcja „Debug with Agent”, która pozwala przeanalizować problem bardziej szczegółowo.

    Dla zespołów pracujących z dużymi bazami reguł i rozbudowanymi promptami systemowymi to istotna zmiana. Zamiast zgadywać, co zużywa tokeny, można to sprawdzić w kilka sekund i odpowiednio zoptymalizować konfigurację agenta.

    Co to oznacza dla codziennej pracy

    • Design Mode i raport kontekstu to nie są jedynie kosmetyczne dodatki. Pierwsza funkcja znacznie skraca czas potrzebny na wizualne poprawki, szczególnie przy generowanych dashboardach, raportach i innych artefaktach UI, które Cursor tworzy w canvasach. Zamiast pisać szczegółowe instrukcje, użytkownik może wskazać elementy i powiedzieć, co zmienić.

    Druga funkcja daje kontrolę nad kosztami i wydajnością. W świecie agentów AI, gdzie tokeny wpływają na czas odpowiedzi i wydatki, świadomość, gdzie one idą, jest kluczowa. Raport kontekstu wpisuje się w szerszy trend – narzędzia dla deweloperów coraz częściej pokazują nie tylko co robi agent, ale także ile go to kosztuje.

    Obie funkcje są już dostępne dla użytkowników. Design Mode można znaleźć bezpośrednio w interfejsie canvasów, a raport kontekstu pojawia się jako interaktywny widok w panelu agenta.

    Źródła

  • Claude Code 2.1.163 z blokadą wersji i lepszą widocznością wtyczek

    Claude Code 2.1.163 z blokadą wersji i lepszą widocznością wtyczek

    Anthropic wydało 4 czerwca 2026 roku aktualizację Claude Code 2.1.163, która wprowadza wymuszone zarządzanie wersjami przez administratorów, nowe narzędzia do kontroli wtyczek oraz kilka poprawek stabilności. To wydanie koncentruje się na stabilności i kontroli, co jest istotne dla zespołów, które nie mogą sobie pozwolić na niespodzianki w środowisku deweloperskim.

    Kluczowe zmiany

    • Administratorzy mogą ustawić widełki wersji – requiredMinimumVersion i requiredMaximumVersion w managed settings blokują uruchomienie Claude Code poza zatwierdzonym zakresem.
    • Pojawiło się polecenie /plugin list z filtrami dla włączonych i wyłączonych wtyczek, co ułatwia audyt konfiguracji.
    • Hooki Stop i SubagentStop mogą teraz zwracać informację zwrotną do Claude przez additionalContext, nie powodując błędów.
    • Skrót „c to copy” pozwala jednym przyciskiem skopiować surową odpowiedź w formacie Markdown.
    • Poprawiono błędy związane z procesami w tle, ścieżkami w Windows i responsywnością terminala.

    Twarda bramka wersji – koniec z samowolką

    Najważniejszą nowością z perspektywy bezpieczeństwa jest mechanizm wymuszania zakresu wersji. Administrator może zdefiniować minimalną i maksymalną dozwoloną wersję Claude Code w pliku managed settings. Jeśli zainstalowana wersja wykracza poza ten przedział, Claude Code odmawia uruchomienia i kieruje użytkownika do zatwierdzonej wersji.

    To oznacza koniec zgadywania, czy wszyscy pracują na kompatybilnych wersjach narzędzia. Nie trzeba już polegać na tym, że deweloperzy sami zaktualizują środowisko – system wymusza to automatycznie. W połączeniu z poprawkami luk w regułach uprawnień, aktualizacja 2.1.163 wyraźnie stawia na kontrolę.

    Wtyczki pod lupą

    Nowe polecenie /plugin list odpowiada na rosnącą liczbę rozszerzeń w ekosystemie Claude Code. Wyświetla zainstalowane wtyczki z podziałem na status – włączone i wyłączone. Jest to szczególnie przydatne w środowiskach zespołowych, gdzie zarządzanie wtyczkami staje się wymogiem.

    Dodatkowo, Anthropic uprościło wcześniejszy dwuetapowy proces instalacji wtyczek do jednego polecenia /plugin install. Źródło source: 'settings' pozwala deklarować wpisy wtyczek bezpośrednio w settings.json, co zmniejsza tarcie przy konfiguracji.

    Hooki z ludzką twarzą

    Hooki z ludzką twarzą

    Hooki Stop i SubagentStop przeszły istotną zmianę. Do tej pory próba przekazania informacji zwrotnej do Claude przez hook często kończyła się błędem. Teraz mogą one zwracać dane przez pole additionalContext, które Claude interpretuje jako część konwersacji, a nie jako sygnał awarii.

    Dzięki temu agenci stają się bardziej interaktywni – hook może na przykład podpowiedzieć modelowi kontekst, który pomoże mu podjąć lepszą decyzję w kolejnym kroku, bez przerywania przepływu pracy komunikatem o błędzie.

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

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

    Wśród poprawek warto odnotować kilka praktycznych: skrót klawiszowy c kopiujący odpowiedź w formacie Markdown, usprawnienia dla Windows (w tym obsługa ścieżek i responsywność terminala) oraz poprawki procesów w tle, które mogły wcześniej wisieć po zakończeniu sesji. Dla zespołów korzystających z Claude Code w trybie headless lub w automatyzacji CI, stabilność agentów działających w tle to warunek konieczny.

    Podsumowanie

    Claude Code 2.1.163 nie przynosi spektakularnych nowości, ale pokazuje kierunek, w którym Anthropic zmierza z tym narzędziem: mniej eksperymentów, więcej kontroli. Wymuszone widełki wersji, lepsza widoczność wtyczek i inteligentniejsze hooki składają się na wydanie, które docenią przede wszystkim ci, którzy zarządzają wdrożeniami w zespołach. Jeśli twoja organizacja traktuje Claude Code jako element pipeline'u deweloperskiego, ta aktualizacja jest obowiązkowa, ponieważ bez niej system może po prostu odmówić współpracy.

    Źródła

  • Gemini CLI z nową łatką stabilności – wersja v0.46.0-preview.1 już dostępna

    Gemini CLI z nową łatką stabilności – wersja v0.46.0-preview.1 już dostępna

    Google wypuściło nową wersję preview swojego terminalowego agenta AI – Gemini CLI v0.46.0-preview.1. Ta aktualizacja koncentruje się na usunięciu błędu, który mógł prowadzić do niespójności wersji w środowisku deweloperskim. Poprawka została wydana kilka dni po większym wydaniu v0.46.0-preview, które wprowadziło istotne zmiany w architekturze narzędzia.

    Kluczowe informacje

    • Gemini CLI v0.46.0-preview.1 to łatka naprawcza, która zapewnia spójność wersji i stabilność po poprzednim wydaniu preview.
    • Wersja v0.46.0-preview.1 wprowadziła wzmocnioną obsługę zmiany rozmiaru PTY, eliminującą krytyczne awarie natywne.
    • Naprawiono pętle spamowe w interfejsie CLI, które mogły skutecznie zablokować pracę z narzędziem.
    • Zespół Google zachęca użytkowników kanału preview do natychmiastowej aktualizacji.
    • Gemini CLI to open-source'owy agent AI, który integruje modele Gemini bezpośrednio z terminalem.

    Co konkretnie naprawiono

    Wersja v0.46.0-preview.1 jest odpowiedzią zespołu na problemy zgłaszane przez społeczność. Głównym celem łatki było załatanie luki, która powodowała rozjeżdżanie się numerów wersji między różnymi komponentami narzędzia. W praktyce oznaczało to, że niektórzy deweloperzy mieli trudności z poprawną identyfikacją zainstalowanego builda, co utrudniało diagnostykę błędów i raportowanie problemów.

    Poprzednie wydanie – v0.46.0-preview – wprowadziło znaczące zmiany. Inżynierowie Google przeprojektowali obsługę PTY (pseudo-terminali), co jest kluczowe dla komunikacji między procesami w terminalu. Wcześniej zmiana rozmiaru okna terminala mogła prowadzić do poważnych awarii. Teraz ten scenariusz jest obsługiwany w sposób bezpieczny.

    Koniec ze spamem w konsoli

    Koniec ze spamem w konsoli

    Drugim problemem, który został rozwiązany w poprzedniej wersji, były pętle spamowe. Użytkownicy zgłaszali przypadki, w których Gemini CLI wpadał w niekontrolowaną pętlę generowania komunikatów, zalewając konsolę powtarzającymi się wpisami. Problem występował głównie podczas dłuższych sesji i w specyficznych konfiguracjach narzędzia.

    Wersja v0.46.0-preview.1 wprowadziła mechanizmy zapobiegające tym zapętleniom, a obecna łatka konsoliduje te zmiany, zapewniając spójność w ramach ekosystemu wersji. To klasyczny cykl wydawniczy Google dla Gemini CLI – najpierw większa aktualizacja z nowymi funkcjami, a następnie szybka łatka eliminująca wykryte nieścisłości.

    Jak zaktualizować

    Jak zaktualizować

    Gemini CLI jest dostępne jako pakiet npm, więc aktualizacja do wersji preview sprowadza się do jednego polecenia:

    npm install -g @google/gemini-cli@preview

    Po instalacji narzędzie uruchamia się standardową komendą gemini w terminalu. Należy pamiętać, że kanał preview nie jest w pełni zweryfikowany – mogą wystąpić regresje lub inne błędy. Dlatego zespół Google prosi użytkowników o testowanie i zgłaszanie problemów. Dla środowisk produkcyjnych nadal zalecany jest kanał stable, który przechodzi pełny cykl walidacji.

    Szerszy kontekst

    Gemini CLI to interesujący projekt w ekosystemie narzędzi AI dla deweloperów. W przeciwieństwie do rozwiązań zintegrowanych z IDE, działa całkowicie w terminalu, co doceniają osoby pracujące na zdalnych serwerach lub w środowiskach bez interfejsu graficznego.

    Narzędzie rozwija się dynamicznie, a Google stosuje przejrzysty model wydawniczy: codzienne buildy "nightly", cotygodniowe promocje do preview i stabilne wydania po tygodniu testów. Dzięki temu społeczność ma stały dostęp do najnowszych funkcji, a jednocześnie istnieje bezpieczna ścieżka dla tych, którzy wolą poczekać na sprawdzone wersje.

    Ź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

  • Qwen-Code v0.17.1 stawia na stabilność i agentic workflow w terminalu

    Qwen-Code v0.17.1 stawia na stabilność i agentic workflow w terminalu

    Zespół QwenLM wprowadził wersję v0.17.1 swojego terminalowego agenta AI, Qwen-Code, koncentrując się na poprawie zarządzania pamięcią i usprawnieniu przepływów pracy w podagentach. Aktualizacja zawiera konkretne poprawki inżynieryjne, które mają pozytywny wpływ na niezawodność narzędzia podczas długich sesji programistycznych.

    Najważniejsze zmiany w pigułce

    • Qwen-Code v0.17.1 wprowadza monitor ciśnienia pamięci, który zapobiega niekontrolowanemu zużyciu RAM podczas pracy z dużymi projektami.
    • Atomowe wdrożenia plików konfiguracyjnych eliminują ryzyko uszkodzenia ustawień przy równoczesnym zapisie.
    • Wirtualny viewport i powiadomienia w tle dla shella to nowe funkcje CLI, które ułatwiają pracę w środowisku bez interfejsu graficznego.
    • Lepsze zarządzanie historią – agent poprawnie wznawia sesje bez wycieków pamięci i błędów przy dużych kontekstach.

    Agent w terminalu zyskuje na stabilności

    Qwen-Code jest narzędziem do automatyzacji zadań programistycznych, takich jak przeglądanie rozległych codebasów, refaktoryzacja czy generowanie kodu. Prawdziwym testem dla takich agentów są wielogodzinne sesje, w których historia poleceń i kontekst projektu rosną.

    Wersja v0.17.1 wprowadza monitor ciśnienia pamięci, który działa jako inteligentny strażnik. Gdy zużycie RAM zbliża się do krytycznego poziomu, agent proaktywnie zwalnia zasoby, co zapobiega awariom. To funkcja, która jest szczególnie cenna dla tych, którzy doświadczyli utraty pracy przez nagłe wyłączenie terminala.

    Drugim istotnym elementem aktualizacji są atomowe wdrożenia plików konfiguracyjnych. Oznacza to, że zmiany w ustawieniach są zapisywane w sposób transakcyjny – albo wszystko trafia na dysk, albo nic. Eliminowane są sytuacje, w których przerwany zapis pozostawia uszkodzone pliki konfiguracyjne.

    Podagenty i przepływy pracy

    Podagenty i przepływy pracy

    Wersja v0.17.1 rozwija koncepcję podagentów – mniejszych instancji AI przypisanych do konkretnych zadań w ramach większego workflow. Zarządzanie nimi stało się bardziej przewidywalne, a odtwarzanie złożonych procesów działa płynniej.

    To ważne dla zespołów, które wykorzystują Qwen-Code do automatyzacji CI/CD czy generowania dokumentacji. Możliwość odtworzenia tej samej sekwencji operacji przez podagenta eliminuje błędy związane z niedeterministycznym zachowaniem modeli językowych.

    Interfejs również przeszedł zmiany. Wirtualny viewport pozwala agentowi lepiej rozumieć układ interfejsu w trybie terminalowym, co jest istotne przy testach end-to-end aplikacji konsolowych. Powiadomienia w tle informują o zakończeniu długotrwałych operacji, co eliminuje potrzebę ciągłego monitorowania outputu.

    Co to znaczy dla programistów

    Qwen-Code zmierza w kierunku, który wyznaczają inne narzędzia, takie jak Cursor czy Windsurf – agent AI nie jest jedynie zabawką do generowania kodu, ale realnym narzędziem w codziennej pracy. Qwen stawia na lekkość i integrację terminalową, unikając ciężkich edytorów GUI.

    Wersja v0.17.1 to krok w stronę dojrzałości. Nie wprowadza nowych modeli ani integracji z zewnętrznymi API, lecz koncentruje się na systematycznym usuwaniu błędów – lepszym egzekwowaniu użycia narzędzi, poprawkach przy wznawianiu historii sesji oraz stabilniejszych testach.

    Rozwój tego projektu warto śledzić – repozytorium na GitHubie ma już ponad 26 tysięcy gwiazdek, a częste aktualizacje, czasami kilka dziennie w gałęziach "nightly", pokazują, że zespół pracuje intensywnie. Jeśli Qwen-Code utrzyma tę trajektorię, może stać się poważnym konkurentem dla komercyjnych rozwiązań w kategorii agentic coding.

    Źródła