Jeżeli Twoja firma używa Cursor do pracy z kodem i wybiera w nim modele OpenAI, warto sprawdzić, jak dokładnie macie ustawiony workflow. OpenAI ogłosiło 28 sierpnia 2026, że zamierza zakończyć umowę, na mocy której jego modele są dostarczane bezpośrednio do Cursor. Proponowana data wyłączenia to 12 listopada 2026, ale OpenAI zastrzega, że Cursor może zakończyć ten dostęp wcześniej.

To nie jest zwykła aktualizacja narzędzia ani kolejna zmiana numerka modelu. Dla części zespołów oznacza konieczność zmiany sposobu korzystania z modeli OpenAI, osobnego rozliczania API albo przejścia na inne modele w funkcjach, których nie da się po prostu podpiąć pod własny klucz.

Co dokładnie ogłosiło OpenAI?

OpenAI poinformowało, że po przejęciu Cursor przez SpaceX zdecydowało się wykorzystać zapis umowy pozwalający na jej zakończenie po zmianie właściciela. Firma podała, że proponowany termin wyłączenia dostępu do modeli OpenAI przez obecną integrację Cursor to 12 listopada 2026.

WebsiteGarage / Usługi

Sprawdź nasze usługi.

OpenAI jednocześnie wyjaśnia, że do czasu zakończenia okresu przejściowego obecne modele mają nadal działać w Cursor. Nie oznacza to jednak, że Cursor dostanie przyszłe modele OpenAI. Firma napisała wprost, że nie zamierza udostępniać Cursor kolejnych modeli w ramach obecnej relacji.

Powód podany przez OpenAI nie jest techniczny. Firma twierdzi, że po przejęciu Cursor przez SpaceX nie ma wystarczającej pewności, że jej technologia będzie używana zgodnie z warunkami umowy i zasadami OpenAI. To stanowisko jednej strony sporu biznesowego, więc nie ma sensu dopisywać do niego własnej wersji dramatu. Dla użytkownika ważniejszy jest skutek: obecny model dostępu ma zostać zakończony.

Czy Cursor przestanie działać?

Nie. Cursor nie jest produktem OpenAI i nie przestaje istnieć. Firma ma własne modele i integracje z innymi dostawcami. Zmiana dotyczy sposobu, w jaki modele OpenAI są dostarczane wewnątrz Cursor.

Jeżeli zespół używa Cursor głównie z modelami innych dostawców albo z modelami własnymi Cursor, ta konkretna zmiana może mieć niewielkie znaczenie. Problem pojawia się tam, gdzie firma zbudowała codzienny workflow właśnie na modelach OpenAI dostępnych z poziomu Cursor i zakładała, że taki układ będzie po prostu trwał dalej.

OpenAI daje obejście, ale nie dla wszystkich funkcji Cursor

OpenAI opublikowało od razu instrukcję dla użytkowników, którzy chcą nadal korzystać z jego modeli wewnątrz Cursor. Najprostsza opcja to podłączenie własnego klucza OpenAI API. API to techniczny sposób, dzięki któremu aplikacja może korzystać z modelu bez pośrednictwa gotowego pakietu Cursor.

Jest tu jednak ważny haczyk. Własny klucz działa tylko w obsługiwanych lokalnych funkcjach Chat i Agent. Nie obejmuje między innymi Cursor Tab, automatycznego wyboru modeli, Cloud Agents, Background Agents, Automations, Cursor CLI ani API i SDK Cursor.

Innymi słowy, odpowiedź brzmi nie: nie wystarczy wkleić własnego klucza i wszystko będzie działało dokładnie tak samo jak wcześniej.

Drugą opcją wskazaną przez OpenAI jest używanie rozszerzenia Codex bezpośrednio wewnątrz Cursor. To pozwala korzystać z Codex przez konto ChatGPT lub API, ale jest osobnym agentem. Nie podmienia modelu w funkcjach Cursor Chat, Agent, Tab, Auto czy Cloud Agents.

