SpaceX kupiło Cursora za 60 mld dolarów. Narzędzie ma przejąć rynek

2026-06-16 • Riley Brown • AI zagraniczne •nowość •waga 4/5 •18 min czytania

SpaceX kupiło Cursora za 60 mld dolarów, by dogonić Codexa i Claude w wyścigu o uniwersalną platformę agentów AI. Materiał tłumaczy logikę transakcji, pokazuje nowe funkcje i przenoszenie skills.

Robocza publikacja redakcyjna na podstawie publicznego transkryptu YouTube. Źródło: YouTube.

Oryginalny tytuł filmu

SpaceX Just Bought Cursor for $60B. It's About to Take OVER.

O czym jest ten film

  1. SpaceX — zaledwie kilka dni po debiucie giełdowym — sfinalizowało zakup Cursora za 60 mld dolarów, korzystając z opcji uzgodnionej wiele miesięcy wcześniej.
  2. Umowa miała prostą konstrukcję: albo SpaceX płaci 60 mld za przejęcie, albo 10 mld „tylko za współpracę”, czyli głównie za dostęp do mocy obliczeniowej dla modeli Composera.
  3. Po stronie SpaceX to przede wszystkim zakup pierwszeństwa do najszybciej rosnącego narzędzia do kodowania z AI — i dostęp do najlepszych na świecie danych o realnej pracy programistów.
  4. Celem całej operacji jest dogonienie Codexa i Claude w wyścigu o uniwersalną platformę agentów: „superaplikację”, w której firmy i jednoosobowe biznesy załatwią całą pracę.
  5. W komunikacie Cursora padło hasło „użyteczna AI”, ale ani razu „dla programistów” — autor odczytuje to jako sygnał ekspansji na pracę z dokumentami i prezentacjami.
  6. Riley spędził z Cursorem 8 godzin: jego zdaniem do wyprzedzenia konkurencji brakuje dosłownie dwóch–trzech funkcji, przede wszystkim renderowania dokumentów w aplikacji.
  7. Interfejs Cursora jest już niemal bliźniaczo podobny do Codexa (projekty, agenci, automacje, wtyczki, czat, wbudowana przeglądarka), a sama przeglądarka jest nawet lepsza.
  8. Cursor pozostaje jedyną dużą platformą z pełną swobodą wyboru modelu do każdego zadania — choć przejęcie może to zmienić.
  9. W dwóch pokazach autor buduje stronę osobistą (publikacja przez Vercel) oraz aplikację notatek z bazą Convex, do której sam agent dopisuje zadania.
  10. Na koniec — metoda przeniesienia wszystkich skills i pamięci z Codexa lub Claude do Cursora jednym promptem (import 73 umiejętności).

10 najważniejszych takeaways — z kontekstem zastosowania

1.Opanuj jedną superaplikację, nie wszystkie naraz

Na czym polega: Według autora rynek zredukuje się do trzech platform — Cursor, Codex i Claude — które będą konkurować o całą pracę biurową i programistyczną. Lepiej naprawdę dobrze znać jedną z nich niż pobieżnie trzy.

Jak stosować: Wybierz narzędzie pod swoje główne zadania (kod vs. dokumenty) i buduj w nim projekty, wtyczki i nawyki przez kilka tygodni, a nie testuj wszystkiego po jednym dniu.

Na co uważać: Każda zmiana narzędzia to koszt przenoszenia projektów i konfiguracji — zmieniaj rzadko, ale świadomie, najlepiej w momencie wyraźnej przewagi konkurencji.

2.Przenieś skills i pamięć między platformami jednym promptem

Na czym polega: Całą konfigurację (pliki umiejętności i pamięć o użytkowniku) da się zmigrować między narzędziami bez ręcznej pracy: stara platforma eksportuje folder importowy, nowa go importuje jako zestaw globalnych skills.

Jak stosować: Poproś agenta w Codexie lub Claude: „Utwórz w Pobranych folder «Codex import»: wszystkie pliki skills, plik «needed keys» z listą potrzebnych kluczy API oraz readme z opisem struktury”. Potem w Cursorze w nowym czacie: „zaimportuj ten folder globalnie, nie tylko w tym projekcie”.

