# Как создать AI-приложение за час без навыков программирования?

Источник: https://www.youtube.com/watch?v=1rR3Wv5we7A
Канал: Founder Institute
Опубликовано: 24.08.2023

---

## Создание AI-приложений без кода: Инструкция от экспертов Founder Institute 🚀
[[JUMP:0:00]]

Вебинар Founder Institute под названием «Build an AI App in Less Than 60 Minutes Without Writing Any Code» с участием Родрика Наскара (Roderick Nascar), сооснователя продуктовой студии Rubido, был посвящён практическому руководству по быстрому созданию прототипов AI-приложений. На примере разработки чат-бота для эксперта по социальным сетям Наскар продемонстрировал, как использовать визуальные инструменты (no-code) и API для интеграции готовых языковых моделей в свои проекты.

## 🛠 Что такое No-Code и зачем он нужен
[[JUMP:7:47]]

По мнению Наскара, no-code — это любой способ создания программного обеспечения без необходимости написания программного кода. В текущих реалиях большинство таких инструментов опираются на визуальное построение интерфейсов, однако развитие ИИ уже позволяет описывать желаемый функционал с помощью естественного языка.

Преимущества и особенности no-code:

* **Скорость:** Разработка может идти до 10 раз быстрее, чем при традиционном программировании.
* **Кастомизация:** Чем выше скорость работы no-code инструмента, тем меньше у пользователя свободы в глубокой настройке продукта.
* **Масштабируемость:** Наскар полагает, что на ранних этапах, пока продукт не доказал свою востребованность («traction»), вопрос масштабируемости вторичен. По его словам, no-code решения вполне способны обеспечить рост до определённого уровня.

Для данного воркшопа Наскар выбрал платформу Bubble, которую считает наиболее комплексным инструментом, объединяющим в одном интерфейсе фронтенд, бэкенд и базу данных.

## 📋 Подготовка и требования к продукту
[[JUMP:10:13]]

Перед началом разработки Наскар подчёркивает важность правильного планирования. В Rubido этот процесс включает:

1.  **Определение ролей:** Для кого создаётся приложение?
2.  **Пользовательские сценарии:** Какие конкретные задачи должен решать каждый тип пользователя?
3.  **Техническая осуществимость:** Проверка, способны ли выбранные инструменты реализовать задуманный функционал.
4.  **Прототипирование:** Наскар — убеждённый сторонник создания прототипов перед началом полноценной разработки. Он утверждает, что обмен прототипом с реальными пользователями позволяет оперативно выявить ошибочные предположения.

## 🏗 Практический воркшоп: Создание чат-бота
[[JUMP:12:10]]

Для реализации чат-бота Наскар использовал плагин «Soapy» для Bubble, который позволяет взаимодействовать с OpenAI через JavaScript на стороне фронтенда.

Основные шаги сборки:

* **Дизайн:** Создание контейнера для чата с использованием выравнивания элементов по вертикали и горизонтали для имитации интерфейса мессенджера.
* **Логика API:** Использование «системного сообщения» (system prompt) для задания роли бота. В данном случае бот был настроен как эксперт по социальным сетям, который даёт детальные советы и предлагает варианты подписей к постам.
* **Динамические данные:** Настройка «повторяющегося блока» (Repeating Group) в Bubble, который автоматически обновляется при получении сообщений от API.
* **Обработка сообщений:** Настройка workflow (рабочего процесса) для отправки пользовательского ввода в OpenAI и отображения ответа ассистента в окне чата.

## ⚖️ Ограничения и перспективы использования
[[JUMP:42:39]]

В ходе Q&A сессии Наскар признал, что созданное приложение технически является «обёрткой» (wrapper) над GPT. Однако, по мнению спикера, такой подход чрезвычайно полезен для тестирования прототипов без затрат на дообучение (fine-tuning) моделей.

Преимущества использования no-code обёрток:

* **Скорость проверки гипотез:** Позволяет быстро создать MVP.
* **Доступность данных:** Интеграция GPT внутрь существующего SaaS-продукта даёт модели мгновенный доступ к пользовательским данным без необходимости ручного ввода со стороны клиента.

Наскар отметил, что Bubble подходит не только для прототипов, но и для полноценных стартапов, работающих на рынке несколько лет, пока проект не вырастет до необходимости перехода на традиционный код.

## 🛡 Безопасность и контекст модели
[[JUMP:50:59]]

Отвечая на вопрос о том, как ограничить бота определёнными рамками, Наскар посоветовал:

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

Спикер признал, что полностью исключить возможность «взлома» контекста пользователем сложно, но для 90% сценариев правильная настройка промптов работает эффективно.