Как проверить проект с ИИ: кнопки, ссылки и сценарии

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

Ребёнок смотрит на проект глазами пользователя. Он заранее говорит, что должно произойти, и сравнивает с тем, что произошло на самом деле.

Такая проверка нужна и простому сайту из трёх страниц, и одной игровой сцене, и истории с развилками.

Проверка начинается с маршрутов. Маршрут описывает, что пользователь хочет сделать и какие шаги для этого проходит.

Для сайта о любимом питомце маршруты могут быть такими:

1. Открыть главную, перейти в галерею, вернуться назад.
2. Найти страницу «Как ухаживать» через меню.
3. Нажать каждую кнопку и ссылку в подвале.

Для первого раза хватит трёх-четырёх маршрутов. Ребёнок записывает их до начала проверки, чтобы не пропустить шаги.

Результаты удобно вносить в таблицу. Одна строка соответствует одному шагу маршрута.

Колонка «Повтор» важна. Правку считают законченной только после того, как тот же шаг прошли заново.

Типы проектов отличаются, но вопрос везде один: делает ли проект то, что обещает пользователю.

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

О создании таких проектов подробнее написано в статьях о первом сайте, первой игре в Roblox Studio и интерактивной истории.

Запись «ничего не работает» не помогает. Хорошее описание отвечает на три вопроса: где это случилось, что сделал пользователь и что произошло вместо ожидаемого.

По второй записи понятно, что искать. Её можно показать взрослому, преподавателю или использовать в запросе к ИИ.

Если проект собран с помощью нейросети, ребёнок может описать ей проблему так же, как в таблице. Модель предложит возможные причины и варианты правки.

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

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

Автор знает, куда нажимать, и часто не замечает неочевидных мест. Поэтому после своей проверки полезно позвать человека, который проект ещё не видел.

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

Такие наблюдения добавляются в ту же таблицу новыми строками. Потом цикл повторяется: правка, проверка, отметка в колонке «Повтор».

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

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

Если хочется посмотреть, как ребёнок работает с преподавателем, подойдёт бесплатный вводный урок: 50 минут занятия с ребёнком и около 15 минут разговора с родителем.