Cursor 5 ноября запустил Build Live Apps: облачный агент теперь собирает веб-приложение и доводит его до работающей ссылки. Он настраивает хостинг, при необходимости создаёт Postgres и закрывает доступ входом через Cursor SSO. Разработчик может показать команде внутренний инструмент без отдельной сборки инфраструктуры.
Для тимлида это ещё и новый контур управления: сотрудники могут публиковать дашборды, формы и порталы, а администраторы — видеть эти приложения, задавать правила и снимать их с публикации. При этом автоматические проверки перед выпуском не дают оснований считать любой сгенерированный сервис готовым к работе с чувствительными данными.
- Функция работает через облачного агента. На личных тарифах доступ начинается с Premium за $30 в месяц; Plus за $8 не подходит.
- Cursor берёт на себя приложение, Postgres при необходимости, вход и хостинг; публикацию явно подтверждает человек.
- Четыре проверки файлов обязательны при каждом выпуске. Сверху есть ИИ-ревью и правила команды.
- Публичный доступ в Teams и Enterprise выключен по умолчанию. Цены и лимиты инфраструктуры, перенос владения и регион хранения требуют уточнения.
Как агент превращает запрос в опубликованное приложение?
Нужно обновить Cursor, запустить облачного агента и прямо попросить создать приложение. В документации Apps приведены примеры: дашборд регистраций с фильтром по тарифу, трекер багов для команды, микросайт со сбором адресов почты. Локальный агент эту функцию не поддерживает.
Можно начать с нуля в новом репозитории Cursor Origin или использовать существующий проект на GitHub. В анонсе также заявлена работа с новыми и существующими репозиториями Origin. Поддержка других Git-провайдеров, включая GitLab, обещана позже, без срока.
После подготовки Cursor показывает карточку с превью и кнопкой публикации. Человек выбирает уникальный адрес, проходит проверки и получает ссылку; URL разрешено изменить позже. Формулировка «выбрать домен» здесь не подтверждает подключение любого собственного домена с управлением DNS: в открытом описании эта возможность отдельно не разъяснена.
Для размещения создаётся отдельный хостинг-аккаунт команды либо владельца личного тарифа. По заявлению Cursor, такие аккаунты изолированы друг от друга. Если нужна база, платформа автоматически поднимает Postgres. Для подключения своего хранилища или другой системы она запрашивает секреты; по документации агент не видит их значений. Командные секреты обычно создаёт администратор, личные — пользователь с соответствующим доступом.
Приватное приложение можно открыть себе, конкретным участникам и группам либо всей команде: посетители входят в Cursor. На личных тарифах есть публичные ссылки без такого входа. В Teams и Enterprise публичность по умолчанию отключена, но администратор может разрешить её.
Скриптам и Grok Bot доступен вход по Cursor API key. Личный ключ открывает приложения, доступные владельцу; командный — только разрешённые ему командные приложения. Ключ передаётся на каждом запросе в заголовке x-cursor-app-token, а запрос отмечается как автоматический и идентифицирует ключ, а не человека. Это важно учитывать при проектировании журнала действий и прав внутри сервиса.
На каких тарифах доступна функция и сколько стоит запуск?
Условие Cursor — платный тариф с доступом к cloud agents. По актуальной таблице тарифов Free и Plus этого доступа не имеют. Поэтому фраза «на всех платных планах» без оговорки вводит в заблуждение: покупка Plus за $8 сама по себе Apps не открывает.
Доступ к Apps через облачных агентов
| Тариф Cursor | Цена в месяц | Облачные агенты / Apps |
|---|---|---|
| Free | $0 | Нет |
| Plus | $8 | Нет |
| Premium | $30 | Да |
| Super | $100 | Да |
| Ultra | $200 | Да |
| Teams | От $30 за пользователя | Да, с учётом настроек команды |
| Enterprise | По договорённости | Да, с учётом настроек команды |
Источник: Cursor Pricing, проверено 6 ноября 2026 года. Цены без применимых налогов и сборов.
В тарифах есть общий пул использования ИИ, который обновляется еженедельно; сторонние модели оплачиваются отдельно по использованию. Это расходы на работу агента, и их следует отличать от эксплуатации приложения. Отдельного публичного прайса на созданные через Apps базы и хостинг, а также конкретных квот хранения и трафика в проверенных страницах нет. Подписку нельзя трактовать как обещание безлимитной инфраструктуры.
Об отсутствии отдельного прайса и открытых вопросах эксплуатации пишет TechRepublic. Ещё один независимый разбор, Agentic Weekly, отмечает, что сам функцию не тестировал и что из анонса нельзя установить эффективность проверок и лимиты размещения. Публичных независимых нагрузочных замеров в этих источниках нет.
Что проверяет безопасность и где заканчиваются гарантии?
Перед каждой публикацией всегда выполняются четыре проверки, даже если ИИ-ревью выключено. Они блокируют файлы с API-ключами и токенами, блокируют файлы учётных данных вроде приватных ключей и ключей сервисных аккаунтов, исключают .env и удаляют source maps — карты соответствия собранного JavaScript исходному коду. Удаление карт ограничивает раскрытие исходников через них, но само по себе не скрывает отправляемый браузеру код.
Дополнительное ИИ-ревью читает файлы приложения и блокирует серьёзные проблемы. Администратор может дописать инструкции, но не отменить встроенные проверки. Он вправе одобрить заблокированную публикацию с исключениями: вредоносный код, захардкоженные секреты и раскрытые учётные данные таким одобрением пропустить нельзя.
Администраторы видят все приложения и секреты команды, могут отключить Apps, запретить доступ по API-ключам и снять любое приложение с публикации. Запрет публичных приложений переводит уже опубликованные публичные приложения обратно в командную видимость. Изменения этих настроек записываются в аудит-лог команды.
Граница этих обещаний существенна: вход в Cursor отвечает на вопрос, кого пустить в приложение. Проверка доступа к каждой записи внутри него — отдельная задача. Например, сотрудник А не должен прочитать заявку сотрудника Б, просто подставив её идентификатор в API-запрос. В проверенной документации нет обещания автоматически проверять такой сценарий во всех приложениях. Изоляция хостинг-аккаунтов разных команд также не доказывает разграничение записей внутри одного сервиса.
По нашей оценке, перед расширением доступа стоит проверить как минимум два аккаунта с разными ролями, прямые запросы к API и отозванный доступ. Подключению к корпоративной системе нужны минимальные права, соответствующие задаче. Цена доступа агента к инфраструктуре уже становилась темой новостей: мы разбирали случаи с удалением базы PocketOS агентом в Cursor и удалением рабочей базы агентом Replit. Эти истории не являются проверкой нового Apps, но объясняют, зачем отдельно ограничивать права.
Для эксплуатации остаются вопросы: где физически хранятся база и данные (data residency), что сохраняется после снятия приложения с публикации, кто получает управление при уходе автора из команды, как организованы резервные копии и перенос. В изученных материалах Apps эти условия не раскрыты достаточно для принятия решения о критичном сервисе.
Есть и прямое договорное ограничение: документация описывает хостинг как отдельный от услуг Cursor и предоставляемый «как есть» и «по мере доступности». Субдомен, аккаунт или приложение могут отозвать либо приостановить, в том числе по деловым, финансовым или юридическим причинам. Публикация не означает одобрения приложения со стороны Cursor. Это нужно учитывать при выборе места для долгоживущего инструмента.
Чем Apps отличается от Replit Agent, Lovable, v0 и Bolt?
Сборка и размещение из одного интерфейса уже есть у конкурентов. Особенность этого выпуска Cursor — соединение облачного агента редактора, репозитория, входа Cursor и административного контроля в одном процессе. Ниже сравниваются документированные механизмы, а не качество сгенерированного кода или скорость: общего теста на одной задаче мы не проводили.
Как устроен путь от запроса до работающей ссылки
| Продукт | Данные и вход | Публикация и существенное отличие |
|---|---|---|
| Cursor Apps | Postgres по необходимости; приватные приложения за входом Cursor | Облачный агент, Origin/GitHub, обязательные проверки файлов, управление приложениями и секретами команды |
| Replit Agent | Настройка production-базы; в документации есть Replit Auth и Clerk | Панель Publishing объединяет домен, доступ, мониторинг и безопасность. Видны тип размещения, мощность и стоимость машин |
| Lovable | Встроенный backend; доступ к сайту можно ограничить приглашениями | Хостинг включён в платформу, lovable.app доступен на всех планах; свой домен требует платного. Публикуется снимок проекта |
| v0 | Поддержка серверных API и подключений к базам в превью | Деплой связан с Vercel Project: окружение, домены и публикации. GitHub необязателен; код можно экспортировать |
| Bolt | Автоматическое создание базы, управление пользователями и аутентификацией | Bolt Cloud объединяет базу, хостинг и домены; бесплатный bolt.host, свои домены на платных планах |
Источники: Replit Publishing, Lovable Hosting, v0 FAQ, Bolt Docs. Проверено 6 ноября 2026 года.
По документации Replit, сканирование перед публикацией запускается всегда, а настройка определяет, блокировать ли выпуск при критических уязвимостях; панель также позволяет выбирать публичный, парольный, командный или пригласительный доступ. У Lovable живая версия остаётся снимком до команды Publish changes. В v0 несколько чатов могут работать с одним Vercel Project. Таким образом, выбирать стоит по нужной модели доступа и эксплуатации, а не только по наличию кнопки Deploy.
Что делать разработчику и тимлиду: начать с небольшого внутреннего инструмента на тестовых данных, проверить роли двумя аккаунтами и оставить доступ ограниченным. До подключения рабочих данных уточнить у Cursor лимиты и стоимость инфраструктуры, регион хранения, восстановление и передачу владения. Для команды, уже использующей Cursor, Apps сокращает число ручных настроек; для критичного сервиса решение зависит от этих условий.
Источники: Анонс Cursor, Документация Apps, Тарифы Cursor
Изображение на обложке: Cursor, кадр официального демо Build Live Apps