Kategoria: Oprogramowanie

  • Devin Desktop 3.4.22 – inteligentniejsze zarządzanie sesjami i lepsza stabilność

    Devin Desktop 3.4.22 – inteligentniejsze zarządzanie sesjami i lepsza stabilność

    4 lipca 2026 roku wydano aktualizację Devin Desktop 3.4.22, która wprowadza kilka ważnych usprawnień w zarządzaniu sesjami AI oraz poprawia komfort pracy w trybie agentowym. Nowa wersja koncentruje się na problemach, które najczęściej występują podczas codziennej pracy z AI, takich jak zerwane połączenia, znikające panele boczne i brak kontroli nad zmianami wprowadzanymi przez agenta.

    Co nowego w Devin Desktop 3.4.22

    • Automatyczne ponowne łączenie sesji w chmurze po odzyskaniu połączenia sieciowego
    • "New session in space" w menu sesji – szybkie tworzenie sesji przypisanej do konkretnej przestrzeni roboczej
    • Stała widoczność panelu bocznego agenta, nawet podczas wysyłania zadań do Cascade w trybie okna agentowego
    • Kopiowanie obrazów bezpośrednio z czatu przez menu kontekstowe
    • Przeglądane diffy dla autonomicznych edycji w Devin Local oraz nowy panel statusu serwerów MCP

    Automatyczne podtrzymywanie sesji i lepsze organizowanie pracy

    Najważniejszą zmianą jest automatyczne przywracanie sesji w chmurze po utracie łączności. Osoby pracujące zdalnie z agentem AI z pewnością znają sytuację, gdy przerwa w sieci wymuszała odtworzenie całej sesji od nowa. Teraz Devin automatycznie wznawia połączenie, gdy tylko sieć wraca, co eliminuje frustrację przy długotrwałych zadaniach.

    Zespół dodał również opcję "New session in space" w menu kebab sesji. Choć to drobna zmiana, w praktyce oszczędza kilka kliknięć przy każdym nowym zadaniu. System Spaces w Devin grupuje sesje, pull requesty, pliki i kontekst projektu w jednym widoku. Nowa sesja utworzona w przestrzeni automatycznie dziedziczy jej kontekst, co eliminuje konieczność ręcznego wskazywania repozytorium czy konfiguracji.

    Panel agenta zawsze pod ręką

    Panel agenta zawsze pod ręką

    Kolejne usprawnienie dotyczy interfejsu. W poprzednich wersjach panel boczny agenta często znikał przy wysyłaniu zadań do Cascade, zwłaszcza w trybie okna agentowego. Teraz pozostaje widoczny, co jest istotne przy iteracyjnym kodowaniu. Pracując nad problemem, wysyłając prompt do Cascade i analizując odpowiedź, użytkownicy mają stały dostęp do kontekstu rozmowy, co eliminuje konieczność przełączania się między widokami.

    Warto również zauważyć, że nowi użytkownicy domyślnie uruchamiają aplikację w trybie agentowym. To wskazuje, że Cognition AI traktuje agentowe przepływy pracy jako główny model interakcji, a nie tylko dodatek do tradycyjnego edytora.

    Devin Local zyskuje przejrzystość

    Devin Local zyskuje przejrzystość

    Zmiany w Devin Local są interesujące z perspektywy DevOps. Pojawiły się przeglądane diffy dla autonomicznych edycji, co pozwala użytkownikom zobaczyć, co dokładnie zmienił agent przed zatwierdzeniem zmian. To zwiększa zaufanie do automatycznych modyfikacji kodu i ułatwia proces code review.

    Nowy panel statusu serwerów MCP pokazuje stan każdego serwera, w tym komunikaty typu "Needs auth", bezpośrednio na liście i stronach szczegółowych. Użytkownicy korzystający z lokalnych lub zdalnych serwerów MCP mogą szybko zidentyfikować, gdzie wygasła autoryzacja i który serwer wymaga interwencji. W przypadku konfiguracji obejmujących wiele serwerów, oszczędza to czas na diagnostykę.

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

    W tej aktualizacji naprawiono kilka uciążliwych błędów, w tym problem z checkoutem gałęzi oraz niedziałającą analitykę w niektórych scenariuszach. Dodano także możliwość kopiowania obrazów z czatu przez menu kontekstowe, co przyspiesza dokumentowanie i dzielenie się zrzutami ekranu w zespole.

    W kontekście programowania i szybkiego prototypowania z AI, ta aktualizacja zmniejsza tarcie operacyjne. Mniej przerw, większa ciągłość pracy oraz lepsza widoczność działań agenta. Dla osób pracujących długimi sesjami z Devin Cloud, automatyczne ponowne połączenie może znacznie skrócić czas potrzebny na powrót do pełnej produktywności po każdej przerwie w sieci.

    Aktualizacja 3.4.22 jest dostępna do pobrania z poziomu aplikacji oraz w oficjalnym changelogu Devin Desktop.

    Źródła

  • Qwen Code 0.19.5 wprowadza kontrolę nad mocą AI i bezpieczne serwery webowe

    Qwen Code 0.19.5 wprowadza kontrolę nad mocą AI i bezpieczne serwery webowe

    Drugiego lipca 2026 roku zadebiutowała najnowsza wersja Qwen Code — otwartoźródłowego agenta programistycznego działającego w terminalu. Wersja 0.19.5 wprowadza szereg usprawnień, które koncentrują się na interfejsie webowym, kontroli nad zachowaniem modelu oraz bezpieczeństwie wdrożeń. Aktualizacja nie wprowadza żadnych breaking changes, co oznacza, że można ją zainstalować bez problemów za pomocą polecenia npm install -g @qwen-code/qwen-code.

    Najważniejsze zmiany w Qwen Code 0.19.5

    • Nowe polecenie /effort umożliwia określenie, ile mocy obliczeniowej agent przeznacza na zadanie — można wybrać między szybką odpowiedzią a dokładniejszą analizą.
    • Odświeżony interfejs webowy z płynniejszym przewijaniem, lepszą obsługą urządzeń mobilnych oraz bardziej dopracowanymi menu.
    • HTTPS dla hostowanych instancji — serwer webowy można teraz zabezpieczyć, wskazując certyfikaty, co jest istotne przy udostępnianiu narzędzia zespołom.
    • Integracja z DingTalk umożliwia proaktywne powiadomienia zespołowe, co wskazuje na rozwój w kierunku współpracy, a nie tylko asysty przy kodowaniu.

    /effort — świadome sterowanie zasobami AI

    Nowa komenda /effort to istotny element tej aktualizacji dla osób pracujących z modelami AI. Umożliwia ona wybór poziomu „zaangażowania” agenta w realizację polecenia. Jeśli potrzebujesz szybkiej odpowiedzi na proste pytanie, ustawiasz niski effort. W przypadku analizy złożonego fragmentu kodu, która wymaga kilku iteracji, możesz przydzielić agentowi więcej czasu i zasobów.

    To ważny krok w kierunku przewidywalności kosztów i czasu pracy z asystentem AI. Deweloperzy mają teraz kontrolę nad tym, gdzie inwestują tokeny, co jest istotne w kontekście rosnących cen API i ograniczeń budżetowych.

    Interfejs webowy — wygoda na szerszą skalę

    Qwen Code działa nie tylko w terminalu, ale także przez przeglądarkę. Wersja 0.19.5 poprawia to doświadczenie na kilku frontach. Pojawiła się smukła oś czasu czatu — boczny panel, który ułatwia szybkie skanowanie historii konwersacji. Menu i wyskakujące okienka zostały przeprojektowane z myślą o dostępności: lepiej reagują na klawiaturę i czytniki ekranowe.

    Zwiększono również komfort korzystania z urządzeń mobilnych. Płynniejsze przewijanie i poprawione interakcje sprawiają, że przeglądanie kodu czy sprawdzanie odpowiedzi agenta na telefonie jest bardziej komfortowe. Dla zespołów, które często sprawdzają postępy w drodze, te detale mają znaczenie.

    Bezpieczeństwo i infrastruktura

    Dla osób hostujących Qwen Code we własnym środowisku kluczową nowością jest wsparcie HTTPS. Można teraz wskazać certyfikaty i uruchomić serwer webowy w bezpiecznym trybie, co eliminuje potrzebę stosowania reverse proxy czy dodatkowych warstw szyfrowania. To szczególnie istotne, gdy z narzędzia korzysta rozproszony zespół.

    Zespół Qwen dodał także dodatkowe zabezpieczenia dla serwerów webowych, procesów działających w tle oraz zewnętrznych kontrybucji kodu. Choć nie są to efektowne funkcje, w projektach open source, gdzie kod przeglądają i rozwijają liczne osoby, taka warstwa ochronna jest niezbędna.

    DingTalk i sygnał w stronę zespołów

    Integracja z DingTalk — chińską platformą komunikacji biznesowej — pokazuje, że Qwen Code myśli o wykraczaniu poza pojedyncze sesje terminalowe. Proaktywne powiadomienia mogą informować zespół o statusie zadań, ukończonych workflow czy błędach, eliminując potrzebę ciągłego monitorowania konsoli.

    To niewielka zmiana w kontekście kodu, ale istotny sygnał strategiczny. Qwen Code dąży do integracji z pipeline'ami CI/CD oraz komunikatorami zespołowymi, co pozwala na bezpośrednie przekazywanie informacji o postępach pracy agenta do kanału zespołu.

    Aktualizacja 0.19.5 nie wprowadza rewolucyjnych zmian, ale skutecznie poprawia użyteczność i bezpieczeństwo. Dla web developerów istotne będą poprawki interfejsu przeglądarkowego, dla DevOpsów — wsparcie HTTPS oraz hardening, a dla wszystkich pracujących z AI — możliwość kontrolowania kosztów obliczeniowych za pomocą komendy /effort.

    Źródła

  • Cline v4.0.6: ulepszone ostrzeżenia o możliwościach modeli trafią teraz do większej liczby użytkowników

    Cline v4.0.6: ulepszone ostrzeżenia o możliwościach modeli trafią teraz do większej liczby użytkowników

    Zespół Cline wypuścił wersję 4.0.6 swojego asystenta kodowania opartego na AI, koncentrując się na istotnej poprawce w interfejsie użytkownika. Aktualizacja uogólnia ostrzeżenia o ograniczeniach modeli, co sprawia, że komunikaty o brakach w obsłudze konkretnych funkcji są teraz bardziej widoczne i spójne w całej aplikacji. To niewielka zmiana, która realnie wpływa na to, jak programiści postrzegają możliwości wybranego modelu przed rozpoczęciem zadania.

    Kluczowe fakty o aktualizacji

    • Cline v4.0.6 to wersja maintenance skupiona wyłącznie na poprawce interfejsu, bez nowych funkcji.
    • Ostrzeżenia o możliwościach modeli zostały uogólnione, aby działać w większej liczbie scenariuszy i kontekstów.
    • Zmiana dotyczy komunikacji bezpieczeństwa – system teraz częściej i trafniej flaguje ograniczenia modelu.
    • Poprawka wynika z metadanych modeli w katalogu Cline, które precyzyjnie określają wsparcie dla funkcji takich jak rozumowanie czy przetwarzanie obrazów.
    • Użytkownicy przełączający się między modelami odczują mniej dezorientujących sytuacji, gdy brak wsparcia dla danej funkcji nie był wcześniej sygnalizowany.

    Dlaczego uogólnione ostrzeżenia mają znaczenie w codziennej pracy

    W narzędziach takich jak Cline, gdzie autonomiczne kodowanie i działania sterowane przez model są centralnym elementem workflow, jasność co do ograniczeń modelu jest koniecznością. Modele różnią się pod względem obsługi obrazów, możliwości rozumowania czy dostępu do narzędzi. Kiedy programista przełącza się między kilkoma dostawcami AI w ramach jednego projektu, łatwo przeoczyć, że wybrany model nie wspiera załączania zrzutów ekranu albo nie radzi sobie z wieloetapowym rozumowaniem.

    Wcześniej ostrzeżenia o tych brakach nie zawsze pojawiały się tam, gdzie były potrzebne. Deweloper mógł spędzić kilkanaście minut na debugowaniu promptu, zanim zorientował się, że model po prostu nie obsługuje danej funkcji. Wersja 4.0.6 eliminuje ten problem, rozszerzając zakres działania ostrzeżeń na więcej miejsc w interfejsie. To nie jest spektakularna zmiana wizualna, ale oszczędza godziny frustracji.

    Warto też spojrzeć na szerszy kontekst. Katalog modeli Cline zawiera szczegółowe flagi opisujące możliwości każdego modelu – od wsparcia dla obrazów, przez limity tokenów, po zdolność do rozumowania. Jeśli UI nie mapuje tych metadanych czysto i konsekwentnie, to nawet najlepiej opisany katalog traci na wartości. Ta łatka domyka obieg informacji między metadanymi a interfejsem.

    Kontekst z historii wydań – stabilność ponad fajerwerki

    Changelog dla wersji 4.0.6 jest zwięzły i jednoznaczny: to wydanie typu focused patch. Nie ma tu nowych integracji, zmian w logice agenta ani dodatkowych providerów. To celowa decyzja, aby zamiast dodawać funkcje, naprawić konkretny element UX, który wpływa na bezpieczeństwo korzystania z narzędzia.

    Taki pattern – drobnych, punktowych poprawek między większymi release'ami – jest charakterystyczny dla projektu. Przykładowo, wersja 4.0.6 przyniosła szerszy wachlarz zmian, w tym odświeżone logo, poprawki w zarządzaniu tokenami przy kompakcji długich sesji czy lepsze flagowanie obrazów wysyłanych do modeli bez wsparcia dla multimediów. Ale to właśnie te małe łatki, jak 4.0.6, budują fundament zaufania do narzędzia w codziennym użytku – programista nie musi się zastanawiać, czy komunikat o błędzie rzeczywiście odzwierciedla stan faktyczny.

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

    Z perspektywy web developera pracującego z vibe codingiem lub automatyzacją zadań przez AI, ta zmiana ma wymiar praktyczny. Wyobraźmy sobie sytuację: w trakcie sesji z Cline przełączasz się z Claude'a na mniejszy, tańszy model, aby zaoszczędzić tokeny przy prostym refaktoringu. Wcześniej UI mogło nie ostrzec, że ten model nie obsługuje załączników – i dopiero po fakcie okazywało się, że zrzuty ekranu z designem nigdy nie dotarły do kontekstu. Teraz takie sytuacje będą wyłapywane wcześniej i jaśniej komunikowane.

    Dla zespołów korzystających z Cline w bardziej złożonych pipeline'ach, gdzie różne modele obsługują różne etapy (jeden analizuje logi, drugi generuje kod, trzeci review'uje pull requesty), spójność ostrzeżeń to także kwestia bezpieczeństwa. Nie chodzi tylko o wygodę – chodzi o to, aby decyzje podejmowane przez agenta opierały się na rzeczywistych możliwościach modelu, a nie na domysłach użytkownika.

    Ostatecznie, Cline v4.0.6 pokazuje, że w dojrzałych narzędziach AI-assisted development nie chodzi już tylko o dodawanie kolejnych modeli do katalogu. Równie ważne jest to, jak narzędzie komunikuje ich ograniczenia. Ta łatka, choć mała, eliminuje konkretny punkt tarcia między intencją programisty a rzeczywistością modelu.

    Źródła

  • OpenCode z lipcowym zestawem poprawek: wymuszone tryby rozumowania i nowy desktop

    OpenCode z lipcowym zestawem poprawek: wymuszone tryby rozumowania i nowy desktop

    Pierwszego lipca 2026 roku zadebiutowała aktualizacja OpenCode, która wprowadza wymuszone tryby rozumowania dla modeli zgodnych z API OpenAI oraz poprawia zarządzanie sesjami Copilota. Aktualizacja koncentruje się na dwóch kluczowych obszarach: niezawodności modeli i komforcie pracy w aplikacji desktopowej.

    Kluczowe zmiany w pigułce

    • Wymuszone rozumowanie dla modeli kompatybilnych z OpenAI – mechanizm nie pozwala modelowi na pominięcie etapu analizy.
    • Naprawiony błąd z przeterminowanymi identyfikatorami odpowiedzi GitHub Copilot, który powodował przywoływanie starych wyników.
    • Przeszukiwany selektor modeli w aplikacji desktopowej – koniec z przewijaniem długiej listy.
    • Minimalizacja pytań zamiast ich zamykania – rozmowa z agentem stała się mniej inwazyjna.
    • Izolacja błędów sesji do pojedynczych zakładek – awaria jednego zadania nie wpływa na działanie całej aplikacji.

    Modele nie będą już oszukiwać

    Najważniejsza zmiana dotyczy modeli rozumujących. Do tej pory niektóre modele zgodne z API OpenAI mogły w pewnych sytuacjach pomijać etap rozumowania, generując odpowiedzi bez analizy. OpenCode teraz wymusza ten proces, co pozwala na uzyskanie pełnej ścieżki analizy. Dla programistów pracujących z niestandardowymi dostawcami modeli to istotna poprawa, eliminująca potrzebę zgadywania, czy agent rzeczywiście przeanalizował kod.

    Kolejna poprawka dotyczy GitHub Copilot. Błąd z przeterminowanymi identyfikatorami odpowiedzi powodował, że po ponownym zapytaniu lub zmianie promptu mogła wrócić stara, nieaktualna odpowiedź. Teraz identyfikatory są odświeżane prawidłowo, co zapobiega mieszaniu historii sesji z bieżącym kontekstem.

    Desktop z ludzką twarzą

    Aplikacja desktopowa zyskała kilka drobnych, ale zauważalnych poprawek. Przeszukiwany selektor modeli to funkcjonalność, która ułatwia korzystanie z wielu dostawców. Zamiast przeszukiwać długą listę, wystarczy wpisać fragment nazwy. To proste i potrzebne rozwiązanie.

    Minimalizacja pytań to kolejny krok w stronę poprawy użyteczności. Wcześniej prompt pytania blokował sesję, co wymagało odpowiedzi lub zamknięcia go, aby wrócić do pracy. Teraz można je zminimalizować i kontynuować rozmowę z agentem, co jest szczególnie przydatne przy pracy nad kilkoma wątkami równolegle.

    Zarządzanie zakładkami sesji również zostało poprawione. Desktop został przearanżowany wokół zakładek, co pozwala na uruchomienie kilku agentów w osobnych kartach i łatwe przełączanie się między nimi bez utraty stanu. Każda zakładka działa jak niezależny kontekst, co oznacza, że awaria w jednej nie destabilizuje pozostałych. To podejście przypomina pracę w IDE.

    Windows i WSL bez bólu

    Deweloperzy na Windowsie również skorzystali na aktualizacji. Konfiguracja serwera WSL została uproszczona, co sprawia, że proces jest bardziej przejrzysty, a komunikaty jaśniejsze. Dla osób korzystających z narzędzi deweloperskich w systemie Linux pod Windowsem to znaczące ułatwienie, eliminujące potrzebę przeszukiwania dokumentacji w celu uruchomienia agenta w środowisku WSL.

    Stabilność przede wszystkim

    Choć aktualizacja nie wprowadza spektakularnych nowości, to wyznacza kierunek: OpenCode stawia na solidność. Izolacja błędów do pojedynczych zakładek, naprawione identyfikatory sesji i wymuszone tryby rozumowania przyczyniają się do stworzenia narzędzia, które rzadziej zawodzi. W pracy z agentami AI to wartość, która ma duże znaczenie.

    Źródła

  • Factory v0.162.0: klonowane repozytoria i niższe zużycie pamięci w sesjach

    Factory v0.162.0: klonowane repozytoria i niższe zużycie pamięci w sesjach

    Najnowsza aktualizacja platformy Factory, oznaczona numerem v0.162.0, wprowadza wsparcie dla sklonowanych repozytoriów w sesjach projektowych oraz obniża zużycie pamięci podczas bezczynności. To wydanie koncentruje się na optymalizacji długotrwałych sesji programistycznych, co jest istotne dla zespołów korzystających z asystentów AI w codziennej pracy z kodem. Dodatkowo, aktualizacja zawiera poprawki stabilności dotyczące renderowania hooków, przełączania organizacji oraz mechanizmów logowania MCP.

    • Sklonowane repozytoria działają teraz w sesjach projektowych, co ułatwia pracę na forkowanych i kopiowanych bazach kodu.
    • Zużycie pamięci podczas bezczynnych sesji zostało obniżone — mniej zasobów przy otwartych, ale nieaktywnych agentach.
    • Nawigacja słowna w polach tekstowych przyspiesza edycję komend dla zaawansowanych użytkowników.
    • Zachowanie kodowania plików poprawione, co zmniejsza ryzyko utraty danych przy pracy z różnymi standardami znaków.
    • Poprawki błędów obejmują renderowanie hooków, przełączanie organizacji i uwierzytelnianie MCP.

    Sesje projektowe zyskują elastyczność

    Factory rozwija koncepcję sesji jako podstawowej jednostki pracy. W wersji v0.162.0 dodano możliwość korzystania ze sklonowanych repozytoriów bezpośrednio w sesjach projektowych. Dla zespołów pracujących na forkach lub kopiujących struktury kodu między projektami to oszczędność czasu — nie trzeba już ręcznie odtwarzać kontekstu po przejściu na inną gałąź kodu.

    Platforma opiera się na hierarchicznym systemie ustawień, gdzie każda sesja dziedziczy konfigurację z poziomu organizacji i projektu. Wsparcie dla klonowanych repozytoriów wpisuje się w ten model, pozwalając zachować spójność polityk bezpieczeństwa niezależnie od źródła kodu.

    Co istotne, zmiana nie wymaga od użytkownika dodatkowej konfiguracji — mechanizm działa automatycznie w ramach istniejącej struktury sesji.

    Mniej pamięci, więcej oddechu dla infrastruktury

    Serwery deweloperskie i środowiska hostowane często borykają się z problemem zawieszonych sesji, które nie wykonują żadnej pracy, a mimo to obciążają zasoby. Factory v0.162.0 wprowadza optymalizację redukującą zużycie pamięci w takich momentach.

    Dla zespołów DevOps i administratorów hostingu to praktyczna poprawka — przy kilkudziesięciu równoległych sesjach różnica w zużyciu RAM-u staje się odczuwalna. Mniejsze obciążenie przekłada się na większą stabilność długo działających agentów, które potrafią wisieć godzinami w oczekiwaniu na input użytkownika.

    Drobne usprawnienia interfejsu

    Drobne usprawnienia interfejsu

    Nawigacja słowna w polach tekstowych to detal, ale dla osób spędzających godziny w CLI i promptach może przynieść znaczną poprawę. Zamiast przesuwać kursor znak po znaku, można przeskakiwać całe wyrazy — standard znany z terminali i edytorów kodu, który wreszcie trafił do interfejsu Factory.

    Poprawione zachowanie kodowania plików eliminuje przypadki, gdy plik zapisany w UTF-8 nagle lądował w latin1 po edycji przez agenta. Dla projektów wielojęzycznych i infrastrukturalnych skryptów to zabezpieczenie przed cichą korupcją danych.

    Poprawki stabilności — hooki, organizacje i MCP

    Poprawki stabilności — hooki, organizacje i MCP

    Trzy obszary doczekały się konkretnych łatek. Hooki, czyli automatyzacje uruchamiane przy określonych zdarzeniach w sesji, miały problem z renderowaniem — teraz działają przewidywalnie. Przełączanie między organizacjami nie powoduje już niespodziewanych błędów kontekstu. Mechanizmy uwierzytelniania MCP, które korzystają z globalnego magazynu poświadczeń, otrzymały poprawione fallbacki — gdy główna metoda logowania zawiedzie, system sięga po zapasowe dane uwierzytelniające bez przerywania pracy.

    Te zmiany są istotne w środowiskach enterprise, gdzie polityki bezpieczeństwa i kontrolowane wykonywanie kodu nie mogą sobie pozwolić na losowe awarie.

    Co to oznacza dla użytkowników

    Wersja v0.162.0 to aktualizacja skupiająca się na poprawie jakości życia użytkowników — nie wprowadza spektakularnych nowości, ale eliminuje kilka uciążliwych problemów i przygotowuje grunt pod bardziej złożone workflow. Klonowane repozytoria i niższe zużycie pamięci wskazują, że Factory celuje w profesjonalne środowiska deweloperskie, gdzie skala i niezawodność są kluczowe. Dla osób pracujących w trybie vibe coding z asystentami AI to po prostu płynniejsza codzienna robota bez frustrujących przestojów.

    Źródła

  • OpenCode z adaptacyjnym myśleniem Claude Sonnet 5 i odświeżonymi kontrolkami MCP

    OpenCode z adaptacyjnym myśleniem Claude Sonnet 5 i odświeżonymi kontrolkami MCP

    Najnowsze aktualizacje OpenCode z września 2026 wprowadzają natywne wsparcie dla adaptacyjnego myślenia w modelu Claude Sonnet 5 oraz gruntownie przebudowują obsługę protokołu MCP. Zmiany dotyczą zarówno warstwy core’owej narzędzia, jak i aplikacji desktopowej, a także integracji z zewnętrznymi modelami przez rozszerzenia. Kluczowym elementem jest inteligentna alokacja wysiłku wnioskowania, która dostosowuje się do złożoności zadania, zamiast sztywno trzymać się budżetu tokenów.

    Kluczowe fakty

    • Claude Sonnet 5 domyślnie korzysta z adaptacyjnego myślenia, które dynamicznie dobiera poziom wysiłku wnioskowania do konkretnego zadania.
    • Protokół MCP zyskał automatyczną rekonfigurację połączeń po uwierzytelnieniu OAuth oraz odświeżanie buforowanych zdalnych umiejętności.
    • Sesje ACP zapamiętują teraz model, tryb, poziom wysiłku i granice fragmentów wnioskowania przy wznawianiu lub forkach.
    • Rozszerzenia potrafią żądać podsumowanego adaptacyjnego myślenia dla modeli GitHub Copilot.
    • Aplikacja desktopowa doczekała się usprawnień w zarządzaniu sesjami i obsłudze okien.

    Adaptacyjne myślenie — co to właściwie znaczy?

    Tradycyjnie modele AI działały ze stałym budżetem wnioskowania, niezależnie od tego, czy zadanie wymagało głębokiej analizy kodu, czy prostej odpowiedzi na pytanie. Claude Sonnet 5 w OpenCode zmienia ten schemat. Mechanizm adaptacyjnego myślenia analizuje charakter promptu i decyduje, ile mocy obliczeniowej poświęcić na odpowiedź.

    Dla zespołów devopsowych oznacza to mniej marnowania tokenów na proste zadania i jednocześnie głębszą analizę tam, gdzie jest to potrzebne. Na przykład, przy debugowaniu skomplikowanego pipeline’u CI/CD model poświęci więcej czasu na analizę, a przy generowaniu boilerplate’u skończy szybciej.

    Aktualizacja z 14 września 2026 przywróciła obsługę modelu sesji ACP. Przy wznawianiu, forkach i ładowaniu zapisanych sesji narzędzie przywraca teraz parametry: model, tryb, poziom wysiłku i granice fragmentów wnioskowania. Nie trzeba już ręcznie konfigurować tych ustawień po powrocie do przerwanego zadania.

    MCP — mniej awarii, więcej kontroli

    MCP — mniej awarii, więcej kontroli

    Protokół MCP (Model Context Protocol) to kluczowy element komunikacji między OpenCode a zewnętrznymi narzędziami. Serwery MCP można definiować lokalnie przez komendę startową lub zdalnie przez URL. Dokumentacja narzędzia pokazuje, że każdy serwer ma teraz osobne ustawienia (komenda, argumenty, zmienne środowiskowe, nagłówki), a całość można przełączać globalnymi timeoutami.

    Największa zmiana to obsługa OAuth. Wcześniej po wygaśnięciu tokena integracja mogła przestać działać, co wymagało restartu sesji. Teraz OpenCode automatycznie odświeża połączenie po handshake’u OAuth i przywraca buforowane zdalne umiejętności bez przerywania pracy.

    Dla „vibe coding” i pracy terminalowej istotne jest autouzupełnianie zasobów MCP w kompozytorze — pisząc kod, narzędzie podpowiada dostępne endpointy i narzędzia z podłączonych serwerów. Podobnie działa autouzupełnianie dla skonfigurowanych referencji.

    Desktop i SDK — nowości dla różnych przepływów pracy

    Desktop i SDK — nowości dla różnych przepływów pracy

    Wersja desktopowa zyskała kilka konkretnych usprawnień. Sesje bez tytułów pokazują teraz wygenerowane nazwy zamiast pustych pól, a zmiana nazwy z poziomu edytora tytułu czy menu kontekstowego karty jest teraz niezawodna. Aplikacja na macOS nie wyłącza się po zamknięciu ostatniego okna — pozostaje aktywna i otwiera nowe okno po kliknięciu w docku.

    Dla użytkowników międzynarodowych rozszerzono pokrycie locale — aplikacja obsługuje teraz większą liczbę języków, układy od prawej do lewej (RTL) oraz stosuje poprawne reguły liczby mnogiej w tłumaczeniach.

    Po stronie SDK i API nowości są raczej ewolucyjne. Ekosystem API bezgłowego i integracje MCP zostały rozszerzone o lepsze raportowanie błędów w strumieniach SSE oraz retry przy błędach sieciowych. Timeouty dla strumieniowanych odpowiedzi i nagłówków providerów domyślnie ustawiono na pięć minut, aby wolno startujące modele nie powodowały fałszywych błędów.

    Co to znaczy dla AI, web devu i devopsów

    Dla zespołów webdeveloperskich największą wartością jest płynniejsze przełączanie się między zadaniami — sesje pamiętają kontekst, a MCP utrzymuje połączenia ze zdalnymi narzędziami. Przy pracy z CI/CD czy zdalnymi serwerami MCP, gdzie integracje OAuth były częstym punktem awarii, automatyczna rekonfiguracja to oszczędność czasu.

    Adaptacyjne myślenie Claude Sonnet 5 pozwala lepiej skalować koszty — prostsze zadania zużywają mniej tokenów, a złożone dostają dokładnie tyle mocy, ile potrzebują. To szczególnie przydatne przy dużych projektach, gdzie dziennie wykonuje się setki interakcji z modelem.

    Źródła

  • Claude Code wprowadza domyślnie Claude Sonnet 5 – potężny model z 1M oknem kontekstu za 2 dolary

    Claude Code wprowadza domyślnie Claude Sonnet 5 – potężny model z 1M oknem kontekstu za 2 dolary

    Anthropic wprowadził aktualizację Claude Code 2.1.197, w której domyślnym modelem asystenta kodowania stał się Claude Sonnet 5. To znacząca zmiana dla zespołów pracujących z dużymi bazami kodu, ponieważ nowy model oferuje natywne okno kontekstu mieszczące milion tokenów. Promocyjna wycena API obowiązuje do końca sierpnia 2026 roku. Aktualizacja została wprowadzona 30 czerwca 2026 roku i jest dostępna dla wszystkich użytkowników narzędzia.

    Co nowego w skrócie

    • Claude Sonnet 5 jest teraz domyślnym modelem w Claude Code, zastępując wcześniejszą wersję.
    • Natywne okno kontekstu 1M tokenów umożliwia analizowanie całych repozytoriów, wieloplikowe refaktoryzacje oraz złożone debugowanie w jednej sesji.
    • Ceny promocyjne wynoszą 2 USD za milion tokenów wejściowych i 10 USD za milion wyjściowych, obowiązujące do 31 sierpnia 2026.
    • Aktualizacja do wersji 2.1.197 jest wymagana, aby skorzystać z nowego modelu.

    Skok w agentowym kodowaniu

    Sonnet 5 to najbardziej zaawansowany model w linii Sonnet. W testach osiąga wyniki bliskie poziomowi Opus, ale przy znacznie niższych kosztach. Oznacza to, że model samodzielnie planuje działania, korzysta z narzędzi takich jak przeglądarki, terminale i edytory, oraz realizuje wieloetapowe zadania bez ciągłego nadzoru. W przeciwieństwie do wcześniejszych wersji Sonnetów, które często kończyły pracę w połowie, „piątka” doprowadza zadania do końca. Sprawdza również własne wyniki z własnej inicjatywy, bez potrzeby dodatkowych promptów o weryfikację.

    Dla web developerów to istotna zmiana. Milion tokenów kontekstu wystarcza, aby objąć duże fragmenty projektu, prześledzić zależności między modułami i przeprowadzić refaktoryzację bez gubienia wątku. Modele z mniejszym oknem często tracą szerszy obraz, gdy sesja się przeciąga — ten problem w Sonnet 5 został rozwiązany.

    Co to oznacza dla zespołów DevOps i CI

    Promocyjna wycena API jest szczególnie ważna dla automatyzacji. Zespoły, które integrują Claude Code w pipeline'y CI/CD lub używają go do masowej analizy kodu, mogą przetestować nowy model przy relatywnie niskich kosztach. Należy jednak pamiętać, że cena 2/10 USD za milion tokenów to oferta limitowana — po 31 sierpnia wróci standardowy cennik. Warto zaplanować większe zadania tak, aby zmieścić się w tym okresie.

    Jeśli twój zespół korzysta z Claude Code przez API, sprawdź wersję klienta. Bez aktualizacji do 2.1.197 model Sonnet 5 nie będzie dostępny, nawet jeśli konto ma odpowiednie uprawnienia. Anthropic wyłączył również ręczne rozszerzone myślenie — parametr thinking: {type: "enabled", budget_tokens: N} został usunięty po deprecjacji. Zamiast tego model korzysta z adaptacyjnego myślenia, regulowanego parametrem effort.

    Migracja bez większych niespodzianek

    Dla zespołów przechodzących z poprzednich wersji, Anthropic zaleca dostosowanie poziomu effort zamiast przenoszenia ustawień jeden do jednego. Sonnet 5 na poziomie medium dorównuje możliwościami poprzednim wersjom na high. Jeśli potrzebujesz maksymalnej mocy, zwiększ effort na xhigh — to zalecane ustawienie do najtrudniejszych zadań programistycznych.

    Model domyślnie kalibruje długość odpowiedzi do złożoności zadania. Na proste pytania odpowie krócej niż poprzednik, podczas analizy rozbudowanego kodu rozwinie się bardziej. Jeśli twój interfejs oczekuje konkretnej formy odpowiedzi, może być potrzebne dostrojenie promptów.

    Aktualizacja do wersji 2.1.197 nie wymaga dodatkowych uprawnień — wystarczy standardowa procedura aktualizacji w menedżerze pakietów lub bezpośrednio przez CLI. Nowy model działa jako domyślny od razu po restarcie narzędzia.

    Podsumowanie

    Zmiana domyślnego modelu na Sonnet 5 to istotna aktualizacja. Milion tokenów kontekstu, wyższa agentyczność i niższe ceny w porównaniu do Opus wprowadzają realne zmiany w pracy z kodem. Jest to szczególnie istotne dla zespołów, które miały trudności z ograniczeniami okna kontekstu przy analizie dużych repozytoriów. Wersja 2.1.197 jest już dostępna, a promocyjne stawki API obowiązują tylko do końca sierpnia.

    Źródła

  • Aplikacja mobilna Cursor wreszcie dostępna na iOS – oto co potrafi

    Aplikacja mobilna Cursor wreszcie dostępna na iOS – oto co potrafi

    29 czerwca 2026 roku Cursor uruchomił natywną aplikację na iOS w ramach otwartej bety. Aplikacja jest dostępna wyłącznie dla użytkowników płatnych planów i umożliwia zarządzanie agentami chmurowymi z dowolnego miejsca. To istotny krok w kierunku mobilnego nadzoru nad zautomatyzowanym programowaniem, a nie tylko uproszczona wersja desktopowego IDE.

    Co warto wiedzieć na start

    • Publiczna beta aplikacji Cursor na iOS rozpoczęła się 29 czerwca 2026 roku, tylko dla subskrybentów płatnych planów.
    • Agenci chmurowi uruchamiani z telefonu działają na tym samym backendzie co agenci webowi i desktopowi.
    • Powiadomienia push oraz Live Activities informują o zakończeniu zadania, potrzebie ingerencji lub gotowym pull requeście.
    • Sterowanie głosowe umożliwia interakcję z agentem bez dotykania ekranu.
    • Zdalne przejmowanie sesji desktopowych pozwala kontrolować agenta na komputerze z aplikacji mobilnej.

    Agent zawsze pod ręką – jak to działa w praktyce

    Aplikacja nie jest przeznaczona do pisania kodu na małym ekranie. Jej głównym celem jest zdalny nadzór nad agentami, którzy pracują asynchronicznie – w chmurze lub na komputerze. Użytkownik otwiera repozytorium, wybiera model, opisuje zadanie (także głosowo) i uruchamia agenta. Po tym można schować telefon do kieszeni.

    Gdy agent zakończy pracę, użytkownik otrzymuje powiadomienie push. Live Activities na ekranie blokady i Dynamic Island śledzą postęp nawet dla ośmiu agentów jednocześnie. To przydatne, gdy zleca się kilka niezależnych zadań i chce mieć podgląd bez ciągłego otwierania aplikacji.

    Mobilna wersja Cursor sprawdza się w sytuacjach, które wcześniej wymagały noszenia laptopa. Zespół Cursor podaje konkretne przykłady: obsługa incydentów podczas dyżuru on-call (uruchamianie agenta w trakcie lunchu, a po powrocie gotowy PR), reagowanie na zgłoszenia klientów czy szybkie prototypowanie poprawek UI na podstawie zrzutów ekranowych z mediów społecznościowych.

    Przegląd artefaktów i merge bez komputera

    Aplikacja umożliwia przeglądanie efektów pracy agenta bez potrzeby sięgania po laptopa. Logi, zrzuty ekranu, nagrania z sesji desktopowej, różnice – wszystko jest dostępne w interfejsie mobilnym. Jeśli efekt jest zadowalający, można zmergować pull request bezpośrednio z telefonu. W przeciwnym razie, użytkownik zostawia agentowi follow-up i wraca do pracy.

    Agenci chmurowi nie tylko produkują kod, ale również generują dema, zrzuty ekranowe i logi, które pomagają w szybszej weryfikacji poprawności działania. To szczególnie istotne, gdy przegląda się zmiany w biegu – między spotkaniami lub w komunikacji miejskiej.

    Płynne przechodzenie między chmurą a desktopem

    Płynne przechodzenie między chmurą a desktopem

    Cursor zapewnia elastyczność. Sesję rozpoczętą lokalnie można w każdej chwili przenieść do chmury, gdy użytkownik odchodzi od biurka. Agent kontynuuje pracę na izolowanej maszynie wirtualnej, a użytkownik otrzymuje powiadomienie, gdy skończy. Następnie można ściągnąć sesję z powrotem na desktop, aby przetestować zmiany lokalnie przed mergem.

    Dostępna jest również opcja Remote Control – jeśli agent działa na komputerze, można przejąć nad nim kontrolę z iPhone’a. Wymaga to wcześniejszego włączenia ustawienia zapobiegającego uśpieniu maszyny. To przydatne, gdy wychodzi się z biura, ale chce się mieć pewność, że agent nie utknął w martwym punkcie.

    Promocja i dostępność

    Promocja i dostępność

    Aplikacja jest darmowa do pobrania z App Store, ale wymaga aktywnego płatnego planu Cursor. Do 5 lipca 2026 roku Cursor oferował 75% zniżki na uruchomienia modelu Composer 2.5 w wersji mobilnej, jednak promocja już się zakończyła.

    Zespół Cursor zapowiada także wersję na Androida – na razie bez konkretnej daty – oraz możliwość tworzenia czatów bez podpiętego repozytorium, co ułatwi szybkie zadania niewymagające pełnego kontekstu kodu.

    Mobilny nadzór nad kodem wchodzi do mainstreamu

    Wydanie aplikacji mobilnej Cursor wskazuje, że nadzór nad programowaniem sterowanym przez AI przestaje być ograniczony do biurka. Możliwość monitorowania agentów, przeglądania różnic i mergowania PR-ów z telefonu zmienia sposób pracy zespołów devopsowych i webdeveloperów, którzy często łączą kodowanie z dyżurami i szybkim reagowaniem na incydenty. Cursor nie stworzył mobilnego IDE – wprowadził praktyczne centrum dowodzenia dla autonomicznych agentów, które można mieć w kieszeni.

    Źródła

  • Qwen-Code v0.19.3 – nowa wersja z odświeżoną powłoką webową i integracją MCP

    Qwen-Code v0.19.3 – nowa wersja z odświeżoną powłoką webową i integracją MCP

    Alibaba wypuściła wersję 0.19.3 swojego narzędzia Qwen-Code 28 czerwca 2026 roku. Aktualizacja wprowadza znaczące zmiany, w tym nową webową powłokę, rozszerzoną obsługę MCP (Model Context Protocol) oraz wsparcie dla dyktowania głosowego. Dodatkowo, poprawiono problem z wyciekiem PTY w systemie Windows, który mógł powodować trudności podczas dłuższych sesji.

    Co nowego w pigułce

    • Web shell z interakcjami w stylu Excela – tabele w markdownie można teraz edytować i sortować bezpośrednio w interfejsie.
    • Rozszerzone zarządzanie serwerami MCP – przeglądanie zasobów stało się wygodniejsze, a serwery HTTP są w pełni wspierane.
    • Nowy kreator rozszerzeń (extension creator skill) – umożliwia generowanie rozszerzeń bez ręcznego sklejania przepływu pracy.
    • Wsparcie dla dyktowania głosowego – rozpoznawanie mowy wykracza poza podstawowe komendy, co pozwala na pracę bez użycia rąk.

    Powłoka webowa, która przypomina arkusz kalkulacyjny

    Najwięcej wizualnych zmian dotyczy web shell. Interfejs zyskał interakcje przypominające Excela – tabele w markdownie można sortować, filtrować i modyfikować bez potrzeby opuszczania widoku. Dla programistów przyzwyczajonych do szybkiego przeglądania danych to znaczne ułatwienie. Nie ma już potrzeby kopiowania tabeli do innego miejsca, aby sprawdzić konkretny wiersz.

    Dodatkowo, poprawiono obsługę pytań i odpowiedzi w web shellu – interfejs lepiej pokazuje, co zostało już załatwione, a co wciąż wymaga uwagi. To mały, ale istotny detal dla osób spędzających długie godziny w konsoli.

    MCP jako centralny element integracji

    Qwen-Code od pewnego czasu stawia na MCP jako główną metodę łączenia z zewnętrznymi narzędziami, bazami danych i API. W wersji 0.19.3 ta integracja została znacznie udoskonalona.

    Dokumentacja projektu wyraźnie wskazuje, że serwery MCP to sposób, w jaki Qwen-Code komunikuje się z zewnętrznymi systemami. W nowej wersji poprawiono przeglądanie zasobów serwerów MCP, co przyspiesza dostęp do podpiętych baz danych i narzędzi. Wprowadzono również wsparcie dla zdalnych serwerów MCP przez HTTP, co umożliwia ich zarządzanie z poziomu przeglądarki, co może być korzystne dla zespołów DevOps.

    Konfiguracja stała się bardziej stabilna przy uruchamianiu qwen serve – wcześniej zdarzało się, że ustawienia MCP dla workspace’u nie ładowały się poprawnie. Teraz działa to zgodnie z oczekiwaniami.

    Kreator rozszerzeń i dyktowanie głosowe

    Kreator rozszerzeń i dyktowanie głosowe

    Nowy kreator rozszerzeń upraszcza proces tworzenia rozszerzeń. Zamiast ręcznego budowania całego workflow, można to zrobić w kilku krokach, a narzędzie samo generuje strukturę. Dla osób pragnących szybko dostosować Qwen-Code do własnych potrzeb, to znaczna oszczędność czasu.

    Wsparcie głosowe również się rozwija. Dyktowanie nie służy już tylko do zamiany mowy na tekst, ale pozwala na sterowanie agentem bez użycia klawiatury. W połączeniu z funkcjami Qwen-Code, może to być przydatne podczas dłuższych sesji debugowania czy przeglądania logów.

    Stabilność pod maską

    Stabilność pod maską

    Wprowadzono także poprawki stabilności. Najważniejsza dotyczy wycieku PTY shell w systemie Windows, który mógł powodować problemy z zasobami podczas dłuższej pracy. Łatka natychmiast zwalnia zasoby terminala po jego zamknięciu, zamiast czekać na późniejsze czyszczenie.

    Poprawiono również obsługę wywołań narzędzi. Błędy w strumieniowaniu były wcześniej uciążliwe, teraz system próbuje ponowić połączenie przy przejściowych błędach sieciowych, co zmniejsza liczbę sesji, które kończą się z powodu chwilowej utraty łączności.

    Telemetria do wyboru

    Telemetria stała się konfigurowalna. Qwen-Code wysyła statystyki użytkowania do endpointu Alibaba Cloud RUM, ale tylko jeśli użytkownik to włączy. To rozwiązanie dla zespołów, które chcą mieć pełną kontrolę nad danymi opuszczającymi ich środowisko. Ulepszenia CLI i komponentów serwerowych pokazują, że narzędzie rozwija się zarówno wizualnie, jak i infrastrukturalnie.

    Dla zespołów korzystających z agentów AI na co dzień, wersja 0.19.3 łączy interaktywność w przeglądarce z automatyzacją w trybie headless, nie rezygnując z żadnej z tych warstw.

    Źródła

  • Cursor wkracza na iPhone’a – mobilna aplikacja już w publicznej becie

    Cursor wkracza na iPhone’a – mobilna aplikacja już w publicznej becie

    Cursor udostępnił 29 czerwca 2026 roku oficjalną aplikację mobilną na iPhone’a w publicznej wersji beta. Narzędzie, dostępne dla posiadaczy płatnych planów, umożliwia programistom zarządzanie agentami AI bezpośrednio z iPhone’a lub iPada. Aplikacja nie zastępuje IDE, lecz przekształca telefon w centrum kontrolne dla działających w chmurze i lokalnych agentów, w tym tych, które uruchamiały "nightly build" na laptopie.

    Co warto wiedzieć na start

    • Data premiery: 29 czerwca 2026, publiczna beta wyłącznie dla płatnych planów Cursor.
    • Platforma: natywna aplikacja na iPhone’a i iPada, wymagająca iOS 26.0 lub nowszego.
    • Zdalne sterowanie: możliwość kontrolowania agentów działających w chmurze oraz na komputerze lokalnym.
    • Powiadomienia push: agent informuje, gdy zakończy zadanie, napotka błąd lub potrzebuje decyzji użytkownika.
    • Limitowana promocja: 75% zniżki na uruchomienia Composer 2.5 w aplikacji mobilnej, obowiązująca do 5 lipca 2026.

    Agent w kieszeni – co właściwie potrafi aplikacja

    Mobilny Cursor nie jest uproszczoną wersją desktopowego IDE. To panel dowodzenia, który pozwala śledzić postępy agentów i podejmować decyzje, gdy nie ma się dostępu do komputera. Można uruchomić agenta chmurowego z telefonu, wydać mu polecenie głosem, a następnie schować urządzenie do kieszeni. Po zakończeniu pracy agent wyśle powiadomienie push z podglądem artefaktów, logów i "pull requestów".

    Funkcja Remote Control rozszerza tę koncepcję na agentów desktopowych. Jeśli Cursor działa na laptopie, można sprawdzić stan sesji, przeglądać zmiany i zarządzać agentem zdalnie. Dla zespołów rozproszonych to praktyczne rozwiązanie, które umożliwia szybką reakcję, gdy przegląd nie może czekać na powrót do biurka.

    W aplikacji dostępny jest również przegląd "pull requestów" z możliwością ich mergowania. Inżynier otrzymuje powiadomienie o gotowym PR, otwiera go na iPadzie, przegląda zmiany i zatwierdza – wszystko bez potrzeby otwierania laptopa. Dla DevOpsów monitorujących długotrwałe deploymenty taka mobilna konsola może być bardzo przydatna.

    Głos jako interfejs sterowania

    Głos jako interfejs sterowania
    Źródło: cursor.com

    Aplikacja obsługuje komendy głosowe, co pozwala na wydawanie poleceń agentowi bez konieczności korzystania z ekranu. Można na przykład powiedzieć „sprawdź testy w module autoryzacji i popraw te, które nie przechodzą”. W sytuacjach wymagających szybkiej interwencji, głos przyspiesza proces działania.

    Aplikacja przetwarza polecenia w kontekście aktywnego agenta, co eliminuje potrzebę przypominania, nad czym aktualnie pracuje. To krok w stronę bardziej naturalnej interakcji z kodem, gdzie delegowanie zadań przypomina współpracę z kolegą z zespołu, a nie wpisywanie komend w terminalu.

    Dlaczego mobilny agent ma sens dla webdevów i DevOps

    Dlaczego mobilny agent ma sens dla webdevów i DevOps
    Źródło: cursor.com

    Dla zespołów frontendowych i fullstackowych mobilny Cursor rozwiązuje istotny problem: agent-driven development wymaga stałego monitoringu, ale nie zawsze obecności przed monitorem. Gdy agent refaktoryzuje komponenty, przeprowadza migrację lub testuje warianty UI, można śledzić postępy w autobusie czy przy kawie.

    Dla DevOpsów aplikacja staje się lekkim klientem do nadzoru nad zdalnymi maszynami. Cloud agent uruchomiony na self-hosted workerze, w AWS Lambda czy na Vercelu – każdą z tych sesji można monitorować i zarządzać nimi z poziomu iPhone’a. Logi, artefakty oraz podgląd live environmentu są dostępne w każdej chwili.

    Promocja na start i co dalej

    Cursor wprowadził limitowaną obniżkę na start – przez pierwszy tydzień (do 5 lipca 2026) uruchomienia Composer 2.5 w aplikacji mobilnej są przecenione o 75%. To zachęta dla użytkowników do szybkiego przetestowania mobilnego przepływu pracy i włączenia go do codziennej rutyny.

    Beta jest publiczna, ale dostępna tylko dla płatnych subskrybentów. Nie ma jeszcze informacji o dostępności aplikacji dla użytkowników darmowego planu, jednak tempo rozwoju Cursor – od cloud agents przez Origin Code Hosting po mobilną konsolę – sugeruje, że agentowe kodowanie staje się standardem w produkcji. Telefon w tym kontekście pełni rolę kluczowego narzędzia łączącego sesję IDE z codziennymi obowiązkami.

    Źródła