Na co uważać: Plik z kluczami API to dane wrażliwe — trzymaj go lokalnie i usuń po imporcie. Sprawdź po przenosinach, czy skills działają w każdym nowym czacie, a nie tylko w tym, w którym robiłeś import.

3.Buduj aplikacje, do których może pisać Twój agent

Na czym polega: W erze agentów warto tworzyć narzędzia nie tylko dla siebie — od razu zaplanuj bazę danych z dostępem do zapisu dla agenta, który będzie uzupełniał i aktualizował wpisy.

Jak stosować: Przy generowaniu aplikacji (np. listy zadań) dopisz w prompcie: „chcę, żebyś ty też umiał zapisywać w tej bazie”. Potem wystarczy dyktować agentowi zadania do dopisania, a on sam zaktualizuje aplikację.

Na co uważać: Dla narzędzia na własny użytek wystarczy wersja bez logowania (jeden użytkownik) — nie wystawiaj takiej bazy publicznie i nie podpinaj jej do produktu dla klientów.

4.Publikuj efekty pracy przez wtyczkę hostingową

Na czym polega: Wygenerowana aplikacja domyślnie działa tylko lokalnie (localhost), ale wtyczka hostingu (np. Vercel) pozwala wypuścić ją do internetu jedną prośbą skierowaną do agenta.

Jak stosować: Oznacz wtyczkę (@Vercel) i napisz np. „opublikuj to w internecie i wyślij link do wdrożonej strony” — dostaniesz adres, który możesz komuś pokazać.

Na co uważać: Linki wygenerowane przez model bywają niesprawne — otwórz każdy i zweryfikuj, a przy problemach poproś agenta o poprawkę.

5.Do drobnych poprawek używaj małych, szybkich modeli

Na czym polega: Proste zmiany wizualne (rozmiar tekstu, efekt po najechaniu kursorem) nie wymagają najmocniejszego modelu — szybki wariant, jak Composer 2.5 Fast, robi to dobrze i w oka mgnieniu.

Jak stosować: Rozdziel pracę: drobne poprawki wyglądu i szybkie iteracje zostawiaj modelom „fast”, a architekturę aplikacji i złożone refaktoryzacje — najmocniejszym modelom.

Na co uważać: Mały model potrafi się pogubić przy zadaniach logicznych i wieloplikowych — nie powierzaj mu decyzji o strukturze projektu.

6.Abonamenty są dotowane — planuj zakupy pod to

Na czym polega: Autor przywołuje wyliczenie, że abonament za ok. 200 dolarów w Codexie i Claude daje dostęp do mocy obliczeniowej o wartości nawet 14 tys. dolarów. Operatorzy świadomie ponoszą straty, by przywiązać użytkowników do platformy — podobne subsydia prawdopodobnie trafią też do Cursora.

Jak stosować: Przy dużej skali korzystaj z abonamentów zamiast płacić za API za każde zapytanie — w okresach subsydiowania różnica jest ogromna.

Na co uważać: Dotacje obejmują modele własne operatora i mogą się skończyć — cennik, do którego się przyzwyczaisz, nie jest gwarantowany na stałe.

7.Swoboda wyboru modelu to przewaga — i ryzyko zarazem

Na czym polega: Cursor jako jedyna duża platforma pozwala do każdego zadania podpiąć dowolny model. Przejęcie przez SpaceX może to zmienić: Anthropic już kiedyś odcięło obóz Muska od swoich modeli, choć samo kupuje od niego moce obliczeniowe.

Jak stosować: Jeśli elastyczność jest dla Ciebie ważna, testuj te same zadania na kilku modelach w obrębie jednego narzędzia i porównuj wyniki, zamiast wiązać się z jednym dostawcą.

Na co uważać: Po przejęciach i konfliktach między firmami dostęp do modeli potrafi zniknąć z dnia na dzień — miej plan awaryjny (druga platforma lub własny klucz API).

8.Zanim zmienisz narzędzie, sprawdź brakującą funkcję

Na czym polega: Jedyna poważna luka Cursora to brak renderowania dokumentów, prezentacji i arkuszy w aplikacji — funkcji, które Claude (Co-work) i Codex już mają. Dla pracy z wiedzą to na dziś dyskwalifikacja.

