Lovable vs Cursor Composer 2026: сравнение, оценки, что выбрать

Lovable — компания Lovable AB из Стокгольма, выросла из open-source-проекта GPT Engineer App. Позиционирование: «Vibe Code Apps & Websites with AI, Fast». На декабрь 2025 — $200M ARR, $330M Series B при оценке $6.6B, корпоративные клиенты Klarna, Uber, Zendesk. Это полностью браузерный full-stack-конструктор: вы пишете «маркетплейс для аренды с авторизацией и Stripe», на выходе — работающее приложение с React-фронтом, Supabase-бэком, Stripe-подпиской и собственным хостингом.

Cursor Composer — функция внутри Cursor, AI-IDE на форке VS Code от Anysphere Inc. Это не отдельный продукт: Composer живёт в боковой панели вашей локальной IDE, видит весь проект через Codebase indexing и предлагает multi-file edit, который вы построчно подтверждаете в diff-вьюере. Заходит сюда программист, у которого уже есть репозиторий, есть свой деплой и нужен помощник, который правит сразу 5–10 файлов синхронно.

Категория no-code-ai на AIRatings ловит обе позиции, потому что и там и там точка входа — промпт на естественном языке. Но дальше пути расходятся: Lovable доводит до развёрнутого URL и кнопки «Поделиться», Cursor Composer останавливается на git-коммите, который вы сами катите в собственный pipeline.

Lovable строит full-stack целиком сам. По данным dossier, в инструменте три режима: Plan Mode (AI обсуждает план без правок кода, 1 credit/message), Build Mode (AI пишет и правит код по плану) и Agent Mode (autonomous loop, AI сам делает несколько шагов). Под капотом — model-orchestration: на разные задачи маршрутизируются GPT-5, Claude Opus 4.7 и Gemini 3. Промпт «маркетплейс для аренды квартир» уходит в Plan Mode, превращается в roadmap, дальше Build Mode разворачивает React-фронт с Tailwind, поднимает Supabase-проект под БД и auth, прикручивает Stripe для подписок и кладёт всё на собственный хостинг.

Cursor Composer работает иначе. В Manual mode AI предлагает multi-file changes, а вы каждый diff просматриваете перед применением. Agent Mode — autonomous loop поверх Composer, но он не поднимает за вас базу и не настраивает деплой: он крутит код, гоняет тесты, фиксит ошибки внутри уже существующего репозитория. Если вы стартуете «с нуля» и хотите готовый продукт, придётся сначала руками подложить шаблон проекта (Next.js или Vite), настроить Supabase или Postgres, добавить auth-библиотеку — и только потом просить Composer делать фичи. Без этого Composer просто не знает, куда писать.

Различие сводится к одному: Lovable отвечает за результат «приложение работает», Cursor Composer отвечает за результат «правки в коде корректны». Первое полезно тому, кто не отличает Vite от Webpack. Второе — тому, кто хочет лично проконтролировать каждую строку.

В Lovable Agent Mode autonomous-цикл — это часть продукта, который запускается на тяжёлых задачах вроде «добавь во все формы валидацию через zod и покажи ошибки в UI». В Cursor аналогичный Agent Mode сильнее в багфиксе и рефакторе на больших репо, но он по дизайну ждёт человека, который скажет «применить» или «откатить». Сложность всё-таки наружу не вынесена — для non-tech такой workflow непрозрачен.

Lovable генерирует React + Tailwind CSS, шаблоны компонентов выглядят аккуратно «из коробки». Это его основной выход: всё, что вы получаете, — это компилируемый React-проект, который дальше отдаётся на Lovable-хостинг или сливается в GitHub. По отзывам в dossier — «Best AI app builder 2026» в популярных reviewer-публикациях, что в первую очередь про качество визуала.

Cursor Composer формально умеет генерировать UI любого стека — React, Vue, Svelte, что вам ближе. Только это не его специализация: он редактирует то, что уже есть, или создаёт компоненты по образцу существующего проекта. Если вы запускаете пустой репозиторий и просите «сделай мне landing page», Composer соберёт что-то, но качество будет зависеть от того, насколько подробно вы описали стиль и компоненты. Готовых шаблонов уровня Lovable у него нет — он не «UI-генератор», а «редактор кода с AI».

