OpenAI прекращает партнерство с Cursor после приобретения SpaceX: что изменится для разработчиков?
OpenAI намерена прекратить прямое партнерство по моделям с Cursor после приобретения редактора кода ИИ компанией SpaceX. 28 августа 2026 года OpenAI объявила о намерении не продлевать договор на предоставление своих моделей для Cursor. Запланированная дата отключения — <strong>12 ноября 2026 года</strong>.
Важно различать: часто встречающаяся формулировка <em>openai drops spacex cursor partnership</em> звучит как полный разрыв. На самом деле, решение пока затрагивает только контракт, по которому Cursor напрямую интегрирует модели OpenAI в свои функции. Разработчики по-прежнему смогут использовать модели OpenAI через собственный доступ к API, расширение Codex IDE или совместимые шлюзы.
По состоянию на 5 сентября 2026 года, 12 ноября является <strong>предлагаемой</strong> датой, а не окончательным сроком действия контракта. Поэтому для команд сейчас самое время проверить критически важные рабочие процессы Cursor на предмет зависимостей от моделей OpenAI.
Источник: Simple Icons / SpaceX
Кратко и по существу
- OpenAI планирует выход: Прямой договор на предоставление моделей OpenAI в Cursor будет прекращен.
- 12 ноября 2026 года еще не окончательно: OpenAI называет эту дату предлагаемой и сообщит окончательную дату после согласования с Cursor.
- Cursor не исчезнет: Редактор и его остальные модели, а также собственные функции Cursor, в основном останутся.
- OpenAI останется технически доступной: Для локальных функций чата и агентов можно использовать собственный ключ API OpenAI или совместимый шлюз.
- Codex — отдельный путь: Расширение Codex IDE работает в Cursor независимо от выбора моделей Cursor.
- Не все функции Cursor поддерживают BYOK: Автодополнение вкладок, автомаршрутизация, облачные и фоновые агенты, автоматизация, CLI, а также API/SDK не могут использовать собственный ключ OpenAI.
Что произошло между OpenAI, Cursor и SpaceX?
Текущая ситуация является результатом нескольких шагов за несколько месяцев. Cursor установил технические отношения со SpaceX еще до приобретения. В апреле 2026 года компания объявила о партнерстве по обучению моделей с SpaceXAI, заявив, что для этого будет использоваться инфраструктура Colossus. В августе Cursor подтвердил, что был официально приобретен SpaceX.
| Дата | Событие | Значение |
|---|---|---|
| 21. April 2026 | Cursor объявляет о партнерстве по обучению моделей с SpaceXAI. | Cursor получает доступ к дополнительной вычислительной инфраструктуре для обучения собственных моделей. |
| 14. August 2026 | Cursor подтверждает завершение приобретения компанией SpaceX. | Смена владельца активирует для OpenAI контрактную ситуацию изменения контроля. |
| 28. August 2026 | OpenAI объявляет о намерении прекратить предоставление моделей Cursor. | OpenAI больше не будет поставлять новые модели Cursor по этому контракту. |
| 12. November 2026 | Предлагаемая OpenAI дата отключения. | До тех пор модели, используемые сегодня по контракту, будут оставаться доступными в переходный период, если Cursor не прекратит доступ раньше. |
Почему OpenAI отказывается от прямого партнерства?
OpenAI прямо объясняет это решение сменой владельца. Компания пишет, что ее индивидуальный контракт с Cursor содержит ограниченное окно для расторжения после смены контроля. OpenAI также заявляет, что, основываясь на своем опыте работы с компаниями Илона Маска, они не могут быть достаточно уверены, что их технология будет использоваться в соответствии с согласованными условиями использования.
Это обоснование — <strong>позиция OpenAI</strong>. Оно не должно рассматриваться как независимое установление нарушения контракта SpaceX в данном конкретном отношении с Cursor. Для разработчиков наиболее важны операционные последствия: OpenAI, по собственным заявлениям, стремится сделать расторжение эффективным как можно позже, но при этом <strong>не предоставлять будущие модели через контракт с Cursor</strong>.
Источник: simpleicons.org
OpenAI не прекращает принципиально любое использование своих моделей в Cursor. Затрагивается прямое договорное предоставление моделей Cursor; собственный доступ к API и Codex остаются отдельными путями.
Что означает приобретение SpaceX для Cursor?
Сам Cursor представляет приобретение как ускорение своей стратегии в отношении моделей. Компания уже в апреле заявляла о намерении расширить свою деятельность по обучению с использованием инфраструктуры SpaceXAI. Со сменой владельца Cursor таким образом сильнее встраивается в экосистему, контролирующую собственные модели и собственную вычислительную инфраструктуру.
Однако это не означает, что Cursor с этого момента будет использовать исключительно модели SpaceX. Документация Cursor по-прежнему перечисляет модели и интеграции различных поставщиков. Однако то, какие модели будут предлагаться в долгосрочной перспективе и как они будут маршрутизироваться в такие функции, как Agent, Auto или Cloud Agents, может измениться. Поэтому для команд более важен вопрос, <strong>какая функция привязана к какому поставщику моделей</strong>, чем просто вопрос, появляется ли определенное имя модели в меню выбора.
Источник: simpleicons.org
Cursor принадлежит SpaceX с августа 2026 года. Редактор остается, но его обеспечение моделями после объявленного выхода OpenAI будет в большей степени зависеть от альтернативных поставщиков и собственных моделей.
Что конкретно меняется для разработчиков?
Самый важный момент: <strong>использование OpenAI в Cursor не станет автоматически невозможным.</strong> Однако изменятся путь доступа, биллинг, а в некоторых функциях — и технический охват. OpenAI называет три альтернативы для разработчиков, которые хотят продолжать использовать его модели в Cursor.
| Опция | Где это работает | Биллинг | Самое важное ограничение |
|---|---|---|---|
| Прямая интеграция Cursor | В переходный период в ранее поддерживаемых функциях Cursor | Через Cursor или существующий путь интеграции | После окончания контракта не будет продолжена как партнерство OpenAI; будущие модели OpenAI не предусмотрены. |
| Собственный ключ API OpenAI | Локальный чат и агент Cursor | Отдельно через учетную запись API OpenAI | Не для Tab, Auto, облачных/фоновых агентов, автоматизации, CLI или API/SDK Cursor. |
| Расширение Codex IDE | Как отдельное расширение непосредственно в Cursor | Соответствующая подписка ChatGPT или учетная запись API OpenAI | Не меняет модель, стоящую за Cursor Chat, Agent, Tab, Auto или Cloud Agents. |
| Совместимый AI-шлюз | Поддерживаемые локальные запросы чата и агента | Через соответствующего поставщика | Совместимость и функциональность моделей зависят от шлюза; собственные облачные функции Cursor исключены. |
| Другие модели в Cursor | В зависимости от функции Cursor и текущего предложения моделей | По тарифу Cursor или конфигурации поставщика | Качество вывода, использование инструментов, поведение контекста и затраты могут отличаться от предыдущих рабочих процессов OpenAI. |
Вариант 1: Использование собственного ключа API OpenAI в Cursor
Для многих индивидуальных разработчиков BYOK, то есть <em>Bring Your Own Key</em>, является самой прямой заменой. По данным OpenAI и Cursor, ключ хранится в разделе <strong>Cursor Settings > Models</strong>. Затем можно выбрать поддерживаемые модели OpenAI для локальных сеансов чата и агента.
При этом возникают два распространенных заблуждения. Во-первых, подписка ChatGPT не включает автоматическое использование API. Запросы API оплачиваются отдельно через учетную запись API OpenAI. Во-вторых, собственный ключ не заменяет всю инфраструктуру Cursor: Cursor Tab и Autocomplete, Auto-routing, облачные и фоновые агенты, автоматизация, Cursor CLI, а также Cursor API и SDK по-прежнему используют модели, которые Cursor предоставляет или маршрутизирует сам.
Конфиденциальность при BYOK: не принимайте правила автоматически
Cursor явно указывает, что его правило нулевого хранения данных не применяется автоматически при использовании собственных ключей API. Обработка данных осуществляется в соответствии с выбранным поставщиком. Cursor также заявляет, что ключ API для окончательного формирования промпта проходит через серверы Cursor, передается в зашифрованном виде и не сохраняется на постоянной основе.
Для компаний это важный архитектурный момент: переход от интегрированного обеспечения моделями к BYOK изменяет не только счет, но и, возможно, предположения о конфиденциальности, логировании и соблюдении требований. Администраторы предприятий также могут блокировать личные ключи API в настройках команды.
Вариант 2: Использование Codex напрямую как расширения IDE в Cursor
OpenAI явно называет расширение Codex IDE вторым путем. Оно работает внутри Cursor, но технически отделено от собственного выбора моделей Cursor. Разработчики входят в систему либо с соответствующей подпиской ChatGPT, либо с учетной записью API OpenAI, а затем работают через собственную панель Codex.
Это особенно интересно для команд, которые хотят использовать OpenAI для агентивного кодирования, не привязывая весь свой рабочий процесс Cursor к прямой интеграции OpenAI. Однако расширение не заменяет Cursor Chat, Agent, Tab или Auto. Поэтому тем, кто использует эти функции, следует протестировать их отдельно. Более подробный обзор Codex вы также найдете в нашем руководстве Zerlo по OpenAI Codex.
Вариант 3: Подключение OpenAI через Azure, Amazon Bedrock или шлюз
Для компаний с централизованным управлением облачными сервисами и расходами шлюз может быть более выгодным, чем индивидуальные ключи API. OpenAI упоминает, в частности, Amazon Bedrock, Azure и шлюзы, совместимые с OpenAI. Cursor можно подключить через собственные настройки или совместимый базовый URL, в зависимости от поставщика.
Источник: simpleicons.org
Amazon Bedrock упоминается OpenAI как возможный путь через шлюз. Для команд это может использовать существующие структуры IAM, биллинга и управления, если желаемая модель OpenAI доступна и совместима с Cursor.
Преимущество заключается в централизованном управлении: учетные данные доступа, бюджеты и доступ к моделям можно контролировать через уже существующие облачные процессы. Недостатком является дополнительная сложность интеграции. Шлюз должен поддерживать формат API, который ожидает Cursor, и не все настройки, специфичные для модели, будут обязательно переданы.
Источник: simpleicons.org
Azure также может служить управляемым путем доступа. Важно, чтобы желаемая модель была развернута в собственной настройке Azure, а Cursor поддерживал соответствующую конфигурацию поставщика.
Как и в случае с собственным ключом API, для шлюзов действуют те же правила: учетные данные доступа действительны только для локальных чатов и путей агентов, поддерживаемых Cursor. Те, кто использует Cloud Agents, Automations, Tab или Auto, не могут просто переключить эти функции на тот же доступ через шлюз.
Стоит ли разработчикам сейчас переходить с Cursor?
Для большинства пользователей нет объективных причин немедленно покидать Cursor только из-за анонса OpenAI. Редактор продолжит работать, и существует несколько альтернативных способов доступа к моделям. Переход станет более осмысленным, если команда сильно зависит от комбинации <strong>определенной модели OpenAI и проприетарной функции Cursor</strong>, которую невозможно воспроизвести после окончания контракта с помощью BYOK, Codex или шлюза.
Именно поэтому решение должно основываться на тестировании рабочего процесса, а не на названии поставщика. Кодирующий агент может выбрать другие файлы, по-другому вызывать инструменты, создавать более длинные или короткие изменения и по-разному интерпретировать тесты для одного и того же репозитория с другой моделью. Такие отклонения более важны для продуктивных команд, чем общий бенчмарк.
Что командам следует протестировать до 12 ноября
- Инвентаризация зависимостей от OpenAI: Отметьте, какие функции Cursor и какие конкретные модели используются в ежедневных рабочих процессах.
- Тестирование BYOK отдельно: Проверьте локальные сценарии чата и агента с собственным ключом API и оцените реальные затраты на API.
- Тестирование Codex как независимого пути: Сравните задачи, такие как рефакторинг, тестирование, исправление ошибок и изменения в масштабах репозитория.
- Идентификация функций, специфичных для Cursor: Отметьте все, что требует Tab, Auto, Cloud Agents, Background Agents, Automations, CLI или API/SDK.
- Сравнение альтернативных моделей: Используйте фиксированный набор репрезентативных задач вместо субъективных отдельных запросов.
- Повторная проверка конфиденциальности данных и соответствия требованиям: BYOK и шлюзы могут иметь другие правила обработки данных, чем текущая интегрированная поставка.
- Контроль корпоративных политик: Проверьте, разрешены ли личные ключи API в организации вообще.
- Документирование резервного плана: Определите, какой путь к модели или поставщику будет использоваться, если Cursor прекратит доступ к OpenAI до предложенной даты.
Главный урок: Раздельное рассмотрение редактора кода с ИИ и поставщика моделей
Конфликт демонстрирует структурный риск современных сред разработки с ИИ. Редактор может оставаться стабильным, в то время как контракты на модели, маршрутизация, цены или доступность меняются под ним. Поэтому для команд разработчиков стоит разделять три уровня: <strong>редактор</strong>, <strong>доступ к моделям</strong> и <strong>агентская среда выполнения</strong>.
Те, кто сохраняет нейтральность запросов, тестов, правил репозитория и критериев приемки по отношению к моделям, могут гораздо легче справиться с изменением поставщика. Особенно для кодовых баз, критически важных с точки зрения безопасности или бизнеса, альтернативная модель должна быть протестирована не в день сбоя. Анонсированный переходный период до ноября предоставляет для этого конкретное окно времени.
FAQ
Удаляет ли OpenAI свои модели полностью из Cursor?
OpenAI хочет расторгнуть контракт, по которому его модели предоставляются напрямую Cursor. Это не означает, что OpenAI технически больше не может использоваться в приложении Cursor. Для локальных функций чата и агента OpenAI называет собственным ключом API, расширением Codex IDE и совместимыми шлюзами в качестве альтернатив.
Является ли 12 ноября 2026 года окончательной датой отключения?
Нет. OpenAI называет 12 ноября предлагаемой датой и заявляет, что окончательное прекращение контракта должно быть подтверждено между компаниями. Cursor также может прекратить доступ раньше.
Могу ли я просто использовать свою подписку ChatGPT в качестве доступа к API Cursor?
Не как обычный ключ API OpenAI. Подписки ChatGPT не включают автоматическое использование API. Для BYOK вам нужен аккаунт OpenAI API с собственным биллингом. Расширение Codex IDE, напротив, может поддерживать вход через ChatGPT в зависимости от тарифного плана.
Работает ли Cursor Tab с собственным ключом API OpenAI?
Нет. По данным OpenAI и Cursor, BYOK действителен только для поддерживаемых локальных запросов чата и агента. Tab и автозаполнение, а также Auto, Cloud- и Background-агенты, Automations, Cursor CLI и Cursor API/SDK по-прежнему используют модели, предоставляемые или маршрутизируемые Cursor.
Действительно ли Cursor принадлежит SpaceX?
Да. Cursor официально объявил в августе 2026 года о завершении приобретения компанией SpaceX. Еще в апреле Cursor объявил о партнерстве с SpaceXAI для обучения моделей и вычислительной инфраструктуры.
Изменяет ли BYOK условия конфиденциальности данных?
Да, это может быть актуально. Cursor заявляет, что его правило нулевого хранения данных не распространяется на собственные ключи API, а обработка данных зависит от выбранного поставщика. Поэтому командам следует пересмотреть предположения о конфиденциальности данных, контрактах и журналах перед миграцией.
Должны ли компании переводить своих разработчиков на BYOK?
Нет. BYOK — это только один из вариантов. Компании также могут использовать Codex отдельно, настроить управляемый доступ через шлюз или перейти на другие доступные в Cursor модели. Корпоративные команды могут даже централизованно блокировать личные ключи API.
Заключение
OpenAI уходит из <strong>прямого партнерства по моделям с Cursor</strong> после приобретения SpaceX, но не полностью из экосистемы Cursor. Предлагаемая дата 12 ноября 2026 года — это переходный этап, а не немедленное отключение. Для разработчиков модели OpenAI по-прежнему доступны через API-ключ, Codex и совместимые шлюзы.
Настоящая задача для команд состоит не в том, чтобы поспешно менять редактор, а в том, чтобы протестировать свои зависимости. Те, кто сегодня знает, какие рабочие процессы привязаны к собственной инфраструктуре Cursor, а какие могут быть реализованы через независимый доступ к моделям, могут отреагировать на окончательное прекращение контракта, не перестраивая свои процессы разработки в кратчайшие сроки.