Trzecia droga to zewnętrzny dostawca lub bramka AI, na przykład Azure, Amazon Bedrock albo inne rozwiązanie zgodne z API OpenAI. Tu również dostępność konkretnych funkcji zależy od tego, co Cursor pozwala podłączyć i gdzie obsługuje własne modele lub własny routing.

Kogo to naprawdę dotyczy?

Najbardziej firmy i zespoły, które traktują Cursor jako element stałego procesu tworzenia i utrzymania oprogramowania, a nie jako okazjonalny edytor z AI. Jeżeli agent analizuje duże repozytoria, przygotowuje zmiany, obsługuje automatyzacje albo pracuje w tle, warto sprawdzić, jaki model faktycznie wykonuje te zadania i czy można go zastąpić bez zmiany całego procesu.

Dla właściciela zwykłej strony firmowej temat może brzmieć bardzo developersko. Ale jeśli strona, sklep albo aplikacja jest rozwijana przez zespół korzystający intensywnie z Cursor, zmiana może przełożyć się na koszty, tempo pracy i sposób kontroli nad kodem. Szczególnie wtedy, gdy firma kupiła Cursor właśnie dlatego, że w jednym abonamencie miała dostęp do określonych modeli i funkcji.

Co firma powinna zrobić teraz?

  • Sprawdź, czy zespół rzeczywiście korzysta z modeli OpenAI w Cursor, czy tylko z samego Cursor i innych modeli.
  • Ustal, które funkcje są krytyczne: lokalny Chat i Agent czy także Cloud Agents, Automations, Tab, CLI i funkcje działające w tle.
  • Jeżeli używacie OpenAI intensywnie, przetestujcie wcześniej wariant z własnym API albo rozszerzeniem Codex, zamiast czekać do listopada.
  • Sprawdźcie koszty. Własny klucz API jest rozliczany osobno i nie jest częścią abonamentu ChatGPT ani automatycznie częścią abonamentu Cursor.
  • Nie migrujcie wszystkiego tylko dlatego, że pojawił się komunikat. Najpierw sprawdźcie, co faktycznie działa w Waszym workflow i czego nie da się zastąpić jeden do jednego.

Co to oznacza szerzej?

Ta historia jest dobrym przypomnieniem, że narzędzia AI składają się dziś z kilku warstw należących do różnych firm. Możesz płacić Cursor, pracować na modelu OpenAI, uruchamiać kod na jeszcze innej chmurze i zakładać, że kupujesz jeden produkt. Z perspektywy użytkownika wygląda to jak jedna aplikacja. Z perspektywy umów są to często trzy albo cztery osobne biznesy, które pewnego dnia mogą przestać ze sobą współpracować.

To samo ryzyko dotyczy wielu narzędzi opartych na zewnętrznych modelach. Jeżeli kluczowa funkcja firmy zależy od konkretnego modelu dostępnego tylko przez pośrednika, warto wiedzieć, czy istnieje plan B. Nie dlatego, że trzeba codziennie przygotowywać się na technologiczny koniec świata. Po prostu integracja nie jest małżeństwem kościelnym i czasem jeden dostawca zabiera swoje zabawki.

Komentarz WebsiteGarage

Najciekawsze w tej zmianie nie jest nawet to, że OpenAI i SpaceX znowu mają coś do wyjaśnienia. Dla firmy ważniejsza jest lekcja o zależności od narzędzi. AI bardzo szybko weszło do codziennego developmentu i łatwo przyzwyczaić się do myślenia: mamy Cursor, więc mamy model X, funkcję Y i agentów Z. Tymczasem pod spodem siedzi kilka umów między kilkoma firmami.

Jeżeli dzięki temu narzędziu powstaje lub utrzymywana jest ważna część Twojego biznesu, warto raz na jakiś czas zadać nudne, ale bardzo zdrowe pytanie: co się stanie, jeśli jeden z tych elementów jutro zniknie? W tym przypadku odpowiedź znamy z kilkumiesięcznym wyprzedzeniem, więc naprawdę nie ma potrzeby odkrywać jej 11 listopada o 23:58.

Źródła