paste.txt

ChatGPT neutral 28 чанков ~41 мин чтения
ВВОДНЫЕ И СТАТУС ДОКУМЕНТА<br> <br> Настоящий документ определяет архитектуру, принципы и регламенты работы Межведомственного штаба по информационному сопровождению конституционной реформы Республики Казахстан в 2026 году (далее — Штаб).<br> <br> Документ предназначен для использования в условиях высокой общественной чувствительности, длительного информационного цикла и неоднородного уровня исполнения на местах. Он ориентирован не на декларацию намерений, а на обеспечение управляемости, устойчивости и предсказуемости действий в период обсуждения проекта Конституции, проведения референдума и последующих электоральных процедур.<br> <br> Документ исходит из презумпции ограниченного времени, ограниченного внимания и высокой нагрузки на исполнителей. В этой связи приоритет отдается не полноте описаний, а четкости маршрутов действий и минимизации пространства для интерпретаций.<br> <br> Штаб рассматривается как единый центр принятия решений и координации. Все региональные штабы, создаваемые по данной тематике, функционально подчиняются заместителям акимов соответствующих регионов и одновременно находятся в прямом операционном подчинении центрального Штаба. Региональные штабы не являются автономными субъектами информационной политики и действуют в рамках утверждённых регламентов, контент-пакетов и протоколов.<br> <br> Ключевой принцип пакета — приоритет управляемости над инициативностью.<br> <br> Самостоятельная интерпретация, расширение смыслов и креативная адаптация на местах рассматриваются как фактор риска и допускаются только в строго определённых контурах и форматах, описанных в документе.<br> <br> Документ не предполагает, что все его разделы изучаются всеми участниками. Для большинства исполнителей достаточными для ежедневной работы являются Навигатор и профильные приложения, соответствующие их роли. Полный текст предназначен для руководителей, координаторов контуров и ответственных за принятие решений.<br> <br> Настоящий документ является рабочим. Все изменения, уточнения и актуализации фиксируются в едином контуре хранения (SSOT) и доводятся до участников через централизованные каналы. Использование устаревших версий считается нарушением регламента.<br> <br> ГЛОССАРИЙ И БАЗОВЫЕ ОПРЕДЕЛЕНИЯ<br> <br> Штаб — межведомственный координационный орган, осуществляющий централизованное управление информационным сопровождением конституционной реформы, включая анализ, контент, реактивные действия и контроль исполнения.<br> <br> Региональный штаб — рабочая группа при акиматах регионов, действующая в рамках настоящего пакета, функционально подчинённая заместителю акима и операционно — центральному Штабу.<br> <br> SSOT (Single Source of Truth) — единый контур хранения данных, решений, версий документов, инцидентов и метрик. Все действия, решения и материалы считаются действительными только при наличии фиксации в SSOT.<br> <br> Навигатор — упрощённая карта маршрутов действий для типовых ситуаций. Навигатор используется как первая точка входа и предназначен для быстрого выбора корректного алгоритма без обращения ко всему пакету.<br> <br> Инцидент — любое событие в информационном поле, способное повлиять на восприятие, легитимность или управляемость процесса, вне зависимости от масштаба и источника.<br> <br> Контур управляемой интерпретации — механизм работы с внешними спикерами и экспертами, которые добровольно согласны опираться на проверенные факты и утверждённые формулировки штаба.<br> <br> Штаб обеспечивает корректность и актуальность материалов, не вмешиваясь в правовой статус, личные оценки и ответственность таких спикеров.<br> <br> Передача неутверждённых тезисов, доступ к внутренним протоколам, участие в разработке контента и обратная смысловая связь не допускаются. Подробный регламент закреплён в профильном приложении.<br> <br> Динамическая маркировка материалов — технический механизм идентификации источника распространения конфиденциальных материалов в случае их утечки. Используется исключительно в целях внутренней безопасности и дисциплины исполнения. Подробная реализация описана в технических приложениях.<br> <br> Индекс усталости — операциональный показатель состояния сотрудников, используемый исключительно для принятия решений о сменности, парной работе и временном ограничении участия в критических слотах. Методика расчёта и применения закреплена в профильных регламентах.<br> <br> Порог минимальности — совокупность формализованных критериев, при достижении которых инициируется правовая маршрутизация инцидента. Критерии, исключения и экстренные процедуры определены в соответствующем приложении.<br> <br> Режим деградации — заранее определённый порядок действий при частичном или полном отказе централизованных систем, предусматривающий временное ограничение активности до восстановления управляемости.<br> <br> НАВИГАТОР ДЕЙСТВИЙ<br> <br> Навигатор предназначен для быстрого выбора корректного алгоритма действий без необходимости обращения ко всему пакету документов. Он используется всеми уровнями исполнения — от региональных штабов и SMM-исполнителей до аналитиков и координаторов контуров.<br> <br> Навигатор не заменяет регламенты и приложения, а указывает точку входа в них. Его задача — снять паузу на размышление в стрессовой ситуации и исключить импровизацию.<br> <br> Навигатор построен по принципу «ситуация → действие → маршрут». Любая ситуация, даже неочевидная или комбинированная, должна быть приведена к одному из типовых сценариев, после чего действия осуществляются строго по указанному маршруту.<br> <br> Использование Навигатора является обязательным. Самостоятельный выбор регламента или переход «на интуиции» рассматривается как нарушение дисциплины исполнения.<br> <br> Навигатор реализуется:<br> <br> в виде отдельного раздела в SSOT с гиперссылками на конкретные пункты приложений;<br> <br> в виде статического PDF-дублёра для режима деградации;<br> <br> в виде интерактивного сценария внутри рабочего бота.<br> <br> Навигатор обновляется централизованно. Региональные штабы не вправе вносить в него изменения или создавать локальные версии.<br> <br> Короткий пример применения Навигатора<br> <br> Если региональный аккаунт или сотрудник сталкивается с провокационным вопросом или комментарием по проекту Конституции, на который отсутствует готовый утверждённый ответ, действия осуществляются следующим образом:<br> <br> Исполнитель открывает Навигатор → выбирает сценарий «Вопрос / комментарий без готового ответа» → переходит к регламенту текущей фазы → действует по алгоритму: отсутствие публичного ответа → фиксация инцидента → передача сигнала в штаб через установленный канал.<br> <br> Попытка «ответить аккуратно своими словами» или «погасить ситуацию на месте» без маршрутизации считается ошибкой исполнения, даже при отсутствии негативных последствий.<br> <br> РАЗДЕЛ 1. МАНДАТ И ПРИНЦИПЫ РАБОТЫ ШТАБА<br> <br> Штаб действует в рамках чётко определённого мандата, ориентированного на обеспечение управляемости информационного поля, снижение рисков и защиту легитимности процесса конституционной реформы.<br> <br> Штаб не является органом публичной дискуссии, разъяснительной инициативы или политической полемики. Его функция — обеспечить единообразие, дисциплину и предсказуемость коммуникаций.<br> <br> Основные принципы работы Штаба:<br> <br> Централизация.<br> <br> Все ключевые решения, формулировки, контент-пакеты и реактивные действия формируются и утверждаются централизованно. Региональные штабы и исполнители действуют в рамках доведённых решений.<br> <br> Минимум творчества на местах.<br> <br> Импровизация, эмоциональная подача, расширение смыслов и самостоятельные трактовки рассматриваются как источник рисков. Даже «хорошее намерение» не оправдывает отклонение от регламента.<br> <br> Приоритет тишины над ошибкой.<br> <br> В отсутствие утверждённой позиции или готового ответа предпочтительным действием является отсутствие публичной реакции с последующей фиксацией и маршрутизацией сигнала. Коммуникационная пауза не является признаком слабости и не требует компенсации активностью.<br> <br> Ранняя фиксация без наказания.<br> <br> Региональные штабы и исполнители поощряются за раннюю передачу сигналов, даже если они кажутся незначительными. Добросовестная фиксация не влечёт негативных последствий и рассматривается как элемент дисциплины, а не как ошибка.<br> <br> Разделение ответственности.<br> <br> Штаб обеспечивает корректность фактуры, формулировок и маршрутов.<br> <br> Региональные штабы отвечают за точное исполнение.<br> <br> Индивидуальная ответственность наступает только при нарушении регламентов, а не при негативной внешней реакции как таковой.<br> <br> Мандат Штаба не предполагает достижения «позитивного фона», роста лояльности или убеждения скептиков. Целью является удержание управляемости, предотвращение эскалаций и минимизация ущерба.<br> <br> РАЗДЕЛ 2. УПРАВЛЕНЧЕСКИЙ ЦИКЛ И КОНТУРЫ АНАЛИТИКИ<br> <br> (финальная редакция, приземлённая на решения)<br> <br> Работа Штаба строится вокруг непрерывного управленческого цикла, обеспечивающего переход от информационного сигнала к управленческому решению без разрывов, задержек и дублирования функций.<br> <br> Управленческий цикл включает следующие логические этапы:<br> <br> фиксация сигнала → аналитическая интерпретация → управленческий вывод → доведение решения → контроль исполнения → архивирование и обучение.<br> <br> Штаб не производит «мониторинг ради мониторинга» и не генерирует отчёты без адресного назначения. Любой аналитический продукт существует исключительно как вход для решения либо как инструмент предотвращения риска.<br> <br> Контур аналитики<br> <br> Аналитический контур отвечает за интерпретацию, а не за сбор. Его задача — отделить управляемые сигналы от шума и сформировать вывод, пригодный для принятия решения.<br> <br> Аналитика не измеряет «настроение в целом» и не даёт оценочных суждений. Она:<br> <br> выявляет повторяющиеся сюжеты и паттерны;<br> <br> фиксирует отклонения от ожидаемой динамики;<br> <br> указывает потенциальные точки эскалации;<br> <br> формулирует краткий управленческий вывод.<br> <br> Любой аналитический вывод обязан отвечать на вопрос: «Что должен сделать руководитель или контур?»<br> <br> Материалы, не дающие ответа на этот вопрос, в управленческий оборот не допускаются.<br> <br> Разграничение аналитики и реакции<br> <br> Аналитический контур:<br> <br> не публикует;<br> <br> не комментирует;<br> <br> не вступает в дискуссии;<br> <br> не «предлагает формулировки».<br> <br> Он передаёт выводы в контур протоколов и реагирования либо фиксирует решение об отсутствии реакции.<br> <br> Попытка аналитика самостоятельно «помочь формулировкой» рассматривается как нарушение границ ролей.<br> <br> Ритм аналитической работы<br> <br> Работа аналитического контура ведётся в двух режимах:<br> <br> плановый режим — регулярные срезы и обзорные сигналы;<br> <br> режим пика — фокус на инцидентах, идентичностных атаках и координации.<br> <br> В режиме пика аналитика сокращается по объёму и усиливается по точности. Развёрнутые обзоры временно исключаются.<br> <br> РАЗДЕЛ 3. УСТОЙЧИВОСТЬ ЛЮДЕЙ И ЧЕЛОВЕЧЕСКИЙ ФАКТОР<br> <br> Штаб исходит из того, что основной риск в длительных кампаниях связан не с внешним давлением, а с внутренним истощением, ошибками внимания и снижением качества исполнения.<br> <br> Устойчивость людей рассматривается как управляемый ресурс, а не как личная ответственность сотрудника.<br> <br> Принцип сменности и ограничения нагрузки<br> <br> Непрерывное нахождение сотрудника в режиме высокой напряжённости не должно превышать 72 часов.<br> <br> По достижении этого порога включается механизм принудительной ротации независимо от субъективной оценки состояния.<br> <br> Героизм и «дотягивание смены» не поощряются и рассматриваются как фактор риска.<br> <br> Индекс усталости<br> <br> Для исключения субъективных решений вводится индекс усталости, используемый исключительно как триггер управленческого действия.<br> <br> Индекс усталости не является медицинской или психологической оценкой. Он применяется для решения о передаче смены, включении парной работы или временном отстранении от критических задач.<br> <br> Методика расчёта и наблюдаемые признаки индекса усталости приведены в соответствующем приложении.<br> <br> Факт фиксации индекса отражается в SSOT при передаче дежурства.<br> <br> Парная работа в пике<br> <br> В режиме пика для ключевых ролей вводится принцип парной работы.<br> <br> Цель — не повышение скорости, а снижение вероятности ошибок.<br> <br> Парная работа используется:<br> <br> при работе с инцидентами высокого уровня;<br> <br> при правовой маршрутизации;<br> <br> при принятии решений в условиях дефицита времени.<br> <br> Парная работа не отменяет персональной ответственности, но снижает риск когнитивных искажений.<br> <br> Принцип дублёра<br> <br> Для каждой критической роли назначается дублёр, вовлечённый в процессы на ограниченном уровне и готовый к немедленному замещению.<br> <br> Отсутствие дублёра или его неготовность рассматриваются как организационный сбой, а не как кадровая проблема.<br> <br> Культура фиксации, а не сокрытия<br> <br> Ошибки, усталость и перегруз не скрываются.<br> <br> Ранняя фиксация рассматривается как нормальное исполнение, а не как слабость.<br> <br> Наказание применяется только за нарушение регламентов, а не за факт ошибки, допущенной при соблюдении процедур.<br> <br> РАЗДЕЛ 4. ФАЗЫ КАМПАНИИ И РЕЖИМЫ РАБОТЫ ШТАБА<br> <br> Работа Штаба организуется по фазовому принципу. Фазы не являются календарными периодами в строгом смысле и могут перекрываться. Переход между фазами осуществляется решением руководителя штаба на основании управленческих сигналов, а не формальных дат.<br> <br> Каждая фаза имеет собственный приоритет целей, допустимые инструменты и ограничения по тону и скорости реакции.<br> <br> Фаза предварительного обсуждения<br> <br> Характеризуется повышенной неопределённостью, разнообразием трактовок и отсутствием устойчивых нарративов.<br> <br> В этой фазе приоритетом является:<br> <br> фиксация типовых вопросов и тревог;<br> <br> выравнивание фактуры;<br> <br> предотвращение ранней радикализации.<br> <br> Реакции носят преимущественно сервисный и процедурный характер.<br> <br> Эмоциональные и оценочные форматы в данной фазе не применяются.<br> <br> Фаза активного обсуждения<br> <br> Фаза начинается с появления устойчивых сюжетов критики и повторяющихся интерпретаций.<br> <br> Приоритеты фазы:<br> <br> стандартизация формулировок;<br> <br> минимизация локальной самодеятельности;<br> <br> жёсткое соблюдение регламентов регионов и ГО.<br> <br> В этой фазе любые отклонения от утверждённых формулировок рассматриваются как фактор риска, даже если они формально лояльны.<br> <br> Мобилизационная фаза<br> <br> Характеризуется ростом интенсивности, давлением на явку, повышенной активностью идентичностных и процедурных атак.<br> <br> Приоритеты:<br> <br> скорость и дисциплина;<br> <br> предотвращение каскадных ошибок;<br> <br> централизованное управление реакциями.<br> <br> В мобилизационной фазе инициатива «снизу» ограничивается до уровня фиксации сигналов. Самостоятельные реакции регионов без подтверждения штаба запрещены.<br> <br> Фаза дня голосования и первые 72 часа после<br> <br> Критическая фаза с максимальной чувствительностью к ошибкам.<br> <br> Приоритеты:<br> <br> предотвращение правовых и репутационных инцидентов;<br> <br> жёсткое соблюдение протоколов молчания и фиксации;<br> <br> немедленная маршрутизация сигналов.<br> <br> В данной фазе допустимые действия строго ограничены перечнем регламентов. Любые импровизации исключаются.<br> <br> Фаза посткампанийного анализа и консервации<br> <br> Фаза начинается после стабилизации поля.<br> <br> Приоритеты:<br> <br> архивирование решений;<br> <br> разборы без поиска виноватых;<br> <br> фиксация уязвимостей и удачных решений.<br> <br> Эта фаза обязательна. Отсутствие посткампанийного анализа считается управленческой ошибкой.<br> <br> РАЗДЕЛ 5. КОНТУРЫ ШТАБА И РАЗГРАНИЧЕНИЕ ПОЛНОМОЧИЙ<br> <br> (финальная редакция, с уточнением чувствительных зон)<br> <br> Штаб функционирует через систему контуров, каждый из которых имеет чётко определённые задачи, границы ответственности и интерфейсы взаимодействия.<br> <br> Контуры не являются подразделениями в кадровом смысле. Это функциональные зоны, обеспечивающие управляемость процессов.<br> <br> Основные контуры штаба<br> <br> Контур аналитики отвечает за интерпретацию сигналов и формирование управленческих выводов.<br> <br> Контур протоколов и реагирования отвечает за перевод управленческих выводов в допустимые сценарии действий и формулировки.<br> <br> Контур контента и медиапланирования отвечает за производство и тиражирование утверждённых материалов.<br> <br> Контур регионов отвечает за дисциплину исполнения и ретрансляцию решений штаба в территориальных штабах, которые действуют при акиматах и подчиняются заместителям акимов, находясь при этом в централизованном операционном подчинении Штабу.<br> <br> Правовой контур обеспечивает правовую оценку и маршрутизацию материалов при наличии признаков нарушения законодательства.<br> <br> Контур управляемой интерпретации<br> <br> Контур управляемой интерпретации — это ограниченный механизм работы с внешними спикерами и экспертами, которые добровольно согласны опираться на проверенные факты и утверждённые формулировки штаба.<br> <br> Штаб в рамках данного контура:<br> <br> предоставляет актуальные и корректные материалы;<br> <br> обеспечивает фактическую и процедурную точность;<br> <br> не вмешивается в правовой статус, личные оценки и персональную ответственность таких спикеров.<br> <br> Контур управляемой интерпретации не предполагает соавторства, доступа к внутренним протоколам или передачи неутверждённых тезисов.<br> <br> Обратная связь от спикеров используется исключительно для фиксации вопросов и рисков, а не для изменения линии штаба.<br> <br> Жёсткие ограничения и требования к цифровой гигиене данного контура раскрываются в соответствующем приложении.<br> <br> Разграничение ответственности между контурами<br> <br> Ни один контур не может:<br> <br> подменять функции другого;<br> <br> самостоятельно расширять свои полномочия;<br> <br> принимать решения вне утверждённых процедур.<br> <br> Попытка компенсировать слабость одного контура активностью другого рассматривается как системный риск.<br> <br> Принцип центра и регионов<br> <br> Региональные штабы:<br> <br> подчиняются заместителям акимов по линии региона;<br> <br> обязаны исполнять директивы центрального штаба без адаптации формулировок;<br> <br> фиксируют сигналы и отклонения, но не принимают самостоятельных решений в чувствительных темах.<br> <br> Ранняя фиксация без реакции поощряется. Самостоятельная реакция без подтверждения — запрещена.<br> <br> РАЗДЕЛ 6. КОНТЕНТ, ФОРМАТЫ И СЕРВИСНАЯ КОММУНИКАЦИЯ<br> <br> Контент в рамках Пакета «ШТАБ-2026» рассматривается не как инструмент убеждения или полемики, а как сервисный элемент управления ожиданиями и снижения неопределённости. Его задача — обеспечивать воспроизводимость смыслов, процедурную ясность и предсказуемость реакции государства.<br> <br> Любой контент оценивается не по выразительности, а по способности снижать риски.<br> <br> Базовые принципы контентной работы<br> <br> Контент формируется централизованно и распространяется по принципу единого источника.<br> <br> Региональные штабы и ГО не выступают источниками интерпретаций и не создают собственные форматы.<br> <br> Контент не предназначен для “отработки критики”. Он предназначен для снятия вопросов.<br> <br> Допустимые форматы<br> <br> В рамках штаба используются исключительно сервисные форматы:<br> <br> FAQ и расширенные FAQ;<br> <br> краткие справочные тексты;<br> <br> процедурные карточки;<br> <br> сервисные видеоматериалы;<br> <br> визуальные инструкции.<br> <br> Форматы, предполагающие авторскую подачу, эмоциональные оценки, призывы или сравнения, исключаются.<br> <br> Использование формата, не предусмотренного данным разделом, допускается только по отдельному решению штаба с фиксацией в SSOT.<br> <br> Роль FAQ как базового инструмента<br> <br> FAQ закрепляется как основной формат взаимодействия с аудиторией.<br> <br> FAQ:<br> <br> строится исключительно на реальных вопросах;<br> <br> обновляется по результатам мониторинга;<br> <br> используется одновременно во всех каналах без адаптации смысла.<br> <br> Один FAQ-блок является “истиной по умолчанию” для регионов, ГО, бота, сайтов и социальных сетей.<br> <br> Контент-конвейер и дисциплина версий<br> <br> Контент формируется пакетами.<br> <br> Каждый пакет имеет:<br> <br> версию;<br> <br> дату выпуска;<br> <br> фазовую привязку.<br> <br> Использование устаревшей версии рассматривается как нарушение регламента.<br> <br> Регион, использующий неактуальный пакет, автоматически переводится в режим повышенного контроля.<br> <br> Использование автоматизации и ИИ<br> <br> ИИ и генераторы используются исключительно как ускорители производства.<br> <br> ИИ:<br> <br> не добавляет смыслов;<br> <br> не формирует позиции;<br> <br> не выпускает контент без проверки.<br> <br> Любой ИИ-результат считается черновиком до фиксации версии в SSOT.<br> <br> Поверхности распространения<br> <br> Ключевые поверхности:<br> <br> официальные сайты;<br> <br> поисковая выдача и FAQ-страницы;<br> <br> официальные аккаунты в социальных сетях;<br> <br> справочные и сервисные ресурсы.<br> <br> Работа с поисковой выдачей и FAQ-страницами рассматривается как элемент институциональной устойчивости, а не как маркетинговая активность.<br> <br> РАЗДЕЛ 7. ИНЦИДЕНТЫ, ЭСКАЛАЦИЯ И ТИПОЛОГИЯ АТАК<br> <br> Инцидентом в рамках Пакета «ШТАБ-2026» считается любое событие в информационном поле, которое потенциально способно повлиять на легитимность процедур, доверие к институтам или управляемость кампании.<br> <br> Инцидент определяется не масштабом обсуждения, а возможным ущербом.<br> <br> Принцип фиксации<br> <br> Ни одно событие не считается существующим для штаба, пока оно не зафиксировано.<br> <br> Принцип: нет фиксации — нет управленческого действия.<br> <br> Сомнение трактуется в пользу фиксации.<br> <br> Классификация инцидентов по уровню<br> <br> Инциденты классифицируются по уровням:<br> <br> жёлтый;<br> <br> оранжевый;<br> <br> красный.<br> <br> Классификация осуществляется аналитическим контуром и фиксируется в SSOT.<br> <br> Уровень инцидента может быть повышен, но не понижен без отдельного управленческого решения.<br> <br> Типология критики и атак<br> <br> В пакете используется прикладная типология, необходимая для выбора коридора реакции, а не для полемики.<br> <br> Процедурная критика связана с вопросами сроков, формальных правил и порядка принятия решений. Основной риск — подрыв доверия при формально корректных действиях.<br> <br> Содержательная тревожность выражается в страхах и опасениях, не всегда опирающихся на текст документа. Риск — накопление фона без явной координации.<br> <br> Идентичностные и языковые нарративы затрагивают темы культуры, языка и суверенитета. Для них характерна высокая скорость радикализации при относительно низком первоначальном охвате. Рациональные аргументы здесь ограниченно эффективны.<br> <br> Недоверие к институтам направлено на дискредитацию источников, а не содержания. Риск — формирование альтернативных центров легитимности.<br> <br> Персональная критика и конспирологические сюжеты персонализируют процесс. Риск — смещение дискуссии с процедуры на поиск виновных.<br> <br> Локальная самодеятельность регионов и ГО является отдельным классом риска. Ошибки “своих” в управленческом плане опаснее внешних атак.<br> <br> Эскалация и скорость<br> <br> Эскалация осуществляется не как карательная мера, а как перенос решения на соответствующий уровень ответственности.<br> <br> Приоритет:<br> <br> скорость фиксации;<br> <br> корректность квалификации;<br> <br> дисциплина процедуры.<br> <br> Отсутствие эскалации при наличии оснований рассматривается как управленческая ошибка.<br> <br> Связь с регионами<br> <br> Региональные штабы:<br> <br> фиксируют инциденты;<br> <br> не принимают решений по их трактовке;<br> <br> не вступают в полемику.<br> <br> Даже локальный инцидент без видимого масштабирования подлежит фиксации, если он затрагивает чувствительные темы.<br> <br> Документирование<br> <br> Каждый инцидент:<br> <br> имеет паспорт;<br> <br> сопровождается версионностью решений;<br> <br> используется для последующего разбора.<br> <br> Удаление инцидентов и “зачистка истории” запрещены.<br> <br> РАЗДЕЛ 8. ВНЕШНИЙ КОНТУР И УПРАВЛЯЕМЫЕ РИСКИ<br> <br> Внешний контур охватывает взаимодействие штаба с правовыми и надзорными органами, международными наблюдателями, иностранными СМИ, а также с внешними подрядчиками и партнёрами. Его задача — предотвращение вторичных рисков, защита институциональной позиции государства и исключение неконтролируемой эскалации.<br> <br> Штаб не ведёт внешнюю полемику и не выступает субъектом политических оценок. Его функция — обеспечить единообразие, предсказуемость и процедурную корректность реакции.<br> <br> 8.1. Правовая маршрутизация и порог минимальности<br> <br> Передача материалов в правовой контур осуществляется исключительно при достижении порога минимальности.<br> <br> Порог минимальности введён как защитный механизм от субъективных, имитационных и политически мотивированных обращений.<br> <br> Базовое правило передачи сохраняется без изменений:<br> <br> наличие прямого призыва к насилию, свержению власти либо иному противоправному действию;<br> <br> распространение сообщения через три и более канала с совокупным охватом более 50 000 пользователей.<br> <br> Дополнительно фиксируется экстренное исключение.<br> <br> При наличии доказанного прямого призыва к насилию материал передаётся в правовой контур немедленно, без ожидания достижения порога охвата.<br> <br> В таких случаях:<br> <br> фиксация осуществляется в SSOT;<br> <br> руководитель штаба уведомляется параллельно;<br> <br> двойная верификация проводится постфактум в срок до 30 минут.<br> <br> Это исключение вводится для устранения окна уязвимости в быстрых идентичностных и радикальных атаках.<br> <br> Порог минимальности не является запретом на действия. Он является фильтром для запуска правового механизма.<br> <br> 8.2. Международные наблюдатели и иностранные СМИ<br> <br> Работа с международными структурами и иностранными СМИ строится на принципах процедурной корректности и отказа от интерпретаций.<br> <br> Любой внешний сигнал:<br> <br> фиксируется;<br> <br> классифицируется;<br> <br> сопоставляется с фазой кампании.<br> <br> Коммуникация осуществляется по формуле:<br> <br> подтверждение факта сигнала;<br> <br> ссылка на процедуру и официальные данные;<br> <br> отсутствие оценки самой оценки.<br> <br> Публичное молчание при отсутствии необходимости реакции квалифицируется как управленческое решение и подлежит фиксации.<br> <br> Штаб не:<br> <br> вступает в спор;<br> <br> не комментирует мотивы внешних акторов;<br> <br> не даёт оценок соответствия международным стандартам.<br> <br> 8.3. Внешние подрядчики и партнёры<br> <br> Внешние подрядчики рассматриваются как зона повышенного риска.<br> <br> Их участие:<br> <br> ограничивается конкретной задачей;<br> <br> регламентируется принципом минимально необходимого доступа;<br> <br> фиксируется в SSOT.<br> <br> Подрядчики не получают доступ к внутренним регламентам, паспортам инцидентов и протоколам эскалации.<br> <br> Передача материалов осуществляется только через административную панель штаба.<br> <br> Любые неучтённые каналы запрещены.<br> <br> Формулировка обязательства о конфиденциальности для подрядчиков приводится к нейтральному правовому языку без терминов, допускающих двусмысленное толкование при утечке.<br> <br> РАЗДЕЛ 9. SSOT, АДМИНИСТРАТИВНАЯ ПАНЕЛЬ И АВТОМАТИЗАЦИЯ<br> <br> SSOT (Single Source of Truth) является центральным элементом управляемости штаба и единственным источником актуальных данных, решений и формулировок.<br> <br> SSOT — это не IT-система, а управленческий контур, реализованный техническими средствами.<br> <br> Принцип единого источника<br> <br> Все данные, используемые штабом:<br> <br> инциденты;<br> <br> контент;<br> <br> версии документов;<br> <br> статусы регионов;<br> <br> решения и основания —<br> <br> существуют только в SSOT.<br> <br> Любые параллельные таблицы, локальные учёты и “рабочие файлы” считаются нарушением режима.<br> <br> Административная панель<br> <br> Панель предназначена для принятия решений, а не для наблюдения.<br> <br> На главном экране отображаются только управленчески значимые элементы:<br> <br> текущие риски;<br> <br> статус инцидентов;<br> <br> дисциплина регионов;<br> <br> сигнальные индикаторы.<br> <br> Каждый элемент панели связан с возможным действием. Элементы без управленческого смысла не выводятся.<br> <br> Ролевой доступ<br> <br> Доступ к панели и данным разграничен по ролям.<br> <br> Региональные штабы:<br> <br> видят только утверждённые материалы;<br> <br> не имеют доступа к аналитическим выводам и внутренним дискуссиям;<br> <br> подтверждают получение и исполнение.<br> <br> Региональные штабы подчиняются соответствующим заместителям акимов и одновременно находятся в централизованном операционном подчинении штабу «ШТАБ-2026» в части информационного сопровождения.<br> <br> Приоритет имеют регламенты штаба.<br> <br> Автоматизация и генерация материалов<br> <br> Автоматизация используется для:<br> <br> ускорения;<br> <br> снижения ошибок;<br> <br> исключения вариативности.<br> <br> Генераторы визуальных и текстовых материалов:<br> <br> работают только на основе утверждённых шаблонов;<br> <br> используют библиотеку ИИ-промптов;<br> <br> доступны исключительно через панель.<br> <br> Генераторы не существуют автономно и не используются вне панели.<br> <br> Режим деградации и отказоустойчивость<br> <br> SSOT и панель проектируются с учётом деградационных сценариев.<br> <br> При частичном или полном отказе ядра:<br> <br> сохраняется возможность фиксации инцидентов;<br> <br> сохраняется доступ к последним утверждённым версиям регламентов;<br> <br> используется резервный канал синхронизации.<br> <br> Для каждого критического элемента предусмотрена ручная процедура на период до 48 часов с последующей синхронизацией.<br> <br> Безопасность и маркировка<br> <br> Терминология динамической маркировки в текстах первого уровня приводится к нейтральной формулировке.<br> <br> Используется обозначение: «техническая маркировка материалов для идентификации источника распространения при утечке».<br> <br> Подробная реализация:<br> <br> вынесена в технические приложения;<br> <br> не используется в публичных или полуоткрытых формулировках;<br> <br> доступна только ограниченному кругу ролей.<br> <br> Аудит и логирование<br> <br> Все действия в системе:<br> <br> логируются;<br> <br> имеют временные метки;<br> <br> доступны для внутреннего аудита.<br> <br> Логирование используется для управляемости и защиты, а не для карательного контроля.<br> <br> РАЗДЕЛ 10. МЕТРИКИ, ОЦЕНКА ЭФФЕКТИВНОСТИ И ОТКАЗ ОТ ИМИТАЦИИ<br> <br> Система оценки эффективности штаба строится исходя из управляемости процессов, а не из видимости активности. Метрики используются исключительно как инструменты принятия решений и раннего обнаружения рисков.<br> <br> Штаб сознательно отказывается от показателей, стимулирующих имитацию деятельности и искажение управленческих выводов.<br> <br> К числу нежелательных метрик относятся:<br> <br> вал публикаций и упоминаний без интерпретации;<br> <br> агрегированная тональность без анализа сюжетов;<br> <br> формальное количество мероприятий и выходов;<br> <br> охваты и показы без связи с поведением аудитории;<br> <br> объём внутренней отчётности как самоцель.<br> <br> Фиксация отказа от этих метрик является обязательной нормой пакета.<br> <br> Возврат указанных показателей в статус KPI допускается только по решению руководителя штаба с обязательной фиксацией основания в SSOT.<br> <br> Оценка эффективности аналитического контура строится вокруг:<br> <br> качества выявляемых сигналов;<br> <br> своевременности эскалации;<br> <br> применимости выводов для управленческих решений.<br> <br> Оценка регионов и ГО:<br> <br> основывается на дисциплине исполнения;<br> <br> соблюдении утверждённых формулировок;<br> <br> отсутствии самодеятельности;<br> <br> корректной фиксации сигналов.<br> <br> Высокая активность региона при наличии нарушений не считается положительным фактором.<br> <br> Метрики используются в трёх режимах:<br> <br> сигнальном — для раннего обнаружения рисков;<br> <br> операционном — для контроля исполнения регламентов;<br> <br> контрольном — для проверки адекватности работы самой системы.<br> <br> Ни одна метрика не существует без привязки к возможному действию.<br> <br> Если показатель не может повлиять на решение, он не используется.<br> <br> Отчёты, подготовленные вне SSOT и административной панели, не рассматриваются как основание для управленческих выводов.<br> <br> РАЗДЕЛ 11. УСТОЙЧИВОСТЬ СИСТЕМЫ И РЕЖИМЫ РАБОТЫ<br> <br> Устойчивость системы рассматривается как самостоятельный управленческий приоритет, отличный от устойчивости отдельных сотрудников. Этот раздел фиксирует меры, обеспечивающие работоспособность штаба в условиях перегрузки, технических сбоев и фрагментации инфраструктуры.<br> <br> Система проектируется с учётом принципа деградации.<br> <br> Отказ отдельных компонентов не должен приводить к параличу управления.<br> <br> В случае сбоя автоматизированных инструментов:<br> <br> сохраняется возможность фиксации инцидентов;<br> <br> сохраняется доступ к последним утверждённым версиям регламентов;<br> <br> допускается переход на упрощённые формы учёта с последующей синхронизацией.<br> <br> Административная панель и SSOT имеют приоритет над всеми вспомогательными сервисами.<br> <br> Функции, не влияющие на принятие решений, в кризисных режимах отключаются.<br> <br> Перед входом в активные фазы вводится обязательный режим предстартовой верификации.<br> <br> Проверяются:<br> <br> доступы всех ролей;<br> <br> работоспособность SSOT и бота;<br> <br> актуальность контент-пакетов;<br> <br> готовность региональных штабов;<br> <br> назначение дублёров.<br> <br> Непрохождение предстартовой проверки блокирует переход в следующую фазу.<br> <br> Отдельно закрепляется проведение управленческих учений.<br> <br> Учения проводятся до начала мобилизационной фазы и перед днём голосования.<br> <br> Сценарии включают:<br> <br> технический сбой;<br> <br> информационный инцидент;<br> <br> выбытие ключевого исполнителя.<br> <br> Цель учений — выявление скрытых задержек, нестыковок регламентов и перегрузок контуров.<br> <br> Результаты учений используются для корректировки пакета, а не для персональных санкций.<br> <br> Разделение ответственности между контурами сохраняется даже в кризисе.<br> <br> Попытки концентрации всех решений в одном контуре рассматриваются как фактор риска.<br> <br> Региональные штабы действуют по тем же принципам устойчивости:<br> <br> при отказе связи с центром используют последний утверждённый пакет;<br> <br> фиксируют инциденты локально;<br> <br> воздерживаются от самостоятельных интерпретаций до восстановления связи.<br> <br> Централизованное управление не отменяет локальной фиксации, но исключает локальные решения в публичном поле.<br> <br> РАЗДЕЛ 12. РАЗБОРЫ, ОБРАТНАЯ СВЯЗЬ И ОБУЧЕНИЕ СИСТЕМЫ<br> <br> Разборы инцидентов являются обязательной частью управленческого цикла штаба и не рассматриваются как карательный механизм. Их задача — выявление системных сбоев, уязвимостей регламентов и ошибок архитектуры исполнения.<br> <br> Штаб исходит из презумпции системной ошибки, а не персональной вины, за исключением случаев умышленного нарушения регламентов, утечек либо сознательного обхода процедур.<br> <br> Разбор проводится по каждому инциденту, достигшему оранжевого или красного уровня, а также по жёлтым инцидентам, приведшим к репутационным, процедурным или управленческим последствиям.<br> <br> Формат разбора фиксируется как blameless postmortem и включает:<br> <br> – исходный сигнал и момент его фиксации;<br> <br> – корректность первичной классификации;<br> <br> – своевременность эскалации;<br> <br> – адекватность выбранного режима реакции;<br> <br> – влияние инцидента на доверие, управляемость и дисциплину;<br> <br> – выявленные системные слабости.<br> <br> Разбор не является обсуждением альтернативных «красивых» решений, а используется для проверки того, насколько фактические действия соответствовали утверждённым регламентам.<br> <br> Выводы разборов используются исключительно для:<br> <br> – обновления регламентов и приложений;<br> <br> – корректировки Навигатора;<br> <br> – уточнения стоп-слов и допустимых формулировок;<br> <br> – доработки шаблонов и контент-пакетов.<br> <br> Все изменения вносятся централизованно и доводятся до регионов через обновление утверждённых материалов.<br> <br> Устные разъяснения и «разборы на словах» запрещены.<br> <br> Отдельно фиксируется работа с ошибками региональной самодеятельности.<br> <br> Регион, допустивший отклонение, обязан:<br> <br> – зафиксировать инцидент;<br> <br> – передать материалы в штаб;<br> <br> – участвовать в формировании корректного кейса для библиотеки уязвимых формулировок.<br> <br> Ошибки рассматриваются как источник институционального обучения, а не как повод для стигматизации региона, если они были своевременно зафиксированы и не сопровождались попытками скрыть последствия.<br> <br> Обучение системы носит непрерывный характер.<br> <br> Пакет «ШТАБ-2026» не является статичным документом и подлежит обновлению по итогам:<br> <br> – фаз кампании;<br> <br> – пиковых периодов;<br> <br> – управленческих учений;<br> <br> – внешних стрессов.<br> <br> Все версии пакета сохраняются.<br> <br> История изменений и причины корректировок являются частью институциональной памяти штаба и используются при подготовке следующих циклов.<br> <br> ПРИЛОЖЕНИЕ A. НАВИГАТОР ШТАБА<br> <br> Статус: обязательное к использованию<br> <br> Назначение: оперативная ориентация исполнителей и региональных штабов в типовых и комбинированных ситуациях без необходимости чтения всего пакета документов.<br> <br> Принцип: «Ситуация → действие → ответственный → документ → следующий шаг».<br> <br> Навигатор является первичным рабочим инструментом для большинства исполнителей штаба и регионов. Он предназначен для применения в условиях дефицита времени, повышенной нагрузки и неполной информации.<br> <br> Навигатор имеет приоритет над описательными разделами пакета. В случае расхождений между Навигатором и иными частями документа применяется логика Навигатора с обязательной последующей фиксацией уточнений в SSOT.<br> <br> Навигатор реализуется как живой артефакт в SSOT и дублируется в виде PDF-версии с гиперссылками. Доступ обеспечивается через административную панель и Telegram-бот.<br> <br> 1. Роль Навигатора в системе<br> <br> Навигатор служит механизмом снятия неопределённости для исполнителя. Он заменяет «интуитивное» принятие решений процедурным маршрутом.<br> <br> Навигатор не объясняет, почему принимается то или иное решение. Он показывает, что делать и куда идти дальше.<br> <br> Исполнитель не вправе трактовать Навигатор творчески или использовать его как справочник «по желанию».<br> <br> 2. Структура Навигатора<br> <br> Навигатор состоит из таблицы типовых ситуаций со следующими обязательными колонками:<br> <br> – тип ситуации;<br> <br> – класс риска;<br> <br> – первичное действие;<br> <br> – ответственный контур;<br> <br> – документ / приложение;<br> <br> – точная точка входа (раздел / пункт);<br> <br> – следующий шаг или развилка.<br> <br> Колонка «Точная точка входа» является обязательной и содержит ссылку не только на документ, но и на конкретный пункт внутри него.<br> <br> 3. Типовые маршруты (базовые)<br> <br> Навигатор содержит маршруты как минимум для следующих классов ситуаций:<br> <br> – процедурные вопросы граждан и СМИ;<br> <br> – критика и вбросы в социальных сетях;<br> <br> – идентичностные и языковые атаки;<br> <br> – признаки координации и бот-активности;<br> <br> – утечки внутренних материалов;<br> <br> – ошибки и самодеятельность регионов;<br> <br> – внешние сигналы (иностранные СМИ, наблюдатели);<br> <br> – технические сбои SSOT или бота.<br> <br> Каждый маршрут привязан к конкретному приложению и исключает выбор «по ощущениям».<br> <br> 4. Мини-пример применения Навигатора<br> <br> Пример:<br> <br> Если региональный штаб или региональный SMM-исполнитель сталкивается с провокационным вопросом по Конституции, на который нет готового ответа, он:<br> <br> – открывает Навигатор;<br> <br> – выбирает сценарий «вопрос без утверждённого ответа»;<br> <br> – переходит к приложению с регламентом соответствующей фазы;<br> <br> – действует по алгоритму: отсутствие реакции → фиксация сигнала → передача в штаб.<br> <br> Публикация собственного ответа в такой ситуации запрещена.<br> <br> 5. Комбинированные ситуации<br> <br> Навигатор содержит отдельные маршруты для комбинированных случаев, включая:<br> <br> – процедурная критика + идентичностный нарратив;<br> <br> – утечка + персональная атака;<br> <br> – внешний сигнал + региональная самодеятельность.<br> <br> В комбинированных случаях первичным считается наиболее жёсткий класс риска. Все дополнительные контуры подключаются последовательно.<br> <br> 6. Обновление Навигатора<br> <br> Навигатор обновляется:<br> <br> – по итогам мониторинга;<br> <br> – по результатам разборов (Раздел 12);<br> <br> – при изменении регламентов или приложений.<br> <br> Обновление Навигатора осуществляется не реже одного раза в неделю в активные фазы и сопровождается автоматическим уведомлением через бот.<br> <br> Каждое обновление фиксируется в SSOT с указанием причины.<br> <br> ПРИЛОЖЕНИЕ B. БОЕВОЙ РЕГЛАМЕНТ №1<br> <br> Статус: обязательный<br> <br> Горизонт применения: период публичного обсуждения до начала мобилизационной фазы<br> <br> Цель: удержание управляемости и предотвращение преждевременной эскалации<br> <br> 1. Общий принцип фазы<br> <br> Фаза обсуждения характеризуется высокой чувствительностью при формально низком уровне прямых конфликтов. Основной риск — накопление тревожности, недоверия и интерпретационных искажений.<br> <br> Задача штаба в этой фазе — не убеждать и не полемизировать, а стабилизировать поле и удерживать процедуру.<br> <br> 2. Ключевые правила поведения<br> <br> Коммуникация в фазе обсуждения строится на следующих правилах.<br> <br> Минимум эмоций. Любые эмоциональные формулировки рассматриваются как фактор риска.<br> <br> Процедура важнее содержания. Ответы строятся вокруг порядка, сроков и механизмов обсуждения, а не оценок текста.<br> <br> Запрет прогнозов. Любые заявления о будущих последствиях, выгодах или итогах запрещены.<br> <br> Единый источник. Все разъяснения опираются исключительно на утверждённый контент-пакет штаба.<br> <br> Фиксация тишины. Отсутствие реакции является управленческим решением и подлежит фиксации в SSOT.<br> <br> 3. Допустимые форматы коммуникации<br> <br> В фазе обсуждения допускаются исключительно сервисные форматы:<br> <br> – FAQ;<br> <br> – процедурные пояснения;<br> <br> – справочные тексты;<br> <br> – цитирование официальных документов.<br> <br> Любые авторские интерпретации, расширения рамки и эмоциональные подводки запрещены.<br> <br> 4. Работа с регионами<br> <br> Региональные штабы и исполнители действуют строго в режиме ретрансляции.<br> <br> Разрешено:<br> <br> – размещение утверждённых материалов;<br> <br> – перенаправление вопросов в штаб;<br> <br> – фиксация сигналов.<br> <br> Запрещено:<br> <br> – самостоятельные разъяснения;<br> <br> – полемика;<br> <br> – «креативная» адаптация формулировок.<br> <br> Нарушение регламента региона автоматически повышает класс риска соответствующего инцидента.<br> <br> 5. Контур управляемой интерпретации<br> <br> В фазе обсуждения контур управляемой интерпретации действует в максимально ограниченном режиме.<br> <br> Материалы передаются внешним спикерам исключительно в виде готовых FAQ и сервисных формулировок.<br> <br> Передача неутверждённых тезисов, доступ к внутренним протоколам, обсуждение логики решений и обратная смысловая связь запрещены.<br> <br> 6. Типовые ошибки фазы<br> <br> К типовым ошибкам относятся:<br> <br> – попытки «переубедить» критиков;<br> <br> – расширение рамки обсуждения;<br> <br> – реакция на единичные эмоциональные посты;<br> <br> – региональная самодеятельность.<br> <br> Все ошибки подлежат фиксации и последующему разбору.<br> <br> ПРИЛОЖЕНИЕ C. БОЕВОЙ РЕГЛАМЕНТ №2<br> <br> Статус: обязательный<br> <br> Горизонт применения: период активной мобилизации, роста явки и усиления информационного давления<br> <br> Цель: удержание управляемости при резком росте интенсивности сигналов и атак<br> <br> 1. Характер фазы<br> <br> Мобилизационная фаза характеризуется резким увеличением плотности информационного поля, ускорением циклов атак и ростом эмоционального фона. Возрастает количество идентичностных, персонализированных и процедурно искажённых нарративов.<br> <br> Ключевая угроза фазы — перегрев системы и утрата дисциплины исполнения, приводящие к самострельным ошибкам.<br> <br> 2. Базовые принципы работы<br> <br> Централизация решений.<br> <br> Все значимые реакции формируются и утверждаются штабом. Региональные штабы не принимают самостоятельных решений в публичной коммуникации.<br> <br> Упреждение вместо реакции.<br> <br> Штаб работает на опережение через контент-пакеты, сценарные карточки и сервисные пояснения, снижая необходимость точечных ответов.<br> <br> Приоритет устойчивости.<br> <br> Сохранение работоспособности команды и каналов важнее скорости реакции на второстепенные сигналы.<br> <br> Фиксация каждого отклонения.<br> <br> Любое отклонение от регламентов рассматривается как инцидент системы и подлежит фиксации, независимо от субъективной оценки его последствий.<br> <br> 3. Допустимые форматы и каналы<br> <br> В мобилизационной фазе разрешены:<br> <br> – расширенные FAQ;<br> <br> – сценарные карточки для регионов;<br> <br> – сервисные видеоматериалы (короткие, нейтральные);<br> <br> – агрегированные ответы на типовые вопросы.<br> <br> Запрещены:<br> <br> – полемика;<br> <br> – персональные комментарии;<br> <br> – эмоциональные призывы;<br> <br> – обещания и прогнозы.<br> <br> Любой формат, не предусмотренный данным регламентом, считается недопустимым независимо от намерений исполнителя.<br> <br> 4. Работа с регионами<br> <br> Региональные штабы переходят в режим строгой ретрансляции.<br> <br> Вводятся дополнительные меры:<br> <br> – ежедневная сверка контента;<br> <br> – усиленный контроль визуальных материалов;<br> <br> – фиксация индекса дисциплины и индекса имитации.<br> <br> При системных нарушениях штаб вправе временно изъять коммуникационные функции у регионального штаба с передачей их в централизованный контур.<br> <br> 5. Контур управляемой интерпретации<br> <br> В мобилизационной фазе контур управляемой интерпретации активируется исключительно по решению штаба.<br> <br> Допускается:<br> <br> – передача утверждённых тезисов и FAQ;<br> <br> – использование визуальных шаблонов из Приложения O.<br> <br> Запрещается:<br> <br> – самостоятельная адаптация тезисов;<br> <br> – обсуждение внутренних процессов;<br> <br> – формирование «собственных объяснений»;<br> <br> – обратная смысловая связь.<br> <br> Все материалы передаются исключительно через административную панель штаба и фиксируются в SSOT как контролируемая операция.<br> <br> 6. Работа с нарастающими атаками<br> <br> При росте интенсивности атак:<br> <br> – проводится ежедневная сверка типологии критики;<br> <br> – оперативно обновляются FAQ;<br> <br> – усиливается мониторинг повторяемости формулировок.<br> <br> Решения об эскалации принимаются по принципу «лучше позже, чем неправильно», за исключением инцидентов с правовым измерением.<br> <br> 7. Человеческий фактор<br> <br> В мобилизационной фазе:<br> <br> – вводится обязательная сменность;<br> <br> – активируется механизм дублёров;<br> <br> – применяется индекс усталости.<br> <br> Решения о принудительном отдыхе обязательны к исполнению и не подлежат обсуждению.<br> <br> Переработки и «героизм» рассматриваются как фактор риска.<br> <br> ПРИЛОЖЕНИЕ D. КОРОТКИЙ РЕГЛАМЕНТ ДЛЯ РЕГИОНОВ<br> <br> Статус: обязательный<br> <br> Адресат: все ГО и МИО, региональные штабы, подчинённые заместителям акимов и функционально — центральному штабу<br> <br> Цель: исключение самодеятельности и ошибок в пиковые периоды<br> <br> 1. Что вы делаете<br> <br> Вы:<br> <br> – размещаете материалы, полученные от штаба;<br> <br> – отвечаете на вопросы только утверждёнными формулировками;<br> <br> – фиксируете сигналы и передаёте их в штаб через установленный контур.<br> <br> Инициатива в рамках регламента приветствуется, инициатива вне регламента запрещена.<br> <br> 2. Что вы НЕ делаете<br> <br> Вы не:<br> <br> – придумываете собственные формулировки;<br> <br> – спорите в комментариях;<br> <br> – даёте прогнозы и оценки;<br> <br> – адаптируете контент «под себя»;<br> <br> – используете эмоциональные призывы.<br> <br> Любое из перечисленного квалифицируется как нарушение регламента независимо от мотивов.<br> <br> 3. Если возникла критика или вопрос<br> <br> Действуйте строго по порядку:<br> <br> – зафиксируйте сигнал;<br> <br> – проверьте наличие ответа в FAQ;<br> <br> – при отсутствии ответа направьте вопрос в штаб;<br> <br> – не публикуйте никаких комментариев до получения ответа.<br> <br> 4. Если вы допустили ошибку<br> <br> В случае ошибки:<br> <br> – немедленно удалите материал;<br> <br> – зафиксируйте инцидент;<br> <br> – уведомите штаб;<br> <br> – действуйте строго по полученным указаниям.<br> <br> Попытка «самостоятельно исправить ситуацию» запрещена и рассматривается как усугубление инцидента.<br> <br> 5. Работа с визуальными материалами<br> <br> Обязательные требования:<br> <br> – используются только утверждённые шаблоны;<br> <br> – запрещены изменения цветов, формулировок и композиции;<br> <br> – все материалы технически промаркированы.<br> <br> 6. Ответственность<br> <br> Нарушение регламента:<br> <br> – повышает класс риска для всей кампании;<br> <br> – фиксируется в SSOT;<br> <br> – учитывается при оценке дисциплины региона.<br> <br> Региональные штабы действуют в двойном подчинении: административно — заместителям акимов, функционально — центральному штабу. Расхождения между указаниями разрешаются в пользу регламентов штаба с обязательной фиксацией.<br> <br> ПРИЛОЖЕНИЕ E.<br> <br> СВОДНЫЙ ЧЕК-ЛИСТ ШТАБА<br> <br> «10 ДНЕЙ ПИКА»<br> <br> Статус: обязательный<br> <br> Период применения: 10 дней до дня голосования, день голосования, первые 72 часа после<br> <br> Назначение: удержание управляемости в фазе максимальной нагрузки<br> <br> 1. Подготовка к старту пикового режима (T–10 → T–5)<br> <br> До перехода в пиковый режим штаб обязан подтвердить:<br> <br> – актуальность Навигатора и корректность всех маршрутов;<br> <br> – загрузку действующих регламентов и приложений в SSOT;<br> <br> – работоспособность административной панели и бота;<br> <br> – актуальность контент-пакетов и FAQ;<br> <br> – назначение дежурных смен и дублёров.<br> <br> Факт готовности каждого элемента подтверждается фиксацией в SSOT. Устные подтверждения недопустимы.<br> <br> 2. Проверка региональной готовности (T–5 → T–3)<br> <br> Обязательно подтверждаются:<br> <br> – получение регионами ультракороткого регламента;<br> <br> – доступ к утверждённым шаблонам и визуальным материалам;<br> <br> – понимание запрета на самодеятельность;<br> <br> – наличие ответственных лиц на связи.<br> <br> Регионы, не подтвердившие готовность в установленный срок, автоматически переводятся в режим повышенного контроля без дополнительного согласования.<br> <br> 3. Переход в пиковый режим (T–2 → T0)<br> <br> При переходе в пиковый режим:<br> <br> – включается круглосуточный мониторинг;<br> <br> – активируется режим приоритетной фиксации инцидентов;<br> <br> – вводится ускоренная эскалация по красным уровням;<br> <br> – проводится ежедневная сверка типологии атак.<br> <br> Все неключевые задачи, инициативы и эксперименты приостанавливаются.<br> <br> 4. День голосования (T0)<br> <br> В день голосования штаб:<br> <br> – действует исключительно по регламентам;<br> <br> – не реагирует на одиночные шумовые сигналы;<br> <br> – фиксирует все инциденты в SSOT;<br> <br> – координирует регионы через единый канал.<br> <br> Любая нестандартная ситуация трактуется как инцидент до доказательства обратного.<br> <br> 5. Первые 72 часа после голосования (T+1 → T+3)<br> <br> Приоритетные задачи:<br> <br> – удержание доверия;<br> <br> – предотвращение вторичной эскалации;<br> <br> – работа с внешними сигналами и интерпретациями;<br> <br> – фиксация итоговых инцидентов.<br> <br> Решения о комментариях принимаются централизованно.<br> <br> Региональные комментарии без указания штаба запрещены.<br> <br> 6. Контроль человеческого фактора<br> <br> В течение пика:<br> <br> – действует правило обязательной сменности;<br> <br> – применяется индекс усталости;<br> <br> – решения о принудительном отдыхе обязательны.<br> <br> Переработки и «работа на износ» рассматриваются как управленческий риск, а не как вклад.<br> <br> 7. Завершение пика<br> <br> По завершении пикового периода:<br> <br> – фиксируется статус завершения фазы;<br> <br> – инициируется переход к режиму стабилизации;<br> <br> – начинается сбор материалов для институциональной памяти.<br> <br> Формальный «выход из пика» без фиксации в SSOT недопустим.<br> <br> ПРИЛОЖЕНИЕ F.<br> <br> ПРОТОКОЛ ПЕРЕДАЧИ ДЕЖУРСТВА<br> <br> Статус: обязательный<br> <br> Назначение: исключение потери информации и ошибок при смене дежурных<br> <br> 1. Обязательность передачи<br> <br> Передача дежурства проводится каждый раз, без исключений, независимо от загруженности и срочности задач.<br> <br> Отсутствие формальной передачи дежурства рассматривается как системное нарушение.<br> <br> 2. Структура передачи<br> <br> Передающий обязан:<br> <br> – озвучить текущий статус фазы;<br> <br> – перечислить активные инциденты;<br> <br> – указать уровень каждого инцидента;<br> <br> – отметить ожидаемые события и риски;<br> <br> – сообщить о нестандартных решениях и сомнениях.<br> <br> 3. Индекс усталости<br> <br> Передающий обязан оценить своё состояние по чек-листу:<br> <br> – затруднения с концентрацией;<br> <br> – повторные уточнения инструкций;<br> <br> – допущенные процедурные ошибки;<br> <br> – эмоциональная реактивность;<br> <br> – снижение скорости принятия решений.<br> <br> Совпадение двух и более признаков автоматически является основанием для принудительного отдыха или ограничения участия в критических слотах.<br> <br> 4. Роль принимающего<br> <br> Принимающий обязан:<br> <br> – подтвердить понимание статуса;<br> <br> – задать уточняющие вопросы;<br> <br> – зафиксировать приём дежурства в SSOT;<br> <br> – проверить доступы и каналы связи.<br> <br> 5. Парная работа<br> <br> При сложных и чувствительных инцидентах применяется режим парной работы.<br> <br> Решения принимаются после краткого согласования между двумя сотрудниками, выполняющими функции исполнителя и наблюдателя процесса.<br> <br> 6. Фиксация<br> <br> Факт передачи дежурства:<br> <br> – фиксируется в SSOT;<br> <br> – содержит ФИО, время и краткое резюме;<br> <br> – хранится для последующего разбора.<br> <br> 7. Запреты<br> <br> Запрещено:<br> <br> – передавать дежурство «на бегу»;<br> <br> – ограничиваться текстовыми сообщениями;<br> <br> – скрывать ошибки, сомнения или усталость.<br> <br> Неполная или формальная передача дежурства рассматривается как фактор риска для всей системы.<br> <br> ПРИЛОЖЕНИЕ G.<br> <br> ЕДИНЫЙ «ПАСПОРТ ИНЦИДЕНТА»<br> <br> Статус: обязательный<br> <br> Назначение: единая фиксация, исключающая интерпретации, эмоции и расхождения между контурами<br> <br> 1. Принцип паспортизации<br> <br> Любая ситуация, вызывающая сомнение, дискомфорт или риск, фиксируется как инцидент до доказательства обратного.<br> <br> Отсутствие паспорта инцидента при фактическом реагировании считается нарушением процедуры.<br> <br> 2. Обязательные поля паспорта<br> <br> Паспорт инцидента включает:<br> <br> – дата и точное время фиксации;<br> <br> – источник сигнала (платформа, регион, канал);<br> <br> – краткое описание факта без оценок;<br> <br> – предварительная классификация (процедурный / содержательный / идентичностный / правовой / внешний);<br> <br> – предполагаемый уровень (жёлтый / оранжевый / красный);<br> <br> – текущий статус (зафиксирован / в обработке / эскалирован / закрыт);<br> <br> – ответственное лицо.<br> <br> Использование оценочных формулировок, интерпретаций и эмоциональных описаний запрещено.<br> <br> 3. Принцип «сначала факт»<br> <br> Описание инцидента:<br> <br> – опирается только на наблюдаемые факты;<br> <br> – не содержит выводов о мотивах;<br> <br> – не включает предположения о координации без подтверждения.<br> <br> Все гипотезы выносятся в отдельное поле и не считаются основанием для действий.<br> <br> 4. Связь с решениями<br> <br> Каждый паспорт инцидента связан:<br> <br> – с решением (если принято);<br> <br> – с регламентом (если применён);<br> <br> – с контуром (если передан).<br> <br> Отсутствие связи «инцидент → решение» допускается только в случае осознанного решения о невмешательстве, зафиксированного в SSOT.<br> <br> 5. Архивирование<br> <br> Закрытые инциденты:<br> <br> – сохраняются в архиве;<br> <br> – используются для обучения и обновления типологий;<br> <br> – не удаляются.<br> <br> Удаление паспортов инцидентов запрещено.<br> <br> ПРИЛОЖЕНИЕ H.<br> <br> РЕГЛАМЕНТ ЭСКАЛАЦИИ<br> <br> Статус: обязательный<br> <br> Назначение: обеспечение скорости решений без потери управляемости и правовой защиты<br> <br> 1. Принцип эскалации<br> <br> Эскалация — это не наказание и не признание ошибки, а инструмент защиты системы от задержек.<br> <br> Любой сотрудник имеет право инициировать эскалацию при наличии сомнений.<br> <br> 2. Уровни эскалации<br> <br> – Жёлтый: наблюдение, фиксация, без публичных действий.<br> <br> – Оранжевый: риск масштабирования, подготовка решений, ограниченные действия.<br> <br> – Красный: угроза легитимности, безопасности или управляемости, немедленные решения.<br> <br> 3. Сроки<br> <br> Для красного уровня:<br> <br> – решение принимается в течение 15 минут с момента фиксации;<br> <br> – отсутствие решения по истечении срока трактуется как управленческий сбой.<br> <br> 4. Конфликт с правовым контуром (устранён)<br> <br> Вводится процедура экстренной правовой передачи.<br> <br> При наличии прямого и доказуемого призыва к насилию, свержению власти или иному тяжкому нарушению закона:<br> <br> – инцидент немедленно передаётся в правовой контур;<br> <br> – критерий охвата не применяется;<br> <br> – двойная верификация проводится постфактум в течение 30 минут;<br> <br> – руководство штаба уведомляется параллельно.<br> <br> Это исключение действует только для инцидентов красного уровня.<br> <br> 5. Кто принимает решение<br> <br> В пиковый период решения принимаются:<br> <br> – руководителем штаба;<br> <br> – либо уполномоченным заместителем;<br> <br> – либо дежурным руководителем по утверждённому графику.<br> <br> Коллегиальные обсуждения в момент эскалации запрещены.<br> <br> 6. Фиксация решений<br> <br> Каждое решение:<br> <br> – фиксируется в SSOT;<br> <br> – содержит краткое обоснование;<br> <br> – привязывается к паспорту инцидента.<br> <br> Решения «по телефону» без последующей фиксации считаются несуществующими.<br> <br> 7. Принцип управляемой тишины<br> <br> Отсутствие публичной реакции является допустимым решением.<br> <br> Решение о тишине также подлежит фиксации и не считается бездействием.<br> <br> ПРИЛОЖЕНИЕ I.<br> <br> БИБЛИОТЕКА УЯЗВИМЫХ ФОРМУЛИРОВОК И КОРРЕКТНЫХ ЗАМЕН<br> <br> Статус: рабочий инструмент штаба<br> <br> Назначение: предотвращение самогенерации рисков за счёт некорректных формулировок<br> <br> 1. Принцип библиотеки<br> <br> Библиотека предназначена не для цензуры, а для снижения вероятности ошибочного прочтения, искажения или радикализации дискуссии.<br> <br> Использование библиотеки обязательно:<br> <br> – при подготовке тезисов;<br> <br> – при формировании FAQ;<br> <br> – при генерации визуального и видео-контента;<br> <br> – при ответах на чувствительные вопросы.<br> <br> 2. Формат кейса<br> <br> Каждый кейс фиксируется в формате:<br> <br> – исходная формулировка;<br> <br> – типовые негативные прочтения;<br> <br> – риск;<br> <br> – корректная замена.<br> <br> Допускается наличие нескольких допустимых замен при сохранении фактурной корректности.<br> <br> 3. Пример кейса (процедурная уязвимость)<br> <br> Исходная формулировка:<br> <br> «Проект Конституции был подготовлен в кратчайшие сроки, чтобы не затягивать изменения».<br> <br> Негативные прочтения:<br> <br> – «сделали в спешке»;<br> <br> – «не было времени на обсуждение»;<br> <br> – «что-то скрывают».<br> <br> Риск:<br> <br> Подрыв доверия к процедуре подготовки.<br> <br> Корректная замена:<br> <br> «Проект Конституции подготовлен в установленном порядке и опубликован для общественного обсуждения. Все предложения рассматриваются до вынесения на референдум».<br> <br> 4. Принцип приоритезации<br> <br> Библиотека не разрастается бесконтрольно.<br> <br> В активной версии используются:<br> <br> – не более 10–15 актуальных кейсов на фазу;<br> <br> – устаревшие кейсы архивируются;<br> <br> – архив используется для аналитики, но не для текущей работы.<br> <br> 5. Использование ИИ-инструментов<br> <br> ИИ-генераторы и шаблоны:<br> <br> – используют библиотеку как ограничение;<br> <br> – не имеют права генерировать формулировки, противоречащие активным кейсам;<br> <br> – логируют попытки выхода за рамки.<br> <br> ИИ используется как ускоритель, а не как источник новых смыслов.<br> <br> ПРИЛОЖЕНИЕ J.<br> <br> ПРАВОВОЙ КОНТУР И ПОРОГ МИНИМАЛЬНОСТИ<br> <br> Статус: обязательный<br> <br> Назначение: защита штаба от перегибов, задержек и субъективных решений<br> <br> 1. Принцип правового контура<br> <br> Правовой контур включается не по эмоции и не по подозрению, а по зафиксированным критериям.<br> <br> Штаб не подменяет правоохранительные органы и не даёт правовых оценок за пределами установленного алгоритма.<br> <br> 2. Порог минимальности (основной режим)<br> <br> Передача материалов в правовой контур инициируется при одновременном выполнении двух условий:<br> <br> фиксация прямого призыва к насилию, свержению власти или иному тяжкому нарушению закона;<br> <br> распространение сообщения через три и более канала с совокупным охватом более 50 000 пользователей.<br> <br> Оценка охвата производится на основе данных мониторинга и предварительных расчётов, допускается уточнение постфактум.<br> <br> 3. Экстренное исключение (сверхсрочный режим)<br> <br> Вводится отдельный подпорог экстренной передачи.<br> <br> При наличии:<br> <br> – прямого и однозначного призыва к насилию;<br> <br> – угрозы немедленной эскалации;<br> <br> материалы:<br> <br> – передаются в правовой контур незамедлительно;<br> <br> – без ожидания достижения порога охвата;<br> <br> – с параллельным уведомлением руководства штаба.<br> <br> Двойная верификация проводится постфактум в течение 30 минут.<br> <br> 4. Двойная верификация<br> <br> В стандартном режиме передача требует подтверждения:<br> <br> – руководителя аналитического контура;<br> <br> – руководителя протокольного контура.<br> <br> Отсутствие подтверждения блокирует передачу.<br> <br> 5. Фиксация решений<br> <br> Каждое решение:<br> <br> – фиксируется в SSOT;<br> <br> – содержит ссылку на паспорт инцидента;<br> <br> – указывает, какой режим применён (основной или экстренный).<br> <br> 6. Корректировка порога<br> <br> Руководитель штаба вправе временно корректировать порог минимальности в условиях красного уровня.<br> <br> Решение:<br> <br> – фиксируется в SSOT;<br> <br> – содержит обоснование;<br> <br> – имеет срок действия.<br> <br> 7. Защита от злоупотреблений<br> <br> Использование правового контура:<br> <br> – в целях давления;<br> <br> – для сведения счётов;<br> <br> – для подмены коммуникационных решений;<br> <br> рассматривается как нарушение регламента.<br> <br> ПРИЛОЖЕНИЕ K.<br> <br> УСТОЙЧИВОСТЬ СИСТЕМЫ И РЕЖИМЫ ДЕГРАДАЦИИ<br> <br> Статус: обязательный<br> <br> Назначение: обеспечение управляемости штаба при технических, кадровых и организационных сбоях<br> <br> 1. Принцип устойчивости<br> <br> Система штаба проектируется исходя из допущения отказа отдельных элементов, а не их безотказной работы.<br> <br> Цель — не сохранение полной функциональности, а сохранение управляемости и дисциплины.<br> <br> 2. Уровни отказа<br> <br> Фиксируются три уровня деградации:<br> <br> Уровень 1 — частичный отказ.<br> <br> Недоступны отдельные сервисы (панель, бот, автоматические отчёты), связь с центром сохранена.<br> <br> Уровень 2 — отказ ядра.<br> <br> SSOT или панель недоступны более 30 минут, автоматизация остановлена.<br> <br> Уровень 3 — разрыв связи.<br> <br> Отсутствует устойчивая связь с центральным штабом более 2 часов.<br> <br> 3. Поведение системы по уровням<br> <br> Уровень 1:<br> <br> Работа продолжается с ручной фиксацией инцидентов и решений с последующей загрузкой в SSOT.<br> <br> Уровень 2:<br> <br> – активируется резервный пакет регламентов (PDF);<br> <br> – используется дежурный канал связи;<br> <br> – запрещается самостоятельная интерпретация и генерация новых формулировок.<br> <br> Уровень 3:<br> <br> – региональные штабы переходят в режим удержания;<br> <br> – допускаются только ранее утверждённые материалы;<br> <br> – любые новые реакции откладываются до восстановления связи, за исключением прямых угроз безопасности.<br> <br> 4. Региональный контур<br> <br> Во всех регионах функционируют штабы по теме кампании, подчинённые:<br> <br> – заместителям акимов;<br> <br> – в оперативной части — центральному штабу.<br> <br> Региональные штабы:<br> <br> – не обладают правом автономного изменения линий;<br> <br> – обязаны фиксировать все отклонения и инциденты;<br> <br> – работают по тем же фазам и регламентам.<br> <br> 5. Предстартовая верификация<br> <br> Перед запуском активной фазы проводится обязательная проверка:<br> <br> – доступов;<br> <br> – резервных каналов;<br> <br> – актуальности PDF-пакетов;<br> <br> – готовности регионов.<br> <br> Результаты фиксируются в SSOT.<br> <br> 6. Учения и «инъекции»<br> <br> Минимум одно учение с имитацией отказа ядра проводится до пика.<br> <br> Цель — выявление задержек, а не демонстрация готовности.<br> <br> ПРИЛОЖЕНИЕ L.<br> <br> ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА SSOT<br> <br> Статус: базовый<br> <br> Назначение: единый источник данных, решений и контента<br> <br> 1. Принцип SSOT<br> <br> SSOT является единственным легитимным источником:<br> <br> – регламентов;<br> <br> – контент-пакетов;<br> <br> – статусов инцидентов;<br> <br> – управленческих решений.<br> <br> Использование внешних копий допускается только в режиме деградации.<br> <br> 2. Структура данных<br> <br> SSOT включает:<br> <br> – реестр инцидентов;<br> <br> – реестр регионов и статусов;<br> <br> – контент-пакеты с версиями;<br> <br> – паспорта решений;<br> <br> – журналы доступа и действий.<br> <br> 3. Ролевой доступ<br> <br> Доступ разграничен по ролям:<br> <br> – руководство штаба;<br> <br> – руководители контуров;<br> <br> – аналитики;<br> <br> – регионы;<br> <br> – технические администраторы.<br> <br> Каждое действие логируется.<br> <br> 4. Модуль динамической маркировки<br> <br> (без использования внешних терминов)<br> <br> Любой выгружаемый материал автоматически маркируется.<br> <br> Текстовые материалы<br> <br> – внедрение невидимых символов при копировании;<br> <br> – уникальный паттерн на пользователя и сессию.<br> <br> Документы (PDF, DOCX)<br> <br> – инъекция ID в метаданные;<br> <br> – скрытый текстовый слой с ID и временем выгрузки.<br> <br> Графические материалы<br> <br> – внедрение цифровой метки в пиксельный массив;<br> <br> – сохранение читаемости при стандартном сжатии.<br> <br> Экранные формы<br> <br> – динамический водяной знак с ФИО пользователя в режиме просмотра.<br> <br> 5. Предупреждение пользователя<br> <br> При каждой выгрузке система обязана отображать уведомление<br> <br> о персональной ответственности за распространение.<br> <br> Подтверждение фиксируется.<br> <br> 6. Модуль проверки утечек<br> <br> Администратор:<br> <br> – загружает подозрительный материал;<br> <br> – получает идентификатор источника при наличии метки.<br> <br> При подтверждении — учетная запись автоматически блокируется<br> <br> до разбирательства.<br> <br> 7. Интеграция<br> <br> SSOT интегрируется с:<br> <br> – ботом;<br> <br> – административной панелью;<br> <br> – генераторами шаблонов;<br> <br> – библиотекой промптов.<br> <br> Генерация допускается только на основе утверждённых данных.<br> <br> ПРИЛОЖЕНИЕ M.<br> <br> ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА СЛУЖЕБНОГО БОТА<br> <br> Статус: обязательный<br> <br> Назначение: оперативная доставка контента, регламентов и сигналов штаба<br> <br> 1. Роль бота в системе<br> <br> Бот является оперативным интерфейсом SSOT, а не самостоятельным источником решений или интерпретаций.<br> <br> Бот:<br> <br> – не хранит первичные данные;<br> <br> – не формирует контент автономно;<br> <br> – не заменяет административную панель.<br> <br> 2. Основные функции<br> <br> Бот обеспечивает:<br> <br> – доступ к актуальным контент-пакетам;<br> <br> – доставку регламентов по фазам;<br> <br> – уведомления об изменениях;<br> <br> – фиксацию подтверждений получения.<br> <br> 3. Работа с текстами и тезисами<br> <br> При копировании текста:<br> <br> – автоматически внедряются невидимые идентификаторы пользователя;<br> <br> – паттерн уникален для каждой сессии.<br> <br> Любая передача текста за пределы системы сохраняет метку источника.<br> <br> 4. Работа с файлами<br> <br> При скачивании файлов:<br> <br> – применяется динамическая маркировка;<br> <br> – фиксируются пользователь, время и версия.<br> <br> Повторная выгрузка одного и того же файла формирует новую метку.<br> <br> 5. Предупреждения и сдерживание<br> <br> При действиях «Скачать», «Копировать», «Получить пакет» бот обязан:<br> <br> – показывать уведомление о персональной ответственности;<br> <br> – требовать явного подтверждения.<br> <br> Отказ от подтверждения блокирует действие.<br> <br> 6. Раздел проверки утечек<br> <br> Для администраторов доступен режим:<br> <br> – загрузки подозрительного материала;<br> <br> – автоматической проверки наличия метки.<br> <br> Результат проверки отображается без раскрытия технических деталей.<br> <br> 7. Поведение при сбоях<br> <br> При недоступности SSOT:<br> <br> – бот переходит в режим уведомлений;<br> <br> – выдаёт сообщение о временном ограничении функционала;<br> <br> – не выдаёт устаревший контент.<br> <br> 8. Логирование<br> <br> Все действия фиксируются:<br> <br> – пользователь;<br> <br> – тип действия;<br> <br> – время;<br> <br> – версия материала.<br> <br> Журналы доступны только уполномоченным лицам.<br> <br> ПРИЛОЖЕНИЕ N.<br> <br> БИБЛИОТЕКА ПРОМПТОВ И ШАБЛОНОВ<br> <br> Статус: вспомогательный, обязательный для использования<br> <br> Назначение: ускорение и унификация подготовки материалов<br> <br> 1. Принцип использования<br> <br> Библиотека предназначена не для генерации смыслов, а для:<br> <br> – ускорения подготовки;<br> <br> – снижения вариативности;<br> <br> – предотвращения ошибок формулировок.<br> <br> 2. Ограничения<br> <br> Использование библиотеки:<br> <br> – не допускает импровизации на уровне смыслов;<br> <br> – не заменяет редакторскую проверку;<br> <br> – не расширяет рамку утверждённых линий.<br> <br> 3. Структура библиотеки<br> <br> Библиотека включает:<br> <br> – промпты для FAQ;<br> <br> – шаблоны карточек и видео;<br> <br> – формулы ответов на типовую критику;<br> <br> – сервисные пояснения.<br> <br> Каждый элемент имеет:<br> <br> – версию;<br> <br> – статус актуальности;<br> <br> – привязку к фазе.<br> <br> 4. Интеграция с генераторами<br> <br> Все визуальные и текстовые генераторы:<br> <br> – используют только эту библиотеку;<br> <br> – не принимают произвольный ввод;<br> <br> – работают по принципу подстановки данных.<br> <br> Связь с генераторами шаблонов осуществляется в соответствии с Приложением O.<br> <br> 5. Контроль и обновление<br> <br> Обновление библиотеки:<br> <br> – производится централизованно;<br> <br> – фиксируется в SSOT;<br> <br> – сопровождается уведомлением регионов.<br> <br> Устаревшие элементы:<br> <br> – изымаются из активного использования;<br> <br> – сохраняются в архиве.<br> <br> 6. Ответственность<br> <br> Использование промптов вне библиотеки:<br> <br> – квалифицируется как нарушение регламента;<br> <br> – подлежит фиксации и разбору.<br> <br> 7. Культурная и языковая проверка<br> <br> Перед включением нового шаблона проводится проверка:<br> <br> – на двуязычие;<br> <br> – на нейтральность формулировок;<br> <br> – на отсутствие идентичностных перекосов.<br> <br> Результат проверки фиксируется.<br> <br> ПРИЛОЖЕНИЕ O.<br> <br> ВИЗУАЛЬНЫЕ ШАБЛОНЫ И АВТОМАТИЗИРОВАННЫЕ ГЕНЕРАТОРЫ<br> <br> Статус: обязательный<br> <br> Назначение: унификация и ускорение визуального продакшна<br> <br> 1. Роль визуального контура<br> <br> Визуальный контур рассматривается как часть управляемого контент-конвейера, а не как креативная зона.<br> <br> Все визуальные материалы:<br> <br> – подчиняются единому ToV;<br> <br> – выпускаются только через утверждённые шаблоны;<br> <br> – не допускают локальной интерпретации.<br> <br> 2. Типы шаблонов<br> <br> Используются следующие классы шаблонов:<br> <br> – карточки для социальных сетей;<br> <br> – обложки видео и коротких роликов;<br> <br> – инфографика сервисного характера;<br> <br> – визуальные элементы FAQ.<br> <br> Каждый шаблон имеет:<br> <br> – код шаблона;<br> <br> – версию;<br> <br> – фазу применения;<br> <br> – допустимые поля подстановки.<br> <br> 3. Автоматизированные генераторы<br> <br> Генерация визуальных материалов осуществляется:<br> <br> – через административную панель;<br> <br> – с использованием данных из SSOT;<br> <br> – на основе промптов и текстовых блоков из Приложения N.<br> <br> Ручная сборка визуалов в регионах не допускается.<br> <br> 4. Динамическая маркировка<br> <br> Все сгенерированные материалы автоматически:<br> <br> – маркируются идентификатором пользователя;<br> <br> – получают уникальный визуальный паттерн;<br> <br> – фиксируются в журнале выгрузок.<br> <br> Метка сохраняется при пересылке файла и выявляется при анализе утечки.<br> <br> 5. Ограничения и защита<br> <br> Генераторы:<br> <br> – не позволяют менять цветовые схемы;<br> <br> – не позволяют добавлять собственные тексты;<br> <br> – не позволяют удалять обязательные элементы.<br> <br> Любая попытка обхода шаблона квалифицируется как нарушение регламента.<br> <br> 6. Обновление шаблонов<br> <br> Обновление визуальных шаблонов:<br> <br> – производится централизованно;<br> <br> – сопровождается заменой старых версий;<br> <br> – доводится до регионов через бот.<br> <br> Использование устаревших шаблонов не допускается.<br> <br> ПРИЛОЖЕНИЕ P.<br> <br> ЧЕК-ЛИСТ ГОТОВНОСТИ И УЧЕНИЯ<br> <br> Статус: обязательный<br> <br> Назначение: проверка работоспособности системы до перехода в пик<br> <br> 1. Общий принцип<br> <br> Система считается готовой только после практической проверки, а не по факту утверждения документов.<br> <br> 2. Чек-лист предстартовой готовности<br> <br> Перед переходом в мобилизационную фазу подтверждается:<br> <br> – доступ всех участников к SSOT;<br> <br> – работоспособность бота;<br> <br> – актуальность контент-пакетов;<br> <br> – назначение дублёров по ключевым ролям;<br> <br> – подтверждение получения регламентов регионами.<br> <br> Отсутствие хотя бы одного подтверждения блокирует переход фазы.<br> <br> 3. Учебные сценарии<br> <br> Проводятся обязательные учения:<br> <br> – потеря доступа к SSOT на 30 минут;<br> <br> – задержка обновления контент-пакета;<br> <br> – одновременный инцидент и выбытие части команды;<br> <br> – утечка маркированного материала с последующим разбором.<br> <br> 4. Формат учений<br> <br> Учения проводятся:<br> <br> – без предварительного уведомления исполнителей;<br> <br> – с фиксацией всех действий;<br> <br> – без поиска виновных.<br> <br> Результаты используются исключительно для улучшения системы.<br> <br> 5. Документирование результатов<br> <br> По итогам учений:<br> <br> – составляется краткий отчёт;<br> <br> – фиксируются выявленные сбои;<br> <br> – обновляются регламенты и Навигатор.<br> <br> Отчёт хранится в SSOT.<br> <br> 6. Региональный уровень<br> <br> Региональные штабы проводят аналогичные учения:<br> <br> – под координацией центрального штаба;<br> <br> – с обязательной передачей результатов;<br> <br> – с правом центра корректировать региональные процедуры.<br> <br> 7. Ответственность<br> <br> Отказ от участия в учениях или формальное их проведение:<br> <br> – квалифицируется как нарушение дисциплины;<br> <br> – подлежит разбору на уровне штаба.