Когда нужен брендовый стиль, обе платформы требуют дополнительной работы. Lovable принимает скриншот, цветовую палитру или текстовое описание дизайна и переписывает компоненты. Cursor Composer — то же самое, только результат зависит от наличия в репозитории design-system или Tailwind-конфига, на который AI сможет опереться. Без такой опоры Composer пишет компоненты «как удобнее», а Lovable — «как принято в React+Tailwind+shadcn».

Lovable — это full-stack по дизайну. По dossier, нативно интегрированы три стандарта: Supabase для БД, auth и storage, Stripe для подписок и платежей, GitHub для синхронизации кода. Authentication — email, Google, GitHub — работает из коробки. File uploads, real-time updates через Supabase realtime — тоже встроены. Вы говорите «добавь регистрацию через Google» — Lovable поднимает OAuth, дописывает row-level-security в Supabase, кладёт middleware в Next-роуты.

Cursor Composer ничего из этого сам не делает. По dossier — «Нет integrated database / auth — нужны отдельные библиотеки». Composer умеет писать код, который ходит в БД, но он не поднимет вам Supabase-проект, не настроит OAuth-приложение в Google Cloud Console, не подключит ваш домен к Stripe. Всё это вы делаете руками: создаёте аккаунты в нужных сервисах, копируете API-ключи в .env, после чего просите Composer написать клиентский код. На каждом из этих шагов нужно знать, что вы делаете.

Платой за встроенность стал lock-in. Lovable жёстко привязан к Supabase-стеку — если завтра вам потребуется PlanetScale, MongoDB или собственный Postgres-кластер, мигрировать придётся вручную. По dossier это явно отмечено в слабых сторонах. Cursor Composer такого ограничения не имеет: он одинаково пишет код для любого backend'а, потому что не привязывается ни к одному.

Lovable деплоит на собственный хостинг одним кликом. Custom domains — поддерживаются. По dossier: «Lovable hosting — собственный деплой» работает глобально, в том числе из России. После генерации проекта вы сразу получаете URL вида your-app.lovable.app, который можно скинуть в Telegram и попросить нажать.

Cursor Composer не деплоит ничего. По dossier: «Нет deploy в один клик — нужно настраивать самому». Вы выгружаете код в GitHub, дальше идёте на Vercel, Netlify, Railway или подключаете свой VPS, настраиваете CI/CD, прокидываете переменные окружения. Composer может сгенерировать вам vercel.json или Dockerfile, но кликов от промпта до публичного URL — десятки, а не один.

В практике это означает разный workflow проверки результата перед демо. С Lovable вы открываете публичный URL в incognito-режиме и убеждаетесь, что версия, которую увидит клиент, не упирается в локальный кеш браузера или авторизацию вашей сессии. С Cursor Composer перед каждым показом нужно сначала разобраться с deployment provider'ом: на Vercel это команда vercel --prod в терминале, на Netlify — push в ветку main с настроенным webhook'ом, на собственном VPS — ssh + git pull + перезапуск pm2. Каждый из этих способов добавляет 10–30 минут к итерации, плюс требует, чтобы у вас уже были созданы аккаунты в нужных сервисах и привязаны платёжные карты.

Для продакшна с собственным CDN, кешированием и custom-инфраструктурой Lovable-хостинг — не выбор. Когда проект перерастает MVP-стадию, всё равно придётся выгружать код в GitHub и поднимать его на Vercel или собственном кластере. Но именно на стадии «надо показать сегодня вечером» Lovable экономит часы.

Lovable отдаёт код в собственный GitHub-репозиторий пользователя — по dossier это одна из ключевых функций. Сгенерированный код принадлежит пользователю, lock-in'а в юридическом смысле нет: «Code ownership: generated code принадлежит пользователю (GitHub sync)». После sync-а вы получаете стандартный React + Tailwind проект, который запускается локально через npm install и npm run dev.

У Cursor Composer вопрос «code ownership» вообще не встаёт. Cursor — это IDE на вашем ноутбуке, код с первой секунды лежит в вашей файловой системе и в вашем git-репозитории. По dossier: «GitHub — глубокая интеграция». Composer не «выдаёт» вам код — он его правит на месте. Если завтра вы захотите перейти с Cursor на VS Code или JetBrains, файлы никуда не денутся, исчезнет только AI-функционал в редакторе.

