Kategoria: Aktualności

  • Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek

    Codex 0.138.0: płynne przejście z terminala do aplikacji i automatyzacja wtyczek

    OpenAI wypuściło Codex 0.138.0, aktualizację, która łączy pracę w terminalu z graficzną aplikacją desktopową. Wydanie z 8 czerwca 2026 roku wprowadza 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów. Ta aktualizacja, choć techniczna, realnie wpływa na codzienny workflow programisty.

    Kluczowe zmiany w skrócie

    • Polecenie /app przenosi sesję CLI bezpośrednio do aplikacji Codex Desktop na macOS i Windows.
    • Lokalne obrazy teraz udostępniają ścieżki zapisanych plików modelowi, co ułatwia ich edycję i wykorzystanie w promptach.
    • Wtyczki z flagą --json zwracają ustrukturyzowane dane, które można wykorzystać w pipeline’ach CI/CD i skryptach automatyzacyjnych.
    • Wsparcie dla v2 personal access tokenów poprawia integrację w środowiskach enterprise i zespołowych.

    Desktop handoff, który działa

    Polecenie /app umożliwia przeniesienie bieżącego wątku CLI — z historią i stanem — do aplikacji desktopowej. Na macOS działa to natychmiastowo, a na Windowsie dodatkowo otwiera workspace bezpośrednio w Desktop.

    Funkcja ta była oczekiwana od dawna. Programiści często korzystają z CLI z powodu jego szybkości, ale czasami potrzebują przejrzeć kod w GUI, kliknąć coś lub sprawdzić podgląd. Dotychczas oznaczało to ręczne kopiowanie i odtwarzanie kontekstu. Teraz można przełączyć się jednym poleceniem i kontynuować pracę tam, gdzie się skończyło.

    Obrazy, które model rozumie

    Modele potrafią generować i analizować obrazy, ale teraz zyskują pełne ścieżki do zapisanych plików. Gdy dołączasz lokalny obraz jako załącznik lub generujesz nowy, Codex podaje modelowi dokładną lokalizację pliku na dysku. Dzięki temu edycje są precyzyjniejsze, a referencje między promptami nie gubią się. To prosta zmiana, ale znacząca dla osób pracujących z obrazami w AI.

    Warto również zwrócić uwagę na poprawki w interfejsie TUI. Terminal nie dodaje już pustych linii podczas streamowania odpowiedzi, a anulowane prompty wracają z kursorem na końcu, co ułatwia edycję.

    Automatyzacja wtyczek i gotowość na CI/CD

    Dla zespołów DevOps oraz osób automatyzujących pracę Codexa kluczowa będzie flaga --json. Polecenia dodawania, usuwania i listowania wtyczek z marketplace teraz zwracają ustrukturyzowane dane.

    To umożliwia integrację Codexa z pipeline’ami. Można skryptem sprawdzić dostępne wtyczki, doinstalować brakujące i zweryfikować konfigurację — wszystko maszynowo, bez klikania. W połączeniu z tokenami v2, które działają zarówno w CLI, jak i w integracjach app-server, automatyzacja staje się przewidywalna i audytowalna.

    Stabilność i wydajność pod spodem

    Choć te zmiany nie są efektowne, poprawiają komfort pracy. Usprawniono wklejanie wieloliniowe w /goal edit, naprawiono auto-kontynuację celów po nieudanych turach terminalowych oraz ustabilizowano tryb Plan, który nie wchodzi już samoczynnie, gdy nie powinien. Start aplikacji jest odporniejszy na różne środowiska: obsługuje /usr/bin/bash, krótsze ścieżki socketów proxy na Linuksie oraz odświeża wygasłe tokeny OAuth dla MCP przed pierwszym użyciem.

    Jeśli chodzi o wydajność, duże strumienie MCP i Ollamy oraz długie historie wiadomości przetwarzają się szybciej dzięki zoptymalizowanemu skanowaniu bajtowemu. TUI dodatkowo skraca czas startu, ponieważ ponownie wykorzystuje wyniki wcześniejszego discovery wtyczek.

    Co to oznacza dla web developerów i zespołów AI

    Codex 0.138.0 to wydanie, które szczególnie docenią osoby balansujące między terminalem a GUI, co dotyczy większości developerów pracujących z AI. Płynny handoff sesji, lepsze obrazy oraz automatyzacja wtyczek w formacie JSON sprawiają, że narzędzie staje się bardziej zintegrowane z resztą ekosystemu.

    Dla zespołów enterprise istotne będą tokeny v2 oraz widoczność zużycia konta w integracjach app-server. Autoryzacja staje się bardziej przejrzysta, co ma znaczenie przy wdrożeniach na dużą skalę. Jeśli codziennie korzystasz z Codexa, warto zaktualizować go od razu.

    Źródła

  • Codex 0.138.0 z płynnym przejściem CLI-desktop i szybszym przetwarzaniem strumieni

    Codex 0.138.0 z płynnym przejściem CLI-desktop i szybszym przetwarzaniem strumieni

    OpenAI wydało 8 czerwca 2026 roku wersję 0.138.0 narzędzia Codex, która wprowadza funkcję przekazywania aktywnego wątku z terminala do aplikacji desktopowej. To wydanie nie zawiera nowych modeli ani zmian w cenniku, lecz koncentruje się na integracji środowisk pracy, automatyzacji wtyczek oraz poprawie wydajności przy dużych zestawach danych. Wprowadzono łącznie 115 zmian, w tym 35 nowych funkcji, 9 usprawnień wydajnościowych oraz 32 poprawki błędów.

    Kluczowe informacje

    • Nowe polecenie /app umożliwia przeniesienie sesji CLI do aplikacji Codex Desktop na macOS i Windowsie.
    • Lokalne ścieżki obrazów są teraz udostępniane modelowi, co poprawia niezawodność przy edycji i generowaniu grafik.
    • Optymalizacja przetwarzania strumieni MCP i Ollama przyspiesza pracę z długimi historiami wiadomości.
    • Ponowne wykorzystanie wyników discovery wtyczek skraca czas uruchamiania interfejsu TUI.
    • Wsparcie dla v2 personal access tokens oraz odczyt zużycia tokenów przez integracje serwerowe.

    /app, czyli płynne przejście z terminala na pulpit

    Główną nowością jest komenda /app, która pozwala na przekazanie bieżącego wątku z interfejsu tekstowego do Codex Desktop. Działa to zarówno na macOS, jak i na Windowsie, bez potrzeby kopiowania kontekstu, restartowania sesji czy ręcznego odtwarzania stanu rozmowy.

    Użytkownicy Windowsa zyskali dodatkowe usprawnienie: workspace'y mogą teraz otwierać się bezpośrednio w aplikacji desktopowej, co oszczędza czas przy każdym przełączeniu środowiska.

    To funkcja, która była oczekiwana od początku. Praca w terminalu ma swoje zalety, ale gdy potrzebujesz wizualnego podglądu lub preferujesz GUI do przeglądania dłuższych odpowiedzi, /app sprawdza się doskonale.

    Obrazy, które w końcu wiedzą, gdzie są

    Modele w Codex 0.138.0 otrzymują teraz pełne lokalne ścieżki do załączonych i wygenerowanych obrazów. Wcześniej operacje na plikach graficznych były frustrujące, ponieważ model tworzył coś, a następnie nie potrafił sensownie odnieść się do rezultatów przy kolejnych edycjach.

    Teraz ścieżki są jawne, co sprawia, że follow-upy działają przewidywalnie. Dla agentów automatyzujących zadania związane z UI, assetami czy iteracjami wizualnymi to znacząca poprawa niezawodności.

    Wydajność, która ratuje przy długich sesjach

    Zespół OpenAI poprawił działanie narzędzia przy dużych obciążeniach. Polecenie resume --last korzysta teraz z bazy stanu (state DB) do szybszego odnajdywania najnowszej pasującej sesji, co przy rozbudowanych lokalnych historiach przynosi zauważalne korzyści.

    Optymalizacja skanowania bajtowego przyspiesza przetwarzanie dużych strumieni MCP i Ollama oraz długich historii wiadomości. Użytkownicy pracujący z rozbudowanymi kontekstami agentowymi lub wieloma wtyczkami jednocześnie docenią płynniejsze działanie.

    Plugin automation bez zbędnego narzutu

    Przy starcie TUI wtyczki mogły spowalniać cały proces. W tej wersji wyniki discovery są ponownie wykorzystywane, a na ścieżce krytycznej ładowane są tylko metadane hooków. Efekt to mniej powtarzalnej pracy i szybsze uruchamianie.

    Dodatkowo, plugin automation zyskało ustrukturyzowane wyjście JSON, co ułatwia integrację z zewnętrznymi narzędziami i skryptami automatyzującymi.

    Stabilność workflow i mniej irytujących drobiazgów

    Poprawiono kilka zachowań, które mogły wybić z rytmu. Wielowierszowe wklejanie w /goal edit nie zatwierdza się już przedwcześnie. Automatyczne tury bezczynności nie wchodzą w tryb Plan, a cele przestały kontynuować się po błędach terminala.

    Rozwidlone wątki zachowują teraz nazwy nadane przez użytkownika, co wcześniej prowadziło do bałaganu przy większej liczbie forków.

    Podsumowanie

    Codex 0.138.0 to aktualizacja, która nie zmienia fundamentów, ale wprowadza istotne poprawki tam, gdzie wcześniej występowały problemy. Przekazywanie sesji między CLI a desktopem działa intuicyjnie, ścieżki obrazów są teraz jasne, a optymalizacje wydajnościowe realnie skracają czas reakcji przy dużych historiach. Jeśli korzystasz z Codexa codziennie, warto zaktualizować.

    Ź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

  • Factory stawia na GitLaba CI – nowa wersja 0.142.0 z obsługą komponentów i poprawkami stabilności

    Factory stawia na GitLaba CI – nowa wersja 0.142.0 z obsługą komponentów i poprawkami stabilności

    Factory wydał wersję 0.142.0 swojej platformy, wprowadzając wsparcie dla GitLab CI Components w umiejętności install-code-review. Ta aktualizacja automatyzuje pipeline’y do przeglądu kodu i eliminuje kilka błędów w interfejsie, w tym dublujące się wiadomości w czacie. Wydanie jest skierowane głównie do zespołów deweloperskich, które chcą zredukować powtarzalną konfigurację CI i wykorzystać ponownie używalne komponenty.

    Kluczowe informacje o wydaniu

    • GitLab CI Components są teraz wspierane w umiejętności install-code-review, co upraszcza pipeline’y automatycznej analizy kodu.
    • Naprawiono podwójne wiadomości – czat nie wyświetla już zduplikowanych komunikatów w trakcie sesji.
    • Odświeżanie podglądu diffa działa teraz poprawnie, bez opóźnień i braku synchronizacji.
    • Mniejsze duplikowanie kodu w .gitlab-ci.yml dzięki modelowi komponentowemu GitLaba.
    • Stabilniejsza praca całej platformy Factory przy zarządzaniu recenzjami kodu.

    Co właściwie daje integracja z GitLab CI Components

    GitLab promuje model komponentów CI/CD jako sposób na unikanie kopiowania tych samych fragmentów konfiguracji między projektami. Komponent to samodzielny, wersjonowany kawałek logiki pipeline’a, który można wciągnąć dyrektywą include:component. Zamiast pisać osobne joby do lintowania czy analizy statycznej, zespół może korzystać z gotowego bloku.

    Factory w wersji 0.142.0 wykorzystuje ten mechanizm w install-code-review. Umiejętność ta pozwala uruchomić automatyczny przegląd kodu bezpośrednio z poziomu pipeline’a GitLaba. Oznacza to, że po wypchnięciu commita system automatycznie uruchomi analizę, a wyniki będą dostępne w interfejsie Factory – bez potrzeby dodatkowych skryptów.

    Dla zespołów devopsowych to oszczędność czasu, ponieważ konfiguracja sprowadza się do wskazania odpowiedniego komponentu w pliku .gitlab-ci.yml. Resztą zajmuje się platforma.

    UI bez frustracji – diff viewer i czat pod kontrolą

    UI bez frustracji – diff viewer i czat pod kontrolą

    Obok nowości w integracji CI, Factory 0.142.0 wprowadza również dwie poprawki, które wpływają na komfort codziennej pracy. Pierwsza dotyczy podglądu różnic w kodzie – diff viewer. W poprzednich wersjach panel czasami nie odświeżał się po zmianie pliku, co prowadziło do wyświetlania nieaktualnego stanu. Teraz odświeżanie działa natychmiastowo, co sprawia, że przeglądanie zmian jest płynne.

    Druga poprawka eliminuje dublowanie wiadomości w czacie. Każdy, kto spędził czas na przeglądzie kodu, wie, jak dezorientujące może być pojawienie się tej samej linijki tekstu dwa razy. Factory naprawiło ten błąd, co poprawia czytelność komunikacji w zespole.

    Dlaczego akurat teraz ma to znaczenie

    Dlaczego akurat teraz ma to znaczenie

    Automatyzacja recenzji kodu zyskuje na znaczeniu w projektach opartych na szybkim kodowaniu i iteracjach. Gdy zespół wprowadza wiele zmian dziennie, ręczne przeglądanie każdego merge requestu staje się nieefektywne. Factory z obsługą GitLab CI Components wchodzi w ten moment, oferując automatyzację, która nie wymaga pisania własnych pipeline’ów od podstaw.

    Kierunek obrany przez Factory pokrywa się z trendem w narzędziach AI dla deweloperów. Coraz więcej platform integruje się z istniejącymi systemami CI/CD, zamiast budować zamknięte ekosystemy. GitLab, ze swoim modelem komponentowym, oferuje solidny fundament – wersjonowane bloki logiki, które można testować i udostępniać między repozytoriami.

    Podsumowanie

    Wydanie 0.142.0 to krok w stronę lepszej integracji Factory z ekosystemem GitLaba. Wsparcie dla komponentów CI w install-code-review eliminuje powtarzalną pracę przy konfiguracji pipeline’ów, a poprawki UI sprawiają, że codzienna praca z platformą staje się bardziej zorganizowana. Dla zespołów korzystających z GitLab CI, ta aktualizacja jest warta szybkiego wdrożenia – mniej konfiguracji, mniej błędów i płynniejszy przegląd kodu w jednym pakiecie.

    Źródła

  • Claude Code 2.1.167: cicha aktualizacja, która naprawia to, co irytowało programistów

    Claude Code 2.1.167: cicha aktualizacja, która naprawia to, co irytowało programistów

    Anthropic wydało 6 czerwca 2026 roku wersję Claude Code 2.1.167, której zmiany zostały opisane w oficjalnym changelogu jako „poprawki błędów i ulepszenia stabilności”. Mimo krótkiego opisu, aktualizacja ta jest częścią szerszego cyklu poprawek stabilności, który zespół Anthropic realizuje od kilku tygodni. Dla deweloperów korzystających z narzędzia na co dzień takie poprawki mają duże znaczenie, często bardziej niż nowe funkcje.

    Co warto wiedzieć o wydaniu 2.1.167

    • Wersja konserwacyjna — Claude Code 2.1.167 nie wprowadza nowych funkcji, a jedynie poprawki błędów i ulepszenia stabilności.
    • Niskie ryzyko wdrożenia — brak zmian w API, konfiguracji ani zachowaniu narzędzia; aktualizacja jest bezpieczna dla zespołów.
    • Data premiery — 6 czerwca 2026; wydanie zawiera 9 commitów na głównej gałęzi repozytorium.
    • Kontynuacja serii stabilizacyjnej — to część szerszego cyklu poprawek obejmującego wersje od 2.1.166 do 2.1.168.

    Co właściwie poprawiono?

    Anthropic nie opublikowało szczegółowej listy błędów usuniętych w 2.1.167. Oficjalny changelog na GitHubie zawiera jedynie standardową formułkę, a dokumentacja techniczna nie dostarcza dodatkowych informacji. Jednak w kontekście poprzednich wydań z tej serii, które rozwiązywały problemy z obsługą błędów API, zrywaniem sesji i wyciekami pamięci, można przypuszczać, że aktualizacja ta również koncentruje się na stabilności podczas długich sesji kodowania.

    Inne źródła opisują tę aktualizację jako poprawiającą „płynność działania i zmniejszającą liczbę błędów podczas intensywnych sesji programistycznych”. Choć to sformułowanie jest ogólne, dobrze oddaje charakter wydania: nie ma tu nic spektakularnego, ale każdy, kto doświadczył utraty kontekstu rozmowy przez niespodziewany crash, doceni te ulepszenia.

    Szerszy obraz: co zmieniło się w okolicy 2.1.167

    Szerszy obraz: co zmieniło się w okolicy 2.1.167

    Aby zrozumieć znaczenie tego wydania, warto spojrzeć na sąsiednie wersje. Tuż przed 2.1.167 Claude Code otrzymał mechanizm fallbackModel, który pozwala zdefiniować do trzech modeli zapasowych na wypadek przeciążenia lub niedostępności głównego. To istotna pomoc dla zespołów, które nie mogą sobie pozwolić na przestój, gdy API Anthropic działa gorzej.

    Równolegle wprowadzono ustawienia requiredMinimumVersion i requiredMaximumVersion, które umożliwiają administratorom wymuszenie konkretnego zakresu wersji Claude Code w organizacji. Narzędzie odmówi uruchomienia, jeśli wersja nie mieści się w dozwolonym przedziale. Dla DevOpsów zarządzających flotą kilkudziesięciu instancji to duże ułatwienie — koniec z sytuacjami, gdzie część zespołu pracuje na przestarzałym kodzie.

    Warto również zauważyć, że Anthropic ogłosiło wycofanie Claude Opus 4.1 z API — model ten przejdzie na emeryturę 5 sierpnia 2026, a zalecaną ścieżką migracji jest Claude Opus 4.8. Choć ta informacja nie dotyczy bezpośrednio wydania 2.1.167, pokazuje kierunek rozwoju całego ekosystemu.

    Co to oznacza dla zespołów deweloperskich

    Jeśli zarządzasz instalacjami Claude Code w zespole, wersja 2.1.167 nie powinna budzić niepokoju. To wydanie niskiego ryzyka — można je zainstalować, zapomnieć o nim i kontynuować pracę. Warto jednak wdrożyć je szybko, zanim pojawi się kolejna wersja z nowymi funkcjami i potencjalnymi niespodziankami.

    Jeśli jeszcze nie skonfigurowałeś modeli zapasowych ani przypinania wersji, to jest dobry moment na to. Wersja 2.1.167 nie wprowadza tych możliwości, ale stabilne środowisko jest kluczowe, aby z nich sensownie korzystać. Nie ma nic gorszego niż skonfigurowany fallback, który nie działa, ponieważ narzędzie zawiodło na poziomie samej sesji.

    Dla zwykłych użytkowników komunikat jest jasny: zaktualizuj i ciesz się mniejszą liczbą irytujących przerw w pracy. To jeden z tych przypadków, gdzie changelog mówi niewiele, ale doświadczenie pracy mówi wszystko.

    Ź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

  • Devin Desktop z komendą resetowania migracji — ratunek dla użytkowników Windsurf

    Devin Desktop z komendą resetowania migracji — ratunek dla użytkowników Windsurf

    Cognition Labs wprowadziło aktualizację Devin Desktop z komendą resetowania migracji, która wprowadza nowe polecenie umożliwiające ponowne przeprowadzenie procesu migracji z Windsurf. Aktualizacja odpowiada na problemy zgłaszane przez użytkowników, którzy po rebrandingu i przejściu na nowe środowisko stracili dostęp do konta lub nie odzyskali wcześniejszych rozszerzeń.

    • Nowa komenda w palecie poleceń pozwala na reset ustawień Devin Desktop z komendą resetowania migracji oraz ponowny import rozszerzeń z Windsurf.
    • Ctrl+Shift+P (lub Cmd+Shift+P na macOS) otwiera dostęp do funkcji „Reset migration from Windsurf”.
    • Zalecana ścieżka naprawcza dla użytkowników wylogowanych z konta po migracji.
    • Devin Desktop z komendą resetowania migracji to nowa nazwa dotychczasowego edytora Windsurf.

    Dlaczego ta aktualizacja jest istotna

    Rebranding Windsurf na Devin Desktop z komendą resetowania migracji to nie tylko zmiana nazwy. To część strategii Cognition, która ma na celu pozycjonowanie aplikacji jako centrum zarządzania agentami AI. Dla dotychczasowych użytkowników oznaczało to konieczność przejścia przez proces migracji — zachowania planów, rozszerzeń i ustawień w nowym środowisku.

    W teorii, proces miał przebiegać bezproblemowo. W praktyce jednak wielu użytkowników zgłaszało, że po zakończeniu migracji trafiali na ekran logowania bez dostępu do swoich danych. Inni skarżyli się na brak wcześniej zainstalowanych rozszerzeń, które powinny zostać przeniesione automatycznie. Aktualizacja Devin Desktop z komendą resetowania migracji ma na celu rozwiązanie tych problemów.

    Nowa komenda działa jak twardy reset konfiguracji. Użytkownicy nie muszą ręcznie edytować plików ani przeinstalowywać całego edytora — wystarczy jedno polecenie z palety. Devin Desktop z komendą resetowania migracji usuwa swoje ustawienia, a następnie ponownie próbuje pobrać dane ze starej instalacji Windsurf. Jeśli pierwsza migracja się nie powiodła, użytkownicy mają drugą szansę bez zbędnej straty czasu.

    Jak skorzystać z nowej funkcji

    Jak skorzystać z nowej funkcji

    Mechanizm jest prosty i dostępny od razu po aktualizacji do wersji Devin Desktop z komendą resetowania migracji. Wciśnij Ctrl+Shift+P (Windows/Linux) lub Cmd+Shift+P (macOS), następnie wpisz „Reset migration from Windsurf”. Po zatwierdzeniu Devin Desktop z komendą resetowania migracji automatycznie resetuje swoje ustawienia i ponawia próbę importu.

    Warto jednak pamiętać o dwóch kwestiach. Po pierwsze, reset usuwa bieżącą konfigurację Devin Desktop z komendą resetowania migracji — jeśli użytkownik dostosował coś po nieudanej migracji, te zmiany zostaną utracone. Po drugie, komenda nie gwarantuje, że wszystkie dane z Windsurf zostaną przeniesione. Niektóre przepływy pracy czy mniej standardowe rozszerzenia mogą wymagać ręcznej konfiguracji nawet po udanej migracji.

    Więcej niż tylko łatka

    Chociaż Devin Desktop z komendą resetowania migracji to niewielka aktualizacja pod względem liczby zmian, pokazuje kierunek, w jakim zmierza Cognition. Firma stawia na minimalizowanie problemów podczas przechodzenia między wersjami — co jest kluczowe dla utrzymania bazy użytkowników w przypadku tak radykalnego rebrandingu.

    Devin Desktop z komendą resetowania migracji wykracza już poza klasyczny edytor kodu. Agent Command Center, wsparcie dla Claude przez ACP oraz rozbudowane możliwości pracy z Devin Local wskazują, że Cognition buduje ekosystem dla zespołów pracujących z asystentami AI na co dzień. Dlatego tak ważne jest, aby fundamenty migracyjne działały sprawnie.

    Jeśli więc po przejściu z Windsurf utknąłeś na ekranie logowania lub brakuje ci rozszerzeń, nie szukaj rozwiązań na forach — otwórz paletę poleceń i uruchom reset. To najszybsza droga powrotu do pracy.

    Źródła

  • Antigravity 2.0.11: Google łata konflikt z antywirusami i poprawia integrację z IDE

    Antigravity 2.0.11: Google łata konflikt z antywirusami i poprawia integrację z IDE

    Google wydało wersję 2.0.11 swojego narzędzia deweloperskiego Antigravity, eliminując krytyczny błąd, który powodował czarny ekran przy starcie aplikacji. Aktualizacja z 3 czerwca 2026 roku koncentruje się na stabilności, wprowadzając dwie poprawki. Pierwsza z nich rozwiązuje konflikt z niektórymi programami antywirusowymi, a druga poprawia działanie przycisku Open IDE. Choć to wydanie nie wprowadza nowych funkcji, jest kluczowe dla użytkowników, którzy mieli problemy z uruchomieniem aplikacji.

    Co warto wiedzieć o aktualizacji

    • Konflikt z antywirusami został rozwiązany — aplikacja nie zawiesza się już na czarnym ekranie podczas uruchamiania w obecności niektórych programów zabezpieczających.
    • Przycisk Open IDE otrzymał poprawki stabilności, co ułatwia przechodzenie między agentem a edytorem kodu.
    • Brak nowych funkcji — to wydanie zawiera tylko dwie poprawki błędów, bez zmian w interfejsie czy wydajności.
    • Aktualizacja jest stopniowana — Google rozsyła nową wersję falami, więc dotarcie do wszystkich użytkowników może zająć kilka dni.
    • Dotyczy wszystkich platform — Antigravity działa na macOS, Linux i Windows, a poprawki obejmują każdy z tych systemów.

    Czarny ekran po starcie — co dokładnie naprawiono

    Oficjalny changelog wskazuje: „Naprawiono problem występujący po zainstalowaniu określonych produktów antywirusowych, który powodował wyświetlanie ciemnego, pustego ekranu podczas uruchamiania aplikacji”. Użytkownicy, którzy doświadczyli tego błędu, nie mogli przejść dalej, ponieważ aplikacja startowała, ale zamiast interfejsu pokazywała czarną otchłań.

    Szczegóły techniczne nie są publicznie dostępne. Google nie wskazało konkretnych programów antywirusowych, które wywoływały konflikt. Można jednak przypuszczać, że chodziło o mechanizmy heurystyczne lub sandboxing, które blokowały procesy Antigravity odpowiedzialne za renderowanie interfejsu. Tego typu problemy są znane w aplikacjach Electron, gdzie antywirus może fałszywie oznaczyć proces renderujący jako podejrzany. Po aktualizacji do 2.0.11 użytkownicy z aktywną ochroną antywirusową powinni wreszcie zobaczyć normalny ekran startowy.

    Dlaczego przycisk Open IDE ma znaczenie

    Druga poprawka dotyczy przycisku Open IDE, który jest kluczowym elementem przepływu pracy w Antigravity. Narzędzie to działa jako samodzielny agent, potrafiąc analizować kod, generować zmiany i wykonywać zadania. Programiści często chcą wrócić do edytora, aby ręcznie poprawić szczegóły lub przejrzeć wygenerowane pliki.

    Przycisk Open IDE umożliwia otwarcie bieżącego projektu w zintegrowanym środowisku za pomocą jednego kliknięcia. Wersja 2.0.11 naprawia „pewne błędy związane z przyciskiem Open IDE”, co ma zapewnić bardziej niezawodne przejście z warstwy agentowej do edycji kodu. Dla programistów, którzy często przełączają się między agentem a IDE, to realna oszczędność czasu i zmniejszenie frustracji.

    Kontekst większego obrazu

    Antigravity 2.0.11 pojawiło się w maju 2026 roku jako gruntownie przeprojektowane narzędzie, które rozdzieliło monolityczne IDE na osobne komponenty: agenta i edytor. Ta zmiana architektury przyniosła nowe możliwości, ale także problemy, takie jak znikanie historii konwersacji, problemy z integracją WSL czy konflikty z plikami wykonywalnymi.

    Wersja 2.0.11 wpisuje się w stabilizacyjny trend ostatnich tygodni. Poprzednie wydania również koncentrowały się na poprawkach błędów, a nie na dodawaniu funkcji. Wygląda na to, że Google systematycznie rozwiązuje zgłoszone problemy, zanim wróci do rozwijania funkcjonalności. Dla deweloperów używających Antigravity na co dzień to dobra wiadomość — mniej niespodzianek, więcej przewidywalności.

    Ź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

  • Zed 1.5.3 przyspiesza diagramy Mermaid i usprawnia pracę agentów AI

    Zed 1.5.3 przyspiesza diagramy Mermaid i usprawnia pracę agentów AI

    Zed otrzymał aktualizację do wersji 1.5.3, która wprowadza szybszy renderer diagramów Mermaid, klikalne linki z serwerów językowych oraz kilka poprawek w interfejsie agentów AI. To wydanie ma charakter konserwacyjny, ale zmiany wpływają na codzienną pracę programistów w trzech kluczowych obszarach: wizualizacji dokumentacji, nawigacji po kodzie i zarządzaniu wątkami asystenta.

    Kluczowe zmiany w Zed 1.5.3

    • Renderowanie Mermaid zostało przyspieszone i poprawione pod kątem dokładności diagramów.
    • Klikalne linki LSP umożliwiają otwieranie referencji z serwerów językowych bezpośrednio z edytora.
    • Zmiana nazw wątków agenta dostępna teraz z poziomu panelu bocznego, bez konieczności przeszukiwania menu.
    • Widoczność wywołań narzędzi w interfejsie agenta została zwiększona, co ułatwia śledzenie działań asystenta.
    • Usprawnienia Git obejmują nowe ikony zdalnych dostawców i lepsze tworzenie worktree.

    Mermaid i linki LSP – dokumentacja i nawigacja pod ręką

    Dla zespołów korzystających z dokumentacji opartej na Markdown, diagramów architektury czy notatek projektowych w edytorze, zmiana w renderowaniu Mermaid jest odczuwalna natychmiast. Diagramy ładują się szybciej i są wyświetlane dokładniej. Użytkownicy zauważą różnicę, zwłaszcza przy bardziej rozbudowanych schematach.

    Kolejną nowością są klikalne linki dokumentów z serwerów językowych. Gdy LSP zwraca referencje do innych plików, można je teraz otworzyć jednym kliknięciem. To usprawnienie oszczędza czas, szczególnie w dużych codebase'ach, gdzie serwer podpowiada definicje typów, funkcje czy fragmenty dokumentacji.

    Agent AI – mniej klikania, więcej kontroli

    Agent AI – mniej klikania, więcej kontroli

    Zed rozwija możliwości swojego asystenta AI. W wersji 1.5.3 wprowadzono funkcję zmiany nazw wątków agenta bezpośrednio z panelu bocznego. Wcześniej wymagało to przechodzenia przez zagnieżdżone menu, co przy większej liczbie równoległych sesji z agentem bywało uciążliwe. Teraz wystarczy kliknięcie w sidebarze.

    Zwiększono również widoczność wywołań narzędzi w interfejsie agenta. Użytkownicy mogą łatwiej śledzić, co asystent robi – jakie komendy wykonuje, jakie pliki modyfikuje. Przy iteracyjnych zadaniach kodowania, gdzie agent działa wieloetapowo, ta przejrzystość ma praktyczne znaczenie.

    Git i worktree – dla pracujących na wielu gałęziach

    Git i worktree – dla pracujących na wielu gałęziach

    Sekcja Git zyskała nowe ikony zdalnych dostawców, co ułatwia orientację przy pracy z wieloma repozytoriami. Lepsze tworzenie worktree to ukłon w stronę osób pracujących równolegle nad kilkoma gałęziami – feature isolation, code review czy eksperymenty stają się bardziej płynne.

    Wprowadzono również poprawki błędów: Zed naprawił problemy związane z przepływem pracy agenta, obsługą Gita oraz zachowaniem trybu Helix. Choć nie są to spektakularne nowości, eliminują irytujące drobiazgi, które mogły zakłócać pracę.

    Podsumowanie

    Wydanie 1.5.3 to solidna aktualizacja serwisowa, która poprawia działanie edytora w kluczowych obszarach. Szybsze diagramy Mermaid, wygodniejsza nawigacja po linkach LSP i uproszczona obsługa wątków agenta to zmiany, które mogą nie rzucać się w oczy, ale po tygodniu pracy trudno wrócić do poprzedniej wersji. Zed kontynuuje rozwój jako edytor, który łączy szybkość z coraz lepszym wsparciem AI i Gita.

    Źródła