Попросили ИИ собрать бриф для сайта: проверяем MCP-сервер WebAsk

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

Форму собирали через MCP-сервер WebAsk. Ассистент запускал генерацию, читал результат и сохранял правки; мы проверяли, что получилось в браузере. Разберём этот эксперимент по шагам, со скриншотами настоящего черновика.

Что даёт MCP при работе с WebAsk

MCP, или Model Context Protocol, связывает ИИ-ассистента с внешним сервисом. Ассистент получает набор инструментов: создать опрос, прочитать его структуру, поменять вопросы, настроить логику. Запрос уходит на сервер WebAsk, а изменения сохраняются в аккаунте пользователя.

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

Первую версию ассистент заказал инструментом generate_ai_quiz. Он запускает фоновую генерацию внутри WebAsk. Для дальнейших правок использовались отдельные MCP-вызовы, о них чуть ниже.

Что нужно подключить

Понадобятся аккаунт WebAsk и ИИ-клиент с поддержкой MCP. Адрес сервера:

https://mcp.webask.io/mcp/v1

WebAsk поддерживает два способа авторизации. Через OAuth клиент открывает окно входа, вы выбираете рабочее пространство и разрешаете доступ. Для подключения по API-ключу используется ключ из раздела «Настройки → API / MCP» и заголовок Authorization: Bearer <API_KEY>. Ключ вводят в настройках подключения.

Мы использовали уже настроенное подключение по API-ключу. Проверили, что сервер отвечает, прочитали доступные инструменты и права аккаунта. Описание актуальных способов входа находится в документации MCP WebAsk.

Навыки, или skills, задают ассистенту порядок работы. За основу взяли официальный навык «Сборка опроса по описанию». Он предлагает начать с поиска шаблона и требует остановиться перед публикацией. Поиск «бриф на разработку сайта» ничего подходящего не вернул, поэтому собирали новую форму.

Задача: бриф перед первым разговором с клиентом

Небольшой студии перед первым звонком нужно узнать задачу клиента, состав будущего сайта, бюджет и сроки. Собрали для неё учебный бриф из семи вопросов. Реальных заказчиков в эксперименте не было.

Одна развилка здесь напрашивается сама: адрес действующего сайта нужен при редизайне. У человека, который начинает с нуля, его ещё нет. Просить адрес у всех подряд было бы странно.

В задании указали одиночный выбор для задачи и сроков, множественный для разделов и отдельное поле email. Все вопросы оставили необязательными, поскольку делали демонстрационный бриф. В рабочей форме студия выберет обязательные поля под свой процесс.

Собери короткий бриф на разработку сайта для небольшой веб-студии. Его заполняет потенциальный клиент перед первым разговором с менеджером. По ответам студия должна понять задачу, примерный объём, бюджет и сроки. Форму затем можно будет разместить на сайте студии.

Нужно ровно семь вопросов:
1. Что нужно сделать: создать новый сайт или обновить существующий?
2. Адрес действующего сайта. Показывай этот вопрос только тем, кто выбрал обновление существующего сайта.
3. Основная задача сайта: получать заявки на услуги, продавать товары, показывать портфолио или публиковать информацию.
4. Какие разделы нужны: о компании, услуги, каталог, примеры работ, контакты. Здесь можно выбрать несколько вариантов.
5. Планируемый бюджет: до 50 000 ₽, 50 000–100 000 ₽, 100 000–200 000 ₽, больше 200 000 ₽, пока не определились. Это варианты бюджета клиента, а не прайс студии.
6. Когда нужен запуск: в течение месяца, через 2–3 месяца, точного срока нет.
7. Email для уточнений. Это отдельное поле email, необязательное.

Добавь приветствие и экран благодарности. Все вопросы пока сделай необязательными: это демонстрационный бриф. Пиши по-русски, без рекламных обещаний. Название: «Бриф на разработку сайта — MCP-пример для KonstruktorySajtov».

Не публикуй опрос, не включай рассылки и уведомления, не трогай другие опросы. Нужен только черновик для проверки.

Варианты бюджета в запросе нужны для демонстрации структуры формы. Это суммы, которые готов назвать клиент, а не расчёт стоимости разработки и не прайс студии.

Что получилось после генерации

Первый ответ сервера означал, что сборка поставлена в очередь. В нём уже был ID нового опроса, но сама форма в этот момент ещё оставалась пустой. Ассистент дождался статуса ready и только после этого прочитал структуру.

ИИ собрал все семь вопросов из задания. Вопрос о разделах получил множественный выбор, для контакта использовался тип email. Переход для редизайна тоже появился: ответ «Обновить существующий» вёл к адресу сайта, остальные варианты пропускали этот вопрос.

Затем открыли опрос в редакторе WebAsk. Вопросы и условие были на месте: всё, что ассистент сохранил через MCP, доступно для обычной ручной работы.

Что пришлось поправить

В первом вопросе появился дополнительный вариант «Другое». Для нашей развилки он лишний: нужно различить создание с нуля и обновление сайта. Ассистент убрал этот вариант отдельным вызовом update_quiz_widgets.

С благодарностью вышла заминка. Мы просили отдельный финальный экран, а в первой структуре элемента finish не оказалось: после отправки был настроен стандартный переход на страницу WebAsk. Ассистент добавил свой экран и убрал автоматический переход.

Заодно сократили длинные заголовки, сделали понятнее приветствие и выбрали более контрастную готовую тему. Эти изменения также прошли через MCP. Смысл вопросов и уже созданную развилку сохранили; подписи в условиях синхронизировали с новыми заголовками.

На вид бриф уже был собран, а завершение ещё требовало правки. Отправлять такую форму клиентам без просмотра мы бы не стали. ИИ расставил элементы; проверить маршрут всё равно пришлось нам.

Проверяем обе ветки в браузере

Помните вопрос об адресе сайта? Именно с него начали проверку. Открыли предпросмотр в отдельной вкладке и по очереди выбрали оба варианта первого вопроса.

При выборе «Создать новый сайт» сразу появился вопрос «Какую задачу должен решать сайт?». Поля для адреса не было. При выборе «Обновить существующий» открылся вопрос «Адрес действующего сайта».

Ветку редизайна прошли до конца с тестовым адресом https://example.org, выбрали несколько разделов и пропустили необязательный email. После отправки появился наш экран благодарности. Проверка через MCP подтвердила: опрос остался неопубликованным, число ответов равно нулю. Это было прохождение в режиме предпросмотра.

На мобильной ширине 393 px отдельно проверили начало новой ветки и выбор нескольких разделов. Варианты и кнопка продолжения поместились в экран, горизонтального скролла не было. Полный мобильный проход до отправки в эту проверку не входил.

Стоит ли собирать формы через MCP

Бриф получился рабочим: семь вопросов, развилка, готовая тема и свой финальный экран. Собирать элементы в редакторе не пришлось, все изменения сохранил ассистент через MCP. Ручная работа осталась в постановке задачи и проверке результата.

Мы бы использовали этот подход для повторяющихся задач: брифов, заявок, анкет после оказания услуги. Задание и навык можно сохранить, а в следующий раз заменить вопросы под нового клиента. Если нужна единственная форма из двух полей, сначала придётся решить, окупит ли сборка настройку MCP-клиента. Экономию в минутах в этом эксперименте не измеряли.

Доступность инструментов и типов вопросов зависит от прав аккаунта и тарифа. Наш эксперимент выполнен в аккаунте с «Премиумом». Способы подключения и актуальные условия приведены на странице MCP WebAsk.

Начать можно с брифа из этого материала: поменяйте вопросы под свою студию, попросите ассистента сохранить черновик, затем пройдите каждую ветку. Если после проверки форма подходит для клиентов, отдельно дайте команду на публикацию.