Проверка контента, созданного ИИ: кто должен остановить публикацию
Риск-ориентированный редакционный контроль: факты, источники, Brand Voice, Slop Check, Humanizer и SEO/E‑E‑A‑T без одного чек-листа для всех каналов.
Проверка контента, созданного ИИ, не должна выглядеть как один длинный чек-лист для статьи, твита и подписи к ролику. Риски у этих форматов разные. Ошибка в коротком анонсе обычно исправляется за несколько минут. Неверная юридическая рекомендация, выдуманный кейс или утечка персональных данных могут стоить компании денег и доверия.
Рабочая редакционная система проверяет материал соразмерно последствиям. Она заранее знает, где нужен профильный эксперт, где достаточно выпускающего редактора, а где публикацию следует остановить независимо от дедлайна.
Сначала определите уровень риска
До генерации назначьте материалу один из четырёх уровней.
| Уровень | Примеры | Минимальный контроль |
|---|---|---|
| Низкий | анонс статьи, подпись к иллюстрации, нейтральный пост | факты, ссылки, голос бренда |
| Средний | обучающий пост, рассылка, продуктовая страница | редактор, владелец продукта, Slop Check |
| Высокий | большая SEO-статья, сравнение сервисов, кейс с цифрами | источники, эксперт, Humanizer, SEO/E‑E‑A‑T |
| Критический | право, медицина, финансы, персональные данные, безопасность | профильный специалист и явное разрешение на выпуск |
Длина сама по себе не определяет риск. Короткий пост о ставке налога требует более строгой проверки, чем подробная инструкция по настройке цвета кнопки.
Уровень влияет на маршрут, а не на качество языка. Даже низкорисковый текст не должен содержать выдуманные функции и сломанные ссылки. Просто ему не нужен трёхстраничный E‑E‑A‑T-аудит.
Зафиксируйте, что модель получила на входе
Редактору трудно проверить вывод, если неизвестны исходные данные. Вместе с черновиком сохраняйте:
- задачу и аудиторию;
- использованную модель и режим;
- системные инструкции;
- загруженные документы;
- ссылки и дату доступа;
- ответы эксперта;
- запреты на публикацию;
- предыдущую утверждённую версию.
Если в контекст попали клиентская база, переписка или закрытый договор, вопрос уже не редакционный. Нужно остановить работу и проверить законность обработки, доступы и правила выбранного сервиса. Практические ограничения разобраны в материале об ИИ в маркетинге и 152‑ФЗ.
Не просите автора восстановить промпт по памяти. История генерации должна храниться рядом с версией текста, иначе расследование ошибки превращается в догадки.
Отделите факты от советов и авторских выводов
Разметьте черновик по типам утверждений:
- Проверяемый факт.
- Данные компании.
- Цитата.
- Расчёт.
- Практическая рекомендация.
- Мнение автора.
- Иллюстративный пример.
У каждого типа свой способ проверки. Факту нужен источник. Расчёту — формула и исходные значения. Цитате — оригинальный контекст и согласование, если она получена в интервью. Рекомендации нужны условия применения и ограничения.
Фраза «компания сократила расходы на 37%» требует данных и периода. Формулировка «представим, что расходы снизились с 100 до 63 тысяч рублей» является учебным примером и должна так называться. Модель часто смешивает эти режимы и превращает условную цифру в результат реального проекта.
Подробный маршрут описан в статье о фактической точности текстов после нейросети.
Открывайте источник, а не доверяйте ссылке
Наличие URL рядом с абзацем ничего не доказывает. Страница может не содержать заявленный тезис, описывать старую версию продукта или ссылаться на другое исследование.
Для каждого существенного факта проверьте:
- принадлежит ли документ первичному владельцу данных;
- подтверждает ли он именно эту формулировку;
- актуальна ли версия;
- относится ли вывод к России;
- не вырвано ли ограничение из соседнего абзаца;
- доступен ли документ читателю.
Для законов открывайте действующую редакцию и проверяйте дату. Для функций сервиса — документацию владельца. Для статистики — методологию, выборку и период. Новостная заметка может помочь найти первоисточник, но редко должна заменять его.
Если источник не найден, у редактора три честных действия: убрать утверждение, сузить его или вернуть автору. «Выглядит правдоподобно» не является четвёртым вариантом.
Проверяйте опыт и цитаты отдельно
Нейросеть умеет писать убедительные истории от первого лица. Она может добавить «мы протестировали», «клиенты часто спрашивают» или прямую речь эксперта, хотя таких данных не было.
Любое утверждение о собственном опыте сопоставьте с артефактом: отчётом, интервью, записью эксперимента, задачей проекта или подтверждением участника. Не публикуйте составную «цитату», собранную из нескольких ответов, под кавычками. Смысл можно пересказать и согласовать без имитации дословной речи.
В кейсах проверьте право на раскрытие названия, цифр, скриншотов и деталей процесса. Обезличивание должно исключать восстановление клиента по совокупности признаков.
Введите стоп-сигналы для чувствительных тем
Редактор обязан остановить публикацию, если видит:
- персональные данные без понятного основания;
- юридический, медицинский или финансовый совет без профильной проверки;
- обещание гарантированного результата;
- инструкцию, которая может нарушить безопасность;
- выдуманный отзыв, кейс или цитату;
- сравнение конкурента по неподтверждённым данным;
- утверждение о функции продукта, которой нет;
- ссылку на несуществующее исследование;
- скрытую рекламу, не соответствующую правилам площадки и требованиям закона.
Стоп не означает удаление материала. Черновик получает причину возврата и владельца решения. После исправления он проходит соответствующий этап снова.
Для критических материалов заранее назначьте специалиста, а не ищите его в день публикации. Если в компании некому принять профессиональную ответственность, тему нужно сузить до безопасного уровня или отложить.
Brand Voice отвечает за узнаваемость, а не за украшения
После проверки смысла сравните текст с голосом компании. Контроль бренд-войса отвечает на практические вопросы: как компания обращается к читателю, насколько прямо формулирует ограничения, какие термины использует, допускает ли англицизмы и как говорит о конкурентах.
Голос нельзя свести к указанию «пиши дружелюбно и экспертно». Нужны примеры принятых и отклонённых формулировок. Для Системы это спокойный рабочий язык, конкретные действия, честные ограничения и отсутствие обещаний, которые продукт не может выполнить.
В коротких форматах эта проверка особенно заметна. У поста мало места, поэтому одна рекламная фраза способна изменить всю интонацию.
Slop Check ищет машинную пустоту
Slop Check нужен и статьям, и коротким публикациям, но глубина отличается. В статье он проверяет повторяющуюся структуру, ложную полноту, гладкую причинность, одинаковые абзацы, списки ради списков и выводы без позиции автора.
Для короткого поста достаточно искать несколько признаков:
- универсальное вступление;
- громкие слова без факта;
- три синонимичных тезиса;
- фальшивую цитату;
- призыв, не связанный с содержанием;
- эмодзи и тире по механическому шаблону.
Slop Check не должен автоматически запрещать слово. Термин может быть уместен в одном контексте и пустым в другом. Решение принимает редактор, который видит функцию фразы.
Humanizer работает после смысловой проверки
Humanizer убирает канцелярит, натянутую рекламу, однообразный ритм и конструкции, характерные для сырой генерации. Он не подтверждает факты и не создаёт опыт.
Правильная последовательность:
- Проверить задачу и факты.
- Исправить логику.
- Удалить неподтверждённое.
- Применить голос бренда.
- Провести Humanizer.
- Перечитать итог, чтобы не потерять точность.
Если обработка сделала юридическую формулировку «проще», её снова смотрит профильный специалист. Улучшение ритма не даёт права менять смысл нормы или обязательства.
SEO/E‑E‑A‑T нужен не каждому каналу
Полный SEO/E‑E‑A‑T-аудит оправдан для больших поисковых материалов, продуктовых сравнений и тем, где доверие влияет на безопасность решения. Он проверяет опыт, экспертизу, авторитетность, прозрачность автора, источники, обновляемость и полноту ответа.
Для поста в Telegram, подписи в Instagram, ролика TikTok или сообщения в X такой аудит обычно несоразмерен. Там остаются факты, права, бренд-войс, безопасность и соответствие площадке. Поисковая структура, H2 и набор внутренних ссылок им не нужны.
Google рекомендует оценивать, создан ли материал прежде всего для людей и даёт ли он достаточные основания доверять содержанию. Это не формальная сумма баллов. Пять внешних ссылок не заменяют личного опыта, а биография автора не исправляет выдуманный факт.
Большую SEO-статью с AI имеет смысл проводить по отдельному процессу создания SEO-статей с помощью ИИ.
Бренд должен присутствовать содержательно
Формальная механика интеграции не гарантирует, что читатель поймёт связь статьи с продуктом. Можно добавить CTA и ни разу не объяснить, какую часть процесса решает Система. Можно, наоборот, повторить название десять раз и превратить инструкцию в рекламный буклет.
Перед выпуском задайте три вопроса:
- Связан ли продукт с реальной задачей материала?
- Названа ли конкретная функция, которая помогает пройти следующий этап?
- Указано ли ограничение, существенное для решения?
В этой статье связь прямая: Система хранит исходные материалы и версии, назначает проверки по типу канала, проводит Brand Voice, Humanizer и Slop Check, а для больших статей добавляет SEO/E‑E‑A‑T. Человек принимает итог и останавливает публикацию при стоп-сигнале.
Система не может подтвердить событие, которого нет в подключённых источниках, заменить юриста или превратить выдуманный опыт в настоящий. Такие границы усиливают продуктовую интеграцию: читатель видит полезный сценарий без магических обещаний.
Назначьте владельца каждого решения
Статус «на проверке» бесполезен, если непонятно, кто и что должен решить. Разделите роли:
| Решение | Владелец |
|---|---|
| соответствует ли материал задаче | выпускающий редактор |
| верно ли описана функция | менеджер продукта |
| подтверждён ли профессиональный совет | профильный специалист |
| можно ли раскрывать данные | юрист или ответственный за данные |
| соответствует ли текст голосу | бренд-редактор |
| готова ли публикация технически | владелец канала |
Один сотрудник может выполнять несколько ролей, но решения остаются отдельными. Автор не должен сам согласовывать собственную спорную цифру без второго взгляда.
Сохраняйте имя проверившего, дату и версию. При обновлении тарифа не требуется заново согласовывать весь вечнозелёный материал, но продуктовый фрагмент должен вернуться владельцу функции.
После публикации контроль не заканчивается
У каждой публикации должен быть способ исправления. Храните журнал изменений, контакт для сообщения об ошибке и правила срочного снятия материала.
Сигналы после выпуска:
- эксперт нашёл неточность;
- источник обновился;
- продукт изменил функцию или цену;
- пользователь указал на двусмысленность;
- поисковые запросы показали другое намерение;
- площадка изменила требования;
- возник риск для клиента.
Исправление лучше молчаливого сохранения ошибки. Для существенных изменений укажите дату обновления, а при необходимости объясните, что именно поменялось.
Чек-лист перед кнопкой «Опубликовать»
Перед выпуском редактор отвечает «да» на применимые вопросы:
- задача и аудитория зафиксированы;
- уровень риска выбран;
- входные данные разрешены к использованию;
- каждый существенный факт подтверждён;
- цифры имеют источник или формулу;
- цитаты и опыт реальны;
- функции продукта проверены владельцем;
- ограничения названы;
- ссылки открываются;
- персональные данные и права учтены;
- Brand Voice пройден;
- Slop Check пройден;
- Humanizer не изменил смысл;
- SEO/E‑E‑A‑T проведён, если формат его требует;
- ответственный человек принял версию;
- дата обновления назначена.
Любой пункт со стоп-сигналом блокирует выпуск. Остальные замечания получают приоритет: исправить сейчас, поставить задачу на обновление или осознанно принять ограничение.
Начните с одного маршрута, а не с нового свода правил
Возьмите большую статью и короткий пост на одну тему. Для статьи назначьте высокий уровень: источники, эксперт, полный редакторский аудит. Для поста оставьте факты, бренд-войс, Slop Check и проверку площадки.
Запишите, где возникли возвраты и сколько времени занял каждый этап. Удалите проверки, которые не меняют решение, и усилите места, где ошибка дошла до конца маршрута.
Так редакционная логика растёт из реальных рисков, а не из желания добавить ещё один обязательный чекбокс. Система помогает закрепить этот маршрут, но право остановить публикацию остаётся у человека.