Jak stosować: Wypisz swoje codzienne zadania (kod, dokumenty, prezentacje, arkusze) i wybierz narzędzie, które obsługuje wszystkie — dopiero wtedy migruj.

Na co uważać: Przewidywania typu „ta funkcja pojawi się w pół roku” to ocena autora, nie zapowiedź producenta — decyzję o zmianie opieraj na tym, co już działa.

9.Czytaj komunikaty prasowe jak analityk

Na czym polega: Ogłoszenie Cursora mówi o „użytecznej AI” i milczy o programistach. Ta drobna zmiana języka zdradza kierunek produktu: z edytora dla deweloperów w superaplikację dla każdego.

Jak stosować: Oceniając narzędzia, porównuj, jak sam producent je nazywa. Przesunięcie od „dla programistów” do ogólników zwykle zapowiada rozszerzanie funkcji — warto wtedy śledzić zakładkę nowości.

Na co uważać: Slogan to nie zobowiązanie; o kierunku strategii przekonują dopiero wydane funkcje, nie deklaracje.

10.Zamiast kolejnego abonamentu — własne mikroaplikacje

Na czym polega: Autor zamiast kupować gotowe narzędzia SaaS generuje proste aplikacje na własny użytek (lista zadań, notatki) — w kilkanaście minut, z bazą danych i wyglądem według wskazówek (np. „prosty Notion w ciemnym motywie”).

Jak stosować: Gdy brakuje Ci taniego, prostego narzędzia dla siebie lub małego zespołu, opisz je agentowi w Cursorze/Codexie: jedno zadanie, brak logowania, baza do zapisu — i masz własny wewnętrzny soft.

Na co uważać: Samodzielnie zbudowane narzędzie łatwo zapomnieć zaktualizować i zabezpieczyć; do wrażliwych danych i formalnych procesów lepszy będzie produkt z realnym wsparciem.

Redakcyjne tłumaczenie

Najświeższa wiadomość: SpaceX kupiło Cursora

Zacznijmy od newsa, który dziś poruszył całą branżę: SpaceX sfinalizowało przejęcie Cursora za 60 miliardów dolarów. (Informacja dodatkowa: Cursor to edytor kodu sterowany agentami AI, uznawany za najszybciej rosnące narzędzie tego typu na świecie.) Obóz Muska wchodzi tym samym w otwarty wyścig z OpenAI i Anthropic o zbudowanie najlepszej uniwersalnej platformy agentów — superaplikacji, w której będziemy wykonywać całą pracę.

Po tej wiadomości spędziłem z Cursorem około ośmiu godzin i muszę przyznać: przez ostatnie trzy miesiące narzędzie zrobiło ogromny postęp. Jestem przekonany, że od wyprzedzenia Codexa i aplikacji desktopowej Claude dzielą go dosłownie dwie, może trzy funkcje. Co równie ważne, to obecnie jedyna duża platforma, w której do każdego zadania można podpiąć dowolny model.

Najpierw rozłożymy przejęcie na czynniki pierwsze i zastanowimy się, co oznacza dla nas — ludzi, którzy używają agentów AI, żeby pracować sprawniej i dla przyjemności. Potem wejdziemy w samo narzędzie, zwłaszcza w świeże funkcje: pokażę, jak zacząć, jak wykorzystać je do luzackiego programowania i do pracy z dokumentami, co czyni Cursor dobrym — i czego mu jeszcze brakuje, bo nowości pojawią się lawinowo. Na końcu pokażę, jak przenieść z Codexa lub Claude całą pamięć i skills, żeby zmiana narzędzia odbyła się bez szarpnięcia.

Anatomia transakcji: opcja na 60 miliardów

Sama transakcja nikogo nie zaskoczyła. SpaceX zadebiutowało na giełdzie dwa, trzy dni robocze temu i od razu wskoczyło do grona pięciu najcenniejszych spółek świata. A cena 60 miliardów za Cursora była ustalona dużo wcześniej — strony zaczęły wtedy współpracować i zawarły umowę z opcją: w 2026 roku SpaceX miało prawo wykupić Cursora właśnie za 60 miliardów. Gdyby zrezygnowało, i tak musiałoby zapłacić 10 miliardów — za samą współpracę.