Нюанс на стороне Lovable — после выгрузки кода вам всё ещё нужен Supabase-проект, который продолжает работать в облаке Supabase. Чистый «забрал и ушёл» работает у Lovable только при наличии плана по миграции БД. У Cursor Composer такого нюанса нет: код, БД, деплой — всё было ваше с самого начала, потому что Composer ничего из этого вам не давал.

Lovable — единственный в категории, где точечная правка UI делается через клик на элемент. По dossier функция называется Visual Edits: вы открываете предпросмотр, кликаете на кнопку или заголовок, меняете цвет / шрифт / отступ — и Lovable записывает правку в соответствующий React-компонент. Скорость такой правки — мгновенная, не нужно ждать, пока AI обрабатывает промпт.

Cursor Composer тоже умеет итеративно править интерфейс, но через текстовый промпт. Вы открываете нужный файл, выделяете участок, пишете «увеличь padding до 16» — Composer вносит изменение в diff-вьюер, вы подтверждаете. Multi-file edit полезен, когда правка касается сразу нескольких файлов (компонент + storybook + тест), но «навёл-кликнул-поправил» в Cursor нет.

У Lovable Visual Edits есть слабая сторона, прямо отмеченная в dossier: «Visual Edits иногда ломает код в смежных компонентах». Когда вы кликом меняете цвет кнопки, которая повторно используется в трёх местах проекта, AI может зацепить лишнее. У Cursor Composer такого риска меньше — там вы видите каждый diff до применения. Это плата за скорость: у Lovable итерация быстрее, у Cursor — безопаснее.

Lovable заточен под React. По dossier среди слабых сторон явно отмечено: «Только React (как v0) — Vue/Svelte/Angular нет». Mobile generation ограничен — web-only, React Native не поддерживается. Это сознательное упрощение: фокус на одном стеке позволяет держать качество шаблонов выше, но для команд на Vue или Svelte Lovable не выбор.

Cursor Composer стеконезависим. По dossier — IDE на форке VS Code, работает с любым языком и любым фреймворком, который поддерживается в VS Code. React, Vue, Svelte, Angular, Next, Nuxt, SvelteKit, Astro, плюс backend на Node, Python, Go, Rust — Composer одинаково правит multi-file changes в любом из них. Mobile — React Native, Flutter, Swift, Kotlin — тоже без ограничений со стороны редактора.

Отдельный пункт — мобильная разработка. Lovable генерирует web-only, без React Native: по dossier §12, mobile generation — явное ограничение, на которое команда пока не отвечает в публичном roadmap'е. Cursor Composer работает с любым мобильным стеком на тех же условиях, что и с веб: React Native, Flutter, Swift для iOS, Kotlin для Android — всё через стандартные шаблоны и расширения VS Code, без отдельных лицензий и доплат за «мобильный» режим.

Поверхностная универсальность Cursor — следствие того, что он не диктует stack output. Lovable, наоборот, имеет жёсткое мнение «React + Tailwind + Supabase» и оптимизирован под него. Если ваш стек попадает в эту триаду — Lovable обгоняет Cursor по скорости. Если не попадает — Cursor выигрывает по умолчанию.

Lovable работает на credit-based модели. По dossier: Free — 5 daily credits, до 30/мес. Pro/Builder — $20–25/мес за 500 messages. Pro+ / Studio — больше credits, Team и Enterprise — отдельные пакеты. Цена одного действия зависит от режима: Plan Mode = 1 credit/message, Build/Agent — 0.5–1.5 credits per task. По отзывам в dossier — «credits быстро кончаются: 500 messages на Pro $25 хватает на 1–2 серьёзных проекта».

Cursor использует двойную модель: фиксированная подписка плюс отдельный кошелёк credits. По dossier: Hobby Free — лимиты на slow requests; Pro $20/мес + $20 в credits; Pro+ $60/мес + $60; Ultra $200/мес + $400 в credits; Teams $40/user/мес; Enterprise — custom. Composer-сессии расходуют те же credits, что и chat / autocomplete в Cursor — отдельного тарифа под Composer нет.

