Технологии

«Больше 20 приложений и открытые заявки»: Cursor открыла маркетплейс Origin для сторонних разработчиков

Origin интегрируется более чем с 20 приложениями для развёртывания, CI, код-ревью, безопасности, мониторинга и управления проектами — среди партнёров Cloudflare, Linear, Sentry и Socket Security, а маркетплейс теперь принимает публичные заявки: опубликовать приложение может любая команда, которая делает инструменты для разработчиков. По документации Cursor у приложения три состояния — Private, Public и Listed: публичным его делает админ namespace, а в маркетплейс оно попадает только после проверки, а к заявке нужны демо-видео на 5–10 минут, доступное без входа в аккаунт, и подробное описание основных сценариев.

«Больше 20 приложений и открытые заявки»: Cursor открыла маркетплейс Origin для сторонних разработчиков

Что объявила Cursor

Cursor сообщила в чейнджлоге, что Origin теперь интегрируется более чем с 20 приложениями для развёртывания, CI, код-ревью, безопасности, мониторинга и управления проектами — от таких партнёров, как Cloudflare, Linear, Sentry и Socket Security.

Одновременно маркетплейс открылся для публичных заявок: с этого момента любая команда, которая делает инструменты для разработчиков, может опубликовать приложение для Origin.

Какие приложения уже есть

Каталог маркетплейса разложен по этапам работы с кодом. Развёртывание: Cloudflare, Netlify, Render, Spacelift и Vercel. CI: Buildkite, CircleCI, CloudBees, Depot, EngFlow, Namespace и RWX. Код-ревью: CodeRabbit, Greptile и Tenki. Безопасность: Artemis Security, Semgrep, Socket Security и Upwind. Мониторинг: Sentry. Управление проектами: Linear.

Приложения закрывают не только сборку и доставку кода: в списке есть проверка безопасности и разбор инцидентов, которые в обычном процессе живут в отдельных инструментах.

Три состояния приложения: Private, Public, Listed

По документации Cursor, у приложения Origin есть три состояния видимости: Private, Public и Listed.

Private — стартовое состояние: приложение видят и могут установить только внутри своего namespace. Public означает, что любая команда Origin может поставить приложение по прямой ссылке, но в маркетплейсе его ещё нет; при этом у публичного приложения должен быть хотя бы один scope по умолчанию. Listed — это уже листинг в маркетплейсе.

Состояние переключает админ namespace в строке Visibility на странице Edit App. Ссылка установки из маркетплейса использует client_id — идентификатор приложения вида app_01…, а не slug; параметры scope и redirect_uri в неё добавлять не нужно, потому что они запускают другой, партнёрский сценарий установки.

Снять приложение с листинга или вернуть его в Private можно в любой момент: из маркетплейса оно исчезнет, а уже сделанные установки продолжат работать. Обратно в маркетплейс приложение само не вернётся — заявку нужно отправлять заново.

Как проходит заявка

Заявку отправляет админ namespace кнопкой Submit to marketplace рядом с Edit App, и к ней нужны демонстрационное видео и описание приложения.

Видео обязательно: по документации оно должно длиться примерно 5–10 минут и покрывать описанные ниже сценарии, а ссылка на него — открываться без входа в аккаунт, например непубличное видео на YouTube или публичная ссылка Google Drive. Описание приложения тоже обязательно и должно разбирать его основные сценарии.

Slug необязателен, но после листинга его нельзя изменить: он попадает в адрес приложения в маркетплейсе. Теги, наоборот, можно предложить списком через запятую.

Cursor проверяет каждую заявку: подтверждение приходит и при отправке, и после попадания в маркетплейс, а в чек-листе одобрения — публичный статус приложения, установка по прямой ссылке, демо-видео по нужным сценариям, описание приложения и соответствие бренд-требованиям Origin.

Что должно быть в демонстрации

В демо нужно показать основные продуктовые сценарии — например, как CI-приложение публикует check runs или как приложение для код-ревью оставляет комментарии к ревью.

Отдельно требуется показать установку из Origin: пользователь ставит приложение и соглашается на scopes по умолчанию, Origin перенаправляет на первый redirect URI, и обе стороны показывают статус Installed. Установка должна работать и в личном namespace, и в команде, а также со всеми репозиториями и с выбранными.

Нужны и обратные сценарии: удаление с обеих сторон, когда продукт показывает disconnected и перестаёт получать вебхуки, и установка со своего сайта, когда пользователь проходит через Origin, выбирает владельца и репозитории и возвращается в продукт.

Показать нужно и разные типы пользователей: существующий входит в аккаунт продукта, новый — сначала создаёт его. После установки пользователь подключает Origin как источник для проекта: либо связывает существующий проект с репозиторием Origin, либо создаёт новый из него.

Отдельный сценарий — обновление scopes: экран согласия показывает New Permissions и Granted Permissions, кнопка называется Reinstall, а если пользователь отменит, остаются старые права. Чтобы дозапросить только новые разрешения, используется флаг include_granted_scopes=true, иначе параметр scope заменяет выданные права. Об изменении scopes или репозиториев Origin сообщает приложению вебхуком installation.updated, подписываться на который отдельно не нужно.

Что дальше

Попробовать готовые приложения можно в Origin App Marketplace уже сейчас, а для собственной разработки Cursor предлагает руководство по публикации и справочник Origin API, который покрывает аутентификацию, установку, scopes и вебхуки.

Отдельно упоминается плагин Origin Apps: по описанию он отвечает на вопросы по живой документации Origin API и планирует перенос в Origin приложения, которое уже работает где-то ещё.

Первоисточники

  1. Cursor Changelog — «Origin App Marketplace» (13 октября 2026)
  2. Cursor Docs — «Publish to the App Marketplace» (Origin, 13 октября 2026)