Na czym ta współpraca polegała? SpaceX oddało Cursorowi moc obliczeniową, której temu notorycznie brakowało, do wytrenowania nowego modelu Composer 2.5. Już trwają prace nad Composerem 3.0, a z zaplecza przeciekają wieści, że jest prawie tak dobry jak Fable — a może i lepszy. Cursor w zamian dostawał bezpieczeństwo: na końcu czekało go wyjście za 60 miliardów (dokładnie to, co się dziś stało) albo 10 miliardów za samą współpracę.

Dlaczego SpaceX na to poszło

Po co to wszystko SpaceX? Przede wszystkim kupiło sobie pierwszeństwo — nikt inny nie położy ręki na najszybciej rosnącym narzędziu do programowania z AI. Do tego dochodzi ogromny zasób danych i wiedza o realnych przepływach pracy programistów, a także możliwość wspólnej pracy z inżynierami Cursora nad kolejnymi modelami. Nawet gdyby SpaceX nie chciało płacić 60 miliardów, te 10 miliardów za „eksperyment” też przyniosłoby masę wiedzy.

Chodzi o dane — najlepsze wytłumaczenie transakcji

Najciekawsze jest pytanie, po co naprawdę doszło do przejęcia — i najlepszą odpowiedź, jaką znam, ktoś ujął tak: „xAI nie potrafiło dogonić Claude Code i Codexa. A Cursor siedzi na najlepszym na świecie zbiorze danych pokazujących, jak programiści realnie pracują. Umowa pozwala trenować Composera na Colossusie — gigantycznym centrum obliczeniowym — podczas gdy xAI puszcza dokładnie ten sam przepis na Groku. Obie strony równocześnie przekonają się, czy to właśnie dane Cursora robią różnicę”. (Informacja dodatkowa: xAI to laboratorium AI Elona Muska, twórca modeli Grok; Riley traktuje SpaceX i xAI jako jeden obóz.)

Moim zdaniem właśnie w tym tkwi prawdziwy skutek przejęcia: Cursor wreszcie dogoni Codexa i Claude Code. Wchodzi przecież w skład piątej największej spółki świata mierzonej kapitalizacją.

Dlaczego Cursor był w tyle: ekonomia subsydiów

Jednym z powodów, dla których różnica w ogóle powstała, są subsydia. Claude Code i Codex dotują swoich użytkowników — ktoś przed kilkoma dniami to policzył: przy abonamencie za 200 dolarów można, mocno się starając, zużyć moc obliczeniową wartą 14 tysięcy dolarów. Operatorzy świadomie ponoszą gigantyczne straty, bo chcą związać ludzi ze swoją platformą. Na to Cursor nie było stać — przynajmniej do tej pory. Wkrótce pewnie zobaczymy u niego podobne subsydia, ale dotować można tylko własny model. I dlatego SpaceX z Cursorem muszą razem trenować najlepszych agentów na świecie.

Jedno zdanie z komunikatu, które mówi wszystko

Najbardziej ekscytująca jest dla mnie wymowa samego ogłoszenia Cursora. Napisali: „Z radością dołączamy do SpaceX, by poszerzać granice użytecznej AI. Spodziewajcie się wkrótce znaczących usprawnień w Cursorze”. Zauważcie, czego tu nie ma: ani słowa o programistach. Wysłałem o tym tweeta i zrobił furorę — zwróciłem uwagę, że Cursor nie mówi „dla programistów”, tylko „użyteczna AI”. To nie przypadek. Cursor najpewniej stanie się bezpośrednim konkurentem Codexa i aplikacji Claude.

Ich przeglądarka wbudowana w aplikację jest świetna, a model Composer — dobry i szybki w większości zadań, także ogólnych, nie tylko kodowych. Jedyne, czego brakuje, to renderowania dokumentów, jakie oferują Co-work i Codex. Gdyby dodali tę funkcję, sam używałbym Cursora do większości pracy — a nie jestem programistą. To właśnie jego jedyna luka. Claude ma w aplikacji desktopowej funkcję Co-work: można w niej tworzyć dokumenty, prezentacje, arkusze i inne materiały. W Codexie działa dokładnie to samo. Cursora tego jeszcze nie ma, ale sądząc po komunikatach, doda identyczne możliwości — i te trzy narzędzia zaczną wyglądać niemal tak samo. Wszystkie budują superaplikacje, w których ludzie w firmach i prowadzący własny biznes załatwią całą pracę w jednym miejscu. O ten wyścig toczy się cała gra.

