Cursor 2.0 i Composer: jak wieloagentowe podejście do zaskakującego kodowania sztucznej inteligencji

Cursor, platforma dla agentów i edytorów kodu oparta na sztucznej inteligencji, została wydana Kursor 2.0 29 października 2025 r. — ważna aktualizacja łącząca specjalnie zaprojektowany model kodowania (nazwany Komponować) z przeprojektowanym interfejsem zorientowanym na agentów i zestawem ulepszeń platformy, których celem jest przyspieszenie, zwiększenie bezpieczeństwa i usprawnienie współpracy przy kodowaniu agentowym. Firma pozycjonuje tę wersję jako strategiczną zmianę z podłączania modeli zewnętrznych na dostarczanie własnego, przeszkolonego modelu i narzędzi, zoptymalizowanych kompleksowo pod kątem tworzenia oprogramowania „agentowego”.

Poniżej: szczegółowe omówienie tego, co Cursor wprowadził w wersji 2.0, jak zbudowano Composera, konkretne elementy dziennika zmian i — co najważniejsze — co naprawdę zaskoczyło świat sztucznej inteligencji dla programistów o tym wydaniu.

Czym jest Cursor (i dlaczego deweloperzy powinni zwrócić na niego uwagę)?

Cursor to edytor i platforma zaprojektowana od podstaw, aby umożliwić programistom korzystanie ze sztucznej inteligencji agentów jako najwyższej klasy współpracownicy w ramach procesu kodowania. Łączy on lokalny/zdalny edytor, orkiestrację agentów, integrację narzędzi (terminale, przeglądarkę, wyszukiwanie semantyczne) oraz proces pracy zorientowany na model, dzięki czemu agenci mogą czytać, planować, edytować, testować i iterować na rzeczywistych bazach kodu. Firma reklamuje Cursor jako „najlepszy sposób kodowania z wykorzystaniem sztucznej inteligencji”, koncentrując się na umożliwieniu agentom wykonywania użytecznych zadań inżynieryjnych, a nie tylko automatycznego uzupełniania wierszy.

Dlaczego Kursor 2.0 jest teraz ważny

Asystenci AI dla kodu wyszli poza jednoetapowe wykonywanie kodu w kierunku dłuższych, wieloetapowych przepływów pracy (planowanie → edycja → testowanie → iteracja). To tworzy nowe wąskie gardła — opóźnienia, wierność kontekstu w dużych repozytoriach, bezpieczne wykonywanie poleceń powłoki/CI oraz konieczność weryfikacji zmian agentów przez człowieka. Kursor 2.0 bezpośrednio ukierunkowuje te wąskie gardła, dostarczając model dostosowany do przepływów pracy agentów oraz Prymitywy interfejsu użytkownika/architektury umożliwiające jednoczesne i bezpieczne uruchamianie wielu agentów. Krótko mówiąc: Cursor stara się być kompletnym rozwiązaniem dla inżynierii oprogramowania zorientowanej na agentów.

Funkcje aktualizacji Cursor 2.0:

• 4 razy szybciej — średni czas trwania tury dialogowej poniżej 30 sekund;
• Ulepszone możliwości wykonywania zadań wieloetapowych — możliwość niezależnego radzenia sobie ze złożonymi łańcuchami kodów;
• Ulepszone wyszukiwanie semantyczne — umożliwiające zrozumienie i znalezienie powiązań w całej bazie kodu;
• Optymalizacja interakcji przy niskich opóźnieniach — odpowiednia do rozwoju w czasie rzeczywistym i szybkiego prototypowania;
• Szkolenie z wykorzystaniem uczenia wzmacniającego (RL) — zoptymalizowane pod kątem kodowania opartego na agentach.

Jaka jest główna koncepcja Cursor 2.0?

W swojej istocie Cursor 2.0 opiera się na trzech powiązanych ze sobą ideach:

1. Projekt edytora zorientowanego na agenta

