Как проектировать формы, калькуляторы и каталоги для AI-агентов

Формы и каталоги для AI-агентов не требуют отказаться от визуального интерфейса. Изменится другое: разработчику придётся явнее описывать входные данные, состояние и результат действия. Человеку иногда достаточно положения ползунка и красной рамки. Агенту нужна однозначная связь: что выбрано, в каких единицах, почему значение не принято и что именно произошло после отправки.

Хорошая новость в том, что большинство базовых изменений полезны уже сейчас. Семантический HTML, серверная валидация и понятные ошибки улучшают доступность и снижают число неудачных заявок.

Форма перестаёт быть набором полей

Каждое поле должно иметь постоянную подпись. Placeholder исчезает после ввода и не заменяет label. Если требуется ИНН организации, так и нужно написать; нейтральное «номер» заставляет восстанавливать смысл из окружения.

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

Калькулятор должен раскрывать допущения

Число «125 000» без валюты и состава трудно использовать. Для результата нужны единицы, тип цены, включённые работы и условия, при которых расчёт действителен. Если это ориентир, агент должен получить этот статус вместе с числом, а не пропустить мелкую сноску.

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

Каталогу понадобится язык характеристик

Фильтр «маленький / средний / большой» работает только в рамках конкретной категории. Для автоматического подбора нужны точные свойства, диапазоны и единицы. Синоним пользовательского запроса можно сопоставить со словарём, но конечный выбор опирается на данные товара.

Если точного совпадения нет, система должна показать, какой критерий нарушен. Молчаливое ослабление требования опасно для промышленного оборудования. Агент может предложить уточнить параметр или передать подбор специалисту.

Что добавляет WebMCP

Проект WebMCP предусматривает декларативное описание действий HTML-форм и регистрацию JavaScript-инструментов для сложной логики. Калькулятор может объявить схему входов, а каталог — инструмент подбора. Но эти интерфейсы не должны содержать отдельную версию формулы или товарных правил.

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

Как изменится работа разработчика

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

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