Проверка результата ИИ: ошибки, которые выглядят правдоподобно
Зачем:ИИ пишет уверенно, и ошибки в его выдаче выглядят как правда. После урока вы знаете, какие бывают ошибки (выдуманные факты, ключи в коде, форма без согласия, чужие картинки, недоступные кнопки), проверяете выдачу в нужном порядке и находите и исправляете настоящие ошибки на странице, которую «написал ИИ», с журналом найденного.
30 минут
Озвучено синтезом речи (Qwen3-TTS), голос не принадлежит человеку.
Проверка результата ИИ — ревью по порядку: факты, работа, безопасность, данные и закон, доступность, приметы шаблона. Ошибки в выдаче выглядят правдоподобно.
Выдача, которая выглядит правильно
У ИИ есть неприятная черта: ошибается он уверенно и гладко. Выдуманная цифра написана тем же тоном, что и настоящая. Несуществующая функция называется правдоподобно. Страница с ключом в коде выглядит точно так же, как страница без него. Поэтому «посмотрел, вроде нормально» для выдачи ИИ не проверка: глаза видят только то, что видимо, а самые дорогие ошибки невидимы.
Эта часть работы отвечает на вопрос «что делаете вы, когда ИИ сделал за вас». Вы проверяете. И для этого нужны две вещи: знать, какие ошибки бывают, и проверять их в нужном порядке.
Какие ошибки бывают
Выдуманные факты. Цифры («1200 клиентов»), достижения («лучший специалист года»), отзывы («Иван, директор»), номера законов и стандартов, ссылки на источники. Модель достраивает недостающее самым вероятным, и если в запросе не сказано «используй только эти факты», она добавит ложные.
Несуществующее и устаревшее. Библиотеки, функции, свойства CSS и атрибуты, которых нет. Они называются правдоподобно, и их легко принять за настоящие. Хуже всего, когда злоумышленник регистрирует выдуманное название пакета и ждёт, пока кто-нибудь его установит. Рядом с этим стоит устаревшее: приёмы и версии из прошлых лет.
Безопасность. Секретный ключ прямо в коде страницы. Форма, которая отправляет по http или методом GET, когда данные попадают в адрес и журналы. Отсутствие проверки ввода на сервере и прав доступа. Чужие скрипты с неизвестных серверов. В исследовании Veracode 2025 года модели выбирали небезопасный способ примерно в 45 % тестовых задач. Это возвращает вас к уроку про аутентификацию и к списку OWASP.
Данные и закон. Форма собирает имя и телефон, но нет ни согласия, ни ссылки на политику (152-ФЗ). Счётчики, шрифты и картинки подгружаются с чужих серверов, и посетитель отправляет запрос третьему лицу, а это нужно описать в политике. Стоковые картинки с неизвестной лицензией. Сгенерированные изображения людей, похожих на реальных.
Доступность. «Кнопки» из div, картинки без alt, поля без подписей, низкий контраст, нарушенный порядок заголовков. Всё это вы разбирали в частях про HTML и дизайн, и ИИ воспроизводит эти ошибки так же охотно, как люди.
Приметы шаблона. Лозунг, три карточки, выдуманные цифры, английские подписи: восемь примет из части про дизайн.
Поддерживаемость. Дублирование кода, непонятные имена, нет документации. Это не ломает страницу сегодня, но сделает правку в следующем месяце мучительной.
Попробуйте найти ошибки на странице, «написанной ИИ». Отмечайте строки, которые считаете ошибкой, а потом посмотрите итоги: найдено, пропущено, ложные тревоги. Среди строк есть и правильные, и отметка без причины тоже промах.
Отметьте строки, которые считаете ошибкой. Потом нажмите «Показать итоги». Среди строк есть и правильные: отметка без причины тоже ошибка.
Проверьте себя: почему «посмотрел, вроде нормально» не проверка выдачи ИИ?
Глаза видят только видимое, а самые дорогие ошибки невидимы: ключ в исходном коде, выдуманная цифра, отсутствие согласия. Их находят целенаправленной проверкой, а не взглядом.
В каком порядке проверять
Порядок не случаен: сначала то, что дороже всего и что труднее всего увидеть.
- Факты. Каждое утверждение, цифра, имя и отзыв: откуда оно? Если источник не бриф или документ, который вы можете показать, оно выдумано. Это самая простая и самая важная проверка: список всего, что на странице утверждается, и против каждого пункта слово «где доказательство».
- Работа. Делает ли страница то, ради чего создана? Главное действие вашего проекта (форма, запись) нужно пройти руками на настоящем адресе.
- Безопасность. Поиск в исходном коде слов
key,token,password,sk-. Адрес и метод формы. Какие сторонние серверы видны на вкладке «Сеть» в инструментах разработчика. Что проверяется на сервере, а что только в браузере. - Данные и закон. Согласие, политика, куда уходят данные, чужие скрипты и шрифты, лицензии картинок.
- Доступность и скорость. Пройти страницу клавишей Tab, посмотреть контраст, подписи, заголовки, вес страницы.
- Приметы шаблона и тон. Это последнее, потому что это про вкус, а не про вред.
Автоматические инструменты помогают на втором-пятом шагах (сканер доступности, проверка ссылок, поиск похожих на ключи строк), но не заменяют первый: правду о вас знаете только вы. А вторая модель как рецензент полезна, но не замена: у моделей общие слабые места, и им незнакомы ваши факты.
Проверьте себя: с какой проверки начинать и почему?
С фактов: выдуманное утверждение на странице самая дорогая и самая простая ошибка, и найти её может только человек, который знает правду о проекте.
Журнал
Хорошая привычка: записывать каждую находку в виде «что, где, как исправил». Через неделю по журналу видно, на чём вас ловит ИИ чаще всего (чаще всего у каждого свои три-четыре типа ошибок), и вы научитесь искать их первыми. А журнал можно вставить в следующий запрос как «чего не делать».
Практика
Перед вами сайт вашего проекта, как будто его собрал ИИ. В нём есть настоящие ошибки из списка выше: лозунг, выдуманные цифры и отзыв, картинка без alt с чужого сервера, «кнопка» из div с английской подписью, ключ в скрипте и форма без подписей, согласия и защиты. Исправьте их в самом коде и запишите пять находок в журнал: что, где, как исправили. Подтверждения возьмите из своего брифа.
Проверка читает код страницы: она найдёт, остался ли ключ, есть ли alt, сколько подписей у полей и согласие. Увидит ли это человек глазами, она сказать не может, поэтому после неё пройдите страницу клавишей Tab.
Что было не так с 2025 годом
В 2025 году выдачу ИИ проверяли выборочно или вовсе не проверяли: она выглядела слишком хорошо. Отсюда выдуманные достижения на страницах специалистов, ключи в публичных репозиториях и открытые базы в сервисах. Вывод, к которому пришли профессионалы, прост: доверие к выдаче должно быть пропорционально цене ошибки, и проверка это не недоверие к ИИ, а обычная работа редактора.
Практика
Готовлю вашу страницу…
Тест
Вопрос 1 из 5
Карточки
Эти карточки попадут в повторение, когда вы завершите урок.
В каком порядке проверять выдачу ИИ?
Ответ
Факты (сверка с брифом), работа главного действия, безопасность (ключи, форма, права), данные и закон (согласие, политика, чужие ресурсы), доступность и скорость, приметы шаблона и тон. Дорогие и невидимые ошибки идут первыми.
Какие ошибки типичны для страниц и кода ИИ?
Ответ
Выдуманные факты, цифры и отзывы; несуществующие библиотеки и свойства; ключи в клиентском коде; форма по http и GET без согласия; чужие скрипты и картинки с неизвестной лицензией; кнопки из div и поля без подписи; шаблонные приметы.
Чем проверять самому?
Ответ
Исходный код (поиск ключей и слов password, key), вкладка «Сеть» (чужие серверы), клавиша Tab, проверка ссылок и подписей, сверка каждой цифры и имени с брифом, поиск картинки по образцу для проверки лицензии.
Можно ли поручить ревью другой модели?
Ответ
Как помощника да, как замену нет: у моделей общие слабости, и они не знают правды о вас. Факты, данные и деньги проверяет человек.
Источники
- OWASP: Top 10 for Large Language Model Applications CC BY-SA, по-английски
- OWASP Top 10 CC BY-SA, по-английски
- W3C: Web Content Accessibility Guidelines (WCAG) 2.2 только ссылка, по-английски
- W3C WAI: Images tutorial только ссылка, по-английски
- Федеральный закон № 152-ФЗ «О персональных данных» (КонсультантПлюс) только ссылка, по-русски
- Simon Willison: Not all AI-assisted programming is vibe coding (but vibe coding rocks) только ссылка, по-английски
Дальше
Теперь вы знаете: проверка результата ИИ, типичные ошибки ИИ-страниц и кода.