Zamiast doklejać agentów do tradycyjnego środowiska IDE, Cursor 2.0 udostępnia agentów jako obiekty w edytorze: widoczne na pasku bocznym, łatwe w zarządzaniu jako procesy i umożliwiające uruchamianie „planów” (wieloetapowych strategii) w odniesieniu do repozytorium. To przekształca działania AI w zadania z możliwością orkiestracji – każde z danymi wejściowymi, logami i danymi wyjściowymi, które inżynierowie mogą analizować.

2. Szybki, specjalnie zaprojektowany model kodowania (Composer)

Nowy model Cursora, Composer, to pionierski model kodowania, trenowany i optymalizowany specjalnie pod kątem interakcji agentowych w środowisku Cursora. Kładzie nacisk na przepustowość i responsywność — kluczowe cechy krótkich, iteracyjnych rotacji kodowania w edytorze — zamiast na surowe, kosztowne testy token-perplexity. Firma informuje, że Composer osiąga około Prędkość generacji 4× W porównaniu z modelami o podobnej wydajności, wykonuje większość interaktywnych tur w mniej niż 30 sekund w wewnętrznych testach porównawczych. Ta prędkość to nie tylko wygoda; zmienia sposób, w jaki agentowe przepływy pracy wyglądają (od oczekiwania do iteracji).

3. Równoległe, izolowane wykonywanie agentów

Cursor 2.0 pozwala zespołom uruchamiać wielu agentów równolegle w tym samym projekcie, zapobiegając jednocześnie konfliktom plików poprzez izolowanie przestrzeni roboczej każdego agenta (za pomocą technik takich jak drzewa robocze Git Worktrees lub zdalne środowiska testowe). Umożliwia to analizę „co by było, gdyby” na dużą skalę: uruchamianie kilku różnych strategii naprawczych, wariantów refaktoryzacji lub testowanie potoków równolegle i porównywanie wyników bez wzajemnego zakłócania się.

---

Dziennik zmian Cursor 2.0: co dokładnie jest nowego?

Cursor opublikował szczegółowy rejestr zmian wraz z ogłoszeniem wersji 2.0. Poniżej podsumowano najważniejsze zmiany w produktach i badaniach.

Composer — pierwszy model kodowania agentowego Cursora

• Celowo zaprojektowany model graniczny: Composer jest opisywany jako model „frontier”, dostrojony do zadań inżynierii oprogramowania i szybkości działania agentów. Został on przeszkolony z dostępem do narzędzi bazowych kodu podczas szkolenia, co pomaga mu uczyć się wzorców wyszukiwania, edycji i wieloetapowego rozwiązywania problemów w rzeczywistym repozytorium.
• Zaleta szybkości: Kursor informuje, że Composer jest mniej więcej 4× szybciej w przepustowości generacji niż modele o porównywalnej inteligencji w swoich testach porównawczych i że w praktyce większość rozmów kończy się w czasie krótszym niż 30 sekund — co stanowi istotną poprawę w przypadku sesji interaktywnych.
• Optymalizacja agentowa: Composer został wytrenowany w środowisku agentowym (z dostępem do narzędzi takich jak wyszukiwanie semantyczne, edycja i uruchamianie testów) i zoptymalizowany za pomocą metod uczenia wzmacniającego, aby sprzyjać szybkim i niezawodnym zmianom w kodzie. Niektóre niezależne pokrycia wskazują na architekturę w stylu MoE (mieszanka ekspertów) oraz precyzyjne dostrajanie RL w recepturze treningowej modelu.

Wpływ na programistów: mniejsze opóźnienia i lepsza świadomość kontekstu w przypadku dużych repozytoriów sprawiają, że iteracyjne przepływy pracy agentów działają sprawniej i są bardziej wiarygodne w przypadku edycji wieloetapowych.

Multi-Agents: równoległa koordynacja agentów

