# OpenAI заблокував Cursor: урок про залежність від чужого API > OpenAI відключила Cursor від GPT-моделей після придбання SpaceX, посилаючись на історію порушених контрактів Ілона Маска з попередніми компаніями. - Опубліковано: 29 серпня 2026 р. (2026-08-29T08:41:16.933310+00:00) - Розділ: Бізнес - На основі публікації: [The Decoder](https://the-decoder.com/openai-cuts-off-cursor-after-spacex-acquisition-citing-musks-history-of-breaking-contracts/) - Видання: AiiN (https://aiin.news) - URL: https://aiin.news/article?slug=openai-%D0%B7%D0%B0%D0%B1%D0%BB%D0%BE%D0%BA%D1%83%D0%B2%D0%B0%D0%B2-cursor-%D1%83%D1%80%D0%BE%D0%BA-%D0%BF%D1%80%D0%BE-%D0%B7%D0%B0%D0%BB%D0%B5%D0%B6%D0%BD%D1%96%D1%81%D1%82%D1%8C-%D0%B2%D1%96%D0%B4-%D1%87%D1%83%D0%B6%D0%BE%D0%B3%D0%BE-api --- OpenAI призупинила доступ стартапу Cursor до своїх мовних моделей одразу після того, як Cursor придбав SpaceX, і мотивувала це рішення історією Ілона Маска з порушенням контрактних зобов'язань. [За даними The Decoder](https://the-decoder.com/openai-cuts-off-cursor-after-spacex-acquisition-citing-musks-history-of-breaking-contracts/), компанія Сема Альтмана відключила API без перехідного періоду, залишивши команду Cursor — розробника однойменного AI-редактора коду — без доступу до GPT-моделей, на яких частково побудовані автодоповнення коду й чат-асистент продукту. Офіційне обґрунтування OpenAI — репутаційний ризик через Маска, який очолює SpaceX і водночас роками судиться з OpenAI через перетворення компанії з некомерційної структури на комерційну. Але для індустрії важливіший інший сигнал: постачальник базової моделі може вимкнути клієнта одним рішенням, незалежно від технічної якості продукту клієнта чи умов чинного контракту. Для AI-білдерів, які будують продукт поверх чужого API, це не абстрактна загроза з підручника з ризик-менеджменту, а конкретний випадок із назвою постраждалої компанії й чіткою причиною відключення. ## Що саме сталося між OpenAI, Cursor і SpaceX? Cursor — стартап Anysphere, автор популярного AI-редактора коду з вбудованими мовними моделями, — придбав SpaceX, після чого OpenAI практично миттєво заблокувала йому доступ до своїх моделей. Підставою стала не якість продукту Cursor і не порушення умов використання API, а особа нового власника: за версією OpenAI, Ілон Маск має історію порушення контрактних зобов'язань у попередніх угодах. Це принципово інша логіка відключення, ніж технічний спам-фільтр чи перевищення ліміту запитів. OpenAI фактично заявляє: сервіс припиняється через те, хто стоїть за власником компанії-клієнта, а не через те, що клієнт робив із самим API. ## Чому тут важлива саме історія Маска з OpenAI? Маск співзасновував OpenAI 2015 року, вийшов з ради директорів 2018-го, а відтоді судиться з компанією й Семом Альтманом через перетворення OpenAI з некомерційної структури на комерційну — і паралельно розвиває власного конкурента, xAI з моделлю Grok. Рішення відключити Cursor одразу після того, як компанія опинилася під контролем Маска, важко розглядати окремо від цього багаторічного конфлікту. Для ринку це означає, що вибір постачальника базової моделі — уже не суто питання ціни й якості інференсу, а й питання того, у чиїх особистих та корпоративних конфліктах може опинитися продукт компанії-клієнта. ## Чим це небезпечно для бізнесів, залежних від одного API? Головний ризик — не сама подія з Cursor, а те, що вона демонструє: провайдер моделі може розірвати доступ без технічної причини, і жоден SLA не захистить продукт від рішення, ухваленого на рівні відносин між компаніями. Ми вже писали про те, [чому залежність від OpenAI стала для Cursor бізнес-ризиком](https://aiin.news/article?slug=чому-залежність-від-openai-стала-для-cursor-бізнес-ризиком), і цей кейс лише підтверджує ту тезу на практиці. - Продукт, у якому модель одного постачальника — єдина точка інференсу, має єдину точку відмови поза контролем команди розробників. - Контракт на рівні API не гарантує безперервності сервісу, якщо рішення про відключення ухвалює керівництво постачальника, а не служба підтримки. - Корпоративні події клієнта — злиття, поглинання, зміна структури власності — можуть стати підставою для відключення навіть без порушення технічних умов використання. ## Що варто зробити AI-білдерам просто зараз? За нашою оцінкою в AiiN, кейс Cursor — аргумент на користь мультимодельної архітектури за замовчуванням, а не разового аудиту ризиків після інциденту в іншій компанії. Практично це означає три речі: тримати абстракцію над провайдером моделі через єдиний внутрішній інтерфейс, а не прямі виклики конкретного SDK; регулярно тестувати продукт хоча б на одній альтернативній моделі — Claude, Gemini чи open-weight — ще до того, як вона знадобиться в аварійному режимі; і закладати в SLA з власними клієнтами реалістичний сценарій відключення апстріму, а не тільки сценарій його повільної деградації. Компанія, чий продукт переживає втрату одного провайдера за години чи дні, а не тижні переговорів, отримує перевагу, яку конкуренти відчують лише тоді, коли самі опиняться в позиції Cursor. ## Чи означає це кінець співпраці OpenAI і Cursor назавжди? Джерело не повідомляє про терміни чи умови можливого відновлення доступу. Рішення сформульоване як реакція на конкретну обставину — придбання SpaceX, — тож теоретично воно може переглядатися, якщо зміниться ситуація навколо структури власності Cursor. ## Чи стосується це лише Cursor, чи це прецедент для інших стартапів? Прямо джерело говорить тільки про Cursor, але механізм — відключення доступу через особу бенефіціара, а не через технічне порушення, — застосовний до будь-якого стартапу, що будує продукт на API OpenAI чи іншого великого постачальника моделей. Передісторію конфлікту ми розбирали в матеріалі [чому OpenAI зупиняє доступ Cursor до своїх моделей](https://aiin.news/article?slug=чому-openai-зупиняє-доступ-cursor-до-своїх-моделей). --- Теги: OpenAI, Cursor, SpaceX, API, Бізнес, AI-стартапи Джерело: AiiN — https://aiin.news/article?slug=openai-%D0%B7%D0%B0%D0%B1%D0%BB%D0%BE%D0%BA%D1%83%D0%B2%D0%B0%D0%B2-cursor-%D1%83%D1%80%D0%BE%D0%BA-%D0%BF%D1%80%D0%BE-%D0%B7%D0%B0%D0%BB%D0%B5%D0%B6%D0%BD%D1%96%D1%81%D1%82%D1%8C-%D0%B2%D1%96%D0%B4-%D1%87%D1%83%D0%B6%D0%BE%D0%B3%D0%BE-api. Цитуючи, посилайтесь на канонічний URL.