[drive-download] Новый документ(14).docx

Google Docs neutral 2026-04-11 6 чанков ~8 мин чтения

Сущности

СМИ SSOT PSSR SLA SSI ЛПР PRS SDM LI NI EWS DI CT Якоби SDM‑полный DI (Pulse Contact Temperature DI 5.3

## Том I. Концепция, индексы и режимы 1. Введение 1.1. Цели и задачи системы 1.1.1. Управляемость кампании через индексы 1.1.2. Связка «смыслы → действия → режимы» 1.2. Принципы дизайна 1.2.1. Минимально достаточная сложность 1.2.2. Прозрачность для ЛПР и исполнителей 1.2.3. Приоритет устойчивости над скоростью 1.3. Связь с PSSR Core 1.3.1. Перенесённые элементы (режимы, PRS, Cog2‑идея) 1.3.2. Исключённые элементы (полный EWS, Якоби, SDM‑полный) 2. Карта слоёв системы 2.1. Общее описание слоёв управления 2.1.1. Схема взаимодействия слоёв 2.2. L‑Structure (структура и процессы) 2.2.1. Каналы и носители (онлайн/оффлайн) 2.2.2. Фабрика контента и цепочки согласований 2.2.3. Региональные контуры и роли 2.3. L‑Narrative (смыслы и волны) 2.3.1. Ядро смысла и Wave Brief 2.3.2. Набор ключевых нарративов 2.3.3. Правила адаптации нарративов по регионам 2.4. L‑Cognitive (когнитивное состояние аудитории) 2.4.1. Внимание, усталость, поляризация (Cog2‑лайт) 2.4.2. Сигналы усталости и раздражения 2.5. L‑DataIntegrity (целостность данных) 2.5.1. Источники и риски искажения (отчётность, мониторинг) 2.5.2. Место аудита ссылок и SSOT 2.6. L‑Influence (субъекты влияния) 2.6.1. Типы площадок (СМИ, паблики, инфлюенсеры, сетки) 2.6.2. Необходимость паспортизации и скоринга 3. Индексная модель 3.1. Требования к индексам 3.1.1. Интерпретируемость для ЛПР 3.1.2. Устойчивость к шуму и манипуляциям 3.2. SSI — Structural Stress Index штаба 3.2.1. Определение и назначение SSI 3.2.2. Компоненты SSI (данные/SLA/CT) 3.2.3. Диапазоны и пороги SSI (норма/риск/критика) 3.3. DI — Discrepancy Index 3.3.1. Определение рассогласования «официоз ↔ поле» 3.3.2. Источники для DI (Pulse, комментарии, ad‑hoc) 3.3.3. Пороговые значения DI и действия по ним 3.4. NI — Noise Index 3.4.1. Определение «искусственного шума» 3.4.2. Примеры: бот‑сетей, мусорных всплесков 3.4.3. Использование NI для фильтрации повестки 3.5. PRS‑лайт — Communication Stress Index 3.5.1. Смысл PRS как общего риска повестки 3.5.2. Простейшая формула PRS (через SSI/DI/NI) 3.5.3. Уровни PRS (Low/Med/High) и их трактовка 4. Contact Temperature и Cog2‑лайт 4.1. Contact Temperature (CT) 4.1.1. Определение CT по сегментам/каналам 4.1.2. Расчёт CT (частота × сила контактов) 4.1.3. Карта CT по регионам/аудиториям 4.2. Пороговые зоны CT 4.2.1. Нормальная нагрузка 4.2.2. Зона риска перегрева 4.2.3. Перегрев (overload) 4.3. Fatigue‑flag 4.3.1. Правило: CT выше порога 2–3 дня подряд 4.3.2. Обязательный «день разрежения» и смена форматов 4.4. Управление форматами по CT 4.4.1. Смягчение форматов при перегреве 4.4.2. Дифференциация по сегментам 4.5. Cog2‑лайт (A/P/F) 4.5.1. Внимание (A): доля вовлечённых 4.5.2. Поляризация (P): разброс мнений 4.5.3. Усталость (F): признаки когнитивного/эмоционального выгорания 5. Региональные индексы и сегментация 5.1. Индекс легитимности (LI) 5.1.1. Компоненты: доверие к процедуре, нарративы, инциденты 5.1.2. Расчёт и интерпретация LI по региону 5.2. Индекс тревожности / каскадного риска 5.2.1. Факторы тревожности (тональность, интенсивность) 5.2.2. Связь с PRS и DI 5.3. Классификация P1/P2/P3 5.3.1. Критерии порогов LI/тревожности 5.3.2. Переходы между уровнями и выдержка по времени 5.4. Визуализация регионов 5.4.1. Heatmap по LI и PRS 5.4.2. Отображение P1/P2/P3 на карте 6. Режимный двигатель 6.1. Набор режимов 6.1.1. Normal: фоновая работа 6.1.2. Attention: усиленная чувствительность 6.1.3. Attention‑Light: ложная тревога (подрежим Attention) 6.1.4. Stress: устойчивое напряжение 6.1.5. Crisis: режим стратегической защиты 6.2. Условия входа в режим 6.2.1. Пороги по PRS и LI 6.2.2. Комбинации PRS + инциденты A/B/C 6.2.3. Простые EWS‑сигналы (рост DI/частоты упоминаний) 6.3. Гистерезис режимов 6.3.1. Верхние и нижние пороги для входа/выхода 6.3.2. Временные окна Tup/Tdown 6.3.3. Примеры сценариев «без дребезга» 6.4. Действия в разных режимах 6.4.1. Разрешённые/запрещённые форматы и каналы 6.4.2. Изменение частоты касаний 6.4.3. Связка с планированием волн и кризисными сценариями 7. Связь с PSSR Core / TOM II 7.1. Заимствованные элементы 7.1.1. Концепция PRS, SSI, DI, NI 7.1.2. Гистерезис режимов и SDM‑подход 7.1.3. Cog2 и cross‑coupling как идея 7.2. Исключённые элементы 7.2.1. Полный аппарат EWS (Var/ACF/kurtosis/DTW) 7.2.2. Матрицы Якоби, MSI/IE в полном виде 7.2.3. Слоевые модели элит (L‑Elite, L‑Clan и др.) *** ## Том II. Операционная модель и контуры управления 1. Структура штаба и ролей 1.1. Центральное ядро 1.1.1. Руководитель штаба 1.1.2. Операционный координатор 1.2. Контент‑фабрика 1.2.1. Аватары и их роли 1.2.2. Редакторы/фактчек/юристы 1.2.3. Продюсеры по каналам 1.3. Approval‑центр 1.3.1. Состав и зоны ответственности 1.3.2. Варианты упрощённого approval 1.4. Мониторинг и аналитика 1.4.1. Операторы планового мониторинга 1.4.2. Ad‑hoc аналитики (Discovery) 1.5. Regional Desk 1.5.1. Координаторы по регионам 1.5.2. Каналы связи с регионами 1.6. Crisis Cell 1.6.1. Состав кризисной группы 1.6.2. Порядок активации/деактивации 2. Ежедневный цикл штаба 2.1. Утренний слот 2.1.1. Обновление индексов и CT 2.1.2. Определение режима дня и приоритетов 2.2. Планирование дня 2.2.1. Выбор и настройка волн по сегментам 2.2.2. Расклад по P1/P2/P3 2.3. Текущая работа 2.3.1. Контроль исполнения плана 2.3.2. Реакция на сигналы Discovery 2.4. Вечерний срез 2.4.1. Сводка индексов, инцидентов и исполнения 2.4.2. Предварительные решения на следующий день 2.5. Журнал событий 2.5.1. Формат записи (кто/что/когда/на каком режиме) 2.5.2. Использование для ретроспективы и обучения 3. Approval‑flow и HITL‑перегруз 3.1. Стандартный маршрут материала 3.1.1. От идеи до публикации 3.1.2. Контроль версий и правок 3.2. SLA и метрики очередей 3.2.1. Целевые SLA по каналам/типам контента 3.2.2. Визуализация очередей на дашборде 3.3. Триггер перегруза approval 3.3.1. Порог по длине очереди 3.3.2. Порог по среднему SLA 3.3.3. Автоматические действия: снижение плана, отключение сложных форматов 3.4. Особенности при Stress/Crisis 3.4.1. Упрощённые цепочки согласования 3.4.2. Централизация формулировок 4. Режимы работы — операционная реализация 4.1. Normal 4.1.1. Цели и KPI Normal‑режима 4.1.2. Стандартный набор волн и частот 4.2. Attention 4.2.1. Усиление мониторинга и Discovery 4.2.2. Увеличение доли разъясняющего контента 4.3. Attention‑Light 4.3.1. Условия включения (рост PRS без подтверждения) 4.3.2. Ограничения по тону и формам (без резкой риторики) 4.4. Stress 4.4.1. Ужесточение координации между уровнями 4.4.2. Сокращение экспериментов и юмористических форматов 4.5. Crisis 4.5.1. Кризисные протоколы и коридор сообщений 4.5.2. Применение SDM‑лайт (защитный режим контента) 5. CRISIS MODE и инциденты 5.1. Типология инцидентов A/B/C 5.1.1. Примеры инцидентов типа A 5.1.2. Примеры инцидентов типа B 5.1.3. Примеры инцидентов типа C 5.2. Алгоритмы реагирования 30/60/180 минут 5.2.1. Шаги первых 30 минут 5.2.2. Действия до 60 минут 5.2.3. Развёрнутые действия до 180 минут 5.3. Взаимодействие с офлайн‑контуром 5.3.1. Каналы связи с силовыми/административными органами 5.3.2. Формат обмена информацией 5.4. Связка инцидентов и режимов 5.4.1. Какие инциденты повышают режим 5.4.2. Условия возврата к более мягким режимам 6. Мониторинг и Discovery‑контур 6.1. Плановый мониторинг 6.1.1. Роль Brand/Scan и других систем 6.1.2. Плановые темы и отчёты 6.2. Ad‑hoc Discovery (по запросу) 6.2.1. Формат запроса (бот/форма: поля и варианты) 6.2.2. Workflow: Bot → Expand → Search → Fetch → Classify → Report 6.3. Источники данных и API 6.3.1. News/Web API и поисковые агрегаторы 6.3.2. Telegram/соцсети через провайдеров/скреперы 6.3.3. Официальные сайты и RSS 6.4. Роль LLM в Discovery 6.4.1. Расширение запросов (синонимы, эвфемизмы, RU/KZ) 6.4.2. Кластеризация сюжетов и эмоций 6.4.3. Выделение новых формулировок и мемов 6.4.4. Генерация брифов и рекомендаций для штаба 7. L‑DataIntegrity: аудит ссылок и отчётности 7.1. Проблематика отчётности ради отчёта 7.1.1. Типичные нарушения (битые/закрытые/нерелевантные ссылки) 7.1.2. Влияние на индексы и решения 7.2. Конвейер проверки ссылок 7.2.1. Чтение новых строк из Google Sheets / формы 7.2.2. Техническая проверка (HTTP‑коды, редиректы, доступность) 7.2.3. Контентный минимум (наличие текста, соответствие теме) 7.2.4. Детекция дубликатов и массовых копипаст 7.3. Структура `link_audit` 7.3.1. Поля: url, status, quality_score, flags, verdict 7.3.2. Связь с отчётной строкой и регионом 7.4. Региональный compliance 7.4.1. Метрики ok_rate, fail_rate, avg_quality 7.4.2. Пороговые зоны и автоматические алерты 7.5. Управленческие правила 7.5.1. Что засчитывается/не засчитывается автоматом 7.5.2. REVIEW и выборочная ручная проверка 7.5.3. SLA исправления и пересдачи для регионов 8. L‑Influence: реестр площадок 8.1. Таблица `accounts` (паспорт площадки) 8.1.1. Базовые поля (платформа, handle, регион, owner_type) 8.1.2. Метрики аудитории (подписчики, просмотры, ER, частота) 8.1.3. История использования в кампании 8.2. Trust Score и tier A/B/C/D 8.2.1. Компоненты AR/EH/GF/CF/RL/RP 8.2.2. Пороговые значения для категорий 8.2.3. Flags: dead_audience, toxic, duplicate_network 8.3. Правила использования площадок 8.3.1. Белый список (approved A/B) 8.3.2. Probation (С) и ограничения 8.3.3. Запрет на D и площадки с высоким RP 8.4. Связка с отчётностью и аудитом 8.4.1. Требование platform_id для зачёта размещения 8.4.2. Учёт trust_score в KPI региона 8.5. Динамика реестра 8.5.1. Периодический аудит площадок 8.5.2. Вход в реестр новых площадок и вывод из него 9. Управление изменениями 9.1. Журнал версий правил и порогов 9.1.1. Какие параметры версионируем 9.1.2. Формат записей и хранение 9.2. Тестирование изменений 9.2.1. Прогон на исторических данных 9.2.2. Пилот на ограниченных регионах/периодах 9.3. Критерии пересмотра 9.3.1. Ошибки прогнозов/режимных решений 9.3.2. Рост DI/NI/жалоб как сигнал к изменению *** ## Том III. Инструменты, дашборды и регламенты 1. Дашборд руководства 1.1. Главный экран 1.1.1. Режим дня и PRS 1.1.2. Карта P1/P2/P3 с LI/PRS 1.1.3. SSI штаба и CT по ключевым сегментам 1.2. Панель L‑Influence 1.2.1. Распределение площадок по tier 1.2.2. Топ площадок и проблемные площадки по регионам 1.3. Панель L‑DataIntegrity 1.3.1. ok_rate/fail_rate по регионам 1.3.2. Динамика качества отчётности 2. Операционный дашборд штаба 2.1. Approval‑центр 2.1.1. Очереди по статусам и SLA 2.1.2. Перегруз и автоматические сигналы 2.2. Мониторинг/Discovery 2.2.1. Лента ad‑hoc запросов и статусы 2.2.2. Последние high‑risk сюжеты 2.3. Региональный блок 2.3.1. Выполнение планов по размещениям 2.3.2. Качество площадок и ссылок по регионам 3. Регламент работы с регионами 3.1. Формат отчётности 3.1.1. Структура таблиц/форм, обязательные поля 3.1.2. Примеры корректного заполнения 3.2. Требования к ссылкам 3.2.1. Допустимые типы ссылок и площадок 3.2.2. Недопустимые случаи (личные профили, закрытые/удалённые) 3.3. Использование реестра площадок 3.3.1. Выбор площадки из `accounts` 3.3.2. Процедура добавления новой площадки 3.4. Обратная связь и санкции 3.4.1. Еженедельные отчёты по качеству региона 3.4.2. Листы пересдачи и корректирующие действия 4. Плейбуки по режимам 4.1. Normal Mode Playbook 4.1.1. Типовые сценарии и сообщения 4.1.2. Примеры успешных кейсов 4.2. Attention Mode Playbook 4.2.1. Форматы разъяснений, Q&A, FAQ 4.2.2. Работа с тревогой и недоверием 4.3. Attention‑Light Playbook 4.3.1. Шаблон поведения при ложной тревоге 4.3.2. Примеры “overreaction” и как их избегать 4.4. Stress Mode Playbook 4.4.1. Ужесточение сообщений и координации 4.4.2. Перестройка волн на стабилизацию 4.5. Crisis Mode Playbook 4.5.1. Шаблоны сообщений по A/B/C‑инцидентам 4.5.2. Разделение внешних/внутренних коммуникаций 5. Стресс‑тест «Идеальный шторм» 5.1. Описание сценария 5.1.1. Комбинация тех/соц/инфо отказов 5.1.2. Цели теста (выявление разрывов) 5.2. Подготовка к тесту 5.2.1. План, роли, тестовые данные 5.2.2. Инструкции участникам 5.3. Проведение теста 5.3.1. Ход событий по временной шкале 5.3.2. Фиксация реакций системы 5.4. Критерии успешности 5.4.1. Режимы и гистерезис отработали без дребезга 5.4.2. Fallback‑процедуры сработали 5.4.3. Отчётность не разрушена 5.5. Итоговый отчёт 5.5.1. Выводы и выявленные слабые места 5.5.2. План корректировок 6. Шаблоны и приложения 6.1. Формы и анкеты 6.1.1. Форма ad‑hoc запроса (бот/форма) 6.1.2. Форма добавления площадки в `accounts` 6.2. Шаблоны отчётов 6.2.1. Ежедневный операционный отчёт 6.2.2. Еженедельный региональный отчёт 6.3. Примеры записей `accounts` и `link_audit` 6.3.1. Записи с verdict OK/FAIL/REVIEW 6.3.2. Типовые комбинации flags и их трактовка 6.4. Словарь терминов 6.4.1. Индексы (SSI, DI, NI, PRS, LI, CT) 6.4.2. Режимы (Normal/Attention/Stress/Crisis) 6.4.3. Слои (структурный, смысловой, когнитивный, данные, площадки)