Маршрут
От запроса до опубликованной страницы
Наведите курсор на этап — откроется карточка с подробностями. С клавиатуры: Tab — к следующему этапу, Esc — закрыть. На телефоне просто нажмите на этап.
Постановка задачи
Шаг 01 · Генератор
Бриф
Запрос «нужно что-нибудь про X» превращается в редакционную задачу. В брифе записывают:
- для кого материал;
- какую задачу читателя он решает;
- что читатель должен узнать или получить;
- зачем это бизнесу;
- какая метрика покажет результат.
Гипотезы записывают отдельно: это предположения, которые звучат правдоподобно, но пока ничем не доказаны.
ИнструментыМодель для сложных рассуждений · шаблон брифа · история версий в Git
Шаг 02 · Генератор
Проверка существующих публикаций
Команда смотрит, что компания уже публиковала по теме: какие запросы пересекаются, какие термины уже определены, не спорят ли страницы друг с другом. И решает, что делать:
- создать новый материал;
- дополнить существующий;
- объединить несколько страниц.
Без этой проверки на сайте копятся дубли, разные определения одного термина и советы, которые друг другу противоречат. И поисковикам, и AI-ассистентам потом сложно понять, какой версии верить.
ИнструментыВекторный поиск · список опубликованных страниц · глоссарий терминов и сущностей
Контрольная точка 1 из 4 · Редактор
Идея согласована?
Контрольная точка 1 · Человек
Идея согласована?
Редактор смотрит на аудиторию, цель материала и ожидаемый результат. Но согласованная тема ещё не значит, что каждое будущее утверждение получится доказать.
Решение записывается с именем ответственного, датой и согласованными исключениями.
ДальшеДа → шаг 03 · Нет → шаг 01 · Тема отклонена → архив с указанием причины
Доказательная база
Шаг 03 · Генератор
Сбор подтверждений
Здесь четыре задачи:
- найти и скачать источники;
- выделить отдельные проверяемые утверждения;
- проверить заполнение обязательных полей;
- передать сложные утверждения эксперту.
У каждого утверждения есть уникальный ID, точная цитата, дата и границы применимости. Например, исследование одного рынка нельзя распространять на все страны, если нет других подтверждений.
Ещё записывается, откуда взята информация. Страница и её сниппет в выдаче — разные вещи: сниппет помогает найти источник, но не подтверждает ни факты, ни цифры, ни формулировки.
Искать источники может быстрая и дешёвая модель. А читать их и вытаскивать утверждения лучше модели посильнее.
ИнструментыНедорогая модель для поиска · сильная модель для чтения · автоматизированный браузер · PDF-парсер · сохранённые копии источников с хешами
Если подтверждений нет — материал возвращается назад.
Шаг 04 · Проверяющий
Независимая проверка
Проверяющий сам скачивает каждый источник и смотрит на три вещи:
- цитата действительно есть в источнике;
- она подтверждает именно записанное утверждение;
- утверждение не выходит за границы применимости.
Заодно ищет битые ссылки, натянутые обобщения и ошибки атрибуции — например, когда слова одного человека или компании приписали другому.
Если скачивать страницы проверяющий не может, он оценивает только логику. Что факт есть в источнике, он в этом режиме не подтверждает: ссылка может быть настоящей, а нужной цифры на странице — нет.
ИнструментыМодель другого провайдера · обязательное повторное скачивание источника · результат проверки в метаданных
Если источник истолкован неверно, материал возвращается назад.
Контрольная точка 2 из 4 · Код
Доказательная база прошла проверку?
Контрольная точка 2 · Код
Доказательная база прошла проверку?
Оркестратор — программа, которая запускает этапы и передаёт между ними материал, — считывает статус проверки из метаданных. Если доказательная база заблокирована, следующий этап просто не запускается.
Этим процесс и отличается от набора промптов. Статус BLOCKED здесь не пожелание следующему агенту, а команда «стоп».
ДальшеPASS → шаг 05 · Нет источника → шаг 03 · Нужен эксперт → его ответ фиксируется как источник, затем шаг 03
Проектирование контента
Шаг 05 · Генератор
Сбор данных о поиске и AI-ответах
Когда подтверждения собраны и проверены, система выясняет, на какие вопросы читателя должен ответить материал. Для этого изучает:
- реальные вопросы пользователей;
- ключевые слова и поисковые запросы;
- обычную поисковую выдачу;
- ответы популярных AI-ассистентов;
- страницы, которые AI чаще всего использует как источники;
- насколько легко найти и вытащить информацию с сайта бренда;
- связанные с темой понятия, компании, продукты и термины.
По этим данным команда выбирает главный запрос, дополнительные запросы и смежные темы, вопросы, на которые обязательно нужно ответить, и разделы, без которых тема не раскрыта.
Результат — карта информационных пробелов: список вопросов, на которые существующий контент отвечает плохо — неполно, неточно, противоречиво или никак.
ИнструментыAPI поисковой выдачи · тестовые запросы к AI-ассистентам · история поиска по сайту · обращения в поддержку · векторная кластеризация запросов и документов · модель для анализа и группировки результатов
Шаг 06 · Генератор
Техническое задание
Основа задания — матрица:
раздел → ID утверждений → источники → статус проверки
Раздел попадает в структуру, только если в нём есть проверенные утверждения.
У каждого раздела есть главный вывод — одна мысль, которую читатель должен запомнить. Система проверяет, подтверждают ли её выбранные утверждения.
Поисковый спрос подсказывает, о чём писать. Доказательная база — что можно утверждать.
ИнструментыМодель для сложных рассуждений · реестр утверждений · данные о поиске и AI-ответах · список опубликованных страниц
Контрольная точка 3 из 4 · Редактор и эксперт
Структура согласована?
Контрольная точка 3 · Человек
Структура согласована?
Редактор и эксперт согласуют всю матрицу доказательств, а не только список заголовков.
Раздел без подтверждённых утверждений отправляют на доисследование или убирают. Ответ эксперта тоже записывают как источник — с именем, датой и границами применимости. Иначе фактчекинг посчитает его неподтверждённым.
ДальшеДа → шаг 07 · Нет → шаг 05
Подготовка текста
Шаг 07 · Генератор
Черновик
Модель пишет только по согласованному реестру утверждений. Структуру, ритм и формулировки она выбирает сама, но менять или добавлять факты не может.
У черновика два слоя:
- чистовой текст для читателя;
- рабочая версия, где каждое фактическое предложение связано с ID утверждения.
Со вторым слоем проверяющему не нужно гадать, на какой источник опирается предложение.
ИнструментыМодель для работы с текстом · руководство по тону коммуникации без фактических сведений · реестр утверждений
Шаг 08 · Проверяющий
Проверка фактов и выводов
Здесь две отдельные проверки.
- Фактчекинг: каждое фактическое предложение сопоставляется с конкретным утверждением по ID.
- Проверка выводов: система определяет, следует ли вывод раздела из приведённых источников.
Вторая ловит самую коварную ошибку: каждая цитата сама по себе верна, но причинно-следственную связь, которую из них построили, не подтверждает ни один источник.
ИнструментыМодель другого провайдера, чем на шаге 07 · сопоставление по ID · классификатор ошибок
Подготовка к публикации
Шаг 09 · Генератор
Подготовка к поиску и цитированию
Задача — чтобы читатель, поисковик или AI-ассистент быстро нашли нужный ответ и смогли его процитировать. В материал добавляют:
- прямой ответ в начале;
- самодостаточные разделы, понятные вне контекста всей статьи;
- таблицы с единообразными типами данных в столбцах;
- раздел FAQ;
- метаданные;
- внутренние ссылки на существующие страницы.
Набор ID утверждений после этого не меняется. Если появился новый факт, материал возвращается назад.
ИнструментыЯзыковая модель среднего уровня · актуальный список страниц сайта
Шаг 10 · Генератор
Редактура ясности и стиля
Редактор вычищает пустые обобщения, рекламные обороты и типичные AI-штампы. Про каждую такую фразу спрашивает: есть ли за ней доказанный факт?
- если факт есть — заменяет расплывчатую формулировку конкретной;
- если факта нет — удаляет фразу.
Брать из другой части реестра факт только потому, что он звучит убедительно, нельзя: так легко исказить смысл или границы утверждения.
После такой редактуры текст часто худеет на 15–30%.
ИнструментыЯзыковая модель · редполитика · поиск признаков машинного текста · автоматическая проверка чисел, дат, отрицаний и атрибуции
Шаг 11 · Проверяющий
Юридические и продуктовые риски
Звучит ли текст голосом компании и имеет ли компания право это утверждать — два разных вопроса. Поэтому стиль и риски проверяют отдельно, и отвечают за них разные люди.
Утверждения о компании сверяются с согласованной справкой о фактах. Обещания результатов, сведения о лицензиях, сравнения с конкурентами и другие рискованные формулировки — с правилами комплаенса.
Нет правил — процесс останавливается. Модель не должна подменять требования компании или закона своими «осторожными» формулировками.
ИнструментыОтдельная проверяющая модель · справка о компании · правила комплаенса
Шаг 12 · Проверяющий
Финальная проверка смысла
Материал сверяют по смыслу, а не по буквам:
- все утверждения сохранены;
- границы применимости не расширены;
- ограничения и атрибуция не потеряны;
- выводы по-прежнему следуют из источников;
- обязательные разделы из задания присутствуют;
- новые факты не появились.
Она нужна, потому что после фактчекинга текст ещё несколько раз редактируют. Без неё проверенная и опубликованная версии могут заметно разойтись.
Проверяющий читает текст с чистого листа и не видит результатов прошлых проверок.
ИнструментыНезависимый проверяющий · отдельный сценарий проверки · автоматические проверки обязательных условий
Шаг 13 · Код
Техническая проверка и фиксация версии
Код без участия модели проверяет:
- открываются ли внешние ссылки;
- существуют ли внутренние страницы;
- соответствует ли разметка видимому тексту;
- заполнены ли метаданные;
- не остались ли в тексте внутренние заметки;
- корректно ли выглядит предпросмотр;
- создана ли точка отката.
После этого версия фиксируется. Любая правка — и проверять заново.
ИнструментыПроверка ссылок · валидатор разметки · рендер предпросмотра · создание хеша и точки отката
Контрольная точка 4 из 4 · Ответственный за публикацию
Публикуем эту версию?
Контрольная точка 4 · Человек
Публикуем эту версию?
Ответственный за публикацию согласует документ. В журнале сохраняются его имя, время, версия пакета и принятые исключения.
ДальшеДа → шаг 14 · Нет → на предыдущий шаг · Отказ от публикации → архив с указанием причины
Шаг 14 · Код
Публикация и проверка страницы
Согласованный материал уходит в CMS и публикуется как есть. Генеративных моделей здесь нет: на сайт попадает ровно та версия, которая прошла все проверки.
Потом система сама открывает страницу и сравнивает её с согласованным документом: не пропали ли блоки текста, не сломалась ли разметка, не поехало ли форматирование.
ИнструментыAPI CMS · повторное скачивание опубликованной страницы · сохранённая согласованная версия · механизм отката
Жизненный цикл
Шаг 15 · Код
Мониторинг и обновление
Публикация — ещё не конец. Система отслеживает:
- метрику, заданную в брифе;
- попадание материала в ответы AI-ассистентов;
- доступность и изменения источников;
- срок актуальности каждого продуктового факта;
- дату следующей проверки;
- ответственного за обновления.
Все ссылки регулярно скачиваются заново. Если источник пропал, изменился или больше не подтверждает утверждение, система ставит задачу на проверку.
ИнструментыПланировщик · повторное скачивание ссылок · замеры цитирования страницы · логи посещений AI-ботов
Параллельная ветка · отдельный результат
Контент для соцсетей
Пост — это не просто статья покороче. У него другое начало, другой контекст, формулировки короче. При такой переделке легко потерять важную оговорку или добавить утверждение, которого в оригинале не было. Поэтому пост проверяют как отдельный материал.
В работе используется только согласованный документ.
Публикация ждёт выхода и проверки страницы на шаге 14.
-
ОсноваЧеловек Правила площадки
Основа · Человек
Правила площадки
Для каждого канала нужно своё руководство: требования к формату, особенности площадки, права доступа, юридические ограничения, метрики и дата пересмотра.
Тогда не придётся заново разбираться в формате LinkedIn, Telegram или другой площадки под каждую статью. Руководство живёт отдельным рабочим документом.
-
S1Генератор Адаптация
Шаг S1 · Генератор
Адаптация
Формат задаёт руководство площадки. Содержание — только утверждения из согласованного документа.
Несогласованный контент не публикуется.
-
S2Проверяющий Проверка адаптированного материала
Шаг S2 · Проверяющий
Проверка адаптированного материала
Каждый факт снова связывается с ID утверждения. Проверяющий смотрит:
- не появился ли новый факт в заголовке, вводной фразе или подписи;
- сохранились ли важные ограничения после сокращения;
- не изменился ли смысл исходных утверждений.
После проверки материал согласует редактор.
-
S3Код Публикация
Шаг S3 · Код
Публикация
Материал публикуется через API, без генеративных моделей. И только после того, как вышла основная страница и её сверили с согласованной версией.
Если статью обновили, система сама помечает связанные материалы на повторную проверку.