Создайте адаптивный сайт на HTML, используя существующий стек проекта для [PROJECT] и [AUDIENCE]. Задача: страница бронирования столиков в ресторане.

## Обязательные контент и структура

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

Используйте [APPROVED_CONTENT] как источник названий, дат, числовых данных, утверждений и целевых страниц. Перечислите недостающие исходные данные, прежде чем что-либо заменять. Если нужна демонстрация, обозначьте её контент как вымышленный. Не придумывайте отзывы клиентов, рейтинги, логотипы партнёров или возможности продукта.

## Направление дизайна

Используйте [BRAND_RULES] и уже выбранную в проекте дизайн-систему. Если система не указана, начните со следующего направления: тёплый цвет слоновой кости, угольная типографика и один сдержанный кислотно-зелёный акцент; просторные отступы и асимметричная сетка. Последовательно используйте роли шрифтов, отступов и цветов. Отдавайте приоритет задаче, а не декоративным элементам, и избегайте шаблонного набора несвязанных карточек.

## Подготовка контента

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

## Макет и поведение

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

## Проверка критериев приёмки для задачи

- Явно укажите недоступные даты и требования к бронированию.
- Проверьте закрытый день, недоступное время и группу, превышающую указанный лимит.
- Визуальная демонстрация бронирования не должна сообщать о подтверждении брони, если реальное бронирование не было завершено.

## Реализация и проверка

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

## Референс и цель воссоздания

Прикрепите файл reference.webp из пакета загрузки этого дизайн-промпта к самому промпту в OpenDesign. Создайте редактируемый результат с похожими композицией и иерархией; не вставляйте всё референсное изображение в качестве готового интерфейса. Если утверждённый контент проекта и правила бренда противоречат вымышленным примерам подписей, сохраняйте утверждённые материалы. Если изображение отсутствует или нечитаемо, запросите его, а не заявляйте о визуальном соответствии.

## Композиция и контент референса

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

## Визуальное направление из примера проекта

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

## Спецификация взаимодействия

Образец — статическая концепция: описанное ниже поведение требуется реализовать, но изображение не доказывает, что оно уже работает. Скопируйте настроенный промпт в свой рабочий проект. Начните с основной задачи: покажите кухню, пример меню, часы обслуживания, правила для групп и способ бронирования. Явно укажите недоступные даты и требования к бронированию. Для каждого видимого элемента управления укажите его триггер, затрагиваемое состояние и обратную связь; реализуйте локальные изменения с согласованным состоянием во взаимосвязанных представлениях. Обеспечьте реальные результаты поиска и фильтрации, явно обозначенное активное состояние элементов выбора и, где уместно, видимую обратную связь об ожидании, успехе или сбое при сохранении. Не добавляйте несвязанные рабочие процессы. Используйте ссылки для навигации, кнопки для действий и доступные названия для элементов управления со значками. Не создавайте впечатление, что операция на сервере выполнена успешно, если изменилась только локальная демонстрация.

## Визуальное сравнение и передача результата

1. Сравните результат с прикреплённым изображением при совпадающих пропорциях. Перед проработкой декоративных деталей проверьте расположение основных областей, относительные размеры изображений, переносы строк, интервалы, типографическую иерархию, контраст, активные состояния и плотность контента.
2. Затем протестируйте узкий макет, не сжимая текст для настольной версии до крошечных подписей.
3. Храните логотипы, фотографии и значки как отдельные ресурсы, а все значимые подписи оставьте редактируемыми. Перечислите недоступные шрифты и ресурсы, а также намеренные отступления. Верните рабочие файлы вместе с кратким описанием реализованного поведения и оставшихся интеграций; не обещайте попиксельное совпадение только на основании промпта.