OpenAI закрила Cursor доступ до власних моделей одразу після того, як SpaceX придбала популярний AI-редактор коду. Офіційної причини рішення компанія поки не назвала, а тисячі розробників, що будували щоденний робочий процес навколо Cursor, за один день втратили частину функціональності інструменту.

За даними Latent Space, відключення сталося практично одразу після оголошення про угоду між SpaceX і Cursor. Жодних попереджень чи перехідного періоду для користувачів не було — доступ до API просто зник.

Для індустрії, яка звикла вважати «підключити ще одну модель через API» рутинною технічною задачею, цей епізод — неприємне нагадування: доступ до моделі — це не інфраструктура на кшталт електрики, а комерційна угода, яку постачальник може розірвати будь-якої миті. Для команд, що проєктують продукти поверх API великих лабораторій, різниця між «партнером» і «постачальником з правом вето» іноді стає очевидною лише в момент, коли ключ вимикається.

Що саме сталося?

SpaceX придбала Cursor — один із найпопулярніших AI-редакторів коду, що масово використовується розробниками для роботи одразу з кількома LLM в одному інтерфейсі. Невдовзі після цього OpenAI без публічного пояснення обмежила доступ Cursor до своїх моделей через API. Користувачі, які обрали в Cursor саме моделі OpenAI, втратили можливість ними користуватися, тоді як інші провайдери, підключені до редактора, продовжили працювати в звичному режимі.

Чому провайдер моделі може просто вимкнути продукт конкурента?

Юридично тут усе просто: доступ до API — не публічне комунальне благо, а договірні відносини, які постачальник вправі припинити на власний розсуд, якщо умови контракту це дозволяють. Ймовірно, рішення OpenAI пов'язане з тим, що новий власник Cursor — SpaceX Ілона Маска, який одночасно є засновником xAI, прямого конкурента OpenAI на ринку фундаментальних моделей, хоча сама компанія цей звʼязок публічно не підтвердила.

Для AI-редактора коду це особливо болісно: сам продукт історично будувався як «мультимодельна» оболонка — цінність Cursor для користувача якраз у тому, що він може вільно перемикатися між GPT, Claude, Gemini та іншими моделями в одному вікні. Коли один із цих провайдерів вирішує грати на боці іншого стека, вразливою виявляється не лише конкретна фіча, а сама бізнес-модель.

Що це означає для бізнес-безперервності AI-стартапів?

Головний висновок для будь-кого, хто будує продукт на чужому API, — залежність від єдиного провайдера моделі є ризиком безперервності бізнесу, а не просто технічним рішенням про те, який ендпоінт викликати. Компанія може втратити ключову функціональність продукту не через власний баг чи відмову інфраструктури, а через одностороннє рішення партнера, на яке вона не мала жодного впливу. Ба більше, для клієнтів такого продукту зникнення функціональності виглядає як несправність постачальника послуги, а не як наслідок корпоративної угоди між третіми сторонами — репутаційний удар при цьому дістається саме стартапу, а не гіганту, що перекрив доступ.

• Тримайте у продакшені щонайменше два незалежні провайдери моделей із можливістю швидкого перемикання fallback-логікою.
• Не зашивайте промпти й формати відповідей під особливості однієї конкретної моделі — це ускладнює міграцію, коли доступ раптово зникає.
• Оцінюйте власників і стратегічні інтереси постачальника моделі так само уважно, як SLA та ціну — конфлікт інтересів материнських структур важче передбачити, ніж технічний даунтайм.
• Розгляньте open-weight моделі як резервний варіант на випадок відключення комерційного API.

Схожу логіку диверсифікації демонструє й інвестиція Meta в Anthropic попри власну розробку Llama — навіть гіганти з ресурсами на власні моделі підстраховуються партнерством з іншим провайдером.

Висновок AiiN: що робити з цим прямо зараз?

Наша теза проста: у 2026 році архітектурна залежність від одного провайдера моделі — такий самий ризик, як залежність від одного постачальника хмари чи одного платіжного шлюзу, і її варто закладати в план безперервності бізнесу окремим пунктом, а не залишати на розсуд інженерної команди «як щось технічне». Компаніям, що будують продукти поверх чужих LLM, варто вже зараз протестувати сценарій «а що, якщо завтра наш головний провайдер вимкне доступ» — і мати готову відповідь, а не дізнаватися її постфактум, як команда Cursor.

Чи OpenAI офіційно пояснила причину відключення Cursor?

Ні, на момент публікації офіційного пояснення від OpenAI не було. Компанія не прокоментувала ні причини рішення, ні його тривалість.

Чи можна користуватися Cursor без моделей OpenAI?

Так, Cursor підтримує кілька провайдерів моделей одночасно, тож користувачі можуть перемкнутися на інші доступні опції в редакторі, поки питання з OpenAI не вирішиться.