Pasek boczny i zarządzanie planem: Nowy interfejs użytkownika edytora umożliwia programistom tworzenie, nazywanie i zarządzanie wieloma agentami i „planami” (wieloetapowymi strategiami dla agentów) za pomocą trwałego paska bocznego, dzięki czemu agenci i ich dzienniki są łatwe do przeglądania.

Biegi równoległe (do ośmiu agentów): Kursor 2.0 obsługuje bieganie do ośmiu agentów równolegle na jednym wierszu poleceń, z których każdy działa w odizolowanej kopii bazy kodu, aby zapobiec konfliktom. Jest to możliwe dzięki lokalnym drzewom roboczym Gita lub zdalnym maszynom roboczym. Paralelizm przekształca eksperymentowanie agentowe z liniowego, blokowego procesu w szybki, porównawczy.

Przeglądarka (GA): umożliwia agentom testowanie i sprawdzanie rzeczywistych interfejsów użytkownika sieci Web

Przeglądarka przeszła na wersję GA:* Przeglądarka Cursora w agencie — pierwotnie w wersji beta — jest teraz ogólnie dostępna i lepiej zintegrowana z edytorem. Agenci mogą wchodzić w interakcję ze stronami internetowymi, wyodrębniać elementy DOM i przekazywać ustrukturyzowane informacje z powrotem do środowiska wykonawczego agenta. Dzięki temu agenci mogą wyszukiwać informacje w dokumentacji, pobierać zdalne interfejsy API i debugować w przeglądarce bez opuszczania edytora.

Wpływ na deweloperów: Agenci mogą teraz weryfikować zmiany w interfejsie użytkownika, odtwarzać błędy klienta i iterować, korzystając z konkretnych dowodów DOM/wizualnych, zamiast opierać się na ukrytych opisach tekstowych.

Ulepszona recenzja kodu i porównywanie różnic

Łatwiejszy przegląd wielu plików zmian agentów. Cursor 2.0 usprawnia przeglądanie zmian wprowadzonych przez agenta w repozytorium, bez konieczności przeskakiwania między plikami; różnice są prezentowane w sposób, który zmniejsza obciążenie poznawcze.

Wpływ na deweloperów: W miarę jak agenci wprowadzają większe zmiany lub zmiany w wielu plikach, czas, jaki ludzie poświęcają na ocenę wiarygodności, ulega skróceniu — jest to kluczowy krok w procesie wdrażania.

Terminale piaskownicy (GA) i kontrola bezpieczeństwa

Terminale w trybie piaskownicy są dostępne w wersji GA (macOS) i domyślnie uruchamiają polecenia powłoki agenta w bezpiecznym środowisku. Uruchamianie powłoki odbywa się w trybie sandbox z dostępem do odczytu i zapisu w obszarze roboczym, domyślnym brakiem dostępu do sieci oraz listą dozwolonych poleceń wrażliwych. Dostępne są funkcje kontroli administracyjnej dla przedsiębiorstw.
Wpływ na deweloperów: Bezpieczniejsze wykonywanie agentów ma kluczowe znaczenie; piaskownica zmniejsza ryzyko, gdy agent musi uruchomić testy, wykonać lintery lub uruchomić tymczasowe polecenia.

Tryb głosowy, tryb planowania i agenci w tle

• Sterowanie głosowe dla agentów (mowa na tekst + niestandardowe słowa kluczowe).
• Tryb planu:utwórz plan za pomocą jednego modelu i wykonaj go za pomocą innego; plany mogą być uruchamiane na pierwszym planie lub w tle.
• Tło i agenci w chmurze:szybsze uruchamianie, 99.9% niezawodności agentów w chmurze, lepsza widoczność pracy w tle.

Co Cursor 2.0 sygnalizuje szerszemu krajobrazowi kodowania AI?

Ruch kursora jest godny uwagi z dwóch powodów:

1. Specjalizacja ponad ogólnością. Composer jest przykładem trendu budowania modeli dostosowanych do konkretnych domen i środowisk wykonawczych (tutaj: kodowanie agentowe w środowisku IDE). Zamiast pojedynczego, ogólnego modelu, obsługującego każdy przypadek użycia, zespoły opowiadają się za modelami projektowanymi wspólnie z UX i wykorzystywanym przez nie łańcuchem narzędzi.
2. Orkiestracja agentów jako pierwotny produkt. Interfejs użytkownika Cursora traktuje agentów jak zarządzane zasoby, które można koordynować, audytować i wersjonować. Ten wzorzec produktu – agenci jako zarządzane procesy z izolowanymi drzewami roboczymi i współdzielonymi planami – prawdopodobnie pojawi się w innych narzędziach programistycznych, w miarę jak zespoły będą dążyć do bezpiecznego skalowania autonomicznej pomocy.

To połączenie — wyspecjalizowane, szybsze modele plus przemyślana orkiestracja UX — oddala branżę od „modeli jako automatycznego uzupełniania” w stronę „modeli jako aktywnych współpracowników”, ale rodzi również pytania dotyczące zarządzania, na które każdy zespół będzie musiał odpowiedzieć.

Jak uzyskać dostęp do Cursor 2.0?

1. Pobierz lub zaktualizuj aplikację Cursor z oficjalnej strony (Cursor dystrybuuje wersje za pośrednictwem swojej witryny). Cursor 2.0 został wydany jako linia produktów v2 (Composer + interfejs użytkownika multi-agent), więc pierwszym krokiem jest aktualizacja do najnowszej wersji Cursor.

2. Upewnij się, że masz włączony Cursor 2.0 / Composer

• Ceny Cursora zależą od planów subskrypcji, z których każdy oferuje różne poziomy dostępu do Composera i innych modeli. Firma oferuje darmowy plan Hobby, ale użytkownicy profesjonalni zazwyczaj wybierają plan płatny, aby odblokować wszystkie funkcje.
• Wersja 2.0 Cursora (Composer, interfejs użytkownika multi-agent, przeglądarka w aplikacji itp.) jest wyróżniona w dzienniku zmian. Jeśli aplikacja zaktualizowała się automatycznie, powinieneś już korzystać z wersji 2.0. W przeciwnym razie zaktualizuj aplikację ze strony pobierania lub z okna dialogowego aktualizacji aplikacji.
• Funkcje Composera lub obsługi wielu plików/agentów mogą być dostępne za pomocą przełącznika Beta w Ustawieniach (starsze wersje). Jeśli nie widzisz Composera, wybierz Ustawienia → Funkcje/Beta i włącz go; Composera zazwyczaj otwiera się za pomocą skrótu Composer/Agent (np. Ctrl/Cmd + I) lub z panelu bocznego. Kompozytora można włączać i wyłączać, a pojawia się on w interfejsie użytkownika Agent/Kompozytor.

3. Konfiguruj klucze/modele API:Kursor używa skonfigurowanych kluczy API do wywoływania dostawców LLM (OpenAI, Anthropic, Google lub niestandardowych dostawców, takich jak Interfejs API Comet). Otwórz Kursor → Ustawienia → Modele (lub Ustawienia → Klucze API), aby dodać klucze dostawcy i niestandardowe adresy URL bazowe. Kursor pozwoli Ci wybrać włączony model w Czacie/Agencie/Kompozytorze.

Jak używać CometAPI w Cursorze? (krok po kroku)

Krótkie podsumowanie: CometAPI to brama agregacji modeli (pojedynczy punkt końcowy, który może pośredniczyć w wielu dostawcach modeli). Aby używać jej w Cursor, należy zarejestrować się w CometAPI, uzyskać klucz API i identyfikator modelu, a następnie dodać ten klucz i punkt końcowy do ustawień modeli Cursor jako niestandardowego dostawcę (zastępując adres URL bazowy) i wybrać model CometAPI w trybie Composer/Agent.