Zwiedzamy interfejs: bliźniak Codexa

Nie lubię opowiadać o takich rzeczach wyłącznie z lotu ptaka — wchodzę w narzędzie. Oto Cursor: agenci, automacje, wtyczki (tutaj pod nazwą „customize”), lista projektów z czatami, czat agenta i pełna przeglądarka wewnątrz aplikacji. Przypomina wam to coś? Wejdźmy w Codexa: nowy agent, nowy czat, wtyczki zwane modyfikacjami, automacje, projekty z czatami pod spodem, czat agenta i pełnoprawna przeglądarka w aplikacji. Układ jeden do jednego.

Oto aplikacja, nad którą pracuję w Codexie. Pełny ekran, chowam lewy panel — przyjrzyjcie się uważnie: dolny pasek, który można zwinąć i rozwinąć. A teraz Cursor: ta sama aplikacja, pełny ekran, chowam panel boczny i… wygląda to identycznie jak w Codexie. Mogę swobodnie zaproponować edycję i wszystko wygląda tak samo. Podobieństwo aż niesamowite.

Przeglądarka: tu Cursor wyprzedza Codexa

Jest jednak różnica — na plus. W Codexie nie otworzę nowej karty przeglądarki; po prostu nie ma takiej opcji. W Cursorze mogę otworzyć ich ile chcę. To pełna przeglądarka: logujesz się raz, a sesja trzyma. Śmiało można powiedzieć, że w tym elemencie Cursor jest przed Codexem.

Dowolny model — największy atut, który może zniknąć

Druga mocna strona: wybór modelu do każdego zadania. Mogę użyć GPT-5.5, wersji 4.8, Fable 5 — choć tego akurat nie uruchomię, bo model właśnie wycofano. Liczę, że wróci w ciągu 48 godzin, bo to najprzyjemniejszy model do zabawy. Ta swoboda wyboru to jedna z kluczowych zalet Cursora — ale przejęcie przez SpaceX może to zmienić. Anthropic już kiedyś odcięło xAI od swoich modeli. Z drugiej strony Anthropic samo korzysta z mocy obliczeniowej SpaceX — robi się to zagmatwane. Mam nadzieję, że OpenAI i Anthropic nie wyciągną modeli z Cursora, bo właśnie w tej otwartości tkwi jego siła.

Tryb projektowania i tempo pracy

Cursor ma też najlepszy tryb projektowania. W Codexie jest odpowiednik — „adnotacje” — i działa podobnie, ale wersja Cursora jest po prostu lepsza i szybsza. Wystarczy napisać „zmniejsz trochę ten tekst”, wysłać i gotowe — a pracuje na tym Composer 2.5 Fast, który do prostych poprawek wizualnych sprawdza się znakomicie. Zresztą w całym Cursorze najbardziej cenię szybkość: narzędzie jest błyskawiczne i po prostu przyjemne, zwłaszcza przy vibe codingu — czyli budowaniu aplikacji głównie rozmową z agentem, zamiast samodzielnego klepania kodu.

Siedzimy tak i mówimy: „powiększ trochę elementy tej listy i niech ładniej reagują, gdy najadę na nie kursorem” — i zrobione.

Pokaz pierwszy: strona osobista i publikacja w internecie

Aplikację, którą tu widzicie, stworzyłem w prosty sposób: utworzyłem projekt „Riley personal site”, a każdy nowy czat automatycznie ląduje w tym folderze — dokładnie tak samo organizuje to Codex. Gdy poprosiłem o aplikację, agent odpalił ją lokalnie na serwerze (localhost:3000). Żeby wypuścić ją do internetu, wystarczy wtyczka Vercela — jednego z hostingów, które Cursor udostępnia. Oznaczam Vercel i proszę: „opublikuj to w internecie i wyślij link do wdrożonej strony”. Dostałem adres — mogę otworzyć go w zewnętrznej przeglądarce albo kliknąć prawym przyciskiem i otworzyć w przeglądarce Cursora. (Linki w aplikacji akurat nie działają — to pewnie coś do zgłoszenia Composera.) Cały proces wygląda identycznie jak moja praca z Codexem. Wróciłem do Cursora dziś po przerwie i powiem wam: czuję, jakbym używał tego samego narzędzia. Są bardzo, bardzo podobne.

