Как проверить факты в тексте, который собрал AI
Реестр утверждений для текста после AI: как проверить цены, результаты, сроки и отзывы, связать каждую фразу с источником и убрать догадки.

Проверять AI-текст удобнее по утверждениям, которые человек может принять за факт. «Работаем десять лет», «снижаем расходы вдвое», «подключение занимает день» требуют разных доказательств. Общая просьба агенту перепроверить весь текст часто скрывает эти различия.
Я бы делал такой реестр после сборки лендинга, до публикации и покупки трафика. Он не оценивает, насколько текст похож на человеческий. Его результат практический: у каждой существенной фразы есть основание или понятное редакторское решение.
Вытащите утверждения из красивого абзаца
Возьмите предложения с числами, сравнением, обещанием, биографией, отзывом или текущим правилом сервиса. Разделите сложное предложение на самостоятельные тезисы. «Сервис стоит недорого и запускается за час» содержит как минимум вопрос цены, условий тарифа и срока запуска. Одной ссылки на главную сервиса для всех трёх мало.
Проверяйте также подписи кнопок, карточки тарифов, FAQ, изображения с текстом и метаданные. В теле может стоять осторожное «помогает подготовить», а в description — «гарантирует результат». Для посетителя обе формулировки принадлежат одной странице.
| Фраза | Нужный источник | Что проверить | Решение без доказательства |
|---|---|---|---|
| «Увеличил продажи на 30%» | Исходные данные и описание периода | База сравнения, метод, другие изменения | Удалить результат; оставить метод разбора |
| «Запускаем за день» | Условия и подтверждённый процесс владельца | Что считается запуском, зависимости | Не обещать срок |
| «Тариф включает API» | Официальные условия сервиса | Тариф, регион, дата, исключения | Уточнить до публикации |
| Отзыв клиента | Подлинный согласованный материал | Авторство, содержание и разрешённый контекст | Убрать выдуманную цитату |
Проверяйте связь источника с фразой
Откройте источник и найдите конкретный фрагмент. Название продукта на официальной странице не подтверждает цену из другого тарифа. Результат чужого эксперимента не превращается в собственный кейс. Старый документ может правильно описывать прошлую версию и плохо подходить к текущему обещанию.
В реестре достаточно хранить тезис, ссылку или путь к документу, дату проверки, условия и статус. У длинного источника добавьте раздел или короткое пояснение, где находится доказательство. Не копируйте закрытые клиентские материалы в публичный текст. Ссылка в статье нужна там, где читатель действительно может проверить утверждение.
Утверждения модели не стоит проверять второй неподкреплённой репликой той же модели. Документация Claude Code рекомендует давать агенту проверяемые критерии и опираться на результат проверки. Для редакторской задачи критерий — совпадение тезиса с конкретным источником, а не уверенный тон ответа.
Четыре редакторских решения
Подтверждённую фразу можно оставить, сохранив условия. Частично подтверждённую — сузить. Например, вместо «всегда экономит время» написать, какое действие автоматизируется и какая ручная проверка остаётся. Если факта нет, честнее удалить его или задать владельцу конкретный вопрос.
Для объяснения метода допустим условный пример. «Если расход 10 000 ₽, а заявок 20, CPL равен 500 ₽» — воспроизводимый расчёт. Подпись «условный пример» должна стоять рядом. Нельзя переносить такие числа в блок «результаты работы», где они будут прочитаны как достижение автора.
Отдельно проверяйте причинность. Слова «после обновления выросло» описывают последовательность. Слова «благодаря обновлению выросло» утверждают причину и требуют более сильного основания. Если одновременно менялись реклама, сезон и ассортимент, одного сравнения двух дат недостаточно для уверенного объяснения.
Как передать агенту найденные ошибки
Назовите точную фразу, проблему и допустимое исправление. Например: «В секции результатов нет источника для 30%. Удали число и перепиши абзац как метод проверки без заявления о личном результате». Это яснее, чем просьба «сделать менее AI».
После исправления перечитайте страницу целиком: удалённый факт мог остаться в заголовке, FAQ или подписи изображения. Для статей полезен разбор доказательств маркетингового кейса, для согласования обещания — карта противоречий брифа. Следующий технический проход — проверка лендинга без мыши. Реестр фактов закрывает содержание, но не весь пользовательский сценарий.