Krok A — Uzyskaj dane uwierzytelniające CometAPI

1. Zarejestruj się w CometAPI i utwórz klucz API z ich pulpitu nawigacyjnego. Zachowaj klucz w tajemnicy (traktuj go jak każdy inny token na okaziciela).
2. Utwórz/skopiuj klucz API i zanotuj nazwę/ID modelu, którego chcesz użyć (np. claude-sonnet-4.5 lub inny model dostawcy dostępny poprzez CometAPI). Dokumentacja/przewodniki CometAPI opisz proces i wypisz nazwy obsługiwanych modeli.

Krok B — Dodaj CometAPI jako niestandardowy model/dostawcę w Cursor

1. Otwórz kursor → Ustawienia → modele (lub Ustawienia → Klucze API).
2. Jeśli kursor pokazuje „Dodaj model niestandardowy” or „Zastąp adres URL bazowy OpenAI” opcja, użyj jej:

• Podstawowy adres URL / punkt końcowy: wklej adres URL bazowy zgodny z OpenAI CometAPI (CometAPI udokumentuje, czy udostępnia openai/v1 punkt końcowy stylu lub punkt końcowy specyficzny dla dostawcy). (Przykład: https://api.cometapi.com/v1 — użyj faktycznego adresu URL z dokumentacji CometAPI.)
• Klucz API:wklej swój klucz CometAPI w polu klucza API.
• Nazwa modelu: dodaj identyfikator modelu dokładnie tak, jak w dokumentach CometAPI (np. claude-sonnet-4.5 or composer-like-model).

3. zweryfikować Połączenie, jeśli Cursor oferuje przycisk „Weryfikuj”/„Testuj”. Niestandardowy mechanizm modelu Cursora zazwyczaj wymaga, aby dostawca był zgodny z OpenAI (lub aby Cursor akceptował adres URL bazowy + klucz). Przewodniki społeczności pokazują ten sam schemat (nadpisanie adresu URL bazowego → podanie klucza → weryfikacja).

Krok C — Wybierz model CometAPI w Composerze/Agencie

1. Otwórz Composer lub Agent (skrót Ctrl/Cmd + I lub na panelu bocznym).
2. Zmień wybór modelu z Auto (lub Twojego bieżącego modelu) na niestandardowego dostawcę/model, który właśnie dodałeś.
3. Rozpocznij sesję Composera lub utwórz agenta i potwierdź jego odpowiedź, używając wybranego modelu CometAPI. Przetestuj za pomocą krótkiego komunikatu (np. „wyszukaj repozytorium i dodaj testy jednostkowe dla niedziałających funkcji w”). tests/”) w celu potwierdzenia zachowania.

Podsumowanie: czy jest to przełomowa aktualizacja?

Cursor 2.0 to nie tylko aktualizacja funkcjonalności; to teza na poziomie produktu, która łączy celowo opracowany model kodowania z prymitywami orkiestracji, które czynią przepływy pracy oparte na agentach praktycznymi. Zaskakujące elementy – wewnętrzny model agentowy (Composer) zoptymalizowany pod kątem szybkości, środowisko wykonawcze wieloagentowe z konkretnymi mechanizmami izolacji oraz głębsza integracja narzędzi, takich jak przeglądarka GA – sygnalizują dojrzałość w integracji sztucznej inteligencji z inżynierią oprogramowania. Dla zespołów, które zdyscyplinowanie podchodzą do recenzji, testowania i higieny przepływu pracy, Cursor 2.0 oferuje wiarygodną ścieżkę do znacznie szybszej iteracji i większej automatyzacji rutynowych zadań inżynieryjnych. W szerszym ekosystemie programistów AI, skupienie się Cursora na orkiestracji i narzędziach agentów prawdopodobnie skłoni innych dostawców do wyjścia poza interakcje z pojedynczymi asystentami i skupienia się na zespołach agentów, zabezpieczeniach operacyjnych i modelach uwzględniających opóźnienia.