Teraz sprawdźmy granicę. Proszę: „zrób prostą prezentację opisującą Codex i jego główną wartość dla użytkownika”. Fajne w Codexie jest to, że ma wbudowane wtyczki, które automatycznie tworzą prezentacje, arkusze i dokumenty — i renderują je w panelu bocznym. W Cursorze takiej opcji nie ma. I to jest właśnie jedyna rzecz, która powstrzymuje go przed byciem platformą agentów dla każdego: gdy poprosisz o dokument, nie zobaczysz go obok czatu. Jestem jednak głęboko przekonany, że to się zmieni. To przejęcie od początku było o zbudowaniu najlepszej platformy agentów do pracy z wiedzą i z kodem — dokładnie tak brzmiało pierwotne ogłoszenie.

Pokaz drugi: baza danych, do której pisze agent

A co, gdyby zbudować małą aplikację na własny użytek? Otwieram nowy projekt i nowy folder — na razie w Pobranych — o nazwie „notes app”. Proces identyczny jak w Codexie. Korzystam z Convexa, platformy, która pozwala błyskawicznie podpiąć bazę danych pod aplikację. (Informacja dodatkowa: Convex to popularne wśród twórców aplikacji backend-owe narzędzie z gotową bazą danych; alternatywy to Supabase i Neon Postgres.) Prompt wygląda tak:

„Zrób mi aplikację z zadaniami dla twórcy, z pełną bazą danych. Chcę też, żebyś ty umiał do niej zapisywać: gdy poproszę o dodanie czegoś, masz to zrobić. Prosto: bez logowania, jeden użytkownik, rzeczy dodaję ręcznie. Wygląd: uproszczony Notion w ciemnym motywie.”

To jeden z moich ulubionych trików na narzędzia wewnętrzne: buduję małe aplikacje dla siebie albo małego zespołu i zawsze dopisuję, żeby agent miał dostęp do zapisu. Wystarczy odczytać agentowi listę rzeczy do zrobienia, a on sam uzupełni bazę aplikacji. Convex, Supabase czy Neon są dostępne jako wtyczki w obu narzędziach — w Codexie proces wygląda tak samo.

Sprawdźmy rezultat. To znowu Composer 2.5 Fast — mały, szybki model; zobaczmy, jak poradził sobie z aplikacją notatek z bazą. Otwieram: działa. Dodaję wpis „Cześć”. Sprawdzamy trwałość danych — odświeżam stronę i wszystko zostaje, czyli faktycznie siedzi w bazie na Convexie. Teraz proszę agenta: „dodaj pranie, wiązanie butów, domycie naczyń i jeszcze trzy losowe zadania do tej listy”. I proszę — gotowe. To baza danych, do której mój agent potrafi pisać.

I to jest według mnie najzabawniejsza rzecz w nadchodzącej erze agentów: będziemy tworzyć oprogramowanie nie tylko dla siebie, ale też dla naszych agentów.

Co Cursor doda w najbliższych miesiącach

Porozmawiajmy o tym, co przyjdzie bardzo szybko — część z tego to spekulacje, ale bardzo uzasadnione.

Po pierwsze, nowy model Composer 3, o którym mówi się, że będzie równy GPT-5.5 i Opusowi. Po drugie, renderowanie dokumentów: w 99,9 proc. w ciągu pół roku zyskamy w Cursorze możliwość tworzenia dokumentów, prezentacji i slajdów bezpośrednio w platformie — widać przecież, że dosłownie przebudowują aplikację desktopową Claude i Codexa, które są już niemal identyczne. Po trzecie, computer use — sterowanie przez agenta całym komputerem. W Codexie można się do tego odwołać wprost (@computer use); w Cursorze nie ma tego jako wbudowanej umiejętności. Ale tweet Muska pokazał, że computer use trafi właśnie do Cursora.