Прямое сравнение «кто дешевле» некорректно — измеряются разные сущности. Lovable считает messages в credits, Cursor считает запросы к моделям в credits, плюс берёт фиксированную подписку. На простом профиле (3–4 проекта в месяц без тяжёлых autonomous-циклов) Pro в обоих укладывается в $20–25/мес. На профиле «agent крутит полчаса в день» сильнее всех дорожает Lovable Agent Mode и Cursor Ultra.

Lovable Free — это 5 daily credits, до 30 в месяц (по dossier §3). На таком объёме можно собрать одну небольшую страницу или поправить уже существующий проект пару раз в день. Это не trial по времени — лимит постоянный, лимит обнуляется ежедневно.

Cursor Hobby Free — лимиты на slow requests. Это значит: AI работает, но медленнее, чем на Pro, и с ограничениями на использование самых тяжёлых моделей. По dossier — отдельных метрик «сколько Composer-сессий в день» не указано, лимит мягче и зависит от загрузки.

В обоих случаях Free — это не самостоятельный режим для постоянной работы, а возможность примерить инструмент перед оплатой. У Lovable лимит измеряется в действиях с интерфейсом (5 credits в день — несколько правок), у Cursor — в качестве и скорости запросов к AI. И то и другое заканчивается ровно тогда, когда задача становится регулярной.

Lovable: по dossier §7, регистрация без VPN — частично работает, оплата российскими картами — нет, нужна зарубежная. Lovable hosting работает глобально. Через VPN — стабильно. 152-ФЗ: не соответствует (dossier §8).

Cursor Composer: по dossier §7 ссылается на dossier Cursor — «Регистрация — частично работает; оплата — зарубежная карта; через VPN стабильно». Структурно ровно тот же расклад: ни тот, ни другой не принимает российскую карту, ни тот, ни другой не соответствует 152-ФЗ.

Это редкий случай прямого паритета: оба инструмента в РФ-условиях ведут себя одинаково. Вопрос «какой выбрать» от доступности не зависит — оба требуют VPN и зарубежной карты с одинаковым уровнем неудобства. Если в вашей корпоративной политике 152-ФЗ — обязателен (государственные данные, медицина, финтех), оба отпадают одновременно, искать стоит в категории — но не в этой паре.

Lovable: no-training-on-data на платных планах, SOC 2 Type 2 в наличии, GDPR-compliant (европейская компания, шведское юрлицо). Code ownership — generated code принадлежит пользователю. Self-host — нет, только Lovable cloud. 152-ФЗ — не соответствует. Данные из dossier §8.

Cursor Composer (по dossier §8 ссылается на dossier Cursor): SOC 2 Type 2 в наличии, no-training с включённым Privacy Mode, self-host нет. Юрисдикция — США (Anysphere Inc., Сан-Франциско), CCPA / экспортные ограничения работают по американским правилам.

Реальное различие — юрисдикция. Для европейской команды Lovable с GDPR-родным шведским юрлицом — менее болезненный выбор, чем американский Cursor. Для североамериканских стартапов разница нулевая. Self-host в обоих отсутствует, значит обе платформы — облачные по дизайну, и любые «секреты в репозитории» лучше держать в .env, а не в коде, который видит AI.

Lovable: по dossier §1, на декабрь 2025 — $200M ARR, $330M Series B, оценка $6.6B. Самый быстрорастущий стартап в категории. Десятки тысяч активных платных клиентов, миллионы попробовавших. Среди enterprise-клиентов — Klarna, Uber, Zendesk. Это уровень валидации, при котором сомнения «работает ли вообще» отпадают.

Cursor (на котором живёт Composer): по dossier §1 — $2B ARR, половина Fortune 500 по их собственным данным. Это другой порядок — Cursor IDE стал стандартом среди разработчиков в крупных компаниях быстрее, чем кто-либо ожидал. Composer внутри Cursor — встроенная функция, отдельно по нему % usage не публикуется (dossier Data Gaps).

Прямое сравнение в no-code-контексте — в пользу Lovable: enterprise-клиенты названы поимённо и относятся именно к no-code-сценариям (Klarna и Uber используют Lovable для внутренних tools и прототипов). Cursor же выигрывает в общем code-ai-контексте: половина Fortune 500 платит за подписки, но это для разработчиков, а не для маркетологов и продактов.

Lovable: по dossier §1 — $330M Series B в декабре 2025 от Accel и Andreessen Horowitz, оценка $6.6B. До этого — $20M Series A. Roadmap 2026: усиление Agent Mode, Multi-Player editing для команд, конкуренция с Bolt / v0 за full-stack нишу + extension в mobile.

Cursor (Anysphere Inc.): по dossier §1 — $2B ARR. Точные раунды финансирования в dossier не зафиксированы, но Cursor — один из самых известных AI-IDE стартапов 2025–2026, активно набирает крупных клиентов и расширяет команду.

Обе компании — на стадии, когда вопрос «закроется ли завтра» не стоит. Lovable моложе и быстрее растёт, у Cursor — более устоявшаяся выручка. Для долгосрочного выбора подписки это означает: и тот, и другой будут существовать в 2027, а вот узкие конкуренты типа Softgen или Tempo Labs — гарантии нет.

Анна, продакт-менеджер в финтехе. Не пишет код, но хочет каждую пятницу собирать прототип под гипотезу к понедельнику. Авторизация через Google, БД из коробки, ссылка-демо для команды. Lovable закрывает этот сценарий целиком: один промпт — один URL. Cursor Composer Анне бесполезен: ей нужно сначала научиться разворачивать Next.js-проект.

Игорь, инди-хакер, делает SaaS соло. Хочет MVP с Stripe-подпиской за выходные. Lovable Pro $25 покрывает один-два таких MVP за месяц. Cursor Composer выиграет только если Игорь уже годами в React и хочет сам контролировать каждую строку. Если он впервые делает full-stack — Lovable экономит ему неделю.

Сергей, senior frontend в продуктовой команде. У него монорепо, 50+ компонентов, тесты, CI. Lovable бесполезен — он не работает с существующим репо такого размера. Cursor Composer — родная среда: multi-file edit, codebase indexing, Agent Mode на autonomous-задачах, Background Agents для параллельных правок. Это его инструмент.

Маша, дизайнер с базой Figma и React. Хочет довести макет до работающего прототипа без помощи разработчика. Lovable Visual Edits под её сценарий — клик-правка по элементу, без переписывания промпта. Cursor Composer тоже сможет, но потребует терминал и npm.

Дима, тимлид в корпоративном prototyping team. Внутренние demo за пару дней под клиентский запрос. Lovable + Supabase + Stripe — стандарт для таких задач. Cursor Composer годится, если у команды уже есть шаблонный starter-репозиторий, на который Composer накатывает изменения.

Сценарий 1: прототип в Lovable → продакшн в Cursor. Lovable собирает MVP, продакт показывает клиенту, бизнес одобряет. Дальше разработчик скачивает код из Lovable в собственный GitHub-репозиторий и продолжает работу в Cursor: добавляет тесты, рефакторит компоненты под design-system, прикручивает CI/CD. Lovable отвечает за фазу 0–1, Cursor — за фазу 1–10.

Сценарий 2: исследование стека в Lovable → перенос в основной проект через Cursor. Команда хочет проверить идею «авторизация через magic-link с Supabase». В Lovable это собирается за час с работающей демкой. Полученный паттерн переносится в основной репозиторий через Cursor Composer — он индексирует существующий codebase и адаптирует код под местные конвенции.

Сценарий 3: разделение ролей в команде. Продакт работает в Lovable и быстро итерирует UI / wireframes (используя Visual Edits). Разработчик параллельно правит backend и бизнес-логику в Cursor Composer. Точка стыковки — GitHub-репозиторий: оба коммитят в одну ветку, конфликтов мало, потому что зоны не пересекаются.

Подводный камень — GitHub-стыковка. Lovable пушит в свой формат коммитов, Cursor — в стандартный. При параллельной работе важно договориться о ветках: например, Lovable пушит в ветку prototype/*, оттуда Cursor подтягивает изменения через rebase в main. Это решается одной командой, но забывать о ней не стоит.