Один AI пишет текст, другой проверяет факты, третий публикует: как устроить процесс

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

Первый этап — не текст, а бриф

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

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

Автор создаёт черновик в пределах источников

Пишущий агент получает бриф и пакет фактов. Он объясняет тему, добавляет примеры, но помечает места, где требуется решение редактора. Числа, цитаты и характеристики не берутся из памяти модели.

Формат результата лучше сделать структурированным: заголовок, описание, HTML, список фактических утверждений и использованных источников. Тогда следующий этап не извлекает важные данные заново.

Проверка фактов должна быть независимой

• Каждое проверяемое утверждение сопоставляется источнику.
• Источник открывается и действительно содержит нужный факт.
• Дата и область действия соответствуют контексту.
• Вывод не выдаётся за прямое утверждение источника.
• Конфликтующие данные передаются редактору.
• Неподтверждённый факт удаляется или помечается.

Проверяющему не следует просто спрашивать: «Есть ли ошибки?» Он получает перечень утверждений и возвращает доказательство либо статус «не подтверждено».

Редактура отличается от фактчекинга

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

Автоматическая редактура не должна незаметно добавлять новые факты после фактчекинга. Если формулировка изменила смысл, утверждение проверяется заново.

Публикация — отдельное разрешённое действие

Публикующий компонент получает уже утверждённый объект, проверяет обязательные поля, уникальность URL, категорию и внутренние ссылки. По умолчанию он создаёт черновик в CMS. Право на немедленную публикацию дают только стабильным низкорисковым форматам.

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

Где нужен человек

Человек утверждает спорные выводы, чувствительные темы, позицию бренда и окончательную полезность материала. Он рассматривает конфликты источников и последствия публикации. Нажатие «одобрить всё» без чтения не является контролем.

1. Бриф и источники.
2. Структурированный черновик.
3. Независимая проверка утверждений.
4. Редактура без новых фактов.
5. Человеческое согласование.
6. Черновик CMS и техническая проверка.

Какие метрики собирать.

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

Начните с одного формата и десятка материалов. Контрольный набор типичных ошибок покажет, действительно ли разделение ролей повышает качество.

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