Do tego aplikacja mobilna — zapowiedziano ją na tym samym wydarzeniu. Na App Store jeszcze jej nie ma, ale kiedy będziecie oglądać ten materiał, najpewniej będziecie już mogli ją pobrać. Wreszcie rozwój przeglądarki: na razie to nie jest jeszcze w pełni pełnoprawna przeglądarka — nie zalogujesz się odciskiem palca wewnątrz Cursora — ale to przyjdzie szybko. Uff, do tego strony powinny otwierać się same: dziś trzeba klikać w link do localhosta, a jutro aplikacja sama otworzy to, co trzeba. Wszystko po to, żeby dało się w jednym miejscu przeganiać zadania kodowe i niekodowe. I to mnie najbardziej cieszy w najbliższej przyszłości Cursora.

Migracja: przenosimy skills i pamięć z Codexa lub Claude

Może pytacie: co, jeśli chcecie przejść na Cursora, ale macie już mnóstwo skills ustawionych w Claude lub Codexie? Jest na to bardzo prosty i wręcz intuicyjny prompt — użyję go teraz w Codexie. Otwieram nowy czat i wklejam:

„Chcę przenieść wszystkie skills i pamięć do Cursora. Utwórz w moich Pobranych folder o nazwie Codex import. Dzięki temu Cursor przejmie informacje o mnie i moim biznesie i utworzy pliki skills oraz pamięci tak, żebym używał go dokładnie tak, jak ciebie dzisiaj. Skopiuj do tego folderu wszystkie pliki skills i zadbaj o plik needed keys — listę kluczy API potrzebnych do działania tych umiejętności; gdy zapytam Cursora o import, ma to umieć zrobić. Dodaj też readme, który wyjaśni, czym jest ten folder i jak jest zorganizowany, żeby Cursor bez problemu wszystko zaimportował.”

Uruchamiam to w Codexie, a agent tworzy w Pobranych potężny plik z instrukcjami, gotowy do przejęcia przez Cursora. Dokonujemy przekazania. Dokładnie ten sam prompt zadziała w Claude, jeśli tam macie dużo własnych umiejętności.

Test importu: 73 umiejętności w kilka minut

Gotowe. Folder Codex import powstał w Pobranych. Przechodzę do Cursora, otwieram nowy czat i zmieniam model na GPT-5.5 high. Piszę: „To wszystkie moje skills i pamięć z Codexa. Zaimportuj je do Cursora globalnie — nie tylko w tym projekcie — żebych mógł używać ich w każdym czacie. Pakiet jest w Pobranych, nazywa się Codex import”. Agent planuje, uruchamiam — i pracuje.

I proszę: gotowe. Zaimportowałem całą konfigurację z Codexa globalnie do Cursora. Aktywne skills trafiły do cursor/skills — 73 umiejętności, wszystkie z porządnymi metadanymi: bez duplikatów, bez nieprawidłowych nazw, bez brakujących opisów i przestarzałych ścieżek. Sprawdźmy to. Nowy czat (Command+N). W Codexie często korzystam ze skilla YouTube Researcher — piszę /YouTube Researcher. Działa. Wczytuje miniatury z YouTube. Mam dosłownie wszystkie swoje skills — jestem pod wrażeniem, nie spodziewałem się, że przenosiny mogą być tak proste. A pamięć? Pytam: „na podstawie globalnej pamięci opowiedz mi o mnie, Rileyu”. I Cursor wie o mnie wszystko — pliki pamięci przyszły wprost z Codexa. Zmiana narzędzia od Codexa albo Claude to więc kwestia jednego promptu; wrzuciłem go w opisie filmu.

Podsumowanie

To był dla mnie całkiem konkretny materiał. Rozłożyliśmy przejęcie na części i to, co daje obu stronom — a jego głównym celem jest dogonienie Codexa i Claude Code w budowaniu superaplikacji, czyli uniwersalnej platformy agentów. Przeszliśmy przez całe narzędzie: jest proste w obsłudze i działa już niemal identycznie jak Codex. Na końcu pokazałem, jak zaimportować wszystko z Claude lub Codexa wprost do Cursora. To duża wiadomość i szczerze polecam Cursora wypróbować. Warto naprawdę dobrze poznać jedno z tych trzech narzędzi — trzech superaplikacji. Będę nagrywał więcej o superaplikacjach i o tym, jak żyć w sposób „agent-native”. Dajcie łapkę w górę i zasubskrybujcie. Trzymajcie się!