Tag: Agenci AI

  • OpenCode 1.18.4 wprowadza inteligentne myślenie adaptacyjne Kimi i odświeżony interfejs desktopa

    OpenCode 1.18.4 wprowadza inteligentne myślenie adaptacyjne Kimi i odświeżony interfejs desktopa

    Nowa wersja OpenCode, oznaczona numerem 1.18.4 i opublikowana 20 lipca 2026 roku, koncentruje się na poprawie kompatybilności między dostawcami modeli AI a użytecznością aplikacji desktopowej. To aktualizacja, która nie wprowadza jednej przełomowej funkcji, lecz zawiera szereg poprawek, które zmniejszają tarcie i frustrację podczas codziennej pracy z kodem.

    Kluczowe zmiany w OpenCode 1.18.4

    • Adaptacyjne myślenie Kimi — modele Kimi od dostawców zgodnych z Anthropic oferują kontrolę nad procesem rozumowania, z domyślnym podsumowywaniem zamiast pełnego śladu.
    • Przywrócone wsparcie Azure — endpointy Azure Cognitive Services znów działają po problemach w poprzednich wersjach.
    • Dłuższe timeouty — nagłówki dostawców OpenAI mają więcej czasu na odpowiedź przy wolnych połączeniach.
    • Zsynchronizowany terminal — wbudowany terminal w desktopie automatycznie dopasowuje się do motywu aplikacji.
    • Panel recenzji i pole wprowadzania — karty plików trzymają się diffów, a pole wprowadzania v2 działa stabilniej.

    Co konkretnie zmienia myślenie adaptacyjne Kimi

    Modele Kimi używane przez dostawców zgodnych z API Anthropic zyskały nowy mechanizm kontroli procesu rozumowania. Oznacza to, że OpenCode 1.18.4 domyślnie podsumowuje wewnętrzny tok myślowy modelu, zamiast wyświetlać pełny, często nieczytelny ślad.

    To istotna zmiana, szczególnie przy złożonych zadaniach, gdzie model analizuje projekty składające się z wielu plików. Pełne logi mogą być przytłaczające, a domyślne podsumowanie pozwala szybciej ocenić, czy model działa poprawnie. W przypadku problemów można włączyć pełny podgląd. Kontrola myślenia adaptacyjnego jest teraz ustawieniem, a nie sztywnym trybem.

    Azure wraca do gry, OpenAI przestaje się spieszyć

    Azure wraca do gry, OpenAI przestaje się spieszyć

    Przywrócenie wsparcia dla Azure Cognitive Services to pozytywna wiadomość dla zespołów korzystających z modeli hostowanych w chmurze Microsoftu. Wcześniejsze problemy blokowały te endpointy, co mogło znacząco wpłynąć na projekty enterprise.

    Zespół OpenCode 1.18.4 zajął się również timeoutami. Dostawca OpenAI mógł zrywać połączenie przy wolniejszym starcie modelu lub przeciążonej sieci. Teraz nagłówki dostawców czekają dłużej na odpowiedzi. W późniejszych wydaniach domyślny timeout wzrósł do pięciu minut, a timeouty strumieniowanych chunków również zyskały większą tolerancję, z opcją całkowitego wyłączenia limitu.

    Te zmiany wpisują się w szerszy trend: OpenCode 1.18.4 staje się bardziej odporne na opóźnienia inicjalizacji, długie sesje rozumowania i specyficzne zachowania różnych dostawców. To przekłada się na mniej irytujących przerwań w pracy.

    Desktop v2 — mniej klikania, więcej spójności

    Desktop v2 — mniej klikania, więcej spójności

    Aplikacja desktopowa przeszła wcześniej migrację do architektury v2, a wersja 1.18.4 to kolejny krok w dopracowywaniu szczegółów. Terminal wbudowany w interfejs synchronizuje teraz motyw z resztą aplikacji, co poprawia komfort pracy, zwłaszcza podczas nocnych sesji.

    Pole wprowadzania promptu v2 zostało całkowicie przepisane. Komendy i wejścia kontekstowe działają teraz przewidywalnie, co jest istotne przy szybkim przełączaniu się między zadaniami. Panel recenzji również zyskał na funkcjonalności: otwarte karty plików lepiej podążają za aktualnym diffem, co ułatwia przeskakiwanie między zmienionymi plikami a ich stanem recenzji.

    Dla kogo ma to znaczenie

    Deweloperzy pracujący z różnymi modelami AI — takimi jak Kimi przez Anthropic, Azure czy OpenAI — zyskują w wersji 1.18.4 rozwiązania, które eliminują przeszkody. Mniej błędów dostawców, dłuższe timeouty przy wolnych połączeniach oraz lepsza spójność interfejsu sprawiają, że aktualizacja ta, choć nie krzyczy, znacząco ułatwia codzienną pracę.


    Źródła

  • Qwen-Code v0.20.1: izolowane worktree, inteligentne autofixy i wyszukiwanie w sieci

    Qwen-Code v0.20.1: izolowane worktree, inteligentne autofixy i wyszukiwanie w sieci

    Alibaba wydało Qwen-Code v0.20.1 — jedno z trzech wydań, które pojawiły się w ciągu jednego tygodnia, zamykając intensywny cykl, w którym scalono ponad 220 pull requestów. Ta aktualizacja koncentruje się na stabilności działania agentów AI w złożonych repozytoriach i wprowadza kilka brakujących funkcji do web-shella.

    Kluczowe zmiany w serii v0.20.1

    • Automatyczne naprawy — mechanizmy naprawcze poprawiają zarządzanie w zespołowych repozytoriach.
    • Izolowane sesje worktree — równoległe instancje agentów AI działają w osobnych worktree, eliminując konflikty między nimi.
    • Opcjonalne wyszukiwanie w sieci — funkcja web_search oparta na silniku Bailian Responses API, domyślnie wyłączona, wymaga ustawienia zarówno tools.webSearch.enabled: true, jak i tools.webSearch.model.

    Automatyzacja dopasowana do zespołu

    Jednym z głównych problemów automatycznych napraw generowanych przez AI był brak integracji z istniejącymi procesami w repozytorium. Seria v0.20.1 rozwija mechanizmy automatyzacji, które lepiej współpracują z konwencjami zespołowymi.

    Dla zespołów DevOps oznacza to możliwość dostosowania ścieżek weryfikacji pull requestów do własnych reguł — automatyka uwzględnia metadane PR-ów i odpowiednio reaguje. To funkcjonalność, która może wydawać się drobna, ale w codziennej praktyce oszczędza wiele czasu.

    Kolejną nowością jest obsługa forków w czasie rzeczywistym. Gdy kontrybucja pochodzi spoza głównego repozytorium — co jest typowe w open source — mechanizmy naprawcze teraz poprawnie koordynują zmiany. Wcześniej zdarzały się problemy, zwłaszcza gdy kilka zewnętrznych branchy próbowało jednocześnie wprowadzać poprawki.

    Worktree — koniec z konfliktami między agentami

    Ta zmiana z pewnością ucieszy każdego, kto uruchamia kilka instancji Qwen-Code równolegle. Web-shell zyskał izolację sesji dzięki Git worktree — jedno kliknięcie i każdy agent działa w swoim odizolowanym drzewie roboczym.

    Dlaczego to jest istotne? Agenci AI mogą być dość aktywni w edytowaniu plików, przełączaniu branchy i stage'owaniu zmian. Gdy dwie instancje działają w tym samym worktree, prędzej czy później dojdzie do kolizji — nadpisanych plików, utraconych zmian lub bałaganu w indeksie. Izolacja worktree rozwiązuje ten problem, zapewniając każdej sesji własny obszar roboczy.

    Wyszukiwanie w sieci — ale tylko na żądanie

    Qwen-Code przywraca funkcję web_search, opartą na Bailian Responses API. Jest domyślnie wyłączona i wymaga aktywacji — to przemyślane posunięcie, ponieważ nie każdy chce, aby agent AI samodzielnie przeszukiwał internet. Aby funkcja działała, należy ustawić zarówno tools.webSearch.enabled: true, jak i wskazać model przez tools.webSearch.model; brak któregokolwiek z tych ustawień sprawia, że funkcja pozostaje wyłączona.

    Implementacja obejmuje nie tylko wyszukiwanie: silnik otwiera i odczytuje strony, a w wygenerowanych odpowiedziach wymagana jest sekcja Sources z cytowanymi źródłami. To przydatne, gdy agent potrzebuje aktualnej dokumentacji lub zewnętrznych informacji technicznych.

    Stabilność i sterowanie w locie

    Cykl v0.20.1 to nie tylko nowe funkcje — to także wiele pracy nad niezawodnością. Poprawki objęły moduły core harness, interakcje CLI i stabilizację zestawu testów. Dla użytkownika końcowego oznacza to, że agenci rzadziej napotykają problemy podczas prostych operacji.

    Co ciekawe, cała seria v0.20.1 wprowadziła również możliwość korygowania agenta w czasie rzeczywistym — można wpisać instrukcję, gdy model jeszcze generuje odpowiedź, co pozwala na przejęcie kontroli na granicy próbkowania. To drobna zmiana, ale daje poczucie kontroli, które często brakuje w interakcji z agentami AI.

    Co to oznacza w praktyce

    Qwen-Code v0.20.1 to wydanie, które nie przyciąga uwagi pojedynczym spektakularnym ficzerem, lecz systematycznie poprawia doświadczenie developera. Izolacja worktree eliminuje problemy związane z równoległą pracą. Automatyzacja napraw integruje się z istniejącymi procesami, zamiast narzucać własne. Opcjonalne wyszukiwanie dostarcza dodatkowy kontekst bez narzucania go tym, którzy go nie potrzebują.

    Przy tempie trzech wydań tygodniowo i ponad 220 scalonych PR-ach zespół Qwen intensywnie inwestuje w użyteczność produkcyjną, nie tylko w demonstracje technologiczne.


    Źródła

  • Factory daje programistom kontrolę nad umiejętnościami AI i wsparcie dla Windows ARM64

    Factory daje programistom kontrolę nad umiejętnościami AI i wsparcie dla Windows ARM64

    Nowa wersja Factory v0.176.0, wydana 20 lipca 2026 roku, wprowadza flagę umożliwiającą wyłączenie wbudowanych umiejętności oraz natywne wsparcie dla komputerów z Windows ARM64. Dodatkowo, wprowadzono automatyczne powiadomienia o zbliżających się limitach oraz szereg poprawek stabilności.

    • Nowa flaga --disable-builtin-skills pozwala na wyłączenie fabrycznych umiejętności Factory, zachowując jednocześnie własne
    • Natywna wersja dla Windows ARM64 eliminuje potrzebę korzystania z warstwy zgodności x64
    • Alerty e-mail o limitach informują administratorów, gdy zużycie zbliża się do ustalonego pułapu
    • Naprawa sesji po przerwaniu działania narzędzia oraz automatyczne ponawianie połączeń z modelem
    • Drobne usprawnienia desktopowe – od dźwięków powiadomień, które nie blokują uśpienia macOS, po czytelniejsze błędy PDF

    Większa kontrola nad umiejętnościami

    Głównym elementem tej aktualizacji jest flaga --disable-builtin-skills. Umożliwia ona zespołom kontrolowanie, które umiejętności są dostępne w danym środowisku, zarówno w repozytorium, jak i lokalnie na maszynie dewelopera.

    W praktyce oznacza to, że organizacje, które mają własny zestaw umiejętności, mogą teraz całkowicie wyłączyć te dostarczane przez Factory, co eliminuje ryzyko konfliktów i niepożądanych zachowań. Własne źródła umiejętności pozostają nienaruszone. Dla zespołów DevOps i liderów technicznych to realna korzyść – mniej niespodzianek w automatyzacji, większa przewidywalność.

    Choć zmiana ta może nie wydawać się spektakularna, osoby zarządzające większymi projektami AI szybko docenią tę opcję.

    Windows ARM64 bez kompromisów

    Windows ARM64 bez kompromisów

    Kolejną ważną nowością jest natywne wsparcie dla Windows ARM64. Użytkownicy urządzeń takich jak Surface Pro X czy Lenovo ThinkPad X13s wcześniej musieli korzystać z emulacji x64, co wpływało na wydajność i responsywność.

    Teraz aplikacja desktopowa Factory działa bezpośrednio na architekturze ARM64. Zniknął narzut związany z tłumaczeniem instrukcji, co powinno poprawić płynność działania. To oznacza, że ekosystem ARM na Windowsie zyskuje na znaczeniu.

    Automatyczne alerty i solidniejsza praca z sesjami

    Automatyczne alerty i solidniejsza praca z sesjami

    Administratorzy otrzymują powiadomienia e-mail, gdy wykorzystanie API lub innych zasobów zbliża się do limitów. Factory nie ujawnia jednak domyślnych progów, częstotliwości alertów ani tego, które plany subskrypcyjne obejmuje ta funkcja. Użytkownicy muszą sprawdzić to we własnej konfiguracji.

    W zakresie stabilności wprowadzono konkretne zmiany. Przerwanie działania narzędzia nie powinno już uszkadzać historii sesji, a jeśli do tego dojdzie, wersja 0.176.0 potrafi automatycznie naprawić taką historię. Dodatkowo, w przypadku niedostępności automatycznie wybranego modelu, następuje automatyczne ponawianie prób. Użytkownicy nie muszą już ręcznie restartować operacji.

    Wprowadzono także poprawkę dla macOS: dźwięki powiadomień nie blokują już przejścia komputera w tryb uśpienia. W przypadku generowania PDF błędy są teraz widoczne natychmiast, co ułatwia diagnozowanie problemów z dokumentami.

    Dla kogo to wydanie ma znaczenie

    Factory v0.176.0 to aktualizacja skupiająca się na kontroli i niezawodności. Nowa flaga umiejętności będzie przydatna dla zespołów, które potrzebują ściśle zdefiniowanego środowiska automatyzacji. Alerty o limitach stanowią dodatkowe zabezpieczenie dla budżetu operacyjnego. Natywne wsparcie dla Windows ARM64 to odpowiedź na rosnącą liczbę deweloperów korzystających z urządzeń z tym systemem.

    Choć brakuje danych o adopcji, konkretnych benchmarków czy oficjalnych komentarzy twórców, kierunek zmian jest jasny. Factory stawia na elastyczność i przewidywalność, co jest istotne w kontekście rozwoju wspomaganego przez AI.


    Źródła

  • OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie

    OpenCode 1.18.4 stawia na adaptacyjne myślenie i porządki w interfejsie

    Najnowsza wersja OpenCode, oznaczona numerem 1.18.4, wprowadza szereg poprawek, które mają na celu poprawę współpracy z modelami Kimi oraz odświeżenie klienta desktopowego. Aktualizacja, wydana 20 lipca 2026 roku, nie wprowadza rewolucyjnych funkcji, ale eliminuje kilka uciążliwych problemów – od przywrócenia łączności z Azure po lepsze zarządzanie terminalem i sesjami promptów. Dla zespołów korzystających z różnych dostawców AI, ta wersja jest zdecydowanie warta szybkiego wdrożenia.

    Najważniejsze zmiany w OpenCode 1.18.4

    • Kimi zyskał kontrolki adaptacyjnego myślenia, które zwracają podsumowane wnioskowanie zamiast pełnego procesu
    • Azure Cognitive Services przywrócił wsparcie dla endpointów po wcześniejszej regresji
    • Terminal synchronizuje teraz motyw z główną aplikacją, eliminując wizualny chaos
    • Prompt input v2 został przepisany – polecenia, załączniki i historia działają stabilniej
    • Panel recenzji zyskał lepsze skalowanie i wyrównanie zakładek z widokiem diff

    Adaptacyjne myślenie Kimi – mniej szumu, więcej konkretów

    W OpenCode 1.18.4 wprowadzono mechanizm adaptacyjnego myślenia dla modeli Kimi, które są dostępne przez dostawców kompatybilnych z Anthropic. Oznacza to, że zamiast zalewać użytkownika pełnym, wewnętrznym łańcuchem rozumowania, system domyślnie zwraca podsumowany rezultat. To poprawia czytelność, szczególnie podczas pracy nad kodem.

    Ważną poprawką jest także zmiana w obsłudze opcji wnioskowania. Wcześniej OpenCode stosował nieprawidłową domyślną konfigurację, ignorując ustawienia dostawcy. Teraz to dostawca dyktuje zasady, co zmniejsza konflikty przy przełączaniu między modelami. Zespół wyraźnie wskazuje, że lepiej uszanować specyfikę każdego modelu.

    Azure wraca do gry, OpenAI łączy stabilniej

    Azure wraca do gry, OpenAI łączy stabilniej

    Dla użytkowników korzystających z Azure Cognitive Services, ta wersja przynosi długo oczekiwaną poprawkę. Przywrócono wsparcie dla endpointów, które wcześniej zostało zerwane przez regresję, co poważnie zakłócało połączenia. Teraz wszystko wraca do normy.

    Dodatkowo, skrócono timeouty nagłówków dostawcy podczas wolnego zestawiania połączeń z OpenAI. To techniczny detal, ale dla osób na niestabilnych łączach oznacza rzadsze przerwy w sesjach. To mała zmiana, która znacząco poprawia komfort pracy.

    Desktop: terminal, prompt i panel recenzji w jednym rytmie

    Desktop: terminal, prompt i panel recenzji w jednym rytmie

    Najwięcej wizualnych poprawek dotyczy klienta desktopowego. Terminal synchronizuje teraz motyw z główną aplikacją, co eliminuje problem z różnymi kolorami interfejsu. Choć to kosmetyczna zmiana, przy dłuższej pracy z kodem takie detale mogą być męczące.

    System wprowadzania promptów (v2) został przepisany. Interakcje z komendami, załącznikami, historią i kontekstem powłoki stały się bardziej przewidywalne. Dodano również podpowiedzi skrótów klawiszowych, co jest przydatne zarówno dla nowych użytkowników, jak i tych, którzy chcą przyspieszyć nawigację.

    Panel recenzji kodu zyskał lepsze skalowanie i wyrównanie otwartych zakładek z aktywnym widokiem diff, co ułatwia przeskakiwanie między zmienionym plikiem a jego kontekstem recenzyjnym. Sticky controls działają teraz sprawniej i nie znikają w najmniej oczekiwanym momencie.

    Co to oznacza dla codziennej pracy developera

    OpenCode 1.18.4 to wydanie, które nie wprowadza spektakularnych nowości, ale poprawia kluczowe elementy codziennego workflow. Edycja pliku, recenzja zmian, szybkie polecenie w terminalu – to właśnie w tych obszarach wcześniejsze niedociągnięcia mogły zakłócać pracę. Poprawki w stabilności promptów i synchronizacji motywu terminala mogą wydawać się trywialne, ale to z takich mikroudogodnień składa się płynna sesja z AI-asystentem.

    W szerszym kontekście widać również konsekwentny kierunek rozwoju: OpenCode coraz bardziej różnicuje obsługę poszczególnych dostawców modeli. Wersja 1.18.4, która ukazała się tuż po tej aktualizacji, rozszerza podobne mechanizmy na Claude i Mistrala. To już nie jest narzędzie udające uniwersalną nakładkę – to platforma, która dostosowuje się do reguł każdego dostawcy z osobna. Dla zespołów korzystających z Azure, Kimi i OpenAI to pozytywna zmiana.


    Źródła

  • Qwen-Code 0.20.0 wprowadza rotację logów demona i model qwen3.8-max-preview

    Qwen-Code 0.20.0 wprowadza rotację logów demona i model qwen3.8-max-preview

    Zespół QwenLM opublikował 19 lipca 2026 roku stabilną wersję Qwen-Code 0.20.0, koncentrując się na niezawodności długoterminowych procesów, poprawie obsługi historii poleceń w WebShell oraz rozszerzeniu listy modeli dostępnych w planie Token. To wydanie nie wprowadza znaczących nowości wizualnych, ale rozwiązuje konkretne problemy operacyjne, które mogą występować u deweloperów pracujących z agentami AI w środowiskach kontenerowych i CI/CD.

    Najważniejsze zmiany w Qwen-Code 0.20.0

    • Rotacja logów demona — wprowadzono ograniczoną rotację logów procesów w tle, co pomaga kontrolować wykorzystanie miejsca na dysku.
    • Historia WebShell — odtwarzanie wcześniejszych poleceń stało się bardziej niezawodne, co ułatwia powtarzanie sekwencji debugowania i wdrożeń.
    • Nowy model w planie Token — qwen3.8-max-preview został dodany do oficjalnej listy.
    • Poprawki stabilności — naprawiono stałą TIMEOUT_30_MINUTES w Java SDK, aby rzeczywiście oznaczała 30 minut, oraz poprawiono zachowanie przyczyny wyjątku podczas inicjalizacji AcpClient; poprawiono również schematy wywołań narzędzi.
    • Optymalizacja wydajności — opóźnione uruchamianie TUI i cache'owanie pamięci kanałów zmniejszają obciążenie w CLI.

    Rotacja logów: ograniczenie wzrostu plików demona

    Najbardziej zauważalną zmianą dla osób utrzymujących długo działające instancje Qwen-Code jest ograniczona rotacja logów demona. Wcześniej logi procesów w tle mogły rosnąć bez kontroli, co w środowiskach z ograniczoną przestrzenią dyskową, takich jak kontenery, współdzielone serwery deweloperskie czy runnerzy CI, zwiększało ryzyko problemów z miejscem.

    Obecnie rotacja działa w ramach zdefiniowanego limitu. Dokumentacja wydania nie precyzuje jednak dokładnych parametrów, takich jak liczba zachowywanych plików, próg rozmiaru czy kompresja logów. Niemniej jednak, ta zmiana ma praktyczne znaczenie, ponieważ ogranicza ryzyko sytuacji, w której agent kodujący działa poprawnie przez długi czas, aż nagle cała maszyna przestaje działać z powodu braku miejsca na partycji.

    WebShell: historia, którą da się odtworzyć

    Kolejna istotna poprawka dotyczy odtwarzania historii poleceń w WebShell. Dla osób pracujących iteracyjnie, czy to przy debugowaniu aplikacji webowych, czy przy wdrażaniu na hosting, możliwość szybkiego przywołania wcześniejszej sekwencji komend skraca czas między wykryciem błędu a jego reprodukcją.

    W praktyce chodzi o scenariusze takie jak: restart usługi lokalnej, sprawdzenie logów wdrożenia czy ponowne uruchomienie menedżera pakietów. Historia działa teraz bardziej przewidywalnie, chociaż nie jest jasne, czy jest przechowywana lokalnie, czy odtwarzana ze stanu demona.

    qwen3.8-max-preview: nowy model w planie Token

    Rozszerzenie listy modeli w planie Token o qwen3.8-max-preview ułatwia pracę z dużymi repozytoriami i złożoną dokumentacją techniczną. Użytkownicy zyskali bezpośrednią ścieżkę wyboru modelu bez potrzeby ręcznej konfiguracji.

    Poprawki niezawodności w CLI, SDK i WebShell

    Wydanie zawiera również szereg mniejszych, ale istotnych poprawek. Java SDK otrzymało poprawkę stałej TIMEOUT_30_MINUTES, aby rzeczywiście oznaczała 30 minut, oraz poprawiono zachowanie przyczyny wyjątku podczas inicjalizacji AcpClient, co jest kluczowe dla usług hostowanych i potoków automatyzacji, gdzie zawieszone żądanie może zablokować cały build. Lepsze wsparcie dla schematów wywołań narzędzi zmniejsza ryzyko niekompatybilności między CLI a zewnętrznymi integracjami. Dodatkowo poprawiono śledzenie ustaleń z przeglądów kodu, obsługę pełnego planu w potwierdzeniu exit_plan_mode oraz poprawkę proxy trasy /goals w serwerze deweloperskim Vite.

    Tempo rozwoju i kontekst wydania

    Qwen-Code 0.20.0 nie był jednorazowym wydaniem. Zgodnie z późniejszymi podsumowaniami tygodniowymi, w tym samym tygodniu projekt wydał trzy stabilne wersje — v0.19.12, Qwen-Code 0.20.0 i v0.20.1 — scalając łącznie ponad 220 pull requestów. To świadczy o intensywnym cyklu rozwojowym.

    Czego źródła nie precyzują

    Dokumentacja wydania nie podaje dokładnych liczb dotyczących oszczędności czasu startowego po opóźnieniu inicjalizacji TUI ani redukcji opóźnień dzięki cache'owaniu pamięci kanałów. Brakuje również pełnego changeloga commit po commicie. Najsilniejszy opis Qwen-Code 0.20.0 to: operacyjne zabezpieczenia, lepsza ciągłość sesji shellowych, szerszy dostęp do modeli i poprawki niezawodności w całym produkcie — wszystko skierowane do deweloperów, którzy pozostawiają Qwen-Code uruchomiony przez długi czas.


    Źródła

  • Devin Desktop 3.5.17 przyspiesza sesje agentów i poprawia zarządzanie workspace’ami

    Devin Desktop 3.5.17 przyspiesza sesje agentów i poprawia zarządzanie workspace’ami

    17 lipca 2026 roku wydano aktualizację Devin Desktop 3.5.17, która wprowadza szybsze sesje oparte na worktree, nowy interfejs palety poleceń oraz lepszą obsługę wielu folderów w lokalnym środowisku. Wydanie koncentruje się na skróceniu czasu oczekiwania na interakcję z agentem oraz poprawie stabilności, szczególnie na systemie Windows.

    Kluczowe zmiany w pigułce

    • Sesje worktree uruchamiają się natychmiast — interakcja jest możliwa od razu, podczas gdy git worktree tworzy się w tle.
    • Paleta poleceń w Agent Command Center przeszła wizualny redesign, a pasek statusu jest teraz domyślnie ukryty.
    • Ikony @-wzmianek w Cascade pokazują teraz typ przywoływanego zasobu: plik, folder, narzędzie czy inne.
    • Network policy w chmurze — użytkownicy mogą zatwierdzać lub blokować żądania sieciowe bez opuszczania sesji w chmurze.
    • Stabilność na Windows — naprawiono awarie aktualizatora i błędy powodujące crashe Cascade.

    Szybszy start sesji z worktree

    W poprzednich wersjach uruchomienie nowej sesji opartej na git worktree wymagało oczekiwania na pełne przygotowanie środowiska. W wersji 3.5.17 nowe sesje uruchamiają się natychmiast i pozostają interaktywne, podczas gdy worktree tworzy się asynchronicznie w tle. Deweloper może od razu rozpocząć pracę, zamiast czekać na zakończenie procesu.

    To udogodnienie jest szczególnie przydatne dla osób pracujących równolegle na wielu gałęziach. Nie ma potrzeby przerywania pracy — agent sam domknie konfigurację, podczas gdy użytkownik kontynuuje działania.

    Lepsza czytelność w Cascade i Agent Command Center

    Interfejs przeszedł kilka drobnych, ale zauważalnych poprawek. Pigułki @-wzmianek w Cascade zyskały ikony zależne od typu przywoływanego elementu. Pliki, foldery, narzędzia i inne zasoby są teraz łatwiejsze do rozróżnienia, co zmniejsza ryzyko pomyłek przy przeglądaniu kontekstu sesji.

    Paleta poleceń została zaktualizowana, a pasek statusu w Agent Command Center jest domyślnie ukryty. Użytkownicy, którzy chcą go przywrócić, mogą ustawić "workbench.statusBar.visible": true w konfiguracji. To zmiana, która poprawia estetykę interfejsu, choć nie wprowadza rewolucyjnych rozwiązań.

    Devin Cloud: sieć pod kontrolą

    W chmurze wprowadzono nowe narzędzia do zarządzania polityką sieciową. Użytkownicy mogą konfigurować uprawnienia sieciowe bezpośrednio z poziomu czatu, co pozwala na zatwierdzanie lub odrzucanie żądań dostępu do zewnętrznych zasobów bez konieczności przełączania się do panelu administracyjnego. To znacząca oszczędność czasu, szczególnie dla zespołów DevOps pracujących z rejestrami pakietów, API i zewnętrznymi serwisami.

    Devin Desktop: wiele folderów i nowe narzędzia do hooków

    W lokalnym środowisku wprowadzono zmiany, które poprawiają obsługę złożonych workspace'ów. Dostosowania lokalne oraz licznik umiejętności w panelu bocznym obejmują teraz wszystkie otwarte foldery, co ułatwia pracę z repozytoriami monolitycznymi i projektami wielomodułowymi.

    Dodatkowo wprowadzono narzędzia do zarządzania hookami, co daje użytkownikom większą kontrolę nad tym, jak automatyzacje lokalne reagują na zdarzenia. W połączeniu z Fast Context, który przyspiesza dostęp do kontekstu projektu podczas pracy agenta, lokalne środowisko zyskuje na elastyczności.

    Windows: łatka dla updatera i crashe Cascade

    Użytkownicy Windows, którzy mieli problemy z aktualizacjami, otrzymują poprawkę. Release notes zawierają instrukcje: należy poczekać na pobranie aktualizacji, zamknąć wszystkie procesy devin.exe przez Menedżera zadań, dokończyć instalację i zrestartować aplikację. Choć nie jest to idealne rozwiązanie, przynajmniej użytkownicy wiedzą, jak postępować w przypadku problemów z automatyzacją.

    Dodatkowo naprawiono błędy powodujące crashe Cascade, co powinno poprawić stabilność lokalnego agenta.

    Co to oznacza dla codziennej pracy

    Release 3.5.17 nie wprowadza spektakularnych zmian ani benchmarków wydajności. Skupia się na poprawie komfortu użytkowania: krótszym czasie oczekiwania, lepszej nawigacji w interfejsie i płynniejszej pracy z agentami, zarówno lokalnie, jak i w chmurze.

    Widać także wyraźny podział między Devin Cloud a Devin Desktop. Chmura zyskuje narzędzia do kontroli sieci, podczas gdy aplikacja desktopowa rozwija się w kierunku obsługi wielu folderów i automatyzacji. Dla zespołów pracujących zarówno zdalnie, jak i lokalnie, to sensowny kierunek, który odpowiada na ich potrzeby.


    Źródła

  • Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree

    Qwen Code v0.19.12: agent lepiej słucha poleceń, a shell zyskuje izolowane worktree

    Qwen Code doczekał się wersji v0.19.12, która jest jedną z trzech stabilnych aktualizacji wydanych równocześnie. W sumie scalono ponad 220 pull requestów, a aktualizacja nie wprowadza zmian łamiących kompatybilność. Najwięcej nowości można zauważyć w powłoce webowej oraz w sposobie, w jaki agent deleguje zadania między modelami.

    Co przynosi wydanie — kluczowe zmiany

    • Web Shell zyskał strony do zarządzania umiejętnościami, integrację ze statusem gita oraz możliwość eksportu zarchiwizowanych sesji.
    • Agent zyskał kontrolę delegacji według modelu, przekierowanie multimodalne całej tury oraz możliwość sterowania w trakcie odpowiedzi.
    • web_fetch przeszedł gruntowną przebudowę, poprawiając wierność treści i bezpieczeństwo.
    • Stabilność poprawiono w obszarach takich jak uprawnienia MCP, obsługa tool-calli, cykl życia pod-agentów oraz zarządzanie pamięcią.
    • Izolowane worktree umożliwiają równoległe zadania w tym samym repozytorium bez wzajemnych konfliktów.

    Web Shell: umiejętności, git i historia sesji na wyciągnięcie ręki

    Nowe strony zarządzania umiejętnościami pozwalają szybko sprawdzić dostępne workflow oraz ich źródła. Umiejętności można ładować z poziomu projektu, użytkownika lub rozszerzeń, przy czym te projektowe mają najwyższy priorytet. To ułatwienie, gdy pracuje się z wieloma kontekstami jednocześnie.

    Integracja z gitem również została ulepszona. W interfejsie pojawił się chip pokazujący status repozytorium oraz wizualny diff drzewa roboczego. Umożliwia to przeglądanie zmienionych plików bez opuszczania shella. Dodatkowo poprawiono nawigację po historii sesji, wprowadzając eksport archiwalnych sesji, co jest przydatne przy dokumentowaniu dłuższych zadań.

    Wersja wprowadza także stronę celów workspace, dedykowane miejsce do śledzenia zamierzonych rezultatów projektu obok samego kodowania. To praktyczny dodatek dla zespołów, które chcą mieć kontekst zadania w jednym widoku.

    Agent: delegacja z głową i sterowanie w locie

    Zachowanie pod-agentów zostało zauważalnie poprawione. Wprowadzono limity współbieżności dla konkretnych modeli, co zapobiega nadmiernemu obciążeniu jednego modelu równoległymi zadaniami. Jest to istotne, gdy używa się modeli o różnej latencji i kosztach.

    Przekierowanie multimodalne całej tury to kolejna nowość. Gdy prompt zawiera obraz, cała tura może być przekazywana do modelu obsługującego multimodalność, co zmniejsza ryzyko utraty kontekstu wizualnego między etapami.

    Najbardziej praktyczna zmiana dotyczy jednak sterowania w tej samej turze. W trakcie generowania odpowiedzi można nacisnąć Enter, aby przekazać instrukcję przy najbliższej granicy próbkowania. Ctrl+Q odkłada ją do następnej tury. Działa to także podczas wykonywania narzędzi, co pozwala na korektę agenta bez czekania na zakończenie długiego polecenia.

    web_fetch: nowa jakość wydobywania treści

    Przebudowa narzędzia web_fetch objęła zarówno wierność treści, jak i bezpieczeństwo. Nowy workflow przyjmuje URL oraz prompt opisujący, co należy wyodrębnić, prosi o potwierdzenie przed pobraniem, a następnie przetwarza materiał szybkim, lekkim modelem.

    Dla prac dokumentacyjnych i web developmentu to ważna zmiana — narzędzie lepiej zachowuje użyteczną zawartość strony źródłowej, stosując precyzyjny prompt ekstrakcji. Mniej niepotrzebnych informacji, więcej konkretów.

    Stabilność i izolacja zadań

    Wydanie poprawiło dziesiątki błędów, obejmujących uprawnienia MCP, obsługę tool-calli, zarządzanie pamięcią oraz renderowanie w CLI. Zabezpieczenia workspace zostały wzmocnione, co ogranicza ryzyko przypadkowego nadpisania plików przez nieuprawnione procesy.

    Największą nowością w kontekście pracy równoległej są izolowane worktree. Każda sesja Web Shell może działać na osobnym drzewie roboczym gita. Edycja plików, stage'owanie zmian i przełączanie branchy w jednym zadaniu nie koliduje z innymi, nawet jeśli wszystkie operują na tym samym repozytorium. Jak zauważyli twórcy, zadania równoległe „nigdy sobie nie przeszkadzają”.

    Dlaczego to ma znaczenie

    Dla zespołów webowych oraz tych, którzy praktykują vibe coding, wersja v0.19.12 eliminuje tarcia w trzech obszarach. Po pierwsze, repozytorium staje się bezpieczniejszym miejscem dla wielu agentów. Po drugie, możliwość sterowania w trakcie tury daje bezpośredni mechanizm zatrzymania agenta, zanim popełni błędy. Po trzecie, odświeżony web_fetch ułatwia pracę z dokumentacją online.

    Całość nie opiera się na jednej spektakularnej funkcji, lecz na zestawie przemyślanych poprawek, które razem wpływają na codzienną pracę. Agent trudniej wymyka się spod kontroli, shell lepiej pokazuje stan projektu, a narzędzia webowe nie gubią istotnych treści.


    Źródła

  • Claude Code 2.1.215: Koniec z automatycznym uruchamianiem /verify i /code-review

    Claude Code 2.1.215: Koniec z automatycznym uruchamianiem /verify i /code-review

    Anthropic wprowadziło aktualizację Claude Code w wersji 2.1.215, która zmienia działanie dwóch wbudowanych funkcji – /verify i /code-review. Od teraz Claude nie uruchomi tych narzędzi automatycznie podczas pracy nad kodem. Aby je aktywować, developer musi wydać odpowiednią komendę.

    Choć zmiana jest technicznie niewielka, ma znaczący wpływ na codzienną pracę. Wcześniej Claude mógł automatycznie zdecydować o przeprowadzeniu weryfikacji lub przeglądu zmian po zakończeniu edycji kodu. Teraz ta decyzja należy wyłącznie do użytkownika.

    Najważniejsze fakty

    • Claude Code 2.1.215 zmienia działanie umiejętności /verify i /code-review – nie są już uruchamiane automatycznie.
    • Jawne polecenia /verify i /code-review są jedynym sposobem na ich aktywację.
    • Większa kontrola nad zużyciem tokenów i czasu – developer sam decyduje, kiedy uruchomi kosztowne sprawdzenia.
    • Późniejsze wersje (od 2.1.215) mogą zmienić to zachowanie, więc nie jest to zmiana definitywna.

    Dlaczego automatyczna weryfikacja stała się problemem

    /verify to umiejętność, która buduje i uruchamia aplikację, aby sprawdzić, czy zmiana w kodzie działa zgodnie z oczekiwaniami. Nie opiera się tylko na testach jednostkowych czy sprawdzaniu typów – uruchamia program i obserwuje jego działanie. W projektach webowych jest to szczególnie ważne, ponieważ kod może kompilować się bez błędów, a mimo to nie działać poprawnie w przeglądarce.

    Problem polegał na tym, że Claude mógł uznać za stosowne uruchomienie /verify po każdej, nawet drobnej zmianie. To prowadziło do dodatkowego czasu oczekiwania i większego zużycia tokenów. Przy kilku małych poprawkach automatyczne buildy i testy mogły niepotrzebnie wydłużyć sesję.

    /code-review działa podobnie – analizuje różnice i zestawy zmian pod kątem błędów logicznych, stylu czy potencjalnych problemów. Automatyczne uruchamianie tego procesu również mogło być uciążliwe, zwłaszcza gdy developer planował zebrać kilka modyfikacji i przejrzeć je przed commitem.

    Jak to wygląda w praktyce po aktualizacji

    Jak to wygląda w praktyce po aktualizacji

    Developer, który chce zweryfikować działanie aplikacji po wprowadzonej zmianie, musi teraz sam wpisać /verify. To samo dotyczy przeglądu kodu – /code-review nie uruchomi się automatycznie, trzeba je wywołać świadomie.

    Taki model pracy sprzyja bardziej przemyślanemu workflow. Można wprowadzić kilka poprawek, a następnie raz uruchomić /verify na ich połączonym efekcie, a przed otwarciem pull requesta – uruchomić /code-review. Zamiast rozproszonych, automatycznych sprawdzeń, mamy wyraźne etapy: edycja, weryfikacja, przegląd.

    Warto również zauważyć, że sama umiejętność /verify nie zniknęła. Nadal jest dostępna i działa tak samo jak wcześniej. Zmienił się tylko sposób jej inicjowania – z automatycznego na ręczne.

    Kontekst wersji i co może być dalej

    Kontekst wersji i co może być dalej

    Z dokumentacji na GitHubie wynika, że od wersji 2.1.215 zachowanie /code-review może ulec zmianie. Claude może ponownie uruchomić tę umiejętność, gdy developer poprosi o przegląd w naturalny sposób, bez użycia slasha. Pojawiła się również opcja skillOverrides, która pozwala to wyłączyć.

    To oznacza, że "manual-only" nie jest stałą regułą dla wszystkich wydań Claude Code. Anthropic eksperymentuje z równowagą między automatyzacją a kontrolą użytkownika. Wersja 2.1.215 to krok w stronę większej przewidywalności – każde kolejne wydanie może jednak zmieniać ten balans.

    Podsumowanie

    Aktualizacja 2.1.215 wprowadza wyraźny podział odpowiedzialności: Claude edytuje kod, a developer decyduje, kiedy chce go zweryfikować lub przejrzeć. Automatyzacja nie znika całkowicie – inne umiejętności wciąż mogą być uruchamiane automatycznie – ale dwie najbardziej kosztowne operacje przechodzą pod pełną kontrolę użytkownika. Dla osób pracujących z Claude Code na co dzień to zmiana raczej na plus, ponieważ eliminuje niespodzianki związane z niechcianymi buildami i przeglądami w trakcie sesji.


    Źródła

  • Cursor trafia na iPhone’a — aplikacja mobilna już w publicznej becie

    Cursor trafia na iPhone’a — aplikacja mobilna już w publicznej becie

    Cursor udostępnił w publicznej becie natywną aplikację na iPhone’a, która umożliwia programistom zarządzanie agentami kodującymi w chmurze oraz na lokalnych maszynach bezpośrednio z telefonu. Od 29 czerwca 2026 roku użytkownicy płatnych planów mogą uruchamiać, monitorować i zatwierdzać pull requesty z iPhone’a lub iPada bez potrzeby korzystania z laptopa.

    Aplikacja wprowadza funkcję Remote Control, która łączy się z agentami działającymi na komputerze użytkownika. Wystarczy, że maszyna pozostanie włączona, a z telefonu można wydawać polecenia, sprawdzać postępy i przeglądać wygenerowane zmiany. Cursor dodaje również powiadomienia push oraz Live Activities na ekranie blokady, co pozwala użytkownikowi śledzić postępy agenta nawet przy wyłączonym ekranie.

    Kluczowe informacje

    • Aplikacja Cursor na iPhone’a jest dostępna w publicznej becie dla użytkowników płatnych planów — od Start po Enterprise.
    • Remote Control umożliwia zdalne sterowanie agentami uruchomionymi na własnym komputerze, także bez agentów chmurowych.
    • Agenci chmurowi działają na izolowanych maszynach wirtualnych z pełnym środowiskiem deweloperskim, testują zmiany i generują artefakty do weryfikacji.
    • Wymagania systemowe to iOS 16 lub nowszy na iPhonie oraz iPadOS 16 na iPadzie — starsze urządzenia nie są wspierane.

    Jak wygląda praca z poziomu telefonu

    Po otwarciu aplikacji użytkownik wybiera repozytorium i uruchamia agenta — proces ten przypomina doświadczenie z desktopowego Cursora. Agent może zaimplementować funkcję, zbadać błąd, odpowiedzieć na pytania dotyczące kodu lub przygotować zmiany do przeglądu. Użytkownik ma do dyspozycji komendy slash oraz wprowadzanie głosowe, co ułatwia opisanie zadania bez użycia klawiatury.

    Gdy agent działa w chmurze, jego sesja jest całkowicie niezależna od komputera użytkownika. Maszyna wirtualna Cursora testuje kod, tworzy zrzuty ekranu i nagrania demonstracyjne, a programista przegląda efekty na telefonie. Jeśli zmiany wymagają sprawdzenia lokalnie, sesję można przenieść z chmury na własny sprzęt — i odwrotnie. To samo dotyczy agentów lokalnych: za pomocą Remote Control można przejąć nad nimi kontrolę z aplikacji mobilnej, wysyłać dodatkowe instrukcje i śledzić postępy.

    Kiedy praca jest gotowa, aplikacja prezentuje różnice w zmianach oraz wygenerowany pull request. Użytkownik może przejrzeć kod, zostawić uwagi dla agenta i scalić PR — wszystko bez powrotu do komputera.

    Dla kogo to ma znaczenie

    Dla kogo to ma znaczenie
    Źródło: cursor.com

    Aplikacja nie zastępuje edytora kodu. Jest to raczej warstwa kontrolna i decyzyjna dla zespołów, które potrzebują szybkiej reakcji, nawet poza biurkiem. Przydaje się w sytuacjach awaryjnych — gdy ktoś otrzymuje alert podczas lunchu, może uruchomić agenta do analizy błędu i po powrocie mieć gotowy PR z propozycją poprawki.

    Aplikacja sprawdza się również przy zgłoszeniach klientów: jeśli awaria wymaga natychmiastowego działania, agent uruchomiony z telefonu odtwarza problem i pracuje nad rozwiązaniem. Zespół Cursora korzysta z aplikacji także do zbierania wizualnego feedbacku — zrzut ekranu z adnotacjami wysłany do agenta staje się kontekstem do zmian w interfejsie.

    Współpraca z chmurą oznacza, że długotrwałe zadania nie blokują lokalnego środowiska. Agent chmurowy działa asynchronicznie, ma własne narzędzia i zasoby, dzięki czemu może dłużej iterować, zbliżając się do kodu gotowego do scalenia.

    Ograniczenia i stan rozwoju

    Aplikacja jest w fazie beta — działanie niektórych funkcji może się zmieniać, a część mechanizmów jest wciąż rozwijana. Remote Control wymaga, aby komputer pozostał włączony i online; w ustawieniach Cursora na desktopie można włączyć opcję „Keep this computer awake”, która zapobiega uśpieniu maszyny. Funkcja nie działa przy zamkniętej pokrywie laptopa.

    Wymóg iOS 16 wyklucza starsze modele iPhone’ów i iPadów, co ogranicza bazę użytkowników. Należy również pamiętać, że aplikacja służy do kontroli agentów i przeglądu zmian — nie jest pełnoprawnym środowiskiem programistycznym.

    Mimo tych ograniczeń Cursor na iPhone’a wyznacza konkretny kierunek: chodzi o przeniesienie decyzyjności i nadzoru nad agentami tam, gdzie akurat znajduje się programista. Niezależnie od tego, czy to codzienna praca zdalna, czy szybka reakcja na awarię — telefon staje się narzędziem do zarządzania kodem.


    Źródła

  • Cursor wchodzi na iOS — agenty AI teraz nadzorujesz z telefonu

    Cursor wchodzi na iOS — agenty AI teraz nadzorujesz z telefonu

    Firma Cursor udostępniła 29 czerwca 2026 roku natywną aplikację mobilną na iOS w publicznej becie. Użytkownicy wybranych płatnych planów mogą teraz uruchamiać, monitorować i zarządzać agentami AI bezpośrednio z iPhone'a lub iPada. Aplikacja nie jest miniwersją desktopowego IDE, lecz centrum dowodzenia dla agentów działających w chmurze lub na komputerze użytkownika.

    Kluczowe informacje o premierze

    • Cursor iOS jest dostępny w publicznej becie dla planów Premium, Super, Ultra, Teams, Enterprise oraz starszych planów Start, Pro, Pro+ i Ultra — pod warunkiem dostępu do Cloud Agents.
    • Agenci w chmurze uruchamiani z telefonu pracują w izolowanych maszynach wirtualnych z pełnym środowiskiem deweloperskim.
    • Remote Control pozwala na sterowanie agentem działającym na komputerze z poziomu aplikacji mobilnej. Część sterująca jest dostępna zdalnie, ale pliki, testy i lokalne narzędzia pozostają na komputerze użytkownika.
    • Powiadomienia push i Live Activities umożliwiają śledzenie postępów długich zadań bez konieczności trzymania aplikacji otwartej.
    • Wymagania systemowe — aplikacja działa na iPhone i iPadzie; do Remote Control potrzebny jest desktopowy klient Cursor w wersji 3.9.8 lub nowszej.

    Nie chodzi o pisanie kodu na ekranie dotykowym

    Mało kto chce pisać kod na klawiaturze telefonu, a Cursor również nie ma takiego zamiaru. Zamiast przenosić edytor na mały ekran, aplikacja koncentruje się na zarządzaniu pracą agentów.

    Użytkownik wybiera repozytorium, uruchamia cloud agenta — tak samo jak w desktopowej wersji — i zleca mu zadanie. Agent działa w izolowanym środowisku, ma dostęp do narzędzi deweloperskich, może uruchamiać testy, przygotowywać pull requesty i iterować po kodzie. W tym czasie użytkownik może zająć się innymi sprawami, a powiadomienia poinformują go, kiedy zadanie zostanie zakończone.

    Remote Control — twój komputer pracuje, ty jesteś gdzie indziej

    Remote Control to kluczowa funkcja mobilnego Cursora. Agent działa na komputerze użytkownika, z dostępem do lokalnych plików, testów i całego setupu, a część sterująca jest dostępna zdalnie. Użytkownik łączy się przez aplikację, widzi postęp i może wysyłać kolejne instrukcje.

    Aby to zadziałało, należy włączyć Remote Control w ustawieniach desktopowego klienta (Settings → Agents), uruchomić sesję przez /remote-control i sparować urządzenia. Komputer musi być włączony i online, ale Cursor oferuje opcję "Keep this computer awake", aby nie usypiał się w trakcie pracy agenta.

    Dla zespołów Teams i Enterprise administratorzy mogą włączać tę funkcję centralnie w ustawieniach organizacji.

    Przepływ pracy, który ma sens przy DevOps i nie tylko

    Przepływ pracy, który ma sens przy DevOps i nie tylko

    Wyobraź sobie taki scenariusz: zaczynasz planować funkcję lokalnie, a następnie wysyłasz zadanie do cloud agenta, aby pracował nad implementacją. W międzyczasie uczestniczysz w spotkaniu. Agent kończy, a użytkownik otrzymuje powiadomienie, przegląda różnice i artefakty na telefonie. Jeśli wszystko jest w porządku, może zmergować PR prosto z aplikacji. Jeśli nie — przekazuje sesję z powrotem na desktop, testuje lokalnie i zatwierdza zmiany.

    To nie jest tylko ciekawostka. Deweloperzy pracujący z CI/CD mogą na przykład triage'ować zgłoszenia bugów, przeglądać logi i zatwierdzać poprawki bez konieczności podpinania się do stacji roboczej — to przykłady zastosowań aplikacji.

    Kontekst rynkowy — agenty zamiast autouzupełniania

    Kontekst rynkowy — agenty zamiast autouzupełniania

    Wydanie mobilnej aplikacji Cursor wpisuje się w szerszy trend: przejście od AI-asystującego w pisaniu kodu do agentów autonomicznie wykonujących wieloetapowe zadania. Cloud agenci nie tylko sugerują linijkę kodu, ale potrafią przeanalizować całe repozytorium, uruchomić testy, zrozumieć kontekst i przygotować kompletny pull request.

    Na starcie Cursor oferował promocję — 75% zniżki na uruchomienia Composer 2.5 w aplikacji mobilnej, która obowiązywała do 5 lipca 2026 roku i już się zakończyła.

    Co to zmienia w praktyce

    Aplikacja nie zastępuje IDE. Jest warstwą kontrolną, która odciąża dewelopera od klawiatury w momentach, gdy obecność przy komputerze nie jest konieczna. Dla osób prowadzących kilka równoległych zadań, nadzorujących pracę zespołu lub po prostu nie chcących tracić czasu na czekanie przy ekranie — to praktyczne narzędzie.

    Oczywiście, beta oznacza, że nie wszystko będzie działać idealnie. Jednak kierunek rozwoju oprogramowania wskazuje na to, że przestaje być ono czynnością wyłącznie stacjonarną.


    Źródła