ИИ как генератор форм: как получить готовый UI, не раскрывая внутренний код
Всё больше разработчиков и авторов проектов передают рутину создания форм языковым моделям, но мало кто задумывается, какие данные при этом утекают в публичный сервис, и именно этот вопрос определяет, станет ли генератор форм помощником или источником проблем.

Публичные языковые модели могут использовать ваши данные для дообучения (fine-tuning, когда модель учится на том, что вы ей отправили). Если передать внутренний код, он рискует оказаться в обучающей выборке. Подход, описанный ниже, позволяет получить готовую форму, не раскрывая ничего, кроме открытых JSON-схем.
Источник этого материала описывает практический подход: передавать в публичную LLM (большую языковую модель, то есть нейросеть, обученную на текстах и коде) только те данные, которые и так видит любой посетитель страницы. HTML-разметка, стили, структура запросов к API уже отдаются браузеру. Значит, их можно безопасно отправить модели и получить на выходе рабочую форму.
Что понадобится?
- Доступ к любой публичной LLM. В примере используется DeepSeek (deepseek.com), но подойдёт и другая модель, умеющая работать с JSON.
- Заранее подготовленная JSON-схема, описывающая целевую структуру данных вашей формы. JSON Schema (json-schema.org) задаёт правила: какие поля, какого типа, обязательны ли они.
- Пакет для сборки формы. В источнике используется «@cloudx/react-ui-kit-forms-builder», но принцип применим к любому конструктору, который умеет строить форму по схеме.
- Базовое понимание JSON (текстовый формат для обмена данными, похожий на вложенные списки «ключ: значение»).
- Около 20 минут на весь цикл: промпт (промпт, текстовая команда для нейросети), проверка результата, сборка.
Пошаговая инструкция
-
Определите, какие данные можно считать открытыми. Всё, что браузер пользователя получает при загрузке страницы, уже публично: HTML, JavaScript, CSS, структура запросов и ответов API. Именно эти данные и только их вы передадите модели.
-
Подготовьте файл JSON-схемы. Схема описывает, как должен выглядеть итоговый JSON: типы полей, вложенность, обязательность. Этот файл вы загрузите в LLM вместе с промптом, чтобы модель выдала результат, соответствующий вашим правилам.
-
Сгенерируйте схему данных формы. Загрузите файл схемы в DeepSeek и отправьте промпт. Пример промпта приведён ниже в блоке.
-
Проверьте результат. Убедитесь, что полученная схема валидируется вашей исходной JSON-схемой. Названия полей, типы и вложенность должны совпадать.
-
Создайте модель формы. Используя результат из шага 3, вызовите функцию сборки модели:
const formModel = buildFormModel(exampleScheme);
-
Сгенерируйте UI-схему. Повторите подход: загрузите в DeepSeek схему разметки (она тоже публична) и опишите промптом, какие элементы нужны: input, number, textarea, checkbox.
-
Скорректируйте пути. В полученной UI-схеме поправьте свойство
pathу каждого элемента, чтобы оно совпадало со структурой данных из шага 3. Например, поле «name» получает путьpersonal/name. -
Соберите UI формы и поставьте на страницу:
const formElement = buildFormUI({
model: formModel,
scheme: UiScheme,
});
<FormLayout>{formElement}</FormLayout>
Форма готова. Весь конфиденциальный код остался внутри вашего проекта.
Промпт для генерации схемы данных:
Напиши JSON схему, в которой есть свойства: name - строка,
phone - строка, zip - число, address - строка, comment - строка,
agreement - булево значение. Свойства name и phone объединены
в свойство personal. Свойства zip и address объединены
в свойство address. Все поля не обязательны для заполнения
и могут оставаться пустыми. Полученная схема должна
валидироваться схемой из файла.
DeepSeek вернул JSON-объект с двумя вложенными группами: personal (name, phone) и address (zip, address), плюс два поля верхнего уровня: comment (строка) и agreement (булево). Все поля необязательны, additionalProperties выставлен в false, что запрещает модели добавлять лишние свойства.
Для UI-схемы второй промпт запросил шесть элементов (input, number, textarea, checkbox), и модель расставила placeholder-подсказки и размеры автоматически. Ручная правка заняла пару минут: нужно было привести пути к данным в соответствие с первой схемой.
- Передача внутреннего кода в публичную LLM. Самая опасная ошибка. Если вы отправите модели файлы бизнес-логики, серверные обработчики или ключи API, эти данные могут попасть в обучающую выборку. Передавайте только то, что уже видит браузер.
- Слепое доверие результату. Модель может сгенерировать лишние поля, перепутать типы или добавить
additionalProperties: true. Всегда валидируйте результат по исходной JSON-схеме. - Несовпадение путей между схемой данных и UI-схемой. Если в модели данных поле лежит по пути
personal/name, а в UI-схеме указан путьname, форма не будет работать. Проверяйте пути вручную после генерации. - Попытка сгенерировать всё за один промпт. Разделяйте задачи: сначала схема данных, потом UI-схема. Так проще проверять и исправлять.
Что делать с этим прямо сейчас?
Автору на Дзене: если вы ведёте блог о разработке или no-code, этот подход отлично ложится в формат пошагового гайда. Генератор форм через промпт даёт наглядный результат за 20 минут, а тема безопасности данных добавляет глубину.
Разработчику или фрилансеру: попробуйте применить метод к своему стеку. Суть не в конкретном пакете, а в принципе: описать структуру данных через JSON Schema, отдать модели только схему, собрать форму по результату. Даже генератор футбольной формы для спортивного магазина можно собрать тем же способом, если есть схема товара.
Предпринимателю в РФ и СНГ: DeepSeek доступен из России без VPN. Из аналогичных моделей, работающих с JSON, можно использовать YandexGPT или GigaChat, но промпт придётся адаптировать под их синтаксис. Главное правило то же: не передавайте модели ничего, что не готовы показать на улице.
Подход выглядит разумным, потому что строится на простом принципе: всё, что видит браузер, уже не секрет. Я проверял похожую схему с другими моделями, и результат стабильный, если JSON-схема написана строго. Без неё модель начинает фантазировать, добавляет поля, меняет типы.
Честная оговорка: метод работает для типовых форм с предсказуемой структурой. Если форма завязана на сложную серверную логику, генерация схемы покроет только фронтенд-часть. И ещё: не каждая публичная LLM одинаково хорошо следует JSON Schema. DeepSeek справляется, но с менее крупными моделями стоит ожидать ошибок валидации и закладывать время на ручную правку.
Попробуйте генерацию контента на dzen.guru
Если вы уже используете нейросети для кода, попробуйте применить тот же подход к текстам. На dzen.guru есть инструменты, которые помогают авторам Дзена создавать контент быстрее, без передачи лишних данных.
ПопробоватьПринцип, который стоит забрать из этого материала, шире конкретного стека: любая генерация через публичную LLM безопасна ровно настолько, насколько вы контролируете входные данные. JSON-схема вместо исходного кода, открытая разметка вместо серверной логики. Не отказывайтесь от нейросетей, просто не кормите их тем, что не готовы потерять.

Основатель dzen.guru. Эксперт по монетизации и продвижению на Дзен. Автор курса «Старт на Дзен 2026».
Читайте также

AI тренер для бегунов в Telegram: 250 тренировок показали, что код надёжнее нейросети
Компания-разработчик в источнике не названа, продукт представлен как личный проект автора-бегуна. Название бота: «Клод де Пейс». Платформа: Telegram. Дата…

Пилот дата агента: метрики и приёмка
Компании запускают пилоты ИИ-агентов, тратят бюджет на демо и обучение, а через квартал не могут назвать ни одного процесса, который реально ускорился, и…

Google теряет главного ИИ-инженера: искусственный интеллект компании отстаёт от конкурентов
Google перетасовал руководство ИИ-подразделения: Джефф Дин ушёл, а конкуренты наступают Google на последней неделе мая 2025 года провёл перестановки в…
Комментарии