Создавайте с CometAPIНужен один API для нескольких моделей?Протестируйте рабочий процесс в Playground, затем создайте API-ключ, когда модель и стоимость подойдут для вашего сценария.
Создайте ИИ-ассистента с помощью Lovable и CometAPI
Узнайте, как Lovable создаёт веб‑приложения, изучите его ключевые возможности и подключите CometAPI через безопасный бэкенд с помощью практического руководства по ассистенту для написания текстов.
Deon GoodwinКоманда исследователей AI-моделей и API
Lovable — это платформа разработки на базе ИИ, которая преобразует инструкции на естественном языке в редактируемый код веб‑приложений. Она помогает основателям, дизайнерам, продуктовым командам и разработчикам создавать интерфейсы, подключать бэкенд‑сервисы и публиковать приложения через итеративный диалог. Это руководство объясняет возможности, архитектуру проекта и практическую интеграцию CometAPI для помощника по письму. Интеграция добавляет инференс модели в создаваемое вами приложение; она не предоставляет способ заменить собственный кодирующий агент Lovable. Читателям следует понимать основы HTTP‑запросов и JavaScript, а также иметь доступ к проекту в Lovable и аккаунту в CometAPI перед выполнением шагов внедрения.
Ключевые выводы
Разработка на базе ИИ: Генерируйте и улучшайте приложения с помощью подсказок на естественном языке.
Полноценный стек: Создание фронтенда с бэкенд‑функциями, базами данных, аутентификацией и хостингом.
Современная архитектура: С мая 2026 новые проекты Lovable используют TanStack Start на базе React и SSR.
Проверено на ясность, указание источников и актуальную терминологию API.
Совместимость с CometAPI: Добавляйте внешний инференс моделей через защищённую серверную функцию.
Лучшие сценарии: MVP, ИИ‑ассистенты, внутренние инструменты, контент‑приложения и клиентские порталы.
Что такое Lovable и как это работает?
Lovable (lovable.dev) — это платформа на базе ИИ для создания полноценных веб‑приложений промышленного уровня с помощью естественного языка. Её официальный сайт и обзор продукта — отправные точки для изучения платформы.
Вы описываете, что хотите получить, в интерфейсе чата, и платформа генерирует рабочее приложение с:
Бэкендом, базой данных, аутентификацией и хранилищем (через встроенный Lovable Cloud, управляемый Supabase)
Интеграциями, деплойментом и редактируемым кодом, который принадлежит вам
Платформа поддерживает весь жизненный цикл продукта — от прототипирования до публикации — и может синхронизировать код с GitHub, GitLab или Bitbucket. Она ориентирована на основателей, продакт‑менеджеров, не‑разработчиков и команды, которые хотят двигаться быстро, сохраняя право собственности на код. Она возникла из опенсорс‑проекта GPT Engineer (основанного в Стокгольме в 2023 году Антоном Осикой и Фабианом Хедином) и была переименована/коммерциализирована как Lovable.
Как Lovable превращает подсказки в приложения
Опишите пользователей приложения, страницы, функции и бизнес‑правила.
Сгенерируйте первую версию и изучите предпросмотр.
Подключите базу данных, вход, платежи или внешние API.
Протестируйте поведение и доработайте код, дизайн и процессы.
Опубликуйте или продолжайте поддерживать экспортированный код приложения.
Инженерная статья Lovable от 1 июня 2026 года описывает переход на TanStack Start на базе React и серверный рендеринг для новых проектов начиная с 13 мая 2026 года. Существующие проекты на React + Vite сохраняют прежнюю архитектуру; проверьте фактический проект перед выбором реализации серверной функции или Edge Function.
Технические характеристики Lovable
Характеристика
Lovable
Категория
Конструктор веб‑приложений на базе ИИ
Основной способ взаимодействия
Подсказки на естественном языке
Фреймворк для новых проектов
React и TanStack Start
Рендеринг
Серверный рендеринг для новых проектов
Ранняя архитектура
React + Vite
Бэкенд
Lovable Cloud и поддерживаемые интеграции
Аутентификация и база данных
Поддерживаются
Внешние API
Коннекторы и пользовательские API‑запросы
Интеграция ИИ
Lovable AI и внешние API моделей
Доступ к коду
Сгенерированный код и GitHub‑воркфлоу
Совместная работа
Рабочие пространства и возможности проектов
Деплоймент
Встроенные и поддерживаемые внешние опции
Lovable — это платформа разработки приложений, а не базовая модель. Поэтому параметры, окна контекста, пропускная способность по токенам и показатели MMLU не описывают сам Lovable. Они относятся к конкретным моделям ИИ, вовлечённым в разработку или инференс.
Можно ли настроить CometAPI в Lovable?
Да — внутри приложений, сгенерированных в Lovable. CometAPI может обрабатывать запросы к моделям из защищённой серверной функции. Это отличается от изменения того, какая LLM питает собственный кодирующий агент Lovable.
Вы можете интегрировать CometAPI в приложения, созданные с помощью Lovable, при условии, что выбранные модели и интерфейсы поддерживаются.
Это не означает, что вы можете напрямую заменить модель‑прокси разработки, используемую самим Lovable.
Если ваша цель — контролировать, какие модели вызывает ваше приложение, настройте роутинг моделей в собственном серверном коде.
Интеграция
Совместимость
Пояснение
Возможности ИИ в сгенерированном приложении
Да
Защищённые серверные API‑запросы
Чат‑бот или помощник по письму
Да
Вызов поддерживаемых чат‑моделей CometAPI
Мульти‑модельное приложение
Да
Настройка ID моделей в бэкенд‑роутинге
Замена внутренней кодирующей модели Lovable
Не установлено как стандартная настройка
Выбор модели для внутреннего агента отделён
Бэкенд‑сервис через CometAPI
Да
Кастомная интеграция HTTP или серверной функции
API управления рабочими пространствами Lovable
Отдельно
Управляет ресурсами платформы, не инференсом моделей
Пояснение Lovable об оркестрации внутренних моделей описывает, как работает маршрутизация его агента разработки. Приведённая ниже интеграция CometAPI касается инференса в приложении; здесь не утверждается о документированной настройке CometAPI для этого внутреннего агента.
Как устроена архитектура Lovable и CometAPI
Lovable поддерживает это двумя основными способами для приложений, которые вы создаёте:
Секреты (рекомендуется для прямого использования)
Сохраните ключ CometAPI как секрет проекта (например, COMETAPI_KEY или OPENAI_API_KEY). Попросите Lovable в чате проекта интегрировать API через защищённую Edge Function. Ключ остаётся на сервере и никогда не раскрывается в браузере.
Пользовательский коннектор
Создайте пользовательский коннектор в каталоге Connectors рабочего пространства. Настройте базовый URL (https://api.cometapi.com/v1), аутентификацию (Bearer‑токен или кастомный заголовок), затем добавьте подключение, вставив ключ CometAPI. Запросы проходят через шлюз коннекторов Lovable, сохраняя учётные данные зашифрованными и вне вашего кода.
Примечания:
Встроенные функции ИИ в приложениях используют управляемые ключи Lovable и расходуют кредиты рабочего пространства. Вы не можете заменить их ключом CometAPI (или другого провайдера).
Для внешних вызовов ИИ внутри вашего приложения (чат‑боты, генерация и т. п.) подходят подходы с секретами или пользовательским коннектором — использование тарифицируется на ваш аккаунт CometAPI вместо кредитов Lovable.
По состоянию на последнюю документацию нет свидетельств о нативной/предустановленной поддержке CometAPI в каталоге коннекторов Lovable; настройка выполняется как совместимая с OpenAI или кастомная интеграция API.
Итог: Lovable — сильный инструмент «vibe‑coding» / от подсказки к полнофункциональному приложению, и да — вы можете безопасно настроить и использовать ключ CometAPI для функций ИИ внутри создаваемых вами приложений.
Браузер отправляет ввод на бэкенд приложения. Бэкенд читает секрет, вызывает CometAPI и возвращает результат. Никогда не размещайте приватные API‑ключи в компонентах React или другом клиентском коде.
Как создать ИИ‑помощника по письму с Lovable и CometAPI
В следующем примере создаётся SmartWrite — ИИ‑помощник по письму с текстовым вводом, выбором тона и серверным запросом к CometAPI. Для нового проекта выберите шаблон с границей TanStack, для более старого — полноценную точку входа Supabase Edge Function. Выберите один бэкенд, соответствующий вашему проекту, настройте его секреты и подтвердите поддерживаемую чат‑модель в вашем аккаунте CometAPI. Перед публикацией запустите пример со своими секретами проекта и доступной для аккаунта чат‑моделью.
Build a responsive AI writing assistant named SmartWrite.
Include a dashboard, a large prompt box, a tone selector
(Professional / Friendly / Concise), a Generate button,
and an output panel with Copy and Clear controls.
Use a clean responsive design with loading states and errors.
Implement AI generation only through a secure server function.
Never expose API credentials to the frontend.
Do not ship mock AI responses.
Шаг 2: Настройте учётные данные CometAPI
Сгенерируйте ключ в своём аккаунте CometAPI и подтвердите ID чат‑модели, доступной этому аккаунту. В этом руководстве используется прямая бэкенд‑интеграция с COMETAPI_API_KEY и COMETAPI_MODEL как серверной конфигурацией. Следуйте механизму доступа к секретам, поддерживаемому бэкендом в вашем сгенерированном проекте.
Пример конфигурации: где хранить и как использовать учётные данные CometAPI
Чтобы безопасно подключить CometAPI, попросите Lovable создать серверную интеграцию и запросить ключ API через защищённую форму ввода. Вы также можете управлять секретами проекта в разделе More → Settings → Secrets. Для внешнего бэкенда Supabase настройте секреты в Supabase. См. официальное руководство по секретам Lovable.
Соблюдайте четыре требования:
Храните и читайте ключи API только на сервере. Добавьте COMETAPI_API_KEY через защищённый интерфейс секретов проекта. Читайте его исключительно из серверных секретов или рантайм‑биндингов. Никогда не включайте ключ во фронтенд‑код, переменные окружения, доступные из браузера, сообщения чата или скриншоты.
Держите конфигурацию API вне фронтенд‑запросов. Настройте COMETAPI_MODEL на сервере, используя подтверждённый ID модели CometAPI. Фронтенд должен отправлять только prompt и tone. Валидируйте запросы по этим разрешённым полям и отклоняйте неожиданные свойства, включая config, apiKey и model. Никогда не позволяйте клиентам подставлять произвольные ключи API или переопределять серверную конфигурацию модели.
Используйте корректный способ доступа к секретам для рантайма. Реализация должна соответствовать фактической серверной среде проекта. Развёртывания на базе Workers используют внедрённые биндинги, а Supabase Edge Functions получают секреты через Deno.env. Не предполагайте взаимозаменяемость process.env, Deno.env и биндингов Workers. Уточните, как секреты внедряются, перед реализацией обработчика API.
Проверьте защиту секрета после публикации. Изучите продакшен‑бандл JavaScript, панель Network в DevTools браузера и логи приложения. Убедитесь, что ключи API никогда не появляются в клиентских ассетах, телах запросов, ответах, URL или логах. Также проверьте, что запросы к CometAPI выполняются на сервере и что несанкционированные попытки изменить конфигурацию отклоняются.
Сохранённый секрет сам по себе не означает, что интеграция безопасна или работает. Интеграция готова только тогда, когда серверные вызовы API функционируют, клиентские запросы не могут переопределить защищённые настройки, а продакшен‑проверки подтверждают, что учётные данные остаются приватными.
Используйте следующую концептуальную диаграмму архитектуры, чтобы определить границу «фронтенд → бэкенд» и место хранения защищённых учётных данных. Диаграмма носит концептуальный характер и не является скриншотом интерфейса настроек Lovable.
Промпт для Lovable
Подключите SmartWrite напрямую к CometAPI через аутентифицированную серверную функцию. Запросите у меня COMETAPI_API_KEY через защищённую форму секрета и используйте COMETAPI_MODEL для точного ID модели, который я предоставлю. Отправляйте POST‑запросы на https://api.cometapi.com/v1/chat/completions только с сервера. Принимайте prompt и tone, валидируйте их, применяйте лимиты на пользователя и возвращайте на фронтенд только сгенерированный текст. Используйте уже присутствующий в этом проекте серверный рантайм. Не размещайте учётные данные в чате, фронтенд‑коде или браузерных запросах. Не генерируйте фиктивные успешные результаты. Объясните, как протестировать интеграцию, и показывайте санированные ошибки при сбоях.
Lovable также поддерживает управляемые пользовательские коннекторы. Здесь инструкции умышленно используют путь прямой интеграции, документированный в руководстве по интеграции любых API, чтобы соответствовать приведённому ниже серверному помощнику.
Шаг 3: Протестируйте чат‑эндпоинт CometAPI
Из доверенного терминала Bash задайте локально COMETAPI_API_KEY и COMETAPI_MODEL, затем протестируйте POST https://api.cometapi.com/v1/chat/completions. В официальном руководстве по запросам CometAPI описаны базовый URL, аутентификация Bearer и формат ответа чата. Выберите модель, поддерживающую этот эндпоинт; совместимость не гарантирует наличие у каждого провайдера всех функций или параметров.
# Set COMETAPI_API_KEY securely in this terminal before running.
# Replace the model value with a chat model verified in your account.
export COMETAPI_MODEL="YOUR_VERIFIED_CHAT_MODEL_ID"
: "${COMETAPI_API_KEY:?Set COMETAPI_API_KEY first}"
curl --fail-with-body --max-time 45 \
https://api.cometapi.com/v1/chat/completions \
-H "Authorization: Bearer $COMETAPI_API_KEY" \
-H "Content-Type: application/json" \
--data "$(printf '{"model":"%s","messages":[{"role":"user","content":"Write a customer welcome email."}],"stream":false}' "$COMETAPI_MODEL")"
Контрольная точка: успешный ответ содержит choices[0].message.content. Если аутентификация не удалась или модель недоступна, исправьте это прежде, чем подключать пользовательский интерфейс. Не вставляйте полные ключи или приватные промпты в диагностические скриншоты.
Шаг 4: Подключите CometAPI через защищённый бэкенд
Lovable поддерживает две архитектуры бэкенда:
Новые проекты (TanStack Start): используйте createServerFn для обработки серверных API‑запросов.
Старые проекты на React + Vite: используйте Supabase Edge Functions для серверных вызовов API.
Сохраните COMETAPI_API_KEY и COMETAPI_MODEL как серверные биндинги Workers. Если ваше развёртывание использует другой адаптер, применяйте поддерживаемый им способ доступа к секретам.
Добавьте COMETAPI_API_KEY и COMETAPI_MODEL в секреты проекта Supabase, затем разверните функцию.
В обоих подходах храните учётные данные API на сервере. В продакшене также реализуйте аутентификацию, валидацию входных данных и лимиты использования на пользователя.
Шаг 5: Подключите интерфейс в Lovable
Клиент TanStack Start
import { generate } from "./server/writing.functions";
const { text } = await generate({ data: { prompt, tone } });
// Render text as text content, not as trusted HTML.
Клиент React + Vite
// Use the existing, signed-in Supabase client generated for your project.
const { data, error } = await supabase.functions.invoke("generate-writing", {
body: { prompt, tone },
});
if (error) throw new Error("Generation failed. Please try again.");
const text = data.text;
Используйте клиент, соответствующий выбранной ветке. TanStack использует сгенерированный RPC‑эндпоинт; Supabase — развёрнутую функцию generate-writing. Ни один вариант не требует изобретать отдельный маршрут /api/generate. Браузер может отправлять свой токен сессии приложения для аутентификации, но никогда не должен отправлять приватный ключ CometAPI или объект конфигурации. Отображайте состояния загрузки, ошибки и повторного запуска в интерфейсе.
Шаг 6: Протестируйте и опубликуйте приложение
После публикации тестируйте живой URL, а не полагайтесь только на предпросмотр редактора. Используйте приватные тестовые учётные данные и не включайте секреты в скриншоты или отчёты. Завершите следующие проверки до расширения доступа:
Проверьте собранный браузерный JavaScript, карты исходников и публичную конфигурацию на предмет приватного ключа CometAPI. Ищите локально, не печатая ключ в общем терминальном выводе и не сохраняя его в отчётах. Одного имени переменной недостаточно, чтобы считать значение утёкшим.
Изучите сетевые запросы браузера, включая payload, заголовки и ответы с ошибками. Запрос должен содержать только разрешённые входные данные для генерации текста и данные аутентификации приложения; приватный заголовок Authorization для CometAPI должен присутствовать только в запросе «сервер → провайдер».
Проверьте логи функций, логи приложения, трассировки мониторинга и отчёты об ошибках. Не записывайте ключи, bearer‑токены, объекты конфигурации или полные тела ошибок от внешнего провайдера. Если ключ был раскрыт, отзовите и замените его, затем устраните канал утечки перед повторным тестированием.
Попробуйте запросы от разлогиненного пользователя и с протухшей сессией; оба должны отклоняться до вызова провайдера. Отправьте apiKey, config или model как лишнее поле и убедитесь в их отклонении. Протестируйте пустые и слишком большие промпты, недопустимый тон, сбои провайдера и настроенную квоту на пользователя.
Убедитесь, что корректный запрос от авторизованного пользователя даёт текст с выбранной моделью. Зафиксируйте версию деплоймента и санированные результаты прохождения/провала проверок; примеры не подтверждают, что ваше развертывание прошло эти проверки.
Что можно построить с Lovable и CometAPI?
Проект
Роль CometAPI
Возможные функции
ИИ‑помощник по письму
Черновики и переписывание
Выбор тона, шаблоны, редактор
Суммаризация документов
Резюме извлечённого текста
Загрузки, вопросы и ответы по документам, ключевые пункты
Служба поддержки
Классификация и ответы
Триаж тикетов, предложенные ответы
Бизнес‑аналитический ассистент
Объяснение бизнес‑данных
KPI‑дашборды, инсайты на естественном языке
Обычные промпты дают читаемые ответы моделей.
Пустые и слишком большие промпты безопасно отклоняются.
Учётные данные API никогда не появляются в сетевой панели браузера.
Сбои моделей возвращают несекретные сообщения об ошибке.
Для авторизованных пользователей действуют лимиты запросов и мониторинг активности.
Макет корректно работает на десктопе и мобильных устройствах.
Это предложенные шаблоны проектов, а не утверждения о завершённых или независимо оценённых развёртываниях.
FAQ
Как мультиарендному приложению предотвратить попадание записей одного клиента в ответ ИИ другому клиенту?
Определяйте арендатора и пользователя из проверенной серверной сессии, затем ограничивайте каждый запрос к базе перед формированием контекста для модели. Никогда не доверяйте ID арендатора, переданному из браузера, и не полагайтесь на инструкцию в промпте для обеспечения доступа. Где поддерживается, добавьте построчные политики в базе данных и проверьте их с двумя тестовыми аккаунтами. Протестируйте ID записей, результаты поиска, экспортированные файлы и историю диалога на предмет кросс‑арендного доступа. Это рекомендация по дизайну приложения; сгенерированный код и сканы платформы не подтверждают корректность политики.
Когда предпочтительнее retrieval‑augmented generation, а не помещение документов прямо в каждый промпт?
Используйте ретривал, когда коллекция документов слишком велика, часто меняется или требует трассируемости на уровне источников. Разберите и проиндексируйте документы, извлеките небольшой релевантный набор и приложите идентификаторы источников к ответу. Ретривал всё равно требует оценки: связный ответ может сослаться на неуместный фрагмент. Сохраняйте фильтры доступа в запросе к ретриверу и тестируйте вопросы, ответы на которые отсутствуют. Для небольшого стабильного документа прямой контекст может быть проще.
Как добавить стриминг, не показывая обрывочные или вводящие в заблуждение ответы?
Относитесь к стримингу как к отдельной транспортной функции, а не к замене одной опции stream: false. Подтвердите формат стриминга выбранной модели, реализуйте ретрансляцию событий на бэкенде и обрабатывайте частичные чанки, отмену, таймауты и потерю соединения в UI. Помечайте прерванный ответ как незавершённый и предоставляйте осознанный повтор. Не отображайте потоковый текст как «доверенный HTML». Тестируйте на опубликованном хостинге, так как промежуточные звенья могут буферизовать поток, который локально казался рабочим.
Что должна проверять политика резервного провайдера перед переключением на другую модель?
Определите сбои, оправдывающие ретрай или фолбэк, затем проверьте, поддерживает ли альтернатива тот же эндпоинт, инструкции, схему инструментов и формат вывода. Ограничьте число повторов и избегайте тихой смены моделей в сценариях, где нужна стабильность поведения. Оцените фолбэк на представительских промптах, включая отказы и случаи некорректного вывода. Если вывод модели запускает внешнее действие, защитите его отдельным подтверждением или правилом идемпотентности, чтобы повторная генерация не привела к дублированию.
Какие доказательства команде стоит собрать перед переводом функции ИИ из пилота в регулярное использование?
Ведите версионируемый набор оценок с ожидаемым поведением, конфигурацией модели и промпта, обезличенными метаданными запросов и записями неудачных случаев. Определите критерии приёмки по фактической точности, форме ответа, задержке и границам доступа; сравнивайте результаты после изменений модели или промпта. Для чувствительных данных решите, что можно передавать и хранить, до включения функции. Это предлагаемые инженерные меры, а не утверждения, что Lovable или CometAPI гарантируют конкретный регуляторный результат.
Заключение: стоит ли использовать Lovable?
Lovable упрощает перевод идей в работающие веб‑приложения. Его инструменты полного стека и внешние интеграции особенно полезны для быстрого подтверждения продуктовых гипотез. CometAPI добавляет гибкий путь для инференса моделей в чатах, письме, аналитике и других ИИ‑функциях.
Начните с небольшого, защищённого приложения, протестируйте подключение к CometAPI, пересмотрите сгенерированный код и расширяйте решения после того, как базовый опыт подтвердит свою надёжность.
