ИИ меняет слайды. Кто проверит цифры? Разбираю на примере Bento

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

Вы отправили презентацию одним файлом. У вас открывается график, работает видео, всё красиво двигается. У получателя — другая версия цифр или пустое место вместо ролика. Слово «сохранил» ещё ничего не говорит о том, какой именно файл уехал клиенту.

Повод разобраться — обсуждение Bento, которое сегодня попалось мне на главной vc.ru. Идея проекта интересная: презентация, данные, просмотрщик и редактор упакованы в HTML. Разработчики также описывают работу ИИ с данными презентации в JSON. Это сведения из официального описания Bento, а не результаты моего сравнительного теста редакторов.

Меня в этой конструкции интересует практический вопрос: как проверить результат агента, которому поручили изменить документ? Ниже — мой протокол с заполненным учебным примером. Его можно применить к Bento или адаптировать к другому редактору. Тест конкретной версии приложения здесь не проводился.

У презентации есть исходные данные, видимый слайд и сохранённый экземпляр. Ошибка появляется, когда они расходятся.

Представим учебный отчёт: за первую неделю поступило 120 обращений, за вторую — 150. Из них квалифицированы 24 и 30 соответственно. Количество обращений выросло на 25%, доля квалифицированных осталась 20%. Можно нарисовать эффектный рост и незаметно написать, что качество заявок тоже повысилось. Арифметика столбцов при этом будет правильной.

Я предлагаю сделать три контрольных слайда:

Такой комплект проверяет сразу несколько вещей: сохранность чисел, единиц, расчёта и смысла. Если ИИ предлагает другой вывод, он должен объяснить, на каких данных тот основан.

Задание «сделай презентацию убедительнее» допускает слишком много незаметных изменений. Полезнее разделить свободные и защищённые части.

Вот заполненное задание для нашего примера:

«Измени оформление учебной презентации из трёх слайдов. Разрешено менять расположение блоков, типографику и цвета. Сохрани исходные числа 120, 150, 24 и 30, подпись “Учебные данные”, единицы измерения, дату и формулы. На графике обращений оставь нулевое начало шкалы. Не добавляй утверждений об эффективности продаж. Сохрани результат отдельным файлом версии v2 и перечисли изменения. Исходник v1 не перезаписывай».

Для Bento разработчики описывают отдельный блок данных внутри HTML и операции замены JSON. Из этого следует удобный принцип: правка содержания должна быть ограничена данными документа. Замена служебного кода приложения ради перестановки заголовка не нужна. Детали формата и сохранения описаны в техническом документе проекта.

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

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

2. Проверить смысл графика. В нашем примере правильный результат — рост количества обращений на 25% при неизменной доле квалифицированных. Формулировки «качество выросло на 25%» и «конверсия выросла на 5 процентных пунктов» не проходят проверку.

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

4. Проверить зависимости. Если нужен показ без интернета, откройте сохранённую копию в таком режиме и пройдите каждый слайд. Особое внимание — медиа и внешним ссылкам. Само расширение .html не доказывает автономность: конкретный документ может ссылаться на внешние ресурсы. У Bento, например, официальная страница отдельно описывает встроенные короткие клипы и внешние ссылки для больших медиафайлов.

5. Проверить путь получателя. Скачайте файл из того канала, через который он будет передан, и откройте в согласованном браузере. Некоторые организации ограничивают HTML-вложения. Это нужно выяснить до выступления. Если нужен только просмотр, дополнительно подготовьте PDF и проверьте его отдельно: интерактивность не обязана переноситься в статичный формат.

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

Для учебного примера запись может выглядеть так:

«Документ: weekly-demo-v2. Разрешённое изменение: оформление. Защищённые данные: 120 / 150 / 24 / 30. Ожидаемые выводы: +25% обращений, 20% квалифицированных в обе недели. Формат передачи: HTML плюс PDF для просмотра. Проверка без сети: требуется, результат пока не зафиксирован. Проверка получателя: требуется. Решение: отправлять после прохождения проверок».

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

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

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

Что чаще ломалось у вас при передаче презентации: шрифты, видео, версия файла или цифры после очередной правки?

Подписывайтесь, если полезны такие разборы работы с ИИ — с готовым заданием и проверкой результата.

#презентации #Bento #искусственныйинтеллект #автоматизация