[Grok] 2026-02-04 — Структура штаба 2026: анализ и улучшения

Grok (xAI) neutral 2026-02-04 105 чанков ~157 мин чтения

Сущности

Grok ЛПР

# Структура штаба 2026: анализ и улучшения Platform: Grok (xAI) Date: 2026-02-04 **User**: вот я пока собрал проанализируй со разных сторон, дай конкретные рекомендации, улучшения и критику **Grok**: В представленном документе структура штаба в 2026 году выстроена вокруг функциональных контуров, что отражает реальные вызовы фрагментированного инфополя и низкого уровня исполнения. Это разумный подход, поскольку он отходит от монолитной модели прошлого, где централизация приводила к перегрузкам и запаздываниям. Однако в условиях астанинской бюрократии такая архитектура рискует стать слишком абстрактной, если не будет привязана к конкретным механизмам ответственности, что может привести к интерпретациям как к "реформе без изменений" и эрозии доверия внутри аппарата. Аналитико-прогностическое направление описано как инструмент опережения рисков, фокусирующийся на интерпретации сигналов, а не на количестве данных. Это правильно подчеркивает сдвиг от мониторинга к прогнозированию, особенно в контексте 2026 года, где цифровой шум маскирует реальные триггеры недоверия. Уязвимость здесь в отсутствии четких критериев "информационного мусора": без верифицированных порогов отсечения аналитика может субъективно искажаться, что в политическом поле грозит обвинениями в предвзятости и репутационными потерями для штаба. Чтобы усилить этот контур, стоит ввести обязательную верификацию сигналов через кросс-проверку с региональными данными, не полагаясь только на центральные источники. Это минимизирует риск игнорирования периферийных напряжений, как это бывало в прошлых циклах, и сделает выводы более устойчивыми к критике. Кроме того, прогностика должна включать сценарии "нулевого вмешательства", чтобы ЛПР видел не только угрозы, но и стоимость бездействия в терминах политических рисков. Контур сценариев и протоколов реакции позиционируется как сердце системы, с акцентом на алгоритмы для типовых инцидентов. Это адекватно адресует проблему перегруженных исполнителей, предлагая примитивные, но надежные инструкции. Риск в том, что чрезмерная примитивность может быть воспринята как недоверие к регионам, провоцируя пассивное сопротивление или саботаж без умысла, особенно в многонациональном контексте Казахстана, где идентичностные вбросы требуют нюансированного подхода. Рекомендация по улучшению: интегрировать в протоколы модуль культурной адаптации, где базовый алгоритм остается жестким, но позволяет минимальные вариации под региональные контексты после одобрения центра. Это снизит репутационные риски от "однотипных" реакций, которые аудитория может интерпретировать как оторванность от реальности, и усилит исполнение за счет ощущения локальной релевантности. Выпускной и контентный контур трактуется как стандартизированный сервис, подчеркивая скорость над изяществом. Это практично для 2026 года, где массовое производство контента снижает хаос интерпретаций. Однако без строгих правовых рамок на использование шаблонов есть уязвимость в потенциальном нарушении авторских прав или распространения дезинформации, если адаптация пойдет не по плану, что в международном контексте может привести к дипломатическим осложнениям. Для критики: фокус на KPI как на снижении хаоса верен, но игнорирует метрики долгосрочного доверия, такие как органическая вовлеченность. Улучшить можно, добавив ежеквартальный аудит контента на соответствие конституционным нормам, чтобы избежать правовых рисков, и внедрив автоматизированные инструменты для адаптации под платформы, что сэкономит ресурсы без потери контроля. Региональная синхронизация описана как буфер, фокусирующийся на коррекции паттернов ошибок. Это ключевой элемент, учитывая прошлые провалы в рассинхронизации. Риск интерпретации: регионы могут увидеть это как усиление контроля, что в политическом климате 2026 года спровоцирует внутренние конфликты и утечки, подрывая единство аппарата. Предложение по усилению: ввести анонимный канал обратной связи от регионов в штаб, чтобы фиксировать паттерны без личной ответственности, снижая мотивацию к имитации. Это сделает контур более устойчивым к репутационным атакам изнутри и повысит общую дисциплину. Сквозной контур внутреннего аудита подчеркивает институциональную память над поиском виновных. Это зрелое решение для длинного цикла, но уязвимо к бюрократическому разрастанию, если разборы не будут ограничены по объему, что перегрузит систему и вернет к прошлым ошибкам. Критика: принципы минимума творчества, жесткого ритма и границ ответственности сильны, но требуют верификации на пилотных регионах, чтобы избежать переоценки их эффективности в разнородных контекстах. Рекомендация: начать с тестового внедрения в двух-трех областях, фиксируя метрики до и после, чтобы корректировать перед полным запуском. Анализ текущих продуктов штаба выявляет перегруз без иерархии, что точно отражает внутреннюю угрозу. Предлагаемая структура вокруг контуров логично собирает это в единую систему, но риск в том, что без четкого владельца за каждый контур она распадется на фрагменты, повторяя фрагментацию инфополя. Улучшение: назначить персональных координаторов с четкими полномочиями, подотчетными напрямую ЛПР, чтобы избежать диффузии ответственности. Это усилит политическую устойчивость всей архитектуры. В разделе о том, что убить в аналитике, акцент на удалении перечислений и дубликатов верен, но может привести к потере исторического контекста, необходимого для правовых разборов в случае эскалации. Рекомендация: архивировать удаляемое в отдельной базе, доступной только по запросу, сохраняя баланс между оперативностью и защитой от юридических претензий. Боевой регламент как иерархия уровней с механизмами терминологии, обновлений и контроля — это солидная основа, опирающаяся на существующие материалы. Уязвимость в скорости обновлений: в 2026 году задержки могут быть фатальными для репутации. Усилить через цифровую платформу для мгновенного распространения версий, минимизируя человеческий фактор. Контент и регионы как обслуживающий слой правильно ограничивают ущерб, но критика в игнорировании внешних факторов, таких как изменения в алгоритмах платформ, что требует ежегодной верификации стандартов. Предложение: интегрировать мониторинг платформ в аналитический контур для proactive адаптации. Итоговая сборка подчеркивает архитектуру над талантами, что реалистично для низкого исполнения. Политический риск: если система покажется слишком жесткой, она может отпугнуть квалифицированных специалистов. Улучшить, добавив элемент поощрения за точное исполнение, чтобы сохранить мотивацию без размывания структуры. Общий вывод: документ предлагает coherentную эволюцию штаба, но для 2026 года требует пилотной верификации и правовых safeguardов, чтобы избежать интерпретаций как бюрократического монстра. Если углубить, стоит собрать это в эксплуатационный регламент с фокусом на минимальные стандарты. **User**: Давай сразу установим тайминга и круг задач С начала февраля будет подготовка к референдуму по новой конституции. Сейчас закончились заседания конституционной комиссии, изменения в конституцию уже опубликованы для обсуждения. Уже идут серьезные сложности. Дальше будет пик - сам референдум, тут чистая электоралка, возгон явки и все такое, Потом будет видимо отставка парламента и новые выборы парламентские. По ощущениям это продлится около 3 месяцев, с периодами затишья. **Grok**: Установленный тайминг выглядит реалистичным, учитывая логику текущего цикла: с февраля фокус на подготовке к референдуму, где уже видны первые сложности в обсуждении опубликованных изменений Конституции. Это значит, что штаб должен активироваться немедленно, без фазы разгона, поскольку фрагментация инфополя и региональные рассинхронизации, описанные в вашем документе, проявятся именно в этот период обсуждений, когда критика может накапливаться незаметно. Ключевой уязвимостью здесь становится переход от конституционной комиссии к публичному этапу: опубликованные изменения уже генерируют шум, но без оперативной аналитики риск упустить точки напряжения, такие как идентичностные вбросы или региональные интерпретации, которые в прошлом приводили к эскалации недоверия. Если аналитический контур не перестроен под опережение на 3–7 дней, как вы предлагаете, то сложности, которые вы упомянули, превратятся в системные провалы, особенно в регионах с разными медиареальностями. Для усиления рекомендую сразу ввести ежедневный сигнал риска в аналитическом контуре, привязанный не к общим отчетам, а к конкретным триггерам из опубликованных изменений – например, фиксацию динамики критики по типам, как процедурная или конспирологическая, с обязательным выводом о владельце риска. Это позволит ЛПР реагировать до пика референдума, минимизируя репутационные потери от запоздалых корректировок. Пик референдума, с акцентом на явку, добавляет слой электрокампании, где низкий уровень исполнения на местах может усилить имитацию активности, как это фиксировалось в ваших материалах по регионам. Риск в том, что "возгон явки" без жестких протоколов превратится в хаотичные интерпретации, где регионы добавят "от себя", создавая эффект саботажа и подрывая доверие к процессу в целом, особенно если учесть международный контекст и возможные обвинения в манипуляциях. Чтобы стабилизировать этот этап, стоит расширить контур сценариев на электроспецифику: разработать алгоритмы не только для информационных атак, но и для типовых сценариев низкой явки, с запретами на самодеятельность и минимальными стандартами контента, ориентированными на снижение хаоса, а не на креатив. Это вытянет слабое исполнение, но потребует верификации на пилотных регионах, чтобы избежать переоценки эффективности в разнородных контекстах. Постреферендумный период с отставкой парламента и новыми выборами, растянутый на три месяца с затишьями, несет скрытый риск накопления усталости в системе: затишья часто маскируют эрозию дисциплины, когда штаб теряет ритм, а регионы возвращаются к имитации. В вашей архитектуре это адресовано сквозным аудитом, но без фиксации паттернов ошибок в реальном времени это может привести к повторению прошлых циклов, где внутренняя перегрузка становилась главной угрозой. Усиление здесь видится в жестком ритме, как вы отметили, с обязательными паузами для разбора постфактум, но с добавлением механизма ротации координаторов контуров, чтобы избежать выгорания и сохранить институциональную память. Если затишья используются для корректировки регламента, это превратит трехмесячный период в фазу укрепления, а не в зону риска. Общий краш-тест показывает, что ваша структура штаба выдержит цикл, если архитектура останется приоритетом над людьми, но требует немедленной привязки к таймингу: аналитика на старте февраля, протоколы к пику референдума, аудит в затишьях. Без этого риски интерпретаций как "бюрократической реформы" вырастут, особенно в аппарате, где недоверие к изменениям уже есть. Если нужно, соберем это в единый эксплуатационный документ с фокусом на минимальные стандарты. **User**: Теперь давай поговорим про возможности и про экспертизу. Во первых снова пройдись по всем чатам нашим и поищи что можно привнести в Штаб; также вспомни что мы можем писать несложный быстрый софт под задачи. Также не забудь про ssot. Мы можем использовать Гуглдокс для общего управления и отчетности. Можем сделать бота для телеграм для рабочих задач. Можем сделать несложную ИИ-автоматизацию и так Далее. У нас будет масса контенат и надо продумать как минимизировать трудозатраты, шаблоны, промыт и тд. Подумай также про скоростную социологи/, какие-то вещи можно замерять не сложными опросами через рекламу, ии и тд. **Grok**: Прошлые обсуждения показывают последовательный интерес к инструментам, которые могли бы усилить штаб без радикальной перестройки, особенно в части автоматизации рутины и сбора данных. В разговорах от июля 2025 года часто всплывали идеи о модульных структурах для стратегий, где акиматы выступают исполнителями, с акцентом на семинары по медиации и онлайн-кампании для снижения напряженности; это можно адаптировать в аналитический контур штаба как шаблоны для региональной синхронизации, добавив их в регламент для оперативной коррекции паттернов ошибок. Дальше, в ноябре и декабре 2025-го, акцент делался на сокращении объемов документов до пяти страниц, с фокусом на аналитические записки без списков, что перекликается с вашей текущей логикой минимализма в продуктах штаба; здесь уязвимость в потере глубины, если не ввести автоматизированный фильтр на "управленческий смысл", как вы предлагали для аналитики, чтобы избежать перегрузки ЛПР. В январе 2026-го обсуждения касались KPI и механизмов обновления стратегий, включая ежедневную синхронизацию команд и внешнюю верификацию данных; это напрямую усиливает сквозной аудит штаба, но риск в бюрократизации, если не привязать к SSOT — единому источнику правды, который минимизирует дубликаты и рассинхронизации, особенно в постреферендумный период с затишьями. SSOT логично реализовать через Google Docs, как вы отметили, для общего управления и отчетности: это позволит централизовать протоколы, сценарии и аналитику в живом формате, с доступом по уровням допуска; усиление здесь в интеграции с версионным контролем, чтобы обновления не создавали хаос, но уязвимость в зависимости от внешней платформы — в условиях 2026 года с возможными киберрисками лучше добавить локальный бэкап и шифрование. Несложный софт под задачи, как мы обсуждали ранее, можно писать быстро: например, скрипты для обработки отчетов, где Python с библиотеками вроде pandas фильтрует данные по рискам, избавляя аналитиков от ручной сортировки; это сократит трудозатраты на контент, но требует тестирования на реальных данных, чтобы избежать ошибок интерпретации, особенно если интегрировать ИИ для генерации промптов. Бот для Telegram под рабочие задачи — это прямая автоматизация: он может раздавать сценарии реакции, фиксировать обратную связь от регионов и напоминать о ритме, интегрируясь с Google Docs; преимущество в скорости, но риск в утечках, если не ввести двухфакторную аутентификацию и аудит логов, что в политическом контексте 2026 года критично для репутационной защиты. ИИ-автоматизация для несложных задач, как вы предлагаете, подойдет для шаблонов контента: промпты на генерацию постеров или контртезисов по типовым атакам, с минимальной ручной правкой; это минимизирует затраты на массовое производство, но уязвимость в предвзятости моделей — нужно калибровать на казахстанском корпусе данных, чтобы избежать культурных искажений, и верифицировать выводы вручную на старте. Для большого объема контента шаблоны и промпты — ключ к эффективности: стандартизированные формы для инфографики или видео, где ИИ заполняет по сценарию из регламента, сэкономят время, но риск имитации возрастет, если не ввести метрики качества, как снижение хаотичных интерпретаций, с аудитом на соответствие минимальным стандартам. Скоростная социология через несложные опросы — это опережение рисков: короткие опросы в соцсетях via реклама, анализируемые ИИ для динамики настроений, с фокусом на триггеры недоверия; можно интегрировать в аналитический контур для прогнозов на 3-7 дней, но данные требуют верификации, так как реклама может искажать выборку — усилить анонимными каналами и кросс-проверкой с региональными сигналами. Общий краш-тест этих идей показывает, что они усиливают архитектуру штаба за счет простоты и повторяемости, но главная уязвимость в низком исполнении: если софт или боты не пройдут пилот в одном регионе, они добавят хаос вместо снижения; поэтому начинать с малого, фиксируя паттерны в аудите, чтобы в пике референдума система не дала сбой. **User**: Вот посмотри все что пока собрали. Немного сумбурно но в целом то что я и хочу. Проанализируй, дай реальную критику, конкретные рекомендации и усиления. ПОтом будем собирать финальный вариант полного Пакета документов **Grok**: Документ, собранный в пакет "ШТАБ-2026", представляет собой операционную основу для управления информационным полем в критический период конституционного референдума и транзита, с фокусом на снижение хаоса через жесткие контуры и регламенты. В целом архитектура выдержана в логике антихрупкости, где приоритет отдается процессам над индивидуальными талантами, что адекватно адресует риски низкого исполнения в аппарате, но при этом создает потенциальную уязвимость в восприятии как избыточного контроля, особенно в регионах, где такая жесткость может интерпретироваться как недоверие и спровоцировать пассивное сопротивление без видимого саботажа. Основной регламент штаба логично структурирован вокруг функциональных контуров, с четким разграничением ролей, что минимизирует дублирование и перегрузку, но риск здесь в отсутствии механизма быстрой адаптации контуров под неожиданные сценарии, такие как внезапный рост внешних информационных атак в феврале, когда обсуждение проекта Конституции уже генерирует сложности; без гибкого протокола перераспределения ресурсов между аналитикой и протоколами штаб может запоздать с квалификацией инцидентов, превращая их в системные кризисы легитимности. Замкнутый управленческий цикл, с обязательным прохождением этапов от обнаружения до корректировки, усиливает дисциплину и институциональную память, но уязвим к бюрократизации на этапе фиксации, если SSOT не интегрирован с автоматизированными напоминаниями, что в условиях усталости исполнителей приведет к имитации фиксации без реального анализа; рекомендация — ввести в SSOT автоматизированный триггер на корректировку, где каждый закрытый инцидент генерирует запрос на обновление регламента в течение 24 часов, с уведомлением ЛПР, чтобы избежать накопления необработанных паттернов ошибок. Контур управленческой аналитики правильно смещен в сторону интерпретации рисков на коротком горизонте, с запретом на описательные обзоры, но без интеграции скоростной социологии как обязательного источника сигналов он рискует упустить эмоциональные триггеры недоверия в регионах, где цифровой шум маскирует реальные напряжения; усилить можно, добавив в продукты контура обязательный блок кросс-проверки аналитики с данными опросов через рекламу, с минимальным порогом верификации, чтобы прогнозы не основывались только на мониторинге, а учитывали распределение настроений по демографическим сегментам. Протоколы и методология как ядро штаба адекватно компенсируют низкое исполнение через примитивные алгоритмы, включая режим молчания, но интерпретация "импровизация запрещена" может быть использована регионами как оправдание бездействия в нестандартных ситуациях, что в пике референдума усилит эффект саботажа; рекомендация — расширить протоколы временными экстренными регламентами с четким сроком жизни не более 48 часов, с автоматическим отзывом после анализа, чтобы сохранить гибкость без размывания дисциплины. Контент как сервис с акцентом на шаблоны и скорость верен для массового производства, но без строгого лимита на объемы (80/20) он может перегрузить систему имитацией активности, особенно если ИИ-адаптация не калибрована под культурные нюансы, рискуя генерировать контент, воспринимаемый как оторванный от реальности; усиление — внедрить в чеклист контента обязательную проверку ИИ-выводов на соответствие красным линиям через red team симуляцию, где бот тестирует потенциальные негативные интерпретации перед выпуском. Региональный контур с принципом упреждающей амнистии правильно мотивирует на раннюю фиксацию проблем, но уязвим к злоупотреблению в регионах с низким индексом стабильности, где "амнистия" может стать прикрытием для систематических ошибок; рекомендация — связать амнистию с обязательным аудитом паттернов, где повторяющиеся провалы автоматически переводят регион в режим прямого управления без обсуждения, фиксируя это в SSOT для предотвращения репутационных рисков от внутренних утечек. SSOT на базе Google Docs с резервным копированием обеспечивает единство, но в условиях февраля 2026 года, с возможными киберрисками, зависимость от внешней платформы создает уязвимость для сбоев или несанкционированного доступа; усилить стоит локальным зеркалом SSOT на защищенном сервере аппарата, с ежедневной синхронизацией и аудитом логов доступа, чтобы минимизировать правовые риски утечек конфиденциальной информации. Telegram-бот как интерфейс для фиксации и выдачи тезисов ускоряет процессы, но без двухфакторной аутентификации и шифрования сообщений он рискует стать каналом для внутренних утечек или внешних атак, особенно если регионы начнут использовать его для неформальных обсуждений; рекомендация — интегрировать боту функцию автоматического логирования с флагом на интерпретации, где любой "свободный ввод" блокируется и эскалируется, сохраняя чистоту как инструмента дисциплины. ИИ-автоматизация ограничена усилением скорости, что правильно избегает делегирования решений, но промпт-библиотека уязвима к предвзятости моделей, если не верифицирована на казахстанском корпусе данных; усиление — добавить еженедельный аудит ИИ-выводов на культурные искажения, с корректировкой промптов на основе реальных инцидентов, чтобы избежать репутационных провалов от "нечувствительного" контента. Скоростная социология как радар верна, но без интеграции с аналитикой она может генерировать шум, интерпретируемый как манипуляция данными; рекомендация — всегда связывать результаты опросов с региональными сигналами, фиксируя в продуктах аналитики оценку выборки на искажения, чтобы ЛПР видел не сырые данные, а верифицированные тенденции. Ритм работы с обязательностью даже в затишьях укрепляет систему, но в трехмесячном транзите риск выгорания координаторов; усилить ротацией ролей в контурах каждые две недели, с фиксацией в регламенте, чтобы сохранить темп без потери качества. Приложения, включая карточку инцидента и уровни эскалации, делают регламент эксплуатационным, но таблица стоп-слов уязвима к интерпретациям как цензура, если не подчеркнуть ее как инструмент легитимности; рекомендация — добавить в таблицу блок с обоснованиями рисков для каждого стоп-слова, доступный только внутренне, чтобы избежать внешних атак на "запреты". Боевой регламент №1 с матрицей реакций и региональной версией плотно закрывает фазу обсуждения, фокусируясь на типологии критики, но без механизма обновления матрицы в реальном времени он может отстать от эволюции атак; усиление — ввести ежедневный дайджест обновлений регламента через бот, с версионным контролем, чтобы формулы оставались актуальными без хаоса. Медиаплан и контент-план недели логично дополняют структуру, вводя плановый контур, но переключатель режимов рискует субъективностью, если не привязан к quantifiable порогам из аналитики; рекомендация — определить пороги эскалации по метрикам, таким как рост негатива на 20% за сутки, фиксируя их в SSOT для объективности. В целом пакет сумбура избегает за счет плотности, но для финального варианта требуется верификация на пилотном регионе, чтобы выявить скрытые уязвимости в исполнении; без этого риски интерпретаций как "бюрократического монстра" вырастут, подрывая доверие внутри аппарата. **User**: Рассмотри с точки зрения опытного маркетолога, pr-gr эксперта и опытного пользователя ИИ и Python Что конкретно можно улучшить, ускорить, автоматизировать и тд. **Grok**: С точки зрения опытного маркетолога, текущая архитектура штаба правильно ставит барьер на самодеятельность и хаос, но упускает возможность работать с аудиторией как с сегментированным рынком, где разные группы реагируют на разные стимулы. Жесткий акцент на шаблонах и повторяемости снижает риски самострела, однако делает коммуникацию предсказуемой и механической, что в феврале 2026 года, когда обсуждение проекта Конституции уже вызывает эмоциональные реакции, может усилить восприятие оторванности государства от людей. Аудитория в регионах и среди молодежи быстро считывает "стандартные ответы" как отсутствие диалога, что эрозирует доверие быстрее, чем отдельные вбросы. Чтобы улучшить, стоит ввести минимальную вариативность в шаблоны — не творчество, а заранее протестированные варианты формулировок под сегменты, например, более процедурный тон для старшей аудитории и вопрос-ответ для молодежи в Telegram. Это ускорит адаптацию без потери контроля: маркетингово это позволит удерживать рамку, но снижать раздражение от "роботизированных" ответов. Риск интерпретации как манипуляции минимален, если вариации остаются в SSOT и проходят стресс-тест на негативные чтения. PR-специалист видит сильную сторону в режиме молчания и красных линиях — это классический кризисный подход, где неответ часто эффективнее спора, особенно при идентичностных вбросах, которые сейчас уже циркулируют. Однако пакет недооценивает скорость распространения нарративов в Threads и Telegram: если штаб реагирует только по карточке инцидента, то к моменту квалификации история может набрать критическую массу, превратив локальный шум в национальный тренд. Уязвимость в том, что аудит регионов фиксирует отклонения постфактум, а не превентивно, что в пике референдума грозит репутационными потерями от накопленных мелких провалов. Усиление здесь — в раннем PR-сканировании: добавить в аналитический контур ежедневный срез не только рисков, но и потенциальных "вирусных" нарративов с оценкой их эмоционального заряда. Это ускорит переключение режимов штаба, позволяя перейти в напряжение до эскалации. Кроме того, стоит предусмотреть буферный пул "нейтральных" материалов — не реактивных, а проактивных, вроде простых объяснений процедуры, которые выпускаются планово и гасят вакуум, где растет критика. Как пользователь ИИ и Python с опытом автоматизации подобных процессов, вижу огромный потенциал в расширении технического контура, который сейчас ограничен базовым ботом и промпт-библиотекой. SSOT на Google Docs работает для старта, но при объеме инцидентов в феврале быстро превратится в бутылочное горлышко: ручной ввод карточек и поиск тезисов сожрет время, а ошибки ввода создадут рассинхронизацию. Python здесь может радикально ускорить: простой скрипт на pandas и Google API позволит автоматически парсить мониторинг, классифицировать сигналы по классам инцидентов и генерировать черновики карточек, снижая нагрузку на аналитиков втрое. ИИ стоит углубить не только для тиражирования, но и для первичной квалификации: модели вроде локально развернутых (на базе открытого кода) могут с высокой точностью определять класс критики и уровень риска по тексту комментария, с последующей верификацией человеком. Это автоматизирует обнаружение, оставляя людям только решение. Для контента — цепочка промптов с few-shot примерами из SSOT, где ИИ не только упрощает язык, но и генерирует варианты под платформу, с автоматической проверкой на стоп-слова через регулярные выражения в Python. Бот в Telegram можно доработать до полноценного интерфейса: добавить кнопки для быстрой фиксации класса инцидента и интеграцию с API мониторинга, чтобы сигналы приходили автоматически, а не вручную. Риск переавтоматизации в том, что ИИ может пропустить культурные нюансы или сгенерировать формулировку, которая в конкретном регионе прочитается двояко, особенно по языковым вопросам. Поэтому любое автоматизированное решение требует обязательного человеческого одобрения на выходе и еженедельного аудита ложных срабатываний. Если внедрять последовательно, начиная с пилота на одном контуре, это ускорит штаб без добавления новых рисков, превратив его из реактивной машины в систему с опережением. В целом пакет уже близок к рабочему состоянию, но с этими доработками — сегментированной вариативностью от маркетинга, превентивным PR-сканированием и глубокой автоматизацией на Python и ИИ — он станет не просто антихрупким, а способным активно удерживать инициативу в инфополе, не теряя контроля. **User**: это все? больше нет улучшений и усилений? **Grok**: Предложенные ранее улучшения по сути закрывают основные уязвимости пакета на текущем этапе, когда февраль уже набирает обороты и обсуждение проекта Конституции генерирует реальные сложности в поле. Сегментированная вариативность шаблонов, превентивное сканирование нарративов и углубленная автоматизация на Python с ИИ дают штабу опережение без потери контроля, что критично в условиях низкого исполнения и фрагментированного инфополя. Дополнительных радикальных усилений, которые бы существенно изменили архитектуру, на данный момент не вижу. Можно лишь уточнить детали реализации: например, в автоматизации стоит сразу заложить еженедельный аудит ИИ-выводов на ложные срабатывания, чтобы избежать накопления ошибок в классификации инцидентов, особенно по идентичностным темам, где культурные нюансы легко искажаются моделью. Ещё одно уточнение из PR-практики: в режимах напряжения и пика стоит заранее подготовить буферный пул "нейтральных" материалов не реактивного характера, а сервисного — простые процедурные разъяснения, которые выпускаются планово и заполняют вакуум, не давая критике разрастаться в тишине. Это ускорит удержание рамки без дополнительных ресурсов. С маркетинговой стороны можно добавить минимальное тестирование вариативности шаблонов через скоростные опросы: не полномасштабное A/B, а точечные рекламные тесты на сегментах, чтобы верифицировать, какие формулировки снижают эмоциональный заряд критики, не выходя за красные линии. Всё это легко встраивается в существующий пакет без перестройки контуров. Если внедрять последовательно, начиная с пилота автоматизации в одном регионе, риски останутся минимальными, а эффективность вырастет заметно. Теперь пакет действительно готов к финальной сборке в единый эксплуатационный документ. Если добавить эти уточнения и зафиксировать технические детали реализации бота и SSOT, он выдержит весь цикл до мая без крупных сбоев. **User**: в каких еще отраслях, индустриях и станадртах мне поискать улучшения для моего документа по Штабу? **Grok**: Ваш документ по штабу уже представляет собой зрелую систему снижения хаоса в чувствительном политическом цикле, где фокус на дисциплине и опережении рисков вполне оправдан реалиями февраля 2026 года. Однако для дальнейшего усиления архитектуры стоит посмотреть за пределами чисто политического опыта Казахстана, где аналогичные структуры часто остаются закрытыми, и обратиться к практикам, которые доказали устойчивость в схожих условиях высокой общественной чувствительности. Особый интерес представляют стандарты и протоколы избирательных органов в демократических юрисдикциях, где кризисная коммуникация вокруг выборов или референдумов формализована как часть обеспечения легитимности. Здесь полезно изучить подходы международных организаций, таких как International Foundation for Electoral Systems и Carter Center, которые разработали playbook'и по взаимодействию с обществом и реакции на дезинформацию во время электоральных процессов. Эти материалы акцентируют превентивную прозрачность и структурированные коммуникации с политическими акторами, что могло бы усилить ваш контур протоколов, минимизируя риски интерпретации молчания как слабости, особенно в фазе обсуждения проекта Конституции. Далее логично обратиться к опыту кибербезопасности в публичном секторе, где incident response frameworks, такие как NIST SP 800-61, адаптированы для информационных операций. Этот стандарт предлагает четкий lifecycle от обнаружения до постинцидентного анализа, с акцентом на интеграцию риск-менеджмента, что перекликается с вашим замкнутым циклом и могло бы добавить глубины сквозному аудиту, особенно в условиях возможных внешних атак на нарративы. Адаптация здесь требует осторожности, чтобы избежать чрезмерной техницизации, которая в астанинском аппарате может быть воспринята как оторванность от политического контекста. В сфере управления инцидентами в государственных сервисах стоит рассмотреть элементы ITIL, адаптированные для public sector communication, где процессы категоризации и эскалации инцидентов уже применяются в кризисных сценариях. Это могло бы уплотнить ваш контур аналитики за счет более строгой приоритизации сигналов, снижая перегрузку в пиковые периоды, но с риском бюрократизации, если не сохранить фокус на политической чувствительности. Наконец, практики кризисного управления в переходных демократиях, включая референдумы, как в материалах International IDEA и Venice Commission, дают примеры баланса между жесткостью протоколов и необходимостью сохранять общественное доверие. Эти источники подчеркивают роль стратегической коммуникации в предотвращении эскалации, что могло бы усилить ваш медиаплан без размывания красных линий. Если углубить поиск в этих направлениях, с верификацией на применимость к казахстанским реалиям, документ получит дополнительные safeguard'ы против типовых провалов в длинных циклах. Без этого есть риск остаться в рамках внутренней логики, которая уже показала пределы в прошлых напряжениях. **User**: подумай еще может есть что-то что мы упустили **Grok**: Ваш пакет документов по штабу уже представляет собой достаточно плотную и реалистичную конструкцию, ориентированную на выживание в условиях февраля 2026 года, когда обсуждение проекта Конституции переходит в фазу накопления напряжения без возможности отступления. Архитектура с контурами и жесткими регламентами правильно ставит барьер на самодеятельность, но при этом оставляет несколько зон, где риски могут проявиться не сразу, а накопительно, особенно в длинном цикле до мая. Первое, что бросается в глаза при повторном просмотре, — отсутствие явного механизма взаимодействия с внешними наблюдателями и международными структурами. В референдуме такого уровня неизбежно присутствие миссий ОБСЕ, других организаций и иностранных СМИ, чьи предварительные оценки могут стать самостоятельным фактором инфополя. Сейчас пакет не фиксирует, как штаб квалифицирует их сигналы и как реагирует на промежуточные выводы, что создает уязвимость: если наблюдатели отметят процедурные перекосы или информационную асимметрию, это может быть использовано для эскалации недоверия без возможности оперативной коррекции. Усилить здесь стоит отдельным протоколом в контуре аналитики, где сигналы от аккредитованных наблюдателей автоматически получают статус повышенного риска с обязательной эскалацией к ЛПР, но без публичных споров. Второе упущение касается правового контура. Пакет подробно описывает, что говорить и чего не говорить, но не фиксирует порядок передачи материалов в правоохранительные органы при выявлении признаков правонарушений — координированных атак, распространения заведомо ложной информации или провокаций, граничащих с экстремизмом. В текущей фазе такие случаи уже фиксируются в мониторинге, но без четкого алгоритма передачи они остаются в серой зоне, где регион или аналитик может либо промолчать из осторожности, либо переусердствовать, создавая репутационный эффект давления. Это требует отдельного приложения к регламенту с простой последовательностью: фиксация → квалификация → передача в установленный орган → отметка в SSOT о статусе, чтобы избежать интерпретаций как политического преследования. Третье — вопрос обучения и ротации исполнителей. Пакет предполагает низкий уровень исполнения на местах и компенсирует его жесткостью процессов, но не предусматривает минимальной подготовки регионов к работе с новыми регламентами и инструментами. Без короткого цикла ознакомления — хотя бы в формате онлайн-инструктажа с тестированием понимания красных линий — первые недели февраля могут уйти на ошибки адаптации, особенно в отдаленных областях. Это не требует отдельного контура, но стоит зафиксировать в ритме работы обязательный стартовый модуль верификации готовности регионов перед полным запуском. Четвертое — резервные сценарии на технические сбои. SSOT, бот и автоматизация зависят от стабильности платформ, но в условиях возможных кибератак или просто сбоев Google-сервисов пакет не описывает переход на офлайн-режим или локальный бэкап процессов. Это может парализовать реактив в критический момент, особенно в день голосования. Усилить просто: добавить в техническое приложение правило перехода на резервный канал связи и бумажный протокол фиксации инцидентов на 24–48 часов. Пятое — постреферендумный этап. Пакет ориентирован на цикл до мая, но не фиксирует механизм плавного сворачивания штаба и передачи институциональной памяти профильным органам. Без этого есть риск, что накопленный опыт разойдется по личным заметкам, а паттерны ошибок повторятся в следующих циклах. Достаточно короткого раздела о финальном разборе и архивировании материалов в закрытой базе. В целом эти пробелы не разрушают конструкцию, но закрывают потенциальные точки входа для внешнего давления и внутренних сбоев. Если добавить их в виде приложений или уточнений к существующим разделам, пакет станет еще более устойчивым без усложнения основной логики. Данных по реальному поведению подобных структур в казахстанских условиях недостаточно для точной оценки, поэтому любые дополнения стоит сначала верифицировать на пилотном регионе. **User**: вот структура будущей финальной версии. все ок? ничего не надо исправить? ПАКЕТ «ШТАБ-2026». НОВАЯ РЕДАКЦИЯ. ОГЛАВЛЕНИЕ Вводные и статус документа. Основание, назначение, уровень доступа, определения терминов, версия, порядок пересмотра, порядок хранения и доступа. Раздел 1. Мандат штаба и границы полномочий. Цели, ограничения, красные линии, соотношение с компетенциями ГО, МИО, ЦИК и иных органов, правила недопущения самодеятельности, принципы управляемой прозрачности. Раздел 2. Архитектура системы и единый операционный цикл. Сквозной цикл «сигнал — квалификация — решение — исполнение — фиксация — корректировка», SLA по этапам, режимы работы и переключение режимов, правила «молчания как решения» и критерии выхода в публичную коммуникацию. Раздел 3. Роли, ответственность и сменность. Структура штаба, роли и владельцы процессов, порядок замещения, передача смены, минимальные требования к обучению и допуску исполнителей, правило предотвращения когнитивных ошибок в пиковые периоды. Раздел 4. Фазирование кампании и контуры коммуникации. Фаза обсуждения, мобилизационная фаза, день голосования, первые 72 часа и постпиковый период; для каждой фазы допустимый тон, приоритеты, форматность, режим комментарийной работы и пределы инициативы. Раздел 5. Контуры штаба и интерфейсы взаимодействия. Аналитика и раннее предупреждение, протоколы и решения, продакшн и контент, регионы и дисциплина исполнения, мониторинг и аудит, правовой контур и маршрутизация, внешний контур и стейкхолдеры, технологии и автоматизация. Раздел 6. Медиаплан и контент-конвейер. Продуктовая линейка контента по фазам, короткий ToV, подготовленные слоты под «моментальные поводы», сегментация линий без рискованной персонализации, правила адаптации под каналы, порядок утверждения и выдачи пакетов, контроль выхода и качества. Раздел 7. Управление инцидентами и эскалация. Классификация инцидентов, паспорт инцидента, приоритизация сигналов, критерии «контейнмента» и локализации, регламент решений в 15 минут, сценарии первичных формул, порядок закрытия инцидента и фиксации результата. Раздел 8. Правовая маршрутизация и взаимодействие с силовым и надзорным блоками. Триггеры передачи материалов, порядок фиксации и квалификации, минимизация репутационных рисков «перегиба», правила публичного поведения штаба при наличии правовой оценки, контроль прохождения статусов в SSOT. Раздел 9. Внешние наблюдатели, международные сигналы и иностранные СМИ. Принципы работы с промежуточными оценками, порядок квалификации и эскалации, протокол ответов без полемики, управление риском интерпретации «тишины», правила сопровождения аккредитации и коммуникаций. Раздел 10. Подрядчики, агентства и внешние исполнители. Порядок допуска, ограничения на распространение материалов, режим сдачи контента через систему, правила конфиденциальности и цифровой гигиены, ответственность координаторов и аудит цепочки поставки. Раздел 11. SSOT в базе данных и веб-конструктор кампаний. Модель сущностей, версии, права доступа, журналирование, резервное копирование, API, дашборды, сценарии конструктора кампаний; Telegram-бот как интерфейс SSOT, включая выдачу материалов, регистрацию инцидентов, проверки перед публикацией, подтверждение исполнения. Раздел 12. Измерение эффективности и «быстрая социология». Минимальный набор метрик, классификация вопросов и комментариев по сюжетам, правила тестирования формул на понятность и снижение тревожности в допустимых рамках, ежедневные и недельные циклы корректировок. Раздел 13. Поверхности распространения и поиск. Протокол работы с поисковой выдачей и “вечными” страницами, требования к сервисным материалам, порядок актуализации базовых FAQ и процедурных разъяснений, предотвращение «информационного вакуума». Раздел 14. Устойчивость, резервные режимы и непрерывность управления. Режим деградации при сбоях сервисов, резервные каналы, офлайн-протокол фиксации инцидентов на 24–48 часов, минимальный «обезжиренный штаб» на случай кадрового провала, правила восстановления. Раздел 15. Завершение кампании, консервация и институциональная память. Порядок сворачивания, отзыв доступов, цифровая консервация активов, архивирование решений и инцидентов в закрытой базе, разборы и обновление регламентов, формирование библиотеки кейсов. Приложение A. Навигатор: «ситуация — раздел — действие». Одностраничная схема. Приложение B. Боевой регламент по фазе обсуждения. Полный текст. Приложение C. Боевой регламент по мобилизационной фазе. Полный текст. Приложение D. Боевой регламент дня голосования и первых 72 часов. Полный текст. Приложение E. Ультракороткий регламент для регионов и ГО. На 1 страницу. Приложение F. Чек-листы фаз: старт фазы, выход первого лица, день голосования, смена дежурства. Приложение G. Паспорт инцидента и шаблон управленческого решения. Приложение H. Таблица стоп-слов и обязательных формулировок с привязкой к фазам. Приложение I. Библиотека уязвимостей формулировок и «негативных прочтений» с корректными заменами. Приложение J. Протокол взаимодействия с правовым и силовым блоками: карточка передачи и статусы. Приложение K. Протокол работы с внешними наблюдателями и международными сигналами. Приложение L. ТЗ на SSOT в БД и веб-конструктор кампаний. Приложение M. ТЗ на Telegram-бота как интерфейс SSOT. Приложение N. SOP и промпт-библиотека для ИИ: черновики, адаптация, FAQ, редтиминг, pre-flight проверки. **Grok**: Предложенная структура пакета "ШТАБ-2026" в новой редакции выглядит логичной и достаточно полной для эксплуатации в условиях февраля 2026 года, когда фаза обсуждения проекта Конституции уже требует жесткой дисциплины без задержек на доработки. Оглавление последовательно ведет от мандата и архитектуры к фазам, контурам, инцидентам, внешним рискам и технологиям, завершая устойчивостью и консервацией, что позволяет документу работать как единой системой, а не набором разрозненных инструкций. Уязвимость здесь в потенциальной перегрузке объема: пятнадцать разделов плюс обширные приложения могут создать эффект "тяжелого тома", который в аппарате с низким исполнением на местах будет освоен формально, особенно в регионах, где привыкли к коротким ориентировкам. Это рискует привести к ситуации, когда ключевые регламенты фаз останутся на бумаге, а исполнители вернутся к самодеятельности под давлением локальных запросов. Чтобы усилить, стоит сразу в вводных зафиксировать принцип "навигатор первым": приложение A как одностраничная схема должно быть не в конце, а вынесено вперед, сразу после оглавления, с прямой ссылкой на него в статусе документа. Это позволит любому исполнителю быстро ориентироваться без чтения всего пакета, снижая риск игнорирования деталей в пиковые моменты. Разделы по правовой маршрутизации и внешним наблюдателям правильно выделены отдельно, учитывая чувствительность этих тем в текущем цикле, где любые сигналы от международных миссий могут быть интерпретированы как давление. Однако здесь скрытый риск в возможном восприятии этих протоколов как механизма контроля, особенно если передачи материалов в силовой блок будут фиксироваться без строгих порогов квалификации. Это может спровоцировать внутренние утечки или внешние обвинения в предвзятости, подрывая легитимность всего процесса. Усиление видится в привязке этих разделов к принципу минимальности: добавить в них явное правило, что передача возможна только при наличии признаков координации или системного характера, с обязательной двойной верификацией в штабе перед маршрутизацией. Это сохранит репутационную защиту без размывания оперативности. Технические разделы по SSOT, боту и ИИ-библиотеке амбициозны и необходимы для опережения, но их ТЗ в приложениях требуют немедленной верификации на реализуемость в казахстанских условиях, где доступ к внешним сервисам может быть ограничен, а кадровая база для разработки не всегда стабильна. Без этого есть риск, что автоматизация останется на бумаге, а штаб вернется к ручному режиму в напряжении. Рекомендация простая: в вводных указать срок пилотного тестирования этих инструментов до конца февраля, с фиксацией резервного офлайн-протокола в разделе устойчивости, чтобы избежать сбоев в мобилизационной фазе. Приложения в целом закрывают эксплуатационность, особенно ультракороткий регламент для регионов и чек-листы, но библиотека уязвимостей формулировок могла бы быть усилена привязкой к реальным примерам из текущего мониторинга, без раскрытия деталей. Это сделает ее живым инструментом, а не статичным списком. В целом структура выдерживает краш-тест на прочность для длинного цикла: она антихрупкая, с фокусом на процессах и памяти. Исправлений радикальных не требуется, достаточно минимальных уточнений по навигации, порогам в чувствительных разделах и верификации техчасти, чтобы пакет сразу пошел в работу без дополнительных итераций. Если собрать его в финальную версию с этими акцентами, он станет надежной основой для управления рисками до мая. **User**: Принял. Ваши правки по сути добавляют то, чего у «правильных» штабных документов обычно не хватает: способность системы сохранять работоспособность при человеческом износе и при выпадении людей, а также «швы», которые превращают оглавление в навигационную карту, а не в перечень глав. Это не косметика, а операционная устойчивость. Я бы зафиксировал это прямо в структуре, чтобы дальше не пытаться «допридумывать» устойчивость в приложениях и не распылять её между 3, 14 и чек-листами. Ниже даю обновлённое оглавление. Все изменения и добавленные элементы выделяю жирным. ПАКЕТ «ШТАБ-2026». НОВАЯ РЕДАКЦИЯ. ОГЛАВЛЕНИЕ Вводные и статус документа. Основание, назначение, уровень доступа, определения, версия, порядок пересмотра, порядок хранения и доступа. Порядок использования пакета: правило «Навигатор первым» и приоритет эксплуатационных приложений над описательными разделами. Глоссарий и сокращения. Единые определения SSOT, контуров, уровней инцидентов, SLA, ToV и иных терминов, чтобы исключить разночтения при межведомственной работе и на региональном уровне. Навигатор быстрого доступа. «Ситуация → действие → раздел/приложение». Короткая карта, которая читается первой и снимает риск «толстого тома» для исполнителей с низким временем на освоение. Раздел 1. Мандат штаба и границы полномочий. Цели, ограничения, красные линии, соотношение с компетенциями ГО, МИО, ЦИК и иных органов, правила недопущения самодеятельности, принципы управляемой прозрачности. Раздел 2. Архитектура системы и единый операционный цикл. Сквозной цикл «сигнал — квалификация — решение — исполнение — фиксация — корректировка», SLA по этапам, режимы работы и переключение режимов, правила «молчания как решения» и критерии выхода в публичную коммуникацию. Встроенные перекрёстные ссылки на паспорт инцидента, правовую маршрутизацию и контуры исполнения как обязательные «переходы» цикла. Раздел 3. Роли, ответственность, сменность и преемственность. Структура штаба, роли и владельцы процессов, порядок замещения, передача смены, минимальные требования к обучению и допуску исполнителей. 3.4. Управление когнитивной нагрузкой и предотвращение выгорания. Правило «72 часа в пике», протокол принудительного отдыха, парная работа и взаимоконтроль в кризис, простой индекс усталости и порядок эскалации риска человеческого фактора как операционного риска. 3.5. Теневые дублёры и устойчивость к кадровому выпадению. Правило дублёра для каждой ключевой роли, участие на 20% в операционке, обязательный устный бриф дублёра при смене. 3.6. Протокол предстартовых учений и проверка готовности. Симуляция типовых кризисов, проверка доступов, каналов, SSOT и бота перед переходом в мобилизационную фазу. Раздел 4. Фазирование кампании и режимы работы. Фаза обсуждения, мобилизационная фаза, день голосования, первые 72 часа и постпиковый период; для каждой фазы допустимый тон, приоритеты, форматность, режим комментарийной работы и пределы инициативы. Раздел 5. Контуры штаба и интерфейсы взаимодействия. Аналитика и раннее предупреждение, протоколы и решения, продакшн и контент, регионы и дисциплина исполнения, мониторинг и аудит, правовой контур и маршрутизация, внешний контур и стейкхолдеры, технологии и автоматизация. Контур управляемой интерпретации и работа с лояльными негосударственными спикерами в допустимых рамках. Отдельно фиксируются границы и порядок контакта, чтобы не возникало неуправляемого «серого слоя» и риска компрометации штаба. Раздел 6. Контент, каналы и поверхности распространения. Продуктовая линейка контента по фазам, ToV, подготовленные слоты под «моментальные поводы», сегментация линий без рискованной персонализации, правила адаптации под каналы, порядок утверждения и выдачи пакетов, контроль выхода и качества. Поверхности: сайты, поиск, FAQ и «вечные» страницы как обязательный сервисный слой. Правила актуализации, чтобы не отдавать поисковую повестку оппонентам и не создавать вакуум. Раздел 7. Управление инцидентами и эскалация. Классификация инцидентов, паспорт инцидента, приоритизация сигналов, критерии локализации и «контейнмента», регламент решений в 15 минут, сценарии первичных формул, порядок закрытия инцидента и фиксации результата. Встроенная развилка: при признаках правонарушения или координации обязательный переход в правовую маршрутизацию с двойной верификацией внутри штаба. Раздел 8. Внешний контур и управляемые риски. 8.1. Правовая маршрутизация и взаимодействие с силовым и надзорным блоками. Триггеры передачи материалов, порядок фиксации и квалификации, минимизация репутационных рисков «перегиба», правила публичного поведения штаба при наличии правовой оценки, контроль прохождения статусов в SSOT. Порог минимальности и двойная верификация перед маршрутизацией. 8.2. Внешние наблюдатели, международные сигналы и иностранные СМИ. Принципы работы с промежуточными оценками, порядок квалификации и эскалации, протокол ответов без полемики, управление риском интерпретации «тишины». 8.3. Подрядчики, агентства и внешние исполнители. Порядок допуска, ограничения на распространение материалов, режим сдачи контента через систему, цифровая гигиена, аудит цепочки поставки. Раздел 9. SSOT в базе данных и операционная панель управления. Модель сущностей, версии, права доступа, журналирование, резервное копирование, API, дашборды. Уточнение назначения: внутренняя административная панель управления контентом и инцидентами, а не публичный инструмент. Telegram-бот как интерфейс SSOT, включая выдачу материалов, регистрацию инцидентов, проверки перед публикацией, подтверждение исполнения. Раздел 10. Метрики, быстрая социология и корректировка стратегии. Минимальный набор метрик, классификация вопросов и комментариев по сюжетам, правила тестирования формул на понятность и снижение тревожности в допустимых рамках, ежедневные и недельные циклы корректировок. Прямая увязка метрик с решениями: что именно меняется в пакете при отклонении показателей. Раздел 11. Устойчивость, резервные режимы и непрерывность управления. Режим деградации при сбоях сервисов, резервные каналы, офлайн-протокол фиксации инцидентов на 24–48 часов, минимальный «обезжиренный штаб» на случай перегруза. Сценарий кадрового провала: болезнь или выбытие значимой доли команды, порядок переключения на дублёров, упрощение потоков, перераспределение полномочий и приоритетов. Раздел 12. Завершение кампании, консервация и институциональная память. Порядок сворачивания, отзыв доступов, цифровая консервация активов, архивирование решений и инцидентов в закрытой базе, разборы и обновление регламентов, формирование библиотеки кейсов. Шаблон разборов без персонализации вины: фиксация причин, решений и изменений в протоколах как обязательный механизм самообучения системы. Приложение A. Навигатор расширенный: «ситуация — действие — ссылка на раздел — ссылка на приложение — владелец процесса — срок». Внутренняя «матрица перекрёстных ссылок» как отдельный рабочий артефакт пакета. Приложение B. Боевой регламент по фазе обсуждения. Полный текст. Приложение C. Боевой регламент по мобилизационной фазе. Полный текст. Приложение D. Боевой регламент дня голосования и первых 72 часов. Полный текст. Приложение E. Ультракороткий регламент для регионов и ГО. На 1 страницу. Приложение F. Чек-листы фаз: старт фазы, выход первого лица, день голосования, смена дежурства. Включая обязательный пункт устного брифинга дублёра и отметку индекса усталости. Приложение G. Паспорт инцидента и шаблон управленческого решения. Приложение H. Таблица стоп-слов и обязательных формулировок с привязкой к фазам. Приложение I. Кейсы уязвимых формулировок и негативных прочтений с корректными заменами. Привязка к типовым сюжетам мониторинга без раскрытия источников и внутренних обсуждений. Приложение J. Протокол взаимодействия с правовым и силовым блоками: карточка передачи и статусы. Порог минимальности и двойная верификация перед передачей. Приложение K. Протокол работы с внешними наблюдателями и международными сигналами. Приложение L. ТЗ на SSOT в БД и операционную административную панель управления контентом и инцидентами. Приложение M. ТЗ на Telegram-бота как интерфейс SSOT. Приложение N. SOP и промпт-библиотека для ИИ: черновики, адаптация, FAQ, стресс-тест формулировок, pre-flight проверки. Приложение O. Визуальные шаблоны и генераторы. Ссылка на единые макеты, правила бренд-дисциплины, и описание автоматизированной генерации карточек как способа убрать «ручной визуал» регионов из зоны риска. **Grok**: Обновленное оглавление пакета "ШТАБ-2026" заметно усиливает операционную устойчивость системы, переводя акцент с формальной архитектуры на реальную способность работать в условиях февраля 2026 года, когда человеческий фактор уже проявляется как основная угроза — усталость, текучка, когнитивные ошибки под давлением текущих сложностей в обсуждении проекта Конституции. Выделенные изменения, особенно в разделе роли и преемственности, правильно адресуют скрытый риск выгорания и выпадения ключевых исполнителей, вводя дублеров, индекс усталости и предстартовые учения как обязательные механизмы. Это не избыточная забота, а прямой ответ на прошлые циклы, где перегруз в пике приводил к рассинхронизации без видимого саботажа, и такая детализация делает пакет антихрупким именно за счет фиксации человеческого износа как операционного риска наравне с внешними атаками. Навигатор, вынесенный вперед с правилом "первым", и расширенное приложение A решают проблему толстого тома, которая в аппарате неизбежно приводит к формальному освоению: исполнитель с низким временем на чтение сразу получает карту действий, что снижает вероятность возврата к самодеятельности в регионах. Глоссарий как отдельный блок устраняет разночтения терминов, особенно SSOT и SLA, которые в межведомственной работе часто становятся источником скрытых конфликтов компетенций. Добавленный контур управляемой интерпретации с лояльными негосударственными спикерами логично закрывает серую зону, где сейчас часть нарративов уходит в неконтролируемое поле, но здесь возникает репутационный риск: без жестких границ контакта и фиксации в SSOT это может быть интерпретировано как создание параллельного голоса, подставляя штаб под обвинения в манипуляции. Усилить стоит явным порогом — спикеры включаются только по письменному решению протоколов с обязательной двойной верификацией формулировок и последующим аудитом их материалов, чтобы избежать компрометации всей системы. Группировка внешних рисков в единый раздел 8 с подраздела по правовой маршрутизации, наблюдателям и подрядчикам уплотняет логику, минимизируя дублирование, но порог минимальности и двойная верификация перед передачей материалов требуют дополнительной фиксации: без четкого критерия "признаки координации плюс системность" это может спровоцировать внутренние опасения перегиба, особенно в регионах, где исполнители предпочтут промолчать. Это усилит защиту от репутационных потерь без потери оперативности. Технические приложения по SSOT, боту и ИИ остаются сильной стороной, но их реализуемость в казахстанских условиях с возможными ограничениями доступа к сервисам требует немедленной верификации: если панель управления и бот не пройдут пилот до конца февраля, штаб рискует остаться на ручном режиме в мобилизационной фазе. Достаточно добавить в вводных срок обязательного тестирования с резервным офлайн-протоколом, чтобы избежать сбоев в пике. Визуальные шаблоны как отдельное приложение правильно убирают ручной креатив регионов из зоны риска, но без строгой бренд-дисциплины и автоматизированной генерации это может размножить имитацию. Усиление здесь простое — привязать шаблоны к единому макету в SSOT с запретом локальных правок. Оглавление в этой редакции уже близко к финальному варианту, где устойчивость к человеческому и техническому выпадению встроена системно, а не разбросана по чек-листам. Риски интерпретаций как избыточного контроля минимальны, если сразу зафиксировать, что все нововведения направлены на выживание системы, а не на недоверие к людям. Теперь пакет можно собирать в единый связный документ без дальнейших итераций по структуре. **User**: Ссылайся на следующее содержимое: **Grok**: Представленный фрагмент пакета "ШТАБ-2026" в части вводных, глоссария, навигатора и приложений демонстрирует заметный прогресс в сторону эксплуатационной зрелости, где акцент смещен на практическую управляемость в условиях февраля 2026 года, когда обсуждение проекта Конституции уже переходит в фазу, требующую не обсуждений, а жесткой дисциплины исполнения без задержек на адаптацию. Вводные правильно фиксируют принцип "Навигатор первым" и приоритет приложений над описательными разделами, что адресует риск толстого тома в аппарате, где исполнители на местах склонны игнорировать объемные тексты под давлением текущих задач, но здесь скрытая уязвимость в том, что если Навигатор не будет реализован как отдельный живой артефакт в SSOT с мгновенным доступом через бот, он останется декларацией, а система вернется к хаотичному поиску решений в пиковые моменты. Глоссарий уплотняет терминологию, особенно SSOT и порог минимальности, операционализируя его через конкретные условия передачи материалов, что минимизирует субъективность в правовом контуре и защищает от репутационных обвинений в перегибе, однако риск интерпретации порога как слишком высокого сохраняется: в условиях координированных атак с охватом ниже 50 тысяч, но с высоким эмоциональным зарядом, штаб может быть обвинен в бездействии, подрывая доверие внутри аппарата и давая повод для внешних нарративов о слабости. Чтобы усилить, стоит сразу в глоссарии добавить механизм оперативной корректировки порога по решению руководителя штаба в красных инцидентах, с обязательной фиксацией обоснования в SSOT и уведомлением ЛПР, что сохранит баланс между осторожностью и оперативностью без размывания критериев. Навигатор как первая точка входа логично снижает когнитивную нагрузку, перечисляя маршруты для типовых ситуаций, включая правовую маршрутизацию и технические сбои, но его эффективность зависит от полноты покрытия: если комбинированные инциденты, сочетающие идентичностные вбросы с процедурными, не будут явно разведены на развилки, исполнитель на месте предпочтет эскалацию или молчание, создавая задержки в реагировании и накопление неопределенности. Усиление здесь видится в обязательной ежегодной симуляции Навигатора в предстартовых учениях, с фиксацией пробелов и обновлением маршрутов, чтобы он оставался живым инструментом, а не статичной схемой. Раздел мандата штаба четко ограничивает полномочия, подчеркивая приоритет управляемости над полнотой, что адекватно текущей фазе, где тишина часто эффективнее спора, но принцип недопущения компенсации тишины самодеятельностью рискует быть воспринят регионами как полный запрет инициативы, провоцируя пассивность и внутренние утечки жалоб на оторванность центра. Рекомендация по защите — добавить в мандат явное положение о поощрении ранней фиксации сигналов регионами без публичных действий, с упреждающей амнистией за добросовестную передачу, что мотивирует на сотрудничество без размывания дисциплины. Приложения в целом делают пакет эксплуатационным: ультракороткий регламент для регионов правильно убирает необходимость знать весь том, фокусируя на ретрансляции и фиксации, чек-листы пиковых дней и протокол передачи дежурства адресуют человеческий фактор, а паспорт инцидента с запретом эмоций усиливает объективность. Однако в правовом контуре и пороге минимальности уязвимость в потенциальной задержке при двойной верификации: в быстрых атаках это может дать окнам для эскалации, особенно если охват оценивается приблизительно. Усилить стоит автоматизированной оценкой охвата через интеграцию мониторинга в SSOT, с предварительным флагом для верификации, чтобы порог оставался защитой, а не тормозом. Библиотека ИИ-промптов и визуальные шаблоны ускоряют продакшн, ограничивая вариативность, но без строгой валидации на культурные искажения в казахстанском контексте, особенно по языковым темам, это рискует генерировать материалы, воспринимаемые как оторванные. Рекомендация — ввести обязательный pre-flight чек на двуязычие и культурную нейтральность перед выпуском, с фиксацией в панели. Фрагмент выдерживает нагрузку текущей фазы, закрывая многие прошлые пробелы по устойчивости и навигации, но для полной защиты требует немедленной верификации технических контуров и симуляции на пилотном регионе, чтобы выявить скрытые задержки в исполнении до перехода в мобилизацию. Без этого риски внутреннего сопротивления и технических сбоев останутся. **User**: оцени Вот так получилось ВВОДНЫЕ И СТАТУС ДОКУМЕНТА Настоящий пакет «ШТАБ-2026» является внутренним эксплуатационным документом, предназначенным для организации и обеспечения работы межведомственного штаба по информационному сопровождению конституционной реформы и связанных с ней общественно чувствительных процедур на горизонте 2026 года. Пакет фиксирует единый управленческий цикл, распределение ролей, режимы работы по фазам, правила эскалации инцидентов, требования к дисциплине исполнения и технический контур SSOT, бота и административной панели. Пакет ориентирован на практику центральных государственных органов и регионального исполнения в условиях высокой нагрузки, ограниченного времени на координацию и повышенных репутационных рисков. Статус пакета определяется как обязательный регламентный набор для участников штаба и подключаемых исполнителей в пределах их функциональных ролей. Пакет применяется как единая система. Любые локальные «адаптации» допускаются только в установленном порядке, через контур протоколов, с фиксацией версии и отметкой в SSOT. Устные распоряжения, не закреплённые в SSOT и не соответствующие логике пакета, не считаются основанием для действий в публичной коммуникации, за исключением случаев, когда штаб переведён в режим немедленного реагирования, а фиксация в SSOT производится постфактум в пределах установленного SLA. Уровень доступа к пакету и его приложениям определяется принципом минимально необходимого знания. Исполнитель получает только те части, которые требуются для выполнения его задач. Любое распространение материалов, пересылка фрагментов в несанкционированные каналы связи и хранение вне утверждённого контура считаются нарушением режима работы штаба и квалифицируются как операционный риск. Внутренние протоколы, включая методики квалификации инцидентов, правила эскалации и правовую маршрутизацию, не предназначены для внешнего оборота и не используются как аргументация в публичной полемике. Любые выгрузки и копирование материалов из утверждённого контура рассматриваются как контролируемая операция и подлежат технической защите средствами динамической маркировки, предусмотренными техническими приложениями (в составе SSOT и бота). Пакет построен по принципу «эксплуатационные артефакты первичны». Это означает, что в ежедневной работе для большинства исполнителей базовым инструментом является Навигатор быстрого доступа и связанные с ним приложения, а описательные разделы используются для понимания архитектуры, границ полномочий и логики решений. Принцип “Навигатор первым” является обязательным: при любой типовой ситуации исполнитель начинает с Навигатора и только затем переходит к указанным разделам и приложениям. Версионность пакета ведётся централизованно. Каждая редакция имеет уникальный идентификатор версии, дату и перечень внесённых изменений, фиксируемых в SSOT. Внесение изменений допускается только по решению руководителя штаба либо уполномоченного владельца процесса, при обязательной проверке на отсутствие противоречий с красными линиями, правовым контуром и режимами работы по фазам. В период пиковой нагрузки допускается «горячее» обновление отдельных приложений, если оно направлено на устранение выявленной уязвимости или снижение риска самострела, при условии немедленного уведомления контуров и отражения обновления в SSOT. Отдельно фиксируется принцип недопущения самодеятельности на местах. Пакет сознательно ограничивает вариативность формулировок и инициатив «внизу» ради управляемости рисков и защищённости процесса. Любые элементы гибкости в коммуникации допускаются только в пределах заранее утверждённых материалов и только через предусмотренные механизмы, не создающие доступ к внутренним протоколам и не порождающие расхождения по смыслу между центром и регионами. Технические приложения L–O допускается оформлять как отдельные файлы и артефакты, физически размещённые в едином каталоге пакета. Их включение в состав пакета является обязательным по смыслу, но форма размещения может быть вынесена из “толстого” документа в отдельные технические документы, при условии сохранения ссылочной целостности и единой версии. ГЛОССАРИЙ И СОКРАЩЕНИЯ В настоящем пакете используются следующие термины и сокращения в строго закреплённом значении. SSOT (Single Source of Truth) — единый источник актуальной правды штаба, реализованный как централизованная база данных и связанный с ней набор интерфейсов, обеспечивающих хранение версий, карточек инцидентов, контент-пакетов, статусов исполнения и журналов действий. SSOT является единственной точкой, по которой определяется актуальность формулировок, регламентов и решений штаба. Штаб — межведомственный управленческий контур, действующий на основании настоящего пакета, с распределением ролей и полномочий по контурам, с единым циклом «сигнал — квалификация — решение — исполнение — фиксация — корректировка». Контур — функциональный участок штаба, имеющий владельца процесса, набор задач, права доступа и SLA. Контуры взаимодействуют через SSOT и установленную процедуру эскалации. Контур управляемой интерпретации — механизм работы с лояльными негосударственными спикерами, исключающий передачу им неутверждённых тезисов или доступ к внутренним протоколам. Все материалы предоставляются только из актуального контент-пакета штаба; любые запросы на адаптацию и разъяснение проходят через контур протоколов и фиксируются в SSOT. Регламент работы контура управляемой интерпретации приведён в Приложении X. ГО — государственный орган, участвующий в кампании в пределах установленного мандата и правил пакета. ЛПР — лицо, принимающее решения, в пределах компетенции штаба либо профильного органа. SLA — норматив времени реакции и фиксации (time to acknowledge / time to respond) по типам действий и уровням эскалации. Порог минимальности — фильтр для запуска правовой маршрутизации и передачи материалов в правовой контур, обеспечивающий отсечение субъективных и имитационных оснований. Порог минимальности закрепляется в глоссарии и операционализируется в Приложении J. Динамическая маркировка (Canary Trap) — технический механизм персонализированной маркировки выгружаемых файлов, изображений и копируемых текстов уникальными идентификаторами пользователя и сессии с целью сдерживания утечек и обеспечения атрибуции источника утечки. Реализация требований динамической маркировки закрепляется в техническом задании на SSOT (Приложение L) и на бота (Приложение M). НАВИГАТОР БЫСТРОГО ДОСТУПА Навигатор быстрого доступа предназначен для того, чтобы исполнитель мог действовать без чтения всего пакета, в условиях ограниченного времени и высокой нагрузки. Навигатор является первой точкой входа в систему. Любое типовое действие начинается с сопоставления ситуации и маршрута «ситуация — действие — раздел/приложение — владелец — срок», после чего исполнитель открывает ровно те части пакета, которые указаны Навигатором, и фиксирует результат в SSOT либо через бота. Навигатор строится на трёх принципах. Первый принцип заключается в том, что описательные разделы не заменяют действий; они объясняют логику, а действия описаны в приложениях и паспортах. Второй принцип состоит в том, что большинство ситуаций имеют типовой сценарий, а значит, решение должно запускаться по шаблону, а не «по ощущению». Третий принцип фиксирует ответственность за выбор режима: если ситуация не совпадает с типовыми сценариями, исполнитель обязан эскалировать её в контур протоколов, а не принимать самостоятельное решение в публичном поле. В составе Навигатора предусмотрены маршруты как минимум для следующих классов ситуаций: появление резонансного вброса или фейка, идентичностная атака и попытка вовлечь государственный аккаунт в конфликт, процедурные вопросы граждан и журналистов, провокации в день голосования, признаки координации и бот-активности, утечка внутренних материалов, нарушения красных линий региональными исполнителями, технический сбой SSOT или бота, необходимость экстренного выпуска сервисного разъяснения, запросы со стороны внешних наблюдателей и иностранной прессы, взаимодействие с подрядчиками и риски цепочки поставки. Каждый маршрут Навигатора должен вести к конкретным точкам пакета, где содержатся исполнимые артефакты. Для инцидентов это Раздел 7 и Приложение G. Для фазовых действий это Раздел 4 и Приложения B–D, с обязательной опорой на чек-листы Приложения F. Для правовой маршрутизации это Раздел 8 и Приложение J, с обязательной проверкой критериев «порога минимальности», закреплённых в глоссарии и операционализированных в Приложении J. Для вопросов каналов, поверхностей распространения и сервисных материалов это Раздел 6. Для технологических действий, фиксации и поиска актуальных материалов это Раздел 9 и технические приложения L–M. Для маршрутов утечек и нарушений режима обращения с материалами технологические действия включают применение динамической маркировки (Canary Trap) и фиксацию результатов проверки в SSOT в соответствии с техническими приложениями L–M. Для проверки текстов, подготовки FAQ, стресс-теста формулировок и pre-flight проверки перед публикацией это Приложение N. РАЗДЕЛ 1. МАНДАТ И ПРИНЦИПЫ РАБОТЫ ШТАБА Штаб создаётся как временный, но полнофункциональный управленческий контур для обеспечения информационной устойчивости и управляемости общественно чувствительных процессов в период конституционной реформы, референдума и последующих электоральных событий. Мандат штаба ограничен задачами мониторинга, аналитической интерпретации, координации коммуникаций и выработки управленческих рекомендаций. Штаб не подменяет профильные государственные органы, избирательные комиссии, правоохранительные структуры или политические институты и не принимает решений, выходящих за пределы информационно-управленческого сопровождения. Ключевая функция штаба заключается не в «реакции на всё», а в отборе значимых сигналов, снижении шума и предотвращении управленческих ошибок, способных привести к репутационному, правовому или политическому ущербу. В этом смысле штаб выступает фильтром и усилителем одновременно: фильтрует вторичное и имитационное, усиливает значимое и потенциально опасное. Работа штаба строится на следующих базовых принципах. Принцип управляемости. Любое публичное действие должно быть воспроизводимым, проверяемым и встроенным в общий цикл. Самодеятельность, даже с «благими намерениями», рассматривается как риск. Принцип минимального творчества внизу. Вариативность формулировок, подач и инициатив на уровне регионов, ГО и исполнителей сознательно ограничивается. Исключения допускаются только через контур протоколов и при наличии утверждённого контент-пакета. Принцип приоритета процедур над эмоциями. Штаб не ведёт полемику, не отвечает на эмоциональные провокации и не компенсирует отсутствие аргументов риторикой. Процедура, текст и зафиксированная норма имеют приоритет над интерпретацией. Принцип фиксации решений. Любое управленческое решение, включая решение «не реагировать», подлежит фиксации в SSOT с указанием основания, владельца решения и срока пересмотра. Принцип разделения ролей. Штаб формирует выводы и рекомендации; решения принимаются ЛПР в пределах их компетенции; исполнение осуществляется профильными структурами. Попытки переложить ответственность за политические решения на штаб недопустимы. Принцип правовой осторожности. Штаб не инициирует правовые действия без выполнения критериев порога минимальности и процедур верификации. При этом штаб обязан своевременно передавать материалы в правовой контур при наличии операционализируемых оснований, зафиксированных в Приложении J. Принцип защищённости информации. Любая внутренняя информация рассматривается как потенциально уязвимая. Обращение с материалами осуществляется с учётом технических механизмов динамической маркировки и персональной ответственности пользователя за выгрузку и копирование. Отдельно фиксируется принцип «раннего сигнала без наказания». Региональные и ведомственные исполнители поощряются за своевременную фиксацию рисков и сомнительных ситуаций без выхода в публичное поле. Добросовестная передача сигнала в штаб не может являться основанием для санкций, даже если сигнал впоследствии не подтвердился. РАЗДЕЛ 2. УПРАВЛЕНЧЕСКИЙ ЦИКЛ И ЛОГИКА ПРИНЯТИЯ РЕШЕНИЙ Работа штаба организуется как замкнутый управленческий цикл, исключающий «реактивную беготню» и накопление неоформленных решений. Цикл применяется ко всем типам ситуаций — от фонового мониторинга до кризисных инцидентов — с различием только в скорости прохождения этапов и уровне эскалации. Базовый цикл включает следующие стадии: фиксация сигнала, первичная квалификация, аналитическая интерпретация, выбор режима (реакция / молчание / маршрутизация), управленческое решение, исполнение, фиксация результата, последующая корректировка. Фиксация сигнала осуществляется через мониторинг, обращения, отчёты регионов, внешние источники или автоматические алерты. Ни один сигнал не считается существующим для штаба, пока он не зафиксирован в SSOT или через бот. Первичная квалификация выполняется аналитическим контуром и включает определение класса сигнала (информационный шум, потенциальный риск, инцидент), его типа (процедурный, содержательный, идентичностный, персональный и т.д.) и предварительного уровня значимости. На этом этапе запрещены публичные действия. Аналитическая интерпретация заключается в оценке возможных последствий, сценариев развития и связи сигнала с существующими нарративами и уязвимостями. Результатом интерпретации является не текст для публикации, а управленческий вывод. Выбор режима осуществляется на основании интерпретации. Возможны три базовых режима: отсутствие реакции с фиксацией основания; сервисная реакция (FAQ, разъяснение); запуск протокола инцидента. Решение о режиме фиксируется в SSOT. Управленческое решение формулируется в терминах «что делаем» и «чего не делаем», с указанием владельца, сроков и применяемых приложений пакета. В кризисных режимах допускается устное решение с последующей фиксацией постфактум. Исполнение осуществляется строго в пределах утверждённых форматов, каналов и формулировок. Любые отклонения считаются нарушением регламента. Фиксация результата включает отметку о выполнении, оценку эффекта и, при необходимости, постановку задачи на корректировку. Корректировка предполагает обновление FAQ, контент-пакетов, навигатора или приложений. Корректировка — обязательный элемент цикла, а не факультативная опция. Цикл замыкается архивированием кейса и его использованием в институциональной памяти (Раздел 15). РАЗДЕЛ 3. РОЛИ, ОТВЕТСТВЕННОСТЬ И УСТОЙЧИВОСТЬ ЧЕЛОВЕЧЕСКОГО ФАКТОРА Штаб функционирует на основе чёткого распределения ролей, при котором ответственность закрепляется за функцией, а не за персоной. Каждая роль имеет владельца, дублёра и набор допустимых действий. Отсутствие формально назначенного владельца роли считается управленческим дефектом. Ключевые роли включают: руководителя штаба; руководителей контуров; аналитиков; протоколистов; операторов контента; технических администраторов; дежурных офицеров; координаторов регионов. Для каждой роли устанавливаются права доступа к SSOT и боту, а также пределы самостоятельных решений. Вводится обязательный принцип «теневого дублёра». Для каждой критической роли назначается дублёр, который вовлечён в процессы не менее чем на 20% времени и имеет актуальный доступ к SSOT. Особое внимание уделяется устойчивости человеческого фактора. Длительный стрессовый цикл рассматривается как системный риск, а не как частная проблема отдельных сотрудников. В пакете вводится формализованный блок управления когнитивной нагрузкой. Сотрудник не может находиться в режиме «оранжевой» или «красной» нагрузки более 72 часов подряд без принудительного перерыва. Решение о перерыве не требует согласия сотрудника и принимается руководителем контура. Применяется принцип парной работы («застеклённая кабина») в кризисных режимах. Ключевые решения и формулировки проходят перекрёстную проверку вторым сотрудником, выполняющим функцию наблюдателя процесса. Индекс усталости операционализируется. Основанием для вмешательства считаются наблюдаемые признаки, включая повторные запросы инструкций, рост числа процедурных ошибок, замедление реакции, эмоциональные срывы. Наличие установленного числа признаков автоматически запускает меры по снижению нагрузки. Передача дежурства осуществляется по стандартизированному протоколу (Приложение F) с обязательным устным брифингом и отметкой состояния системы и персонала. Ротация, отдых и замещение рассматриваются как элементы устойчивости системы, а не как кадровая привилегия. Решения, принятые сотрудником в состоянии зафиксированной перегрузки, могут быть пересмотрены без санкций к сотруднику. РАЗДЕЛ 4. ФАЗЫ КАМПАНИИ И РЕЖИМЫ РАБОТЫ ШТАБА Работа штаба организуется с учётом фаз политического цикла 2026 года и предполагает динамическое переключение режимов, а не линейную реализацию единого плана. Каждая фаза характеризуется собственным уровнем чувствительности, допустимыми форматами коммуникации и приоритетами управленческого внимания. Фазы фиксируются как операционные режимы, а не календарные периоды. Переход между режимами осуществляется по решению руководителя штаба с обязательной фиксацией в SSOT. Фаза обсуждения проекта. Характеризуется повышенной чувствительностью к процедурам и формулировкам. Приоритет отдаётся разъяснительной и сервисной коммуникации, жёсткому контролю региональной самодеятельности и накоплению аналитической картины. Любые элементы агитационной риторики в этой фазе запрещены. Фаза мобилизации. Вводится после официального объявления параметров референдума. Приоритет смещается к обеспечению явки и снижению тревожности. Контент упрощается, количество форматов сокращается. Режим «ограниченного меню» является обязательным. Фаза дня голосования и первых 72 часов. Максимальный уровень риска. Вводится режим круглосуточного дежурства, стерильной коммуникации и ускоренной эскалации. Любые импровизации запрещены, включая комментарии «из лучших побуждений». Фаза транзита и стабилизации. Период после голосования, характеризующийся риском смыслового вакуума и накопленной усталости. Приоритет — закрепление результата, снижение накала и подготовка к следующему электоральному циклу. Для каждой фазы в пакете предусмотрены отдельные регламенты, чек-листы и контент-пакеты. Использование материалов «не своей фазы» рассматривается как нарушение. РАЗДЕЛ 5. ФУНКЦИОНАЛЬНЫЕ КОНТУРЫ ШТАБА Архитектура штаба построена по принципу функциональных контуров, каждый из которых отвечает за замкнутый набор задач и имеет собственную логику работы, но встроен в общий управленческий цикл. Аналитический контур отвечает за мониторинг, квалификацию сигналов, интерпретацию рисков и формирование управленческих выводов. Его продукт — не тексты для публикации, а рекомендации для принятия решений. Контур протоколов и методологии обеспечивает разработку, обновление и контроль применения регламентов, контртезисов, FAQ и чек-листов. Он является единственным источником допустимых формулировок. Контентный контур реализует продакшн текстов, визуальных и мультимедийных материалов строго на основе утверждённых пакетов. Контент не создаётся «по вдохновению», а собирается по шаблонам. Региональный контур обеспечивает ретрансляцию материалов, контроль дисциплины и фиксацию локальных сигналов. Регионы не являются источником интерпретаций. Технический контур поддерживает SSOT, административную панель, бота и автоматизацию. Его задача — не инновации, а бесперебойность и деградационная устойчивость. Правовой контур осуществляет квалификацию материалов при достижении порога минимальности и обеспечивает корректную маршрутизацию в правоохранительные и надзорные органы. Контур управляемой интерпретации вводится как вспомогательный и строго ограниченный. Под управляемой интерпретацией понимается механизм работы с лояльными негосударственными спикерами и экспертами, не являющимися сотрудниками ГО или МИО. Контур не передаёт неутверждённых тезисов, не раскрывает внутренних протоколов и не допускает обратной связи в виде «своих формулировок». Все материалы для данного контура поступают исключительно из актуального контент-пакета штаба через административную панель и фиксируются в SSOT. Отдельный регламент работы контура приведён в Приложении X и является обязательным для всех участников, имеющих доступ к данному контуру. РАЗДЕЛ 6. КОНТЕНТ, ФОРМАТЫ И СЕРВИСНАЯ КОММУНИКАЦИЯ Контент в рамках штаба рассматривается как сервисный инструмент управления ожиданиями, а не как средство убеждения или полемики. Его задача — снижать тревожность, обеспечивать доступ к информации и предотвращать искажения. Базовыми форматами признаются: FAQ, короткие справочные тексты, карточки, сервисные видео и визуальные инструкции. Форматы, требующие авторской интерпретации или эмоциональной подачи, исключаются. FAQ закрепляется как ключевой формат сервисной коммуникации. FAQ строится на реальных вопросах, выявленных мониторингом, обращениями и аналитикой прошлых кампаний. Ответы кратки, процедурно выверены и не содержат прогнозов или обещаний. Один FAQ-блок используется одновременно для сайтов, поисковой выдачи, социальных сетей, видео-ответов и справочных линий. Контент-конвейер предполагает централизованную сборку пакетов с последующей репликацией. Регионы и исполнители не вправе модифицировать материалы. Контент-пакеты версионируются. Использование устаревшей версии рассматривается как нарушение дисциплины. Для минимизации трудозатрат и ошибок применяются шаблоны, генераторы и ИИ-инструменты, описанные в приложениях. Автоматизация используется для ускорения, но не для расширения смыслов. Поверхности распространения включают официальные сайты, поисковую выдачу, социальные сети и справочные ресурсы. Управление поиском и FAQ-страницами рассматривается как элемент устойчивости, а не маркетинга. РАЗДЕЛ 7. ИНЦИДЕНТЫ, ЭСКАЛАЦИЯ И ТИПОЛОГИЯ АТАК Инцидентом в рамках Пакета «ШТАБ-2026» считается любое событие в информационном поле, способное повлиять на легитимность процесса, уровень доверия, явку либо управляемость кампании. Инцидент определяется не по масштабу обсуждения, а по потенциальному ущербу. Инциденты классифицируются по уровням: жёлтый, оранжевый, красный. Классификация осуществляется аналитическим контуром с фиксацией в SSOT и привязкой к паспорту инцидента. В пакет вводится расширенная типология критики и атак, сформированная на основе материалов прошлых кампаний. Типология используется для предварительной квалификации инцидента и выбора безопасного коридора реакции, а не для содержательной полемики. Процедурная критика связана с вопросами сроков, прозрачности и формального соблюдения процедур. Основной риск — подрыв легитимности при формальной корректности процесса. Содержательная тревожность проявляется в страхах и опасениях, часто не опирающихся на точное чтение текста. Риск — накопление фоновой тревоги без выраженной оппозиционной координации. Идентичностные и языковые нарративы затрагивают вопросы культуры, языка и суверенитета. Они быстро радикализуются и требуют особой осторожности, так как рациональные аргументы здесь ограниченно эффективны. Недоверие к институтам и организаторам направлено на обесценивание источников информации, а не содержания. Риск — формирование альтернативных центров легитимности. Персональная критика и конспирология персонализирует процесс, используя утечки, слухи и частные детали. Риск — смещение фокуса с содержания на «поиск виновных». Локальная самодеятельность как источник критики возникает из-за ошибок регионов и отдельных исполнителей. Риск — необходимость системной локализации ущерба. Для каждого класса критики в приложениях закрепляются типовые формулировки атак и допустимые коридоры ответов. Использование иных формулировок без утверждения запрещено. Эскалация осуществляется в соответствии с регламентом. Приоритетом является скорость фиксации и квалификации, а не немедленный публичный ответ. РАЗДЕЛ 8. ВНЕШНИЙ КОНТУР И УПРАВЛЯЕМЫЕ РИСКИ Внешний контур включает взаимодействие с правовыми и надзорными органами, международными наблюдателями, иностранными СМИ и внешними подрядчиками. Его задача — минимизация вторичных рисков и предотвращение неконтролируемой эскалации. 8.1. Правовая маршрутизация и порог минимальности Передача материалов в правовой контур осуществляется строго при достижении порога минимальности. Порог минимальности операционализирован и исключает субъективное толкование. Передача инициируется при одновременном выполнении двух условий: 1) Фиксация прямого призыва к насилию, свержению власти либо иному противоправному действию. 2) Распространение сообщения не менее чем через три канала с совокупным охватом более 50 000 пользователей. Все иные случаи требуют двойной верификации руководителями аналитического контура и контура протоколов. Решение фиксируется в SSOT. Вводится режим экстренной передачи: при наличии доказанного прямого призыва к насилию материал передаётся немедленно с параллельным уведомлением руководства штаба. Двойная верификация проводится постфактум в течение часа. Это снимает противоречие между сроками эскалации и правовой оценкой. 8.2. Внешние наблюдатели, международные сигналы и иностранные СМИ Работа с международными миссиями и внешними оценками строится на принципе предсказуемости и отсутствия полемики. Все внешние сигналы классифицируются как процедурные, содержательные, политические или медиированные. Фиксация сигнала предшествует любой реакции. Коммуникация осуществляется по формуле признания факта оценки, ссылки на процедуру и официальные данные без оценки самой оценки. Эмоциональные и персональные комментарии запрещены. Решение о публичном молчании фиксируется как управленческое действие в SSOT с указанием оснований. Это исключает трактовку тишины как хаоса или неготовности. Штаб не берёт на себя оценку соответствия международным стандартам и не ведёт политические дискуссии вокруг внешних оценок, обеспечивая только единообразие формулировок и маршрутизацию сигналов. 8.3. Подрядчики и внешние исполнители Внешние подрядчики рассматриваются как зона повышенного риска утечек и искажений. Их доступ ограничен принципом минимальной достаточности. Все подрядчики работают только через административную панель штаба. Передача материалов по неучтённым каналам запрещена. Для подрядчиков действует облегчённый NDA и обязательное ознакомление с режимом динамической маркировки. Любые материалы, полученные подрядчиком, считаются маркированными по умолчанию. РАЗДЕЛ 9. АДМИНИСТРАТИВНАЯ ПАНЕЛЬ, SSOT И АВТОМАТИЗАЦИЯ Административная панель является внутренним инструментом управления кампанией и реализует принцип единого источника истины (SSOT). Панель не предназначена для внешней демонстрации. Все данные в панели формируются поверх единой базы и регистров. Ручные параллельные отчёты не допускаются. На главном экране отображаются только управленчески значимые элементы: карта рисков, статус инцидентов, индекс дисциплины регионов и агрегированные показатели тревожности. Детализация доступна по ролям. Каждый элемент панели связан с возможным управленческим действием. Панель не используется для пассивного наблюдения. Ролевой доступ ограничивает объём видимой информации и снижает риск утечек. В кризисном режиме интерфейс упрощается, обновление ускоряется. Функционал автоматизированной генерации визуальных материалов на основе утверждённых шаблонов и данных реализуется в соответствии с Приложением O и использует промпт-библиотеку из Приложения N. Генераторы не существуют автономно и доступны только через административную панель. Панель поддерживает режим деградации при технических сбоях, обеспечивая доступ к минимально необходимым данным и протоколам. РАЗДЕЛ 10. МЕТРИКИ, ОЦЕНКА ЭФФЕКТИВНОСТИ И ОТКАЗ ОТ ИМИТАЦИИ Система оценки эффективности штаба строится исходя из принципа управляемости, а не видимости активности. Штаб сознательно отказывается от ряда привычных метрик, которые в прошлых кампаниях приводили к имитации и искажению управленческих решений. К числу нежелательных метрик отнесены: Вал публикаций и упоминаний без управленческой интерпретации. Количество сообщений само по себе не отражает качество исполнения и может стимулировать производство пустого контента. Процент позитивной и нейтральной тональности в отрыве от сюжетов. Агрегированная тональность скрывает точечные риски и не позволяет выявлять критические нарративы. Формальная активность регионов и ГО. Количество мероприятий, постов и выходов не используется как самостоятельный показатель. Любая активность оценивается только в связке с соблюдением регламентов и отсутствием нарушений. Охваты и показы без привязки к поведению аудитории. Сырые охваты допустимы исключительно как сервисные индикаторы и не используются для оценки управленческого эффекта. Объём внутренней отчётности. Количество справок и обзоров не является KPI. Перегруз руководства документами рассматривается как управленческий дефект. Фиксация отказа от этих метрик является обязательной частью пакета и используется как защита от возврата к отчётной логике под давлением сроков. Любое предложение вернуть их в статус KPI требует отдельного решения руководителя штаба с фиксацией в SSOT. Оценка эффективности аналитического контура строится вокруг качества сигналов, своевременности эскалации и полезности выводов для принятия решений. Для регионов ключевым показателем является дисциплина исполнения и отсутствие самодеятельности. РАЗДЕЛ 11. УСТОЙЧИВОСТЬ СИСТЕМЫ И РЕЖИМЫ РАБОТЫ Устойчивость системы рассматривается отдельно от устойчивости людей. Этот раздел фиксирует технические и организационные меры, позволяющие штабу функционировать в условиях перегрузки, сбоев и частичной потери элементов инфраструктуры. Система проектируется с учётом принципа деградации. При отказе отдельных сервисов штаб обязан сохранять способность к фиксации инцидентов, принятию решений и доведению директив до регионов. Административная панель и SSOT имеют приоритет перед вспомогательными сервисами. В случае сбоя автоматизации допускается переход на упрощённые формы фиксации с последующей синхронизацией. Вводится обязательный режим предстартовой верификации. Перед переходом в активную фазу проводится проверка доступов, работоспособности бота, актуальности контент-пакетов, готовности дублёров и подтверждения получения материалов регионами. Результаты подтверждаются чек-листом готовности и фиксируются в SSOT. Отдельно закрепляется проведение управленческих учений. На этапе подготовки проводится как минимум одна симуляция комбинированного сбоя, включающего технический отказ и информационный инцидент. Цель — выявление скрытых задержек и нестыковок регламентов. Разделение ответственности между контурами сохраняется даже в кризисе. Попытки «взять всё на себя» рассматриваются как фактор риска. РАЗДЕЛ 12. РАЗБОРЫ, ОБРАТНАЯ СВЯЗЬ И ОБУЧЕНИЕ СИСТЕМЫ Разборы инцидентов являются обязательным элементом управленческого цикла и не носят карательного характера. Цель разборов — выявление системных сбоев, а не поиск персональных виновных, за исключением случаев умышленных нарушений и утечек. Для каждого значимого инцидента проводится blameless postmortem с фиксацией: – исходного сигнала; – корректности классификации; – своевременности эскалации; – адекватности выбранного протокола; – последствий для доверия и управляемости. Выводы разборов используются для обновления регламентов, шаблонов и FAQ. Изменения вносятся централизованно и доводятся до регионов через обновление пакетов, а не через устные указания. Отдельно фиксируется анализ ошибок локальной самодеятельности. Регион, допустивший ошибку, обязан передать материалы для включения в библиотеку кейсов с указанием корректной замены формулировок. Это позволяет превращать ошибки в обучающий материал. Обучение системы рассматривается как непрерывный процесс. Пакет «ШТАБ-2026» не является статичным документом и подлежит обновлению по результатам кампании с сохранением всех версий и причин изменений. ПРИЛОЖЕНИЕ A. НАВИГАТОР ШТАБА (ОСНОВНАЯ ТОЧКА ВХОДА) Статус: обязательное к использованию Назначение: оперативная ориентация исполнителей в типовых и комбинированных ситуациях без необходимости чтения всего пакета документов. Принцип: «Ситуация → действие → ответственный → документ → следующий шаг». 1. Роль Навигатора в системе Навигатор является первичным рабочим инструментом для 80% исполнителей штаба и регионов. Он предназначен для использования в условиях дефицита времени, повышенной нагрузки и неполной информации. Навигатор имеет приоритет над описательными разделами документа. В случае расхождений между Навигатором и текстом разделов применяется логика Навигатора с последующей фиксацией уточнений в SSOT. Навигатор реализуется как отдельный живой артефакт в SSOT и дублируется в виде PDF-версии с гиперссылками. Доступ к Навигатору обеспечивается через административную панель и Telegram-бот. 2. Структура Навигатора Навигатор состоит из таблицы типовых ситуаций с обязательными колонками: Тип ситуации Класс риска Первичное действие Ответственный контур Документ / приложение Точная точка входа (раздел / пункт) Следующий шаг / развилка Колонка «Точная точка входа» является обязательной и содержит ссылки не только на приложение, но и на конкретный пункт внутри него. 3. Типовые маршруты (базовые) Ситуация: Обнаружена критика в соцсетях Класс риска: Жёлтый Первичное действие: Фиксация сигнала Ответственный контур: Аналитика Документ: Приложение G Точка входа: Приложение G, п. 2.1 «Регистрация сигнала» Следующий шаг: Классификация по типологии критики (Раздел 7.X) Ситуация: Идентичностная или языковая атака Класс риска: Оранжевый Первичное действие: Немедленная фиксация и уведомление Ответственный контур: Аналитика + Протоколы Документ: Раздел 7 + Приложение H Точка входа: Приложение H, п. 1.3 «Ускоренная эскалация» Следующий шаг: Проверка порога минимальности (Приложение J) Ситуация: Прямой призыв к насилию Класс риска: Красный Первичное действие: Немедленная правовая маршрутизация Ответственный контур: Правовой Документ: Приложение J Точка входа: Приложение J, п. 2.1 «Процедура экстренной передачи» Следующий шаг: Фиксация управленческого решения в SSOT Ситуация: Ошибка региона (самодеятельность) Класс риска: Жёлтый / Оранжевый Первичное действие: Локализация ущерба Ответственный контур: Протоколы Документ: Приложение D Точка входа: Приложение D, п. 3.2 «Изъятие некорректного контента» Следующий шаг: Добавление кейса в Приложение I Ситуация: Запрос внешнего эксперта / ЛОМа Класс риска: Жёлтый Первичное действие: Фиксация запроса Ответственный контур: Протоколы Документ: Приложение X (Контур управляемой интерпретации) Точка входа: Приложение X, п. 1.1 «Приём запроса» Следующий шаг: Выдача материалов из утверждённого пакета через панель 4. Комбинированные ситуации Навигатор обязан содержать отдельный блок для комбинированных инцидентов, включая: – процедурная критика + идентичностный нарратив; – утечка + персональная атака; – международный сигнал + внутренняя самодеятельность региона. Для комбинированных случаев первичным считается наиболее жёсткий класс риска. Все дополнительные контуры подключаются последовательно. 5. Обновление Навигатора Навигатор обновляется: – при выявлении новых типовых сценариев; – по итогам разборов (Раздел 12); – при изменении регламентов или приложений. Любое обновление Навигатора фиксируется как управленческое изменение с указанием причины. ПРИЛОЖЕНИЕ B. БОЕВОЙ РЕГЛАМЕНТ №1 (Фаза обсуждения проекта Конституции) Статус: обязательный Горизонт применения: период публичного обсуждения до начала мобилизационной фазы Цель: удержание управляемости и предотвращение преждевременной эскалации 1. Общий принцип фазы Фаза обсуждения характеризуется высокой чувствительностью при формально низком уровне прямых конфликтов. Основной риск — накопление тревожности, недоверия и интерпретационных искажений. Задача штаба в этой фазе — не убеждать, а стабилизировать. 2. Ключевые правила поведения Минимум эмоций. Любые эмоциональные формулировки рассматриваются как риск. Процедура важнее содержания. Ответы строятся вокруг порядка, сроков и механизмов обсуждения. Никаких прогнозов. Запрещено говорить о будущих последствиях и выгодах. Единый источник. Все разъяснения опираются только на утверждённый контент-пакет. Фиксация тишины. Отсутствие реакции также является управленческим решением и фиксируется. 3. Допустимые форматы коммуникации – FAQ (базовый формат); – сервисные пояснения; – процедурные справки; – цитирование официальных документов. Любые авторские интерпретации запрещены. 4. Работа с регионами Регионы действуют исключительно в режиме ретрансляции. Разрешено: – размещение утверждённых материалов; – перенаправление вопросов в центр; – фиксация сигналов. Запрещено: – самостоятельные разъяснения; – полемика; – «креативная» адаптация формулировок. Нарушение регламента региона автоматически повышает класс риска инцидента. 5. Контур управляемой интерпретации Контур управляемой интерпретации в данной фазе ограничен. Материалы передаются негосударственным спикерам исключительно в виде готовых FAQ и сервисных формулировок. Передача неутверждённых тезисов, доступ к внутренним протоколам и обратная связь запрещены. 6. Типовые ошибки фазы – попытка «переубедить» критиков; – расширение рамки вопроса; – реакция на единичные эмоциональные посты; – региональная самодеятельность. Все ошибки подлежат фиксации и разбору. ПРИЛОЖЕНИЕ C. БОЕВОЙ РЕГЛАМЕНТ №2 (Мобилизационная фаза) Статус: обязательный Горизонт применения: период активной мобилизации, роста явки и усиления информационного давления Цель: удержание управляемости при резком росте интенсивности сигналов и атак 1. Характер фазы Мобилизационная фаза характеризуется: – ростом эмоциональности поля; – увеличением количества и скорости атак; – активизацией идентичностных и персонализированных нарративов; – ростом региональной нагрузки и риска ошибок. Ключевая угроза фазы — перегрев системы и утрата дисциплины исполнения. 2. Базовые принципы работы Централизация решений. Все значимые реакции принимаются штабом. Регионы не импровизируют. Упреждение вместо реакции. Штаб работает на опережение через контент-пакеты, FAQ и сервисные пояснения. Приоритет устойчивости. Сохранение работоспособности команды важнее скорости реакции на второстепенные сигналы. Фиксация каждого отклонения. Любое нарушение регламентов рассматривается как инцидент системы. 3. Допустимые форматы и каналы Разрешены: – расширенные FAQ; – сценарные карточки для регионов; – сервисные видеоматериалы (короткие, без эмоций); – агрегированные ответы на типовые вопросы. Запрещены: – полемика; – персональные комментарии; – эмоциональные призывы; – обещания и прогнозы. 4. Работа с регионами в мобилизационной фазе Регионы переходят в режим строгой ретрансляции. Любое отклонение от утверждённых формулировок рассматривается как повышенный риск. Для регионов: – вводится ежедневная сверка контента; – усиливается контроль визуальных материалов; – фиксируется индекс дисциплины и индекс имитации. При системных нарушениях штаб вправе временно изъять коммуникационные функции у региона. 5. Контур управляемой интерпретации Контур управляемой интерпретации активируется ограниченно и только по решению штаба. Допускается: – передача утверждённых тезисов и FAQ; – использование визуальных шаблонов из Приложения O. Запрещается: – самостоятельная адаптация тезисов; – обсуждение внутренних процессов; – обратная связь и обсуждение стратегии. Все материалы передаются исключительно через административную панель штаба. 6. Работа с нарастающими атаками При росте атак: – проводится ежедневная сверка типологии критики (Раздел 7.X); – обновляются FAQ; – усиливается контур мониторинга. Решения об эскалации принимаются по принципу «лучше позже, чем неправильно», за исключением правовых инцидентов. 7. Человеческий фактор В мобилизационной фазе: – вводится правило обязательной сменности; – активируется механизм дублёров; – применяется индекс усталости. Решения о принудительном отдыхе обязательны к исполнению и не подлежат обсуждению. ПРИЛОЖЕНИЕ D. УЛЬТРАКОРОТКИЙ РЕГЛАМЕНТ ДЛЯ РЕГИОНОВ (1 страница, обязательный) Статус: обязательный Адресат: все ГО и МИО, региональные штабы Цель: исключение самодеятельности и ошибок в пиковые периоды 1. Что вы делаете Вы: – размещаете материалы, полученные от штаба; – отвечаете на вопросы только утверждёнными формулировками; – фиксируете сигналы и передаёте их в штаб. 2. Что вы НЕ делаете Вы не: – придумываете свои формулировки; – спорите в комментариях; – даёте прогнозы и оценки; – адаптируете контент «под себя»; – используете эмоциональные призывы. Любое из перечисленного — нарушение регламента. 3. Если возникла критика или вопрос Зафиксируйте сигнал. Проверьте наличие ответа в FAQ. Если ответа нет — направьте вопрос в штаб. Ничего не публикуйте до получения ответа. 4. Если вы допустили ошибку Немедленно удалите материал. Зафиксируйте инцидент. Уведомите штаб. Действуйте по указаниям. Попытка «исправить ситуацию» самостоятельно запрещена. 5. Работа с визуалом – Используйте только утверждённые шаблоны. – Не меняйте цвета, формулировки и композицию. – Все материалы промаркированы. 6. Ответственность Нарушение регламента: – повышает класс риска для всей кампании; – фиксируется в SSOT; – учитывается при оценке дисциплины региона. ПРИЛОЖЕНИЕ E. СВОДНЫЙ ЧЕК-ЛИСТ ШТАБА «10 ДНЕЙ ПИКА» Статус: обязательный Период применения: 10 дней до дня голосования, день голосования, первые 72 часа после Назначение: удержание управляемости в фазе максимальной нагрузки 1. Подготовка к старту пикового режима (T–10 → T–5) Штаб обязан подтвердить: – актуальность Навигатора (Приложение A); – загрузку всех действующих регламентов в SSOT; – работоспособность административной панели; – актуальность контент-пакетов и FAQ; – назначение дежурных смен и дублёров. Отдельно фиксируется прохождение предстартовой проверки доступа всеми участниками. 2. Проверка региональной готовности (T–5 → T–3) Обязательно подтверждаются: – получение регионами ультракороткого регламента; – доступ к шаблонам и визуальным материалам; – понимание запрета на самодеятельность; – наличие ответственных лиц на связи. Регионы, не подтвердившие готовность, переводятся в режим повышенного контроля. 3. Переход в пиковый режим (T–2 → T0) Включаются: – круглосуточный мониторинг; – режим приоритетной фиксации инцидентов; – ускоренная эскалация по красным уровням; – ежедневная сверка типологии атак. Все неключевые задачи и инициативы приостанавливаются. 4. День голосования (T0) Штаб: – работает исключительно по регламентам; – не реагирует на одиночные шумовые сигналы; – фиксирует все инциденты в SSOT; – координирует регионы через единый канал. Любая нестандартная ситуация трактуется как инцидент до доказательства обратного. 5. Первые 72 часа после голосования (T+1 → T+3) Основные задачи: – удержание доверия; – предотвращение вторичной эскалации; – работа с внешними сигналами и интерпретациями; – фиксация итоговых инцидентов. Решения о комментариях принимаются централизованно. 6. Контроль человеческого фактора В течение пика: – действует правило обязательной сменности; – активируется индекс усталости; – решения о принудительном отдыхе обязательны. Героизм и переработки рассматриваются как риск. 7. Завершение пика По завершении 10 дней: – фиксируется статус завершения фазы; – инициируется переход к режиму стабилизации; – начинается сбор материалов для институциональной памяти. ПРИЛОЖЕНИЕ F. ПРОТОКОЛ ПЕРЕДАЧИ ДЕЖУРСТВА (Человеческая устойчивость) Статус: обязательный Назначение: исключение потери информации и ошибок при смене дежурных 1. Обязательность передачи Передача дежурства проводится каждый раз, без исключений, независимо от загруженности и срочности задач. 2. Структура передачи Передающий обязан: – озвучить текущий статус фазы; – перечислить активные инциденты; – указать уровень каждого инцидента; – отметить ожидаемые события и риски; – сообщить о нестандартных решениях. 3. Индекс усталости Передающий обязан оценить своё состояние по чек-листу: – затруднения с концентрацией; – повторные уточнения инструкций; – допущенные ошибки; – эмоциональная реактивность; – снижение скорости принятия решений. Совпадение 2 и более признаков — основание для принудительного отдыха. 4. Роль принимающего Принимающий обязан: – подтвердить понимание статуса; – задать уточняющие вопросы; – зафиксировать приём дежурства в SSOT; – проверить доступы и каналы связи. 5. Парная работа При сложных инцидентах применяется режим парной работы. Решения принимаются после краткого согласования между двумя сотрудниками. 6. Фиксация Факт передачи дежурства: – фиксируется в SSOT; – содержит ФИО, время и краткое резюме; – хранится для последующего разбора. 7. Запреты Запрещено: – передавать дежурство «на бегу»; – ограничиваться текстовыми сообщениями; – скрывать ошибки или сомнения. Неполная передача дежурства рассматривается как системное нарушение. ПРИЛОЖЕНИЕ G. ПАСПОРТ ИНЦИДЕНТА (Единая форма фиксации и маршрутизации) Статус: обязательный Назначение: стандартизированная фиксация любых событий, способных повлиять на ход кампании Принцип: нет паспорта — нет инцидента 1. Общие положения Паспорт инцидента является единственной допустимой формой регистрации проблемных ситуаций в штабе. Любое событие, выходящее за рамки штатного сценария, подлежит фиксации независимо от субъективной оценки его значимости. Отсутствие паспорта лишает событие статуса управляемого. 2. Основания для регистрации Паспорт создаётся при наличии одного или нескольких признаков: – резонанс в социальных сетях или СМИ; – отклонение региона от утверждённых регламентов; – признаки координации или повторяемости; – потенциальное правовое измерение; – запрос со стороны АП или ЛПР; – сомнение дежурного сотрудника. Сомнение трактуется в пользу регистрации. 3. Структура паспорта 3.1. Идентификация – уникальный ID (автоматически); – дата и время фиксации; – инициатор регистрации; – источник сигнала. 3.2. Описание события – краткое нейтральное описание (без оценок); – платформа/канал; – география; – вовлечённые акторы (если известны). 3.3. Классификация – тип инцидента (процедурный, идентичностный, правовой, медианный и т.д.); – предполагаемый уровень (жёлтый / оранжевый / красный); – признак возможного нарушения закона (да/нет/требует проверки). 3.4. Первичная оценка риска – потенциальный охват; – вероятность эскалации; – влияние на доверие / явку / легитимность. 3.5. Принятые меры – зафиксированные действия; – ответственные лица; – временные решения. 4. Маршрутизация После регистрации паспорт автоматически: – отображается в административной панели; – поступает в аналитический контур; – при соответствующих флагах — в контур протоколов. При флаге «признаки нарушения закона» автоматически активируется правовой контур. 5. Обновление и закрытие – паспорт обновляется по мере развития ситуации; – закрытие возможно только решением ответственного контура; – все версии сохраняются. Удаление паспорта запрещено. 6. Связь с другими регламентами Паспорт инцидента является точкой входа для: – Приложения H (эскалация); – Приложения J (правовой контур); – Раздела 11 (SSOT и панель). ПРИЛОЖЕНИЕ H. РЕГЛАМЕНТ ЭСКАЛАЦИИ (15 минут) Статус: обязательный Назначение: обеспечение управляемых решений в условиях ограниченного времени 1. Общий принцип Эскалация — это не наказание, а механизм переноса решения на соответствующий уровень ответственности. Отсутствие эскалации при необходимости рассматривается как ошибка. 2. Уровни инцидентов Жёлтый уровень – локальный характер; – низкий темп распространения; – управляем стандартными ответами. Оранжевый уровень – признаки масштабирования; – повторяемость; – вовлечение чувствительных тем. Красный уровень – высокий темп распространения; – риск правовых последствий; – внешнее внимание; – влияние на легитимность. 3. Тайминг реакции – жёлтый: до 2 часов; – оранжевый: до 60 минут; – красный: до 15 минут. 4. Алгоритм эскалации (красный уровень) В течение 15 минут: Фиксация паспорта инцидента. Уведомление руководителей контуров аналитики и протоколов. Принятие временного управленческого решения. Фиксация решения в SSOT. Решение может быть временным и пересмотрено позднее. 5. Связь с правовым контуром При наличии прямого и доказанного признака нарушения закона допускается экстренная передача в правовой контур без предварительной двойной верификации. В таком случае: – правовой контур уведомляется немедленно; – двойная верификация проводится постфактум в течение 60 минут; – решение фиксируется отдельно как экстренное. 6. Запреты Запрещено: – ждать «ещё немного»; – обсуждать без фиксации; – откладывать эскалацию из-за неопределённости. Лучше ошибиться в сторону эскалации, чем пропустить момент. 7. Закрытие инцидента Решение о снижении уровня или закрытии: – принимает ответственный контур; – фиксируется в паспорте; – сопровождается кратким обоснованием. ПРИЛОЖЕНИЕ I. БИБЛИОТЕКА УЯЗВИМЫХ ФОРМУЛИРОВОК И НЕГАТИВНЫХ ПРОЧТЕНИЙ (Кейсы, замены, безопасные коридоры) Статус: обязательный Назначение: предотвращение самогенерируемых кризисов и повторения ошибок прошлых кампаний Принцип: одна ошибка — один зафиксированный кейс 1. Назначение и логика библиотеки Библиотека уязвимых формулировок является рабочим инструментом профилактики, а не справочником по стилю. Её задача — фиксировать реальные ошибки и искажения, которые уже приводили или потенциально приводят к негативным интерпретациям. Каждый кейс в библиотеке возникает из практики, а не из абстрактных предположений. 2. Источники наполнения Кейсы формируются на основе: – мониторинга комментариев и публикаций; – отчётов аналитического контура; – региональных ошибок и самодеятельности; – материалов прошлых кампаний; – инцидентов, оформленных через Паспорт (Приложение G). 3. Структура кейса (обязательная) 3.1. Исходная формулировка Фраза, тезис или визуальный элемент, использованный в официальной или полуофициальной коммуникации. 3.2. Зафиксированные негативные прочтения Реальные интерпретации аудитории, включая цитаты (без указания источников). 3.3. Тип риска – процедурный; – идентичностный; – правовой; – репутационный; – комбинированный. 3.4. Управленческий риск К чему приводит использование формулировки: – рост тревожности; – делегитимация процедуры; – персонализация конфликта; – радикализация дискуссии. 3.5. Корректная замена Формулировка, прошедшая согласование контуров протоколов и аналитики. 3.6. Статус – запрещена; – допустима с оговорками; – устарела (архив). 4. Пример кейса Кейс I.01. Процедурная спешка Исходная формулировка: «Проект был подготовлен в кратчайшие сроки, чтобы не затягивать процесс». Негативные прочтения: – «Сделали впопыхах»; – «Не обсуждали»; – «Уже всё решили». Управленческий риск: Подрыв доверия к процедуре подготовки и обсуждения. Корректная замена: «Проект подготовлен в установленном порядке и опубликован для общественного обсуждения. Все предложения рассматриваются до вынесения на референдум». Статус: Запрещена. 5. Использование библиотеки – обязательна для контента и FAQ; – используется при обучении регионов; – служит основанием для стоп-слов. Игнорирование библиотеки при подготовке материалов рассматривается как нарушение регламента. 6. Архивирование и обновление – кейсы не удаляются; – устаревшие помечаются и архивируются; – библиотека используется для postmortem-анализа. ПРИЛОЖЕНИЕ J. ПРАВОВОЙ КОНТУР И ПОРЯДОК МАРШРУТИЗАЦИИ (С учётом порога минимальности и экстренных исключений) Статус: обязательный Назначение: защита штаба от правовых, репутационных и институциональных рисков Принцип: минимум вмешательства — максимум защиты 1. Общие положения Правовой контур предназначен для: – оценки признаков нарушения законодательства; – маршрутизации материалов в компетентные органы; – защиты штаба и кампании от обвинений в бездействии или перегибах. Штаб не осуществляет следственные или квазиследственные функции. 2. Порог минимальности (базовый) Передача материалов в правовой контур осуществляется при совпадении двух условий: Зафиксирован прямой призыв к насилию, свержению конституционного строя, массовым беспорядкам либо иное деяние, подпадающее под уголовное или административное право; Сообщение распространяется через 3 и более канала с совокупным охватом более 50 000 пользователей. Все иные случаи подлежат дополнительной оценке. 3. Экстренное исключение (сверхсрочная передача) В случае наличия прямого и доказанного признака противоправного деяния допускается немедленная передача материалов в правовой контур без ожидания выполнения критерия по охвату. В этом случае: – инициируется немедленная передача; – руководитель штаба уведомляется параллельно; – двойная верификация проводится постфактум в течение 60 минут; – решение фиксируется в SSOT как экстренное с указанием оснований. 4. Гибкость порога Порог минимальности может быть временно скорректирован решением руководителя штаба в условиях красного инцидента. Такое решение: – фиксируется в SSOT; – содержит обоснование; – подлежит последующему разбору. 5. Процедура двойной верификации В стандартном режиме материалы оцениваются: – руководителем аналитического контура; – руководителем контура протоколов. Только после совпадения оценок инициируется передача. 6. Ограничения и запреты Запрещено: – использовать правовой контур для давления или профилактического «показа силы»; – передавать материалы без фиксации паспорта инцидента; – комментировать правовую оценку публично. 7. Документирование Все действия правового контура: – фиксируются в SSOT; – имеют временные метки; – доступны для внутреннего аудита. ПРИЛОЖЕНИЕ K. МЕТРИКИ, СИГНАЛЫ И УПРАВЛЕНЧЕСКИЕ ИНДИКАТОРЫ (Что измеряем, что игнорируем, что триггерит решения) Статус: обязательный Назначение: исключение отчётной имитации и обеспечение принятия решений Принцип: измеряется только то, что может изменить действие 1. Общие положения Система метрик штаба предназначена не для демонстрации активности, а для выявления: – точек риска; – сбоев дисциплины; – роста тревожности; – необходимости управленческого вмешательства. Ни одна метрика не существует сама по себе — каждая привязана к потенциальному действию. 2. Классы показателей Метрики делятся на четыре класса: 2.1. Сигнальные Ранние индикаторы потенциального риска. 2.2. Операционные Отражают состояние исполнения регламентов. 2.3. Поведенческие Косвенно показывают изменение доверия и тревожности. 2.4. Контрольные Используются для проверки корректности работы самой системы. 3. Сигнальные метрики (приоритетные) К сигнальным метрикам относятся: – появление устойчивого негативного нарратива в одном сегменте; – повторение одинаковых формулировок в разных каналах; – рост вопросов одного типа в комментариях и обращениях; – появление «объяснителей» и «инсайдеров» вне официального поля. Сигнальные метрики не агрегируются в проценты. Их задача — подсветить направление, а не дать итоговую оценку. 4. Операционные метрики Используются для контроля дисциплины: – соблюдение стоп-слов и обязательных формулировок; – работа регионов строго по контент-пакету; – отсутствие самодеятельности; – своевременность реакции по регламентам. Любое систематическое отклонение считается операционным инцидентом. 5. Поведенческие индикаторы Используются ограниченно и интерпретируются осторожно: – структура вопросов (а не их количество); – повторяемость страхов; – доля процедурных вопросов vs эмоциональных; – динамика «что это значит для меня». Поведенческие данные не используются как KPI для регионов. 6. Контрольные метрики Предназначены для проверки адекватности системы: – количество отчётов vs количество решений; – время от сигнала до действия; – доля инцидентов, закрытых без эскалации; – повторяемость одних и тех же ошибок. 7. Метрики, от которых штаб сознательно отказывается Фиксируются как запрещённые: – вал публикаций без интерпретации; – процент позитив/негатив без сюжетного анализа; – формальное количество мероприятий; – охваты без поведенческой привязки; – объём внутренней отчётности. Попытка использовать их как KPI требует отдельного решения руководителя штаба. 8. Связь с административной панелью Все метрики: – отображаются через SSOT; – имеют источник; – могут быть раскрыты до первичных данных. Отчёты вне системы считаются недействительными. ПРИЛОЖЕНИЕ L. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА SSOT (Единый источник истины и административная панель) Статус: обязательный Назначение: обеспечение управляемости, трассируемости и дисциплины Принцип: один факт — одно место хранения 1. Назначение системы SSOT (Single Source of Truth) является единственным допустимым источником данных для: – инцидентов; – контента и версий; – регионального статуса; – метрик и сигналов; – решений и их оснований. Любые «параллельные таблицы» запрещены. 2. Архитектура (минимальная) SSOT реализуется на базе: – структурированных таблиц (Google Sheets / PostgreSQL); – административной панели; – интеграции с ботом; – журналирования действий. 3. Ролевой доступ Обязательное разграничение: – руководитель штаба — агрегаты и риски; – руководители контуров — свои зоны; – аналитики — ввод и редактирование; – регионы — только чтение утверждённых пакетов. 4. Административная панель Главный экран панели отображает: – топ-5 текущих рисков; – статус инцидентов (жёлтый / оранжевый / красный); – индекс дисциплины регионов; – ключевые сигнальные метрики. Каждый элемент кликабелен и ведёт к действию. 5. Модуль динамической маркировки (Canary Trap) Система обязана автоматически маркировать любой выгружаемый или копируемый контент. 5.1. Текстовые материалы – внедрение Zero-Width Characters при копировании; – уникальный паттерн на пользователя и сессию. 5.2. Файлы (PDF / DOCX) – инъекция UserID_Timestamp_SessionID в метаданные; – скрытый текстовый слой (1pt / белым по белому); – возможность микро-сдвигов верстки. 5.3. Графика – EXIF-метаданные; – LSB-стеганография; – уникальный визуальный паттерн (anti-screenshot). 5.4. Экранные формы – динамический водяной знак с ФИО пользователя; – отображается в режиме просмотра. 6. Психологическое сдерживание При любом действии выгрузки система выводит предупреждение: «Материал содержит персональную цифровую метку. Ответственность за распространение персональная». Факт ознакомления фиксируется. 7. Деанонимизация и реагирование При обнаружении утечки: – образец загружается в модуль проверки; – определяется пользователь-источник; – учётная запись блокируется автоматически до выяснения; – инициируется служебная проверка. 8. Логирование и аудит Все действия: – логируются; – имеют временные метки; – доступны для внутреннего аудита. 9. Режимы работы SSOT поддерживает: – обычный режим; – режим пика; – режим деградации (минимальный набор функций). ПРИЛОЖЕНИЕ M. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА РАБОЧИЙ TELEGRAM-БОТ ШТАБА (Оперативный доступ, дисциплина исполнения, защита от утечек) Статус: обязательный Назначение: единая точка входа для исполнителей, регионов и контуров Принцип: бот — это не мессенджер, а интерфейс управления 1. Общая роль бота Telegram-бот штаба является: – основным каналом доставки контент-пакетов; – инструментом оперативных уведомлений; – интерфейсом доступа к SSOT; – механизмом дисциплины и трассируемости действий. Использование альтернативных каналов (почта, мессенджеры, облака) для передачи рабочих материалов запрещено. 2. Категории пользователей Бот поддерживает следующие роли: – руководитель штаба; – руководитель контура; – аналитик; – региональный исполнитель; – внешний исполнитель (ограниченный доступ); – администратор системы. Роль определяется автоматически на основе SSOT и не может быть изменена вручную без фиксации решения. 3. Основные функции Бот обеспечивает: – получение актуальных контент-пакетов; – доступ к FAQ и стоп-листам; – уведомления об изменении статуса; – фиксацию подтверждений получения; – подачу сигналов и запросов; – доступ к инструкциям и регламентам. 4. Работа с контентом 4.1. Получение пакетов Контент выдается: – строго по версии; – с указанием даты и времени; – с автоматической привязкой к пользователю. Любой пакет считается действительным только при получении через бота. 4.2. Подтверждение получения Пользователь обязан нажать кнопку подтверждения. Отсутствие подтверждения в установленный срок фиксируется как дисциплинарное отклонение. 5. Безопасность и маркировка 5.1. Предупреждение о трекинге При действиях: – «Скачать пакет» – «Копировать тезис» – «Получить директиву» бот обязан вывести уведомление: «Материал промаркирован. Вы несете персональную ответственность за его распространение». Факт отображения и согласия логируется. 5.2. Zero-Width Characters При копировании текста бот: – внедряет невидимые символы по уникальному паттерну; – обеспечивает возможность последующей деанонимизации. 5.3. Проверка утекших материалов В боте предусмотрен режим администратора: – загрузка подозрительного текста или файла; – автоматическое извлечение метки; – отображение пользователя-источника. 6. Уведомления и алерты Бот рассылает: – уведомления о смене фазы; – предупреждения о нарушениях; – сигналы о повышении уровня риска; – напоминания о подтверждении пакетов. В режиме пика уведомления имеют приоритет и не могут быть отключены пользователем. 7. Логирование Фиксируются: – входы в бота; – действия с контентом; – подтверждения; – ошибки; – попытки обхода. 8. Режимы работы Бот поддерживает: – обычный режим; – режим пика (упрощённое меню, push-алерты); – режим деградации (текстовые команды, минимум графики). 9. Интеграция с SSOT Все действия пользователя: – отражаются в SSOT; – имеют временную метку; – могут быть использованы для служебных проверок. 10. Ограничения Бот: – не используется для обсуждений; – не принимает свободный текст вне форм; – не заменяет официальные каналы, а дополняет их. ПРИЛОЖЕНИЕ N. БИБЛИОТЕКА ИИ-ПРОМПТОВ И ШАБЛОНОВ (Автоматизация, снижение вариативности, защита от «креатива») Статус: обязательный Назначение: ускорение производства контента без потери управляемости Принцип: ИИ усиливает дисциплину, а не заменяет ответственность 1. Назначение библиотеки Библиотека ИИ-промптов используется для: – генерации черновиков контента; – адаптации утвержденных тезисов под форматы; – подготовки FAQ; – резюмирования мониторинга; – технического ускорения продакшна. ИИ не принимает решений и не выпускает контент напрямую. 2. Структура библиотеки Промпты сгруппированы по задачам: – тексты (посты, карточки, ответы); – видео-сценарии; – FAQ; – аналитические сводки; – служебные резюме. 3. Базовые ограничения Каждый промпт содержит: – указание источника (контент-пакет / FAQ / регламент); – запрет на добавление новых смыслов; – запрет на прогнозы и оценки; – указание допустимого тона. Отсутствие этих ограничений делает промпт недействительным. 4. Пример промпта: адаптация тезиса «Используя только утвержденный тезис ниже, адаптируй его под формат карточки для соцсетей. Запрещено: добавлять новые смыслы, прогнозы, эмоциональные оценки. Длина: до 300 знаков. Тон: нейтральный, процедурный». 5. Контроль качества Все ИИ-результаты: – проходят визуальную проверку; – сверяются со стоп-листом; – фиксируются в SSOT как версия. 6. Связь с визуальными шаблонами Промпты используют параметры визуальных шаблонов из Приложения O. Тексты генерируются с учётом: – длины строк; – ограничений макетов; – двуязычия. 7. Логирование использования Фиксируются: – пользователь; – тип промпта; – исходный материал; – результат. 8. Запрет на «самостоятельные» промпты Использование: – внешних ИИ; – личных промптов; – непроверенных шаблонов запрещено. 9. Архив и обновление Промпты: – обновляются централизованно; – устаревшие версии архивируются; – используются как материал для обучения. ПРИЛОЖЕНИЕ O. ВИЗУАЛЬНЫЕ ШАБЛОНЫ, ГЕНЕРАТОРЫ И СТАНДАРТЫ ОФОРМЛЕНИЯ (Единый визуальный язык, ускорение продакшна, защита от визуального хаоса) Статус: обязательный Назначение: обеспечение единообразного визуального представления кампании на всех уровнях Принцип: визуал — это не творчество, а инфраструктура доверия 1. Роль визуальных шаблонов в системе штаба Визуальные материалы рассматриваются как: – инструмент снижения тревожности; – маркер официальности и процедурной корректности; – средство защиты от локальной самодеятельности и визуальных ошибок. Любой визуальный материал, не созданный на базе утверждённого шаблона, считается нарушением регламента. 2. Типология визуальных материалов Шаблоны разрабатываются для следующих форматов: – карточки с тезисами и фактами; – FAQ-карточки; – сервисные объявления; – инфографика процедур; – видео-заставки и титры; – изображения для поисковой выдачи и сервисных страниц. 3. Архитектура шаблонов Каждый шаблон включает: – фиксированную сетку; – допустимые поля для текста; – допустимые цветовые сочетания; – зону автоматической маркировки (Canary Trap); – зону служебных метаданных. Изменение сетки, пропорций или базовой палитры запрещено. 4. Figma-шаблоны (ручной режим) Для дизайнеров и подрядчиков: – предоставляется доступ только к утверждённым файлам; – запрещено копирование шаблонов вне рабочей среды; – каждый экспорт автоматически маркируется. Доступ предоставляется по принципу минимальности и отзывается по завершении работ. 5. Python-генераторы (автоматический режим) Для ускоренного продакшна используются генераторы: – карточек с текстом; – FAQ-блоков; – процедурных схем. Генераторы: – получают текст из Приложения N (ИИ-промпты); – используют утверждённые шаблоны; – автоматически внедряют маркировку пользователя и времени. 6. Двуязычие и культурная нейтральность Каждый шаблон поддерживает: – казахскую и русскую версии; – равноправное размещение языков; – отсутствие визуального доминирования. Перед выпуском проводится обязательная проверка на культурную и языковую нейтральность. 7. Anti-Screenshot защита В шаблоны внедряется: – слабозаметный уникальный паттерн; – динамическая сетка; – пользовательская метка в служебном слое. Скриншоты идентифицируются постфактум через анализ паттерна. 8. Связь с административной панелью Генерация визуальных материалов осуществляется только через административную панель (Раздел 11) с использованием параметров из Приложений N и O. Экспорт напрямую с рабочих компьютеров запрещён. 9. Контроль и архив Все визуальные материалы: – регистрируются в SSOT; – имеют версию; – архивируются после завершения фазы. 10. Запреты Запрещено: – использовать сторонние шаблоны; – добавлять неутверждённые элементы; – применять мемы, иллюстрации и «креативные» образы; – вносить визуальные оценки и эмоции. ПРИЛОЖЕНИЕ P. ЧЕК-ЛИСТ ПРЕДСТАРТОВОЙ ГОТОВНОСТИ И УЧЕНИЯ (Проверка системы до нагрузки, инъекция халатности, выявление слабых мест) Статус: обязательный Назначение: проверка готовности штаба до входа в мобилизационную фазу Принцип: непроверенная система считается неработоспособной 1. Назначение чек-листа Чек-лист используется для: – подтверждения технической готовности; – проверки дисциплины доступа; – выявления кадровых уязвимостей; – тренировки реакции на сбои. 2. Минимальные условия допуска к старту Запуск фазы допускается только при выполнении всех условий: – SSOT доступен всем ролям; – Telegram-бот отвечает и логирует действия; – административная панель загружена данными; – контент-пакеты актуальны; – регионы подтвердили получение; – дублёры назначены и ознакомлены. Невыполнение хотя бы одного пункта блокирует переход фазы. 3. Проверка доступов Проверяется: – корректность ролей; – отсутствие «лишних» пользователей; – отзыв доступов у подрядчиков; – фиксация входа под каждым типом роли. 4. Проверка дисциплины регионов Проводится тест: – рассылка учебного пакета; – проверка сроков подтверждения; – фиксация ошибок. Регионы, не прошедшие тест, переводятся под усиленный контроль. 5. Инъекция халатности (учебный сбой) Имитируется один управляемый сбой, например: – временная недоступность SSOT; – задержка контент-пакета; – выбытие ключевого исполнителя. 6. Отработка реакции Штаб обязан: – зафиксировать инцидент; – запустить регламент; – отработать режим деградации; – восстановить систему. Все действия логируются. 7. Анализ результатов По итогам учений: – составляется служебная записка; – фиксируются слабые места; – вносятся корректировки в регламенты. 8. Повторяемость Учения проводятся: – перед мобилизационной фазой; – перед днём голосования; – при значительных изменениях состава штаба. 9. Хранение результатов Результаты: – сохраняются в SSOT; – используются для обучения; – не применяются для наказаний. 10. Итоговый допуск Допуск к фазе оформляется: – решением руководителя штаба; – фиксацией в SSOT; – уведомлением всех контуров. ПРИЛОЖЕНИЕ X. РЕГЛАМЕНТ КОНТУРА УПРАВЛЯЕМОЙ ИНТЕРПРЕТАЦИИ Статус: обязательный (ограниченный доступ) Адресат: контур протоколов, руководитель штаба, назначенный координатор контура управляемой интерпретации Назначение: управляемая работа с лояльными негосударственными спикерами без передачи внутренних протоколов, без «соавторства» и без обратной смысловой связи в штаб 1. Определение и границы Контур управляемой интерпретации используется исключительно для доведения до лояльных негосударственных спикеров утверждённых материалов штаба в неизменном виде и для ответа на типовые запросы разъяснения в формате FAQ. Контур не является каналом обсуждения стратегии, не является источником формулировок и не создаёт самостоятельных тезисов. 2. Принцип входа и единая точка выдачи Любое взаимодействие начинается с фиксации запроса в SSOT. Запрос не обрабатывается через мессенджеры, личные контакты и неформальные каналы. Материалы выдаются только через административную панель штаба как контролируемая операция. 3. Допустимые материалы Разрешено выдавать только: (а) актуальный контент-пакет штаба, (б) утверждённые FAQ-блоки, (в) утверждённые визуальные материалы из Приложения O, (г) сервисные процедурные справки из Раздела 6. Запрещено выдавать: (а) внутренние регламенты, протоколы, паспорта инцидентов, правила эскалации, критерии квалификации, (б) любые черновики и рабочие версии, (в) любые «объяснения» причин решений штаба, не оформленные в публично допустимом виде. 4. Запрет на обратную смысловую связь Контур не принимает “улучшения”, “перепаковку”, “свои формулировки” и “предложения тезисов” от внешних спикеров. Единственная допустимая обратная связь — фиксируемые в SSOT типовые вопросы аудитории и запрос на уточнение, который маршрутизируется в контур протоколов как задача на обновление FAQ. 5. Маршрут обработки запроса Фиксация запроса в SSOT → Квалификация запроса координатором контура (обычный/повышенный) → При необходимости постановка задачи в контур протоколов (уточнение формулировки/добавление FAQ) → Выдача утверждённого материала через панель → Фиксация факта выдачи и версии → Закрытие запроса. 6. Режим повышенной чувствительности При идентичностных, языковых и персонализированных темах контур работает только по заранее утверждённым FAQ и только после отметки “повышенный” в SSOT. Любые устные комментарии и расширение рамки запрещены. 7. Дисциплина и ответственность Любая выдача материалов вне административной панели рассматривается как нарушение режима работы штаба. Все выдачи считаются маркированными по умолчанию в соответствии с Приложениями L–M. 8. Примечание о публичной роли спикеров Негосударственный спикер не обозначается как представитель штаба и не комментирует внутренние процессы штаба. В публичной коммуникации допускается только позиционирование как “эксперт/наблюдатель”, опирающийся на официально опубликованные материалы и сервисные разъяснения. **Grok**: Обновленный фрагмент пакета "ШТАБ-2026" заметно эволюционировал в сторону полноценной эксплуатационной системы, где февраль 2026 года уже не просто горизонт планирования, а реальность с накопленными сложностями в обсуждении проекта Конституции, требующая немедленной работоспособности без фазы обкатки. Документ правильно смещает акцент с деклараций на механизмы выживания — от динамической маркировки утечек до индекса усталости и предстартовых учений, — делая его антихрупким именно в человеческом и организационном измерении, где прошлые циклы ломались не на внешних атаках, а на внутренних перегрузках и ошибках исполнения. Вводные и статус документа укрепляют принцип "Навигатор первым", добавляя защиту от распространения фрагментов через динамическую маркировку (Canary Trap), что реалистично адресует риск утечек в аппарате, где материалы часто пересылаются неформально. Это не паранойя, а необходимый барьер в условиях, когда любая внутренняя переписка может стать материалом для внешних нарративов. Глоссарий плотно операционализирует ключевые термины, включая порог минимальности и контур управляемой интерпретации, избегая разночтений, но здесь уязвимость в потенциальной жесткости порога: в быстрых идентичностных атаках с низким охватом, но высоким эмоциональным зарядом, это может создать окно для эскалации, особенно если двойная верификация задержит реакцию. Усилить стоит явным исключением для "экстренной передачи" при прямых призывах к насилию без ожидания охвата, с постфактум верификацией в 30 минут, чтобы сохранить защиту от перегиба без потери оперативности. Навигатор как основная точка входа правильно снижает барьер освоения для регионов и исполнителей с низким временем, перечисляя маршруты для типовых и комбинированных ситуаций, включая утечки и запросы спикеров. Его реализация как живого артефакта в SSOT с гиперссылками и PDF-дубликатом делает систему практически применимой, но риск в покрытии: если новые нарративы (например, связанные с международными сигналами) не попадут в обновления timely, исполнитель вернется к эскалации всего подряд, перегружая контуры. Рекомендация — обязать еженедельное обновление Навигатора по итогам мониторинга с автоматическим пушем через бот, чтобы он оставался актуальным без ручного вмешательства. Разделы 1-3 усиливают мандат и человеческий фактор, вводя принципы управляемости, минимального творчества и раннего сигнала без наказания, что мотивирует регионы на сотрудничество, а не на сокрытие. Блок когнитивной нагрузки с 72-часовым лимитом и парной работой реалистично защищает от ошибок в пике, но без quantifiable индекса усталости (например, чек-лист из 5 признаков) это может остаться декларацией. Усиление простое: операционализировать индекс в чек-листе с обязательной отметкой в SSOT при смене, чтобы решение о отдыхе было не субъективным, а процедурным. Фазы и контуры (разделы 4-5) логично разделяют режимы, вводя контур управляемой интерпретации как ограниченный буфер для спикеров, что закрывает серую зону без риска компрометации. Приложение X правильно запрещает обратную связь и соавторство, но без списка утвержденных спикеров или критериев их отбора это может привести к субъективности в выборе. Рекомендация — добавить в приложение X реестр спикеров в SSOT с версионным контролем и правилом ротации, чтобы избежать зависимости от отдельных фигур. Контент и метрики (разделы 6, 10) верно отказываются от имитационных KPI, фокусируясь на сервисных форматах и сюжетном анализе, но библиотека уязвимых формулировок рискует разрастись в бесконечный список без приоритезации. Усилить через ежегодный архив устаревших кейсов и топ-10 актуальных на фазу, чтобы инструмент оставался рабочим. Внешний контур и правовая маршрутизация (раздел 8, приложение J) сбалансированы с порогом и экстренным исключением, минимизируя репутационные риски, но в условиях международного внимания это может быть воспринято как избыточная осторожность. Технические приложения (L-O, включая маркировку и генераторы) амбициозны и необходимы для масштаба, но их реализуемость в казахстанских условиях с ограничениями на внешние сервисы требует немедленной верификации: если Canary Trap или генераторы не заработают стабильно, система потеряет доверие исполнителей. Рекомендация — обязать предстартовый аудит технических контуров с фиксацией резервных ручных процедур на 48 часов. Приложения в целом делают пакет живым: ультракороткий регламент для регионов, чек-листы пика, паспорт инцидента и библиотека кейсов закрывают эксплуатационность без перегрузки. Приложение P с учениями и инъекцией сбоев правильно выявляет слабые места до нагрузки. Итог: этот фрагмент уже близок к финальной версии, где устойчивость встроена системно — от человеческого выгорания до технических утечек. Риски минимальны, если сразу провести пилот на одном контуре и регионе для верификации технической части и Навигатора. Документ выдержит цикл до мая, если не усложнять дальше, а сосредоточиться на запуске. **User**: вот последняя версия изучи, оцени, дай критику **Grok**: Последняя версия вводных и статуса документа пакета "ШТАБ-2026" заметно эволюционировала в сторону большей приземлённости и эксплуатационной жёсткости, что полностью соответствует реалиям февраля 2026 года в Астане, где обсуждение проекта Конституции уже перешло в фазу накопления мелких, но кумулятивных напряжений, а система исполнения на местах остаётся неоднородной и уязвимой к усталости и самодеятельности. Документ стал короче, чётче и менее "бюрократическим" по стилю — это плюс: он читается как рабочий инструмент, а не как декларация. Принцип "минимум творчества на местах" и акцент на управляемости теперь доминируют без смягчителей, что правильно отражает урок прошлых циклов, где именно локальная инициатива становилась источником крупных провалов. ### Общая оценка - **Сильные стороны**: - Документ стал действительно эксплуатационным. Вводные сразу задают тон: "не полнота описаний, а чёткость маршрутов". Это снимает риск, что исполнители будут тонуть в тексте. - Глоссарий лаконичен и операционален. Определения SSOT, порога минимальности, индекса усталости и динамической маркировки даны без воды, с привязкой к рискам. - Навигатор вынесен вперёд и позиционируется как обязательная первая точка входа — это ключевое улучшение. Пример применения конкретен и сразу показывает, как работать в стрессе. - Мандат и принципы (раздел 1) предельно честны: штаб не про убеждение и не про позитив, а про удержание управляемости. Принцип "ранней фиксации без наказания" — сильный мотивационный рычаг для регионов. - Управленческий цикл (раздел 2) упрощён и заточен под решения, а не под отчёты. Запрет аналитикам "помогать формулировками" — правильная граница ролей. - Устойчивость людей (раздел 3) — одна из самых сильных частей. 72-часовой лимит, индекс усталости, принудительная ротация — это реальный ответ на выгорание, которое в длинных циклах убивает системы быстрее внешних атак. - Технические приложения (L–P) стали реалистичнее: маркировка описана без избыточной техничности, генераторы и бот привязаны к дисциплине, а не к инновациям. Учения с "инъекцией сбоев" — отличный механизм выявления слабых мест до пика. - **Слабые стороны и риски**: - **Избыточная жёсткость в регионах**. Принцип "минимум творчества" и полный запрет на локальную адаптацию могут демотивировать исполнителей на местах. В регионах с разной медиареальностью (особенно в многоязычных и отдалённых) это рискует превратиться в пассивность: "лучше ничего не делать, чем нарушить". Уже сейчас в мониторинге видны признаки имитации активности — жёсткость может усилить это. - **Порог минимальности остаётся высоким**. Критерий "прямой призыв + 50к охвата" защищает от перегиба, но в фазе обсуждения атаки часто кумулятивные и низкоохватные (локальные паблики, чаты). Экстренное исключение смягчает, но без механизма накопительного мониторинга мелких сигналов штаб может упустить точку невозврата. - **Техническая реализуемость**. SSOT, бот, генераторы и маркировка описаны хорошо, но без указания платформ (Google, локальный сервер, Notion и т.д.) это рискует остаться на бумаге. В условиях возможных ограничений доступа или сбоев реализация может затянуться, а резервный режим (PDF + бумага) недостаточно детализирован для реального пика. - **Отсутствие мотивации**. Документ силён в запретах и защите, но почти не упоминает поощрение за дисциплину и раннюю фиксацию. В аппарате, где исполнители уже устали, это может усилить ощущение "кнута без пряника". - **Навигатор всё ещё декларативен**. Обещание "гиперссылок и бота" хорошо, но без примера полной таблицы (хотя бы 5–10 строк) исполнитель на месте может растеряться в первый день. ### Конкретные рекомендации по доработке 1. **Вводные и принципы** — добавить один абзац о поощрении: "Добросовестное исполнение регламентов и ранняя фиксация сигналов являются приоритетным критерием оценки регионов и исполнителей". Это не размывает жёсткость, но даёт мотивацию. 2. **Порог минимальности** — ввести "накопительный флаг": если один и тот же нарратив фиксируется в 5+ регионах с охватом ниже порога, автоматически запускается усиленный мониторинг и возможная эскалация без передачи в правовой контур. Это закроет кумулятивные атаки. 3. **Техническая часть** — в ТЗ на SSOT и бот указать минимально реализуемую платформу (например, Google Workspace + Telegram + локальный бэкап). Добавить срок пилота: "до 15 февраля 2026 протестировать на 2–3 регионах". 4. **Навигатор** — добавить в документ хотя бы 8–10 строк таблицы с реальными примерами (включая комбинированные). Это сделает его сразу рабочим. 5. **Учения** — обязать провести первое учение до 10 февраля с имитацией утечки и отказа SSOT. Зафиксировать результаты как отдельный отчёт в SSOT. ### Итог Это уже не черновик, а рабочий документ, который можно запускать. Он жёсткий, но честный — именно то, что нужно в текущей фазе, где риски уже не гипотетические. Главное — не затягивать с пилотом технической части и первым учением: если система выдержит реальный стресс-тест на одном регионе, остальное пойдёт. Если нужно, могу помочь с примерами таблицы Навигатора или чек-листа учений. **User**: вот последняя версия\ изучи, оцени, дай критику ВВОДНЫЕ И СТАТУС ДОКУМЕНТА Настоящий документ определяет архитектуру, принципы и регламенты работы Межведомственного штаба по информационному сопровождению конституционной реформы Республики Казахстан в 2026 году (далее — Штаб). Документ предназначен для использования в условиях высокой общественной чувствительности, длительного информационного цикла и неоднородного уровня исполнения на местах. Он ориентирован не на декларацию намерений, а на обеспечение управляемости, устойчивости и предсказуемости действий в период обсуждения проекта Конституции, проведения референдума и последующих электоральных процедур. Документ исходит из презумпции ограниченного времени, ограниченного внимания и высокой нагрузки на исполнителей. В этой связи приоритет отдается не полноте описаний, а четкости маршрутов действий и минимизации пространства для интерпретаций. Штаб рассматривается как единый центр принятия решений и координации. Все региональные штабы, создаваемые по данной тематике, функционально подчиняются заместителям акимов соответствующих регионов и одновременно находятся в прямом операционном подчинении центрального Штаба. Региональные штабы не являются автономными субъектами информационной политики и действуют в рамках утверждённых регламентов, пакетов материалов, протоколов и установленного порядка фиксации решений. Ключевой принцип пакета — приоритет управляемости над инициативностью. Самостоятельная интерпретация, расширение смыслов и самовольная адаптация на местах рассматриваются как фактор риска и допускаются только в строго определённых контурах и форматах, описанных в документе. Документ не предполагает, что все его разделы изучаются всеми участниками. Для большинства исполнителей достаточными для ежедневной работы являются Навигатор и профильные приложения, соответствующие их роли. Полный текст предназначен для руководителей, координаторов контуров и ответственных за принятие решений. Настоящий документ является рабочим. Все изменения, уточнения и актуализации фиксируются в едином контуре хранения единого источника актуальной версии, и доводятся до участников через централизованные каналы. Использование устаревших версий считается нарушением регламента. Добросовестное исполнение регламентов, своевременное подтверждение получения материалов и ранняя фиксация сигналов рассматриваются как приоритетные критерии оценки дисциплины исполнения на уровне регионов и отдельных исполнителей. Данный принцип вводится как управленческий стимул и как защита исполнителя: корректная фиксация сомнения или сигнала в установленном порядке не трактуется как ошибка или слабость. ГЛОССАРИЙ И БАЗОВЫЕ ОПРЕДЕЛЕНИЯ Штаб — межведомственный координационный орган, осуществляющий централизованное управление информационным сопровождением конституционной реформы, включая анализ, контент, реактивные действия и контроль исполнения. Региональный штаб — рабочая группа при акиматах регионов, действующая в рамках настоящего пакета, функционально подчинённая заместителю акима и операционно — центральному Штабу. Единый контур хранения данных (SSOT, Single Source of Truth) — единый источник актуальной версии решений и материалов, обеспечивающий фиксацию данных, решений, версий документов, инцидентов и метрик. Все действия, решения и материалы считаются действительными только при наличии фиксации в данном контуре. Навигатор — упрощённая карта маршрутов действий для типовых ситуаций. Навигатор используется как первая точка входа и предназначен для быстрого выбора корректного алгоритма без обращения ко всему пакету. Инцидент — любое событие в информационном поле, способное повлиять на восприятие, легитимность или управляемость процесса, вне зависимости от масштаба и источника. Контур управляемой интерпретации — механизм работы с внешними спикерами и экспертами, которые добровольно согласны опираться на проверенные факты и утверждённые формулировки штаба. Штаб обеспечивает корректность и актуальность материалов, не вмешиваясь в правовой статус, личные оценки и ответственность таких спикеров. Обратная коммуникация допускается только в виде фиксации типовых вопросов и сигналов аудитории; изменение формулировок по таким сигналам возможно исключительно через установленный контур протоколов и только после отдельного решения штаба. Передача неутверждённых тезисов, доступ к внутренним протоколам, участие в разработке контента и влияние на формулировки в обход установленного порядка не допускаются. Подробный регламент закреплён в профильном приложении. Динамическая маркировка материалов — технический механизм идентификации источника распространения конфиденциальных материалов в случае их утечки. Используется исключительно в целях внутренней безопасности и дисциплины исполнения. Подробная реализация описана в технических приложениях. Индекс усталости — операциональный показатель состояния сотрудников, используемый исключительно для принятия решений о сменности, парной работе и временном ограничении участия в критических сменах. Методика расчёта и применения закреплена в профильных регламентах. Порог минимальности — совокупность формализованных критериев, при достижении которых инициируется правовая маршрутизация инцидента. Критерии, исключения и экстренные процедуры определены в соответствующем приложении. Режим деградации — заранее определённый порядок действий при частичном или полном отказе централизованных систем, предусматривающий временное ограничение активности до восстановления управляемости. НАВИГАТОР (ПЕРВАЯ ТОЧКА ВХОДА) Навигатор предназначен для использования в условиях дефицита времени и повышенной нагрузки. Его задача — не объяснять систему, а быстро направлять исполнителя к корректному действию. Навигатор используется до обращения к полному тексту документа и рассматривается как основной инструмент ежедневной работы для региональных штабов и линейных исполнителей. Навигатор фиксирует типовые ситуации и соответствующие им маршруты действий. Он не заменяет регламенты и приложения, а указывает, куда именно обращаться и что делать первым шагом. Использование Навигатора снижает риск самодеятельности, запаздывания реакции и ошибочного выбора формата ответа. Навигатор реализуется в двух формах: как интерактивный элемент в едином контуре хранения данных с доступом через служебного бота и как статичный документ для резервного использования при технических сбоях. В обоих случаях структура и логика маршрутов идентичны. Пример использования Навигатора (для первичного ориентирования): Если региональный аккаунт сталкивается с провокационным вопросом по проекту Конституции, на который отсутствует готовый утверждённый ответ, исполнитель открывает Навигатор, выбирает сценарий «вопрос без утверждённого ответа», переходит к регламенту фиксации инцидента и действует по алгоритму: воздержание от публичного ответа, фиксация сигнала, передача информации в штаб через установленный канал. Самостоятельный комментарий в данном случае не допускается. Навигатор не требует интерпретации. Если ситуация не находит прямого соответствия, это автоматически считается основанием для фиксации инцидента и передачи сигнала в аналитический контур. Отсутствие подходящего сценария в Навигаторе не является разрешением на самостоятельные действия. Для обеспечения актуальности Навигатор обновляется централизованно по результатам мониторинга и учений. Все обновления доводятся до исполнителей автоматически через служебные каналы. Использование устаревшей версии Навигатора считается нарушением дисциплины исполнения. В целях снижения информационного паралича приоритет отдается ранней фиксации сигнала. Корректная фиксация сомнения или неопределённой ситуации через Навигатор не рассматривается как ошибка и не влечёт негативных последствий для исполнителя. РАЗДЕЛ 1. МАНДАТ ШТАБА И БАЗОВЫЕ ПРИНЦИПЫ РАБОТЫ Штаб осуществляет централизованное управление информационным сопровождением конституционной реформы Республики Казахстан на всех этапах — от обсуждения проекта до завершения электорального цикла. Мандат Штаба включает координацию, анализ, выработку и распространение утверждённых материалов, а также контроль дисциплины исполнения. Штаб не подменяет собой государственные органы, комиссии и уполномоченные структуры. Его задача — обеспечить единообразие формулировок, предсказуемость действий и минимизацию рисков, связанных с ошибками, запаздыванием реакции и фрагментацией позиций. Ключевым принципом работы является централизация решений при децентрализованном исполнении. Региональные штабы и исполнители действуют строго в рамках утверждённых регламентов и материалов, не расширяя и не адаптируя их по собственной инициативе. Инициативность допускается исключительно в форме ранней фиксации сигналов и предложений через установленные контуры. Принцип «приоритет тишины над ошибкой» применяется в случаях неопределённости. Отсутствие публичной реакции при отсутствии утверждённого решения считается корректным действием. Информационный вакуум в таких случаях компенсируется не спонтанными комментариями, а ускоренной аналитической и протокольной обработкой сигнала. Штаб исходит из презумпции разной медиареальности регионов. Вместе с тем различия в языковой, культурной и информационной среде не являются основанием для самостоятельного изменения смыслов или формулировок. Все адаптации допускаются только через централизованный контур протоколов. Для предотвращения пассивности и имитации вводится принцип управляемой мотивации: добросовестное соблюдение регламентов, подтверждённая фиксация сигналов и отсутствие нарушений дисциплины учитываются при оценке работы региональных штабов и исполнителей. Штаб оставляет за собой право временно усиливать контроль, вводить дополнительные ограничения или изменять режимы работы в зависимости от фазы и уровня риска. Все такие решения подлежат обязательной фиксации в едином контуре хранения данных и доведению до исполнителей установленным порядком. РАЗДЕЛ 2. СТРУКТУРА ШТАБА И ПОДЧИНЁННОСТЬ Штаб выстроен по принципу жёсткой вертикали управления с чётким разграничением полномочий и ответственности. Центральный штаб осуществляет стратегическое и оперативное управление всей системой информационного сопровождения. Региональные штабы действуют как исполнительные контуры и не обладают автономией в принятии содержательных или форматных решений. Региональные штабы создаются в каждом регионе Республики Казахстан и функционируют при акиматах. В административном отношении они подчиняются заместителям акимов, курирующим общественно-политический блок. В операционном и содержательном отношении региональные штабы находятся в прямом подчинении Центрального штаба и обязаны исполнять его регламенты, директивы и решения в приоритетном порядке. В случае конфликта между устными или письменными поручениями регионального руководства и установленными регламентами Центрального штаба приоритет имеют регламенты Центрального штаба. Любые расхождения подлежат немедленной фиксации и докладу через установленный канал без попыток самостоятельного урегулирования на месте. Структура штаба формируется по функциональному принципу и включает аналитический контур, контур протоколов и решений, контур контента и распространения, технический контур, а также контур координации регионов. Каждый контур действует в рамках закреплённой компетенции и не подменяет другие элементы системы. Персональный состав штабов утверждается установленным порядком. Доступ к материалам, регламентам и инструментам предоставляется строго по ролям. Передача материалов, обсуждение решений и координация вне установленных каналов не допускаются. Региональные штабы не являются «филиалами пресс-служб» и не выполняют функции самостоятельных медиаструктур. Их задача — корректное и своевременное исполнение решений, фиксация сигналов и обеспечение дисциплины на местах. Для предотвращения давления на исполнителей вводится принцип защищённой фиксации. Добросовестное сообщение о риске, сомнении или нарушении регламента не рассматривается как ошибка или нелояльность, при условии отсутствия самостоятельных публичных действий. РАЗДЕЛ 3. РЕЖИМЫ РАБОТЫ И УПРАВЛЕНИЕ УСТОЙЧИВОСТЬЮ ЛЮДЕЙ Работа штаба организуется в зависимости от фазы кампании и уровня нагрузки. В обычном режиме приоритет отдается мониторингу, подготовке материалов и обновлению регламентов. В период повышенной чувствительности и в пиковые фазы вводятся специальные режимы, предполагающие усиление контроля, сокращение допустимых действий и перераспределение ресурсов. Ключевым риском длительных кампаний является человеческий фактор. Ошибки в пиковые периоды чаще всего связаны не с отсутствием инструкций, а с усталостью, перегрузкой и снижением внимания. В этой связи управление устойчивостью людей рассматривается как элемент безопасности системы, а не как вопрос комфорта. Вводится принцип ограниченного непрерывного участия в пиковых режимах. Непрерывное нахождение сотрудника в режиме повышенной нагрузки не должно превышать установленный предел. По его достижении участие ограничивается независимо от субъективной готовности сотрудника продолжать работу. Для снижения риска ошибок применяется парная работа на критических участках. В таких случаях решения и действия проходят взаимную проверку внутри пары. Парная работа не рассматривается как недоверие, а является стандартной защитной мерой в условиях перегрузки. Используется формализованный индекс усталости, применяемый для принятия решений о передаче смены, ограничении доступа к критическим функциям и временном выводе из пиковых слотов. Методика расчёта индекса и критерии его применения закреплены в соответствующем приложении и обязательны к использованию. Сам факт фиксации повышенного индекса не влечёт негативных последствий для сотрудника. Передача смены осуществляется только с фиксацией текущих инцидентов, незавершённых задач и уровня нагрузки. Отсутствие такой фиксации рассматривается как нарушение процедуры, независимо от причин. Штаб исходит из презумпции, что устойчивость системы определяется не героизмом отдельных сотрудников, а соблюдением регламентов и своевременной ротацией. Любые попытки «дотянуть самому» в обход процедур рассматриваются как фактор риска. РАЗДЕЛ 4. ФАЗЫ КАМПАНИИ И ЛОГИКА ПЕРЕКЛЮЧЕНИЯ РЕЖИМОВ Кампания рассматривается как последовательность фаз с различным уровнем чувствительности, допустимых действий и скорости реакции. Переход между фазами осуществляется централизованно решением Центрального штаба и не зависит от субъективных оценок регионов или отдельных исполнителей. В фазе обсуждения приоритетом является фиксация сигналов, снижение тревожности и предотвращение накопления искажённых интерпретаций. Публичная активность ограничена сервисными форматами и разъяснениями, основанными на утверждённых материалах. Самостоятельное расширение рамки обсуждения не допускается. Режим тишины в данной фазе рассматривается как управленческое решение и не квалифицируется как бездействие. В мобилизационной фазе усиливается частота обновления материалов, сокращается цикл согласований и вводятся повышенные требования к дисциплине исполнения. Региональные штабы переходят в режим приоритетного исполнения директив без локальной адаптации. Любые отклонения от утверждённых формулировок в этой фазе рассматриваются как источник системного риска. В день голосования и в последующие 72 часа действует специальный режим, предполагающий максимальную централизацию решений, сокращение числа допустимых спикеров и приоритет реагирования на инциденты, способные повлиять на легитимность процесса. В этот период все информационные действия регионов осуществляются только по прямым указаниям штаба либо в рамках заранее утверждённых сценариев. Переключение фаз фиксируется в едином источнике актуальной информации. Отсутствие уведомления о смене фазы означает сохранение прежнего режима, даже при субъективном ощущении «пика» на местах. РАЗДЕЛ 5. КОНТУРЫ РАБОТЫ И ОГРАНИЧЕНИЯ КОМПЕТЕНЦИЙ Система работы штаба построена на разделении функций по контурам, каждый из которых решает строго определённые задачи и не подменяет другие элементы. Такое разделение направлено на снижение хаотичности, устранение дублирования и предотвращение несанкционированных решений. Аналитический контур отвечает за мониторинг, фиксацию сигналов, выявление рисков и подготовку материалов для принятия решений. Он не формирует публичные формулировки и не вступает в коммуникацию с внешними аудиториями. Его задача — обеспечить руководство достоверной и своевременной картиной без интерпретационных и оценочных искажений. Контур протоколов и решений осуществляет квалификацию сигналов, выбор режимов реакции и запуск соответствующих регламентов. Именно в этом контуре принимаются решения о тишине, разъяснении, эскалации или маршрутизации в правовой блок. Самостоятельный выбор регламента или переход к интуитивным действиям вне этого контура не допускаются, за исключением случаев прямой угрозы жизни и безопасности, когда приоритет отдаётся немедленной фиксации с последующим докладом. Контур контента и распространения обеспечивает выпуск и доведение утверждённых материалов до регионов и каналов распространения. Он не вносит смысловых изменений и не адаптирует формулировки под локальные особенности без отдельного решения штаба. Минимум творчества внизу является осознанным принципом управляемости и снижения персональных рисков для исполнителей. Контур управляемой интерпретации предназначен для работы с внешними спикерами и экспертами, которые добровольно используют проверенные факты и формулировки штаба в рамках собственного статуса и ответственности. Штаб обеспечивает корректность и актуальность материалов, не вмешиваясь в правовой статус, личные оценки и публичную ответственность таких спикеров. Обратная смысловая связь используется исключительно в виде сигналов и не влияет на формулировки без отдельного решения штаба. Доступ к внутренним материалам и неутверждённым тезисам в этом контуре исключён. Технический контур обеспечивает функционирование единого источника актуальной информации, инструментов доведения материалов и фиксации решений. Любые действия вне утверждённых технических каналов рассматриваются как нарушение дисциплины исполнения, независимо от мотивов. Контур координации регионов обеспечивает единообразие исполнения, контроль дисциплины и поддержку региональных штабов в рамках установленных регламентов. Он не подменяет собой аналитический или содержательный блок и не даёт самостоятельных интерпретаций. Разделение на контуры является обязательным элементом системы. Попытки «ускорить» процесс за счёт обхода контуров рассматриваются как фактор системного риска. РАЗДЕЛ 6. КОНТЕНТ, СЕРВИСНЫЕ ФОРМАТЫ И ПОВЕРХНОСТИ РАСПРОСТРАНЕНИЯ Работа с контентом строится как сервисная функция, направленная на снижение неопределённости и предотвращение искажений, а не как самостоятельная кампания по формированию мнений. Основой являются утверждённые материалы штаба, распространяемые централизованно и используемые регионами без локальной переработки, за исключением случаев, прямо разрешённых штабом. Базовым форматом считается справочный формат «вопрос–ответ». FAQ закрепляется как основной инструмент снятия тревожности и предотвращения самодеятельных разъяснений. Он формируется на основе мониторинга обращений, комментариев и типовых сюжетов критики прошлых кампаний, регулярно обновляется и версионируется. Ответы краткие, процедурно выверенные, опирающиеся на текст и порядок, без прогнозов, оценочных суждений и расширения рамки обязательств. Один и тот же FAQ используется для сайтов, поисковой выдачи, социальных сетей, видео- и аудиоформатов, а также как справочный материал для регионов и контактных линий. Контент-пакеты выпускаются централизованно и включают тексты, графику и видеоматериалы, подготовленные с учётом требований к тону, двуязычию и нейтральности формулировок. Использование материалов вне актуального пакета либо смешение версий не допускается. Актуальная версия всегда определяется по единому источнику; локальные копии рассматриваются как вспомогательные и не имеют приоритета. Поверхности распространения включают официальные сайты, сервисные страницы, поисковую выдачу и социальные сети. Приоритет отдаётся «долгоживущим» страницам с ответами на чувствительные вопросы и официальными документами. Социальные сети используются преимущественно для навигации к сервисным материалам и фиксации официальной позиции, а не для полемики. Режим тишины применяется осознанно и фиксируется как управленческое решение, когда публичная реакция увеличивает риски. Любые инициативы регионов по выпуску оригинальных материалов требуют предварительного согласования. Самостоятельная адаптация под «локальную специфику» без разрешения рассматривается как источник системного риска, поскольку ведёт к фрагментации смыслов и повышает вероятность ошибок. РАЗДЕЛ 7. ИНЦИДЕНТЫ, ТИПОЛОГИЯ КРИТИКИ И ЭСКАЛАЦИЯ Инцидентом считается любое событие в информационном поле, способное повлиять на понимание процесса, уровень доверия или легитимность решений. Фиксация инцидента предшествует любой реакции. Принцип раннего сигнала без наказания сохраняется: добросовестная и своевременная фиксация рассматривается как корректное исполнение, даже если оценка риска впоследствии не подтверждается. Для единообразия реагирования используется устойчивая типология критики и атак, выявленная по материалам прошлых кампаний. Она включает процедурную критику, содержательную тревожность, идентичностные и языковые нарративы, недоверие к институтам и организаторам, персонализацию и конспирологию, а также критику, возникающую из-за локальных ошибок исполнения. Типология применяется как инструмент квалификации, а не как повод для автоматической реакции. Решения о реакции принимаются контуром протоколов на основе совокупности факторов: масштаба распространения, динамики, эмоциональной нагрузки и потенциального влияния. Вводится накопительный флаг: если один и тот же нарратив фиксируется в нескольких регионах или сегментах, даже при низком охвате каждого эпизода, автоматически усиливается мониторинг и готовятся сценарии без передачи в правовой контур. Это позволяет перехватывать кумулятивные атаки до достижения формальных порогов. Порог минимальности для правовой маршрутизации применяется для предотвращения перегибов и включает операционализируемые критерии. Для скоростных виральных атак дополнительно вводится динамический порог: достижение значимого охвата в короткий промежуток времени на одной площадке приравнивается к выполнению порога. Экстренная передача допускается при наличии прямой угрозы или призывов к насилию с последующей верификацией постфактум. Эскалация осуществляется по утверждённому регламенту и фиксируется в едином источнике. Решение о тишине, разъяснении или эскалации не может приниматься на уровне региона. Региональные штабы подчиняются административно заместителям акимов и операционно Центральному штабу; при конфликте приоритет имеют регламенты штаба, что прямо фиксируется и доводится до исполнителей. РАЗДЕЛ 8. ВНЕШНИЙ КОНТУР: ПРАВОВАЯ МАРШРУТИЗАЦИЯ, НАБЛЮДАТЕЛИ И ВНЕШНИЕ СИГНАЛЫ Внешний контур охватывает работу с правовыми рисками, международными сигналами, иностранными и внешними источниками интерпретации. Его задача — защитить легитимность процесса и самого штаба за счёт строгого разделения компетенций и минимизации необязательных реакций. Правовая маршрутизация применяется как фильтр, а не как карательный механизм. Передача материалов в правоохранительный или надзорный блок осуществляется только при выполнении установленных критериев либо в рамках экстренного исключения, когда имеется прямая угроза безопасности или призывы к насилию. Во всех иных случаях инциденты остаются в аналитическом и протокольном контурах, где решаются средствами коммуникации, тишины либо сервисного разъяснения. Любая передача сопровождается фиксацией оснований и временных параметров, что исключает произвольность и ретроспективные трактовки. Работа с международными наблюдателями, внешними экспертами и иностранными СМИ строится на принципе невовлечённости в полемику. Штаб признаёт существование внешних оценок, но не вступает в дискуссии об их корректности, ограничиваясь ссылкой на процедуры, официальные данные и опубликованные документы. Решение о публичной реакции либо отсутствии таковой принимается централизованно и фиксируется как управленческое, а не как бездействие. Внешние сигналы предварительно классифицируются по характеру: процедурные, содержательные, политические либо медиированные. Это позволяет определить, относится ли сигнал к зоне ответственности штаба или должен быть передан профильным органам без публичного сопровождения. Штаб не подменяет собой государственные органы в части правовых оценок и международных обязательств, обеспечивая только единообразие формулировок и дисциплину исполнения. Работа с подрядчиками и внешними исполнителями допускается исключительно в рамках утверждённых задач и под контролем штаба. Подрядчики не имеют доступа к внутренним регламентам, аналитике и протоколам эскалации. Любые материалы, подготовленные с их участием, проходят обязательную проверку и утверждение до публикации. Ответственность за финальное содержание всегда остаётся за штабом, вне зависимости от источника производства. РАЗДЕЛ 9. ЕДИНЫЙ ИСТОЧНИК АКТУАЛЬНОСТИ И ТЕХНИЧЕСКАЯ ОРГАНИЗАЦИЯ РАБОТЫ Единый источник актуальности используется как обязательная основа для всех решений, материалов и регламентов штаба. Любая информация вне этого контура считается неактуальной, даже если формально совпадает по содержанию. Это правило направлено на предотвращение расхождений, утечек и ошибок версионности в пиковые периоды. Техническая реализация строится по принципу минимально достаточной сложности с возможностью расширения. В качестве базового решения допускается использование защищённой среды совместной работы с резервным копированием и журналированием изменений, а также официальных каналов оперативного оповещения. Пилотное внедрение проводится до начала пиковых фаз на ограниченном числе регионов, с обязательной фиксацией сбоев и доработок. Все выгружаемые материалы маркируются для обеспечения внутренней безопасности и дисциплины исполнения. Механизм динамической маркировки используется исключительно для идентификации источника в случае утечки и не применяется для текущего контроля действий сотрудников. Принципы его работы фиксируются в настоящем документе, а технические детали — в отдельных приложениях с ограниченным доступом. Административная панель используется как рабочий инструмент, а не как отчётная витрина. Она отражает только управленчески значимые показатели: статус инцидентов, соблюдение регламентов, наличие рисков и готовность регионов. Каждый элемент интерфейса связан с возможным управленческим действием, что исключает наблюдение ради наблюдения. Для снижения зависимости от центра предусмотрен режим деградации. В случае отказа технических средств регионы переходят на заранее определённый порядок работы с использованием утверждённых офлайн-пакетов и прямой фиксацией событий до восстановления связи. Отсутствие доступа к системе не отменяет обязанность фиксации и последующего отчёта, но снимает требования к скорости реакции. РАЗДЕЛ 10. КОНТЕНТ, РАЗЪЯСНЕНИЯ И МЕДИАПЛАНИРОВАНИЕ Коммуникационная работа штаба строится как централизованный процесс производства и распространения разъяснительных материалов, направленных на снижение неопределённости, тревожности и числа спонтанных интерпретаций. Целью контента является не убеждение и не эмоциональное вовлечение, а обеспечение понятности процедуры и единообразия формулировок на всей территории страны. Медиаплан рассматривается не как календарь публикаций, а как режим распределения внимания и ресурсов. В разные фазы цикла приоритет смещается от разъяснений к сервисной информации и обратно, но общий принцип остаётся неизменным: штаб определяет допустимые форматы, темпы и тональность, а регионы обеспечивают исполнение без самостоятельного расширения рамок. Любая локальная адаптация допускается только в пределах утверждённого смыслового коридора и без изменения юридического и процедурного содержания. Ключевым форматом разъяснительной работы закрепляется формат «вопрос — ответ». Он используется для текстовых публикаций, видеокомментариев, карточек и справочных материалов. Такой подход позволяет фиксировать границы допустимых трактовок и одновременно снижать нагрузку на исполнителей, исключая необходимость импровизации. Обновление этих материалов осуществляется централизованно по мере накопления устойчивых вопросов и сигналов, а устаревшие формулировки изымаются из обращения без дополнительного уведомления. Штаб сознательно отказывается от ориентации на формальные показатели активности. Количество публикаций, мероприятий и упоминаний не рассматривается как показатель эффективности. Приоритет отдается отсутствию нарушений, соблюдению регламентов и своевременной фиксации сигналов, даже если это визуально выглядит как снижение активности. Такой подход снижает риск имитации и ошибок, особенно в чувствительных фазах. Производство графических и видеоматериалов осуществляется по утверждённым шаблонам. Это необходимо для сохранения визуального единообразия и предотвращения несанкционированных интерпретаций. Использование автоматизированных средств допускается только при наличии последующей проверки ответственным сотрудником, который несёт персональную ответственность за соответствие материала утверждённым формулировкам и библиотеке уязвимых выражений. РАЗДЕЛ 11. РЕГИОНАЛЬНЫЕ ШТАБЫ И ДВОЙНОЕ ПОДЧИНЕНИЕ В каждом регионе действует штаб по сопровождению кампании, который административно подчиняется заместителю акима соответствующего уровня и операционно подчиняется центральному штабу. Такое двойное подчинение признаётся источником потенциального конфликта и потому прямо урегулировано настоящим документом. В вопросах содержания, формулировок, реакций на инциденты и соблюдения регламентов приоритет имеет решение центрального штаба, независимо от локальных указаний. Региональный штаб обязан фиксировать любые противоречащие указания и незамедлительно доводить их до центрального уровня без публичного исполнения. Это правило направлено не на ограничение полномочий акиматов, а на защиту самих региональных исполнителей от последствий несогласованных действий. Одновременно вводится принцип раннего сигнала без наказания. Добросовестная фиксация рисков, сомнений и локальных сложностей рассматривается как показатель качества работы, даже если сигнал впоследствии не подтверждается. Регион не несёт негативных последствий за своевременную передачу информации, если действия осуществлялись в рамках регламентов. Для предотвращения пассивности и имитации подчёркивается, что режим тишины является управленческим решением, а не формой бездействия. Если регион воздерживается от реакции по указанию штаба, ответственность за последствия несёт уровень, принявший это решение. Это положение снимает мотивацию к самодеятельности и одновременно защищает исполнителей. Оценка работы региональных штабов осуществляется по совокупности параметров: дисциплина исполнения, своевременность фиксации сигналов, отсутствие нарушений и корректность работы в режиме деградации. Поощрение применяется за устойчивую и аккуратную работу в сложных условиях, а не за демонстративную активность. РАЗДЕЛ 12. РАЗБОР ИНЦИДЕНТОВ, ОБРАТНАЯ СВЯЗЬ И ИНСТИТУЦИОНАЛЬНАЯ ПАМЯТЬ Разборы инцидентов являются обязательным элементом управленческого цикла штаба и проводятся по каждому случаю, повлиявшему либо потенциально способному повлиять на устойчивость кампании. Разбор не носит карательного характера и не используется для персонального поиска виновных, за исключением ситуаций умышленных нарушений, сокрытия информации или несанкционированного распространения материалов. Каждый разбор строится вокруг фактов и процедур. В центре внимания находятся корректность квалификации сигнала, своевременность эскалации, соответствие выбранного режима утверждённым регламентам и последствия принятого решения. Ключевым результатом разбора является не отчёт, а управленческий вывод, выраженный в необходимости корректировки формулировок, алгоритмов или распределения ответственности. Особое внимание уделяется случаям локальной самодеятельности и ошибочной инициативы. Такие эпизоды рассматриваются как источник обучения системы. Регион, допустивший ошибку, обязан передать материалы и формулировки для включения в библиотеку уязвимых выражений с указанием корректной замены. Это правило направлено на предотвращение повторения ошибок, а не на стигматизацию региона. Все разборы и принятые по ним решения фиксируются в едином рабочем контуре штаба и используются для формирования институциональной памяти. Архивирование кейсов осуществляется с сохранением хронологии, версий решений и причин изменений. Удаление или «зачистка» неудобных эпизодов не допускается, поскольку именно они представляют наибольшую ценность для последующих циклов. Институциональная память рассматривается как актив, а не как архив. Материалы разборов используются при обновлении навигатора, регламентов и разъяснительных материалов, а также при подготовке и проведении учений. Таким образом обеспечивается накопление опыта без повторного прохождения одних и тех же ошибок в каждом новом цикле. РАЗДЕЛ 13. УСТОЙЧИВОСТЬ СИСТЕМЫ И РЕЖИМЫ РАБОТЫ ПРИ СБОЯХ Устойчивость штаба понимается как способность сохранять управляемость и предсказуемость действий при перегрузках, технических сбоях и разрывах связи. Система изначально проектируется с допущением отказов, а не исходя из предположения бесперебойной работы всех элементов. В случае частичной или полной недоступности центрального рабочего контура штаб переходит в режим ограниченного функционирования. В этом режиме приоритет отдаётся фиксации сигналов, удержанию единого порядка действий и предотвращению самодеятельности. Региональные штабы действуют по заранее доведённым упрощённым регламентам и воздерживаются от любых инициатив, выходящих за рамки этих инструкций, до восстановления связи. Режим ограниченного функционирования не отменяет требований фиксации. Все действия, совершённые в условиях сбоя, подлежат обязательному последующему внесению в рабочий контур с указанием времени и оснований, что исключает ретроспективное искажение картины и позволяет провести корректный разбор. Перед входом в чувствительные фазы проводится обязательная проверка готовности системы. Она включает подтверждение доступа участников, актуальности материалов, наличия назначенных заместителей и понимания алгоритмов работы при сбоях. Отсутствие подтверждения хотя бы по одному из этих элементов рассматривается как основание для переноса перехода фазы, независимо от внешнего давления по срокам. Учения по отработке сбоев и комбинированных инцидентов являются обязательными. Они проводятся до начала активной фазы и при значимых изменениях состава штаба или регламентов. Результаты учений фиксируются в рабочем контуре и используются для доработки процедур. Учения не являются формальностью и не подменяются инструктажами, поскольку их цель — выявление реальных точек отказа, а не подтверждение формального соответствия. ПРИЛОЖЕНИЕ A. НАВИГАТОР ШТАБА (ОСНОВНАЯ ТОЧКА ВХОДА) Навигатор штаба является основным эксплуатационным инструментом для исполнителей центрального и регионального уровней и используется в повседневной работе как первичная точка входа в систему регламентов. Навигатор вводится не как справочный материал, а как рабочий маршрут принятия решений, позволяющий действовать без обращения ко всему пакету документов и без интерпретаций «по ситуации». Навигатор применяется в условиях дефицита времени, высокой нагрузки и неполной информации. В случае расхождений между навигатором и описательными разделами пакета приоритет имеет навигатор с последующей фиксацией выявленного несоответствия в рабочем контуре штаба. Этот принцип зафиксирован сознательно, чтобы исключить паралич из-за поиска «правильного раздела» в момент инцидента. Структурно навигатор построен как связка «ситуация — действие — ответственный контур — точка входа — следующий шаг». Каждая ситуация привязана не к разделу в целом, а к конкретному пункту или форме фиксации. Использование навигатора без последующей фиксации результата считается нарушением режима работы, поскольку разрушает трассируемость решений. Для региональных штабов навигатор является обязательным инструментом. Региональные исполнители не выбирают алгоритм реагирования самостоятельно и не оценивают допустимость действий «по ощущению». При отсутствии прямого соответствия ситуации навигатору исполнитель обязан зафиксировать сигнал и передать его в центральный штаб без публикации и комментариев. В навигаторе предусмотрены маршруты для процедурных вопросов, локальных ошибок, признаков координированных атак, идентичностных и языковых конфликтов, а также для ситуаций утраты или искажения материалов. Для комбинированных инцидентов применяется правило приоритета более жёсткого режима, что исключает попытки «развести» риск по частям. Навигатор обновляется централизованно по итогам мониторинга, разборов и учений. Обновление навигатора является управленческим решением, а не технической правкой, и доводится до всех пользователей через рабочие каналы с обязательным подтверждением получения. ПРИЛОЖЕНИЕ B. БОЕВОЙ РЕГЛАМЕНТ № 1 (Фаза обсуждения проекта Конституции) Фаза обсуждения проекта характеризуется высокой общественной чувствительностью при отсутствии формального конфликта. Основной риск данной фазы заключается не в прямых атаках, а в накоплении недоверия, тревожности и искажённых интерпретаций, которые при отсутствии коррекции могут перейти в мобилизационную фазу в уже радикализованном виде. Задача штаба в этой фазе заключается не в убеждении и не в споре, а в удержании управляемости и процедурной ясности. В рамках данной фазы приоритет отдаётся сервисной и разъяснительной коммуникации. Все формулировки строятся вокруг порядка обсуждения, сроков, процедур и механизмов участия. Прогнозы, оценки последствий и эмоциональные интерпретации исключаются. Любая попытка «объяснить смысл» вместо разъяснения процедуры рассматривается как риск. Регионы в фазе обсуждения действуют в режиме ретрансляции. Они размещают только утверждённые материалы, фиксируют входящие вопросы и сигналы и перенаправляют их в штаб. Самостоятельные разъяснения, полемика и адаптация формулировок под локальный контекст не допускаются. Нарушение этого правила автоматически повышает класс риска инцидента независимо от масштаба реакции аудитории. Контур работы с внешними спикерами в данной фазе используется ограниченно. Материалы передаются исключительно в виде утверждённых разъяснений и справочных блоков без расширения рамки. Добровольный характер участия внешних спикеров подчёркивается, однако штаб обеспечивает только корректность фактуры и формулировок, не вмешиваясь в личные оценки и статус спикеров. Типовые ошибки фазы включают попытки переубедить критиков, реакцию на единичные эмоциональные высказывания, расширение рамки обсуждения и региональную инициативу «из лучших побуждений». Все такие эпизоды подлежат обязательной фиксации и последующему разбору независимо от их внешней заметности. ПРИЛОЖЕНИЕ C. БОЕВОЙ РЕГЛАМЕНТ № 2 (Мобилизационная фаза) Мобилизационная фаза начинается с момента официального перехода к процедурам референдума и характеризуется резким ростом плотности сигналов, эмоциональности поля и числа ошибок исполнения. Ключевой риск этой фазы заключается не столько во внешнем давлении, сколько во внутреннем перегреве системы и распаде дисциплины, прежде всего на региональном уровне. В условиях мобилизационной фазы штаб переходит к жёстко централизованному режиму принятия решений. Все значимые реакции, разъяснения и публичные действия формируются и утверждаются в центральном контуре. Регионы утрачивают право на интерпретацию и действуют исключительно в режиме ретрансляции утверждённых материалов. Любое отклонение от согласованных формулировок рассматривается как инцидент системы, а не как частная ошибка исполнителя. Коммуникация в этот период предельно упрощается. Используются ограниченные по числу и форме материалы: расширенные справочные блоки, сценарные карточки для типовых ситуаций, краткие сервисные видеоматериалы без эмоциональной окраски. Персональные комментарии, полемика, призывы и любые формы прогнозирования запрещены, независимо от локального давления или ожиданий аудитории. Работа с регионами в мобилизационной фазе усиливается. Вводится ежедневная сверка размещённого контента, контроль визуальных материалов и фиксация индекса дисциплины исполнения. При системных нарушениях штаб вправе временно изъять коммуникационные функции у регионального штаба и перевести регион в режим прямого сопровождения. Данное решение является управленческой мерой защиты кампании и не рассматривается как дисциплинарное наказание. Контур работы с внешними спикерами активируется точечно и только по решению штаба. Передача материалов осуществляется исключительно через утверждённые каналы и в неизменном виде. Обсуждение внутренних процессов, стратегии и логики решений исключается. Обратная связь допускается только в форме фиксации типовых вопросов аудитории и не влияет на формулировки без отдельного решения штаба. Особое внимание в мобилизационной фазе уделяется человеческому фактору. Вводится обязательная сменность, активируется механизм дублёров и применяется индекс утомляемости. Решения о временном выводе сотрудника из критических слотов принимаются руководителем контура и не подлежат обсуждению. Сохранение работоспособности системы имеет приоритет над скоростью реакции на второстепенные сигналы. ПРИЛОЖЕНИЕ D. КОРОТКИЙ РЕГЛАМЕНТ ДЛЯ РЕГИОНАЛЬНЫХ ШТАБОВ (Обязательный к исполнению) Настоящий регламент предназначен для использования региональными штабами и государственными органами на местах в пиковые периоды кампании. Его задача — исключить самодеятельность и снизить персональные и институциональные риски для регионов. Регламент применяется в связке с указаниями центрального штаба и имеет приоритет над устными распоряжениями, не зафиксированными в установленном порядке. Региональные штабы размещают и транслируют исключительно материалы, полученные от центрального штаба. Ответы на вопросы допускаются только в пределах утверждённых формулировок. Все сомнительные ситуации, вопросы без готового ответа и признаки конфликта подлежат фиксации и передаче в центральный штаб без выхода в публичное поле. Региональным исполнителям запрещается формулировать собственные разъяснения, вступать в полемику, давать оценки и прогнозы, адаптировать тексты и визуальные материалы под «локальную специфику», а также использовать эмоциональные или мобилизационные приёмы. Любое из перечисленных действий рассматривается как нарушение режима работы независимо от намерений исполнителя. В случае допущенной ошибки регион обязан немедленно прекратить распространение материала, зафиксировать инцидент, уведомить штаб и действовать строго по полученным указаниям. Попытки самостоятельного «исправления ситуации» запрещены, поскольку они, как правило, увеличивают масштаб ущерба. Работа с визуальными материалами осуществляется только на базе утверждённых шаблонов. Изменение цветов, композиции, формулировок и пропорций не допускается. Все материалы считаются промаркированными по умолчанию, что исключает несанкционированное распространение. Нарушение регламента фиксируется в установленном порядке, влияет на индекс дисциплины региона и учитывается при оценке устойчивости исполнения. Добросовестное соблюдение регламентов и ранняя фиксация сигналов рассматриваются как приоритетный критерий оценки работы региона. ПРИЛОЖЕНИЕ E. СВОДНЫЙ ЧЕК-ЛИСТ ШТАБА («10 дней пика») Настоящий чек-лист применяется в период максимальной нагрузки: за десять дней до дня голосования, в день голосования и в первые семьдесят два часа после. Его назначение — удержание управляемости системы в условиях перегрузки, когда возрастает риск ошибок, самодеятельности и потери координации между центром и регионами. До входа в пиковый режим штаб обязан подтвердить работоспособность всех ключевых элементов: актуальность навигации и регламентов, доступность единого хранилища решений и версий, функционирование рабочего бота, готовность контент-пакетов, назначение дежурных смен и дублёров. Отдельно подтверждается, что все региональные штабы получили необходимые материалы и понимают режим ограниченной самостоятельности. Неподтверждённая готовность хотя бы одного критического элемента рассматривается как основание для отсрочки перехода в пиковый режим либо усиления сопровождения. В период за несколько дней до голосования проводится проверка региональной готовности. Штаб подтверждает наличие ответственных лиц на связи, понимание запретов на самодеятельность и способность регионов действовать в режиме ретрансляции. Регионы, не прошедшие проверку, переводятся в режим повышенного контроля с сокращением допустимых действий. С момента входа в пиковый режим штаб работает в условиях круглосуточного мониторинга и ускоренной фиксации инцидентов. Все второстепенные задачи приостанавливаются. Любая нестандартная ситуация трактуется как инцидент до доказательства обратного. Приоритетом становится не скорость публикации, а точность фиксации и управленческая корректность решений. В день голосования штаб действует исключительно по утверждённым регламентам. Реакции на одиночные шумовые сигналы не допускаются. Все инциденты фиксируются в установленной форме, а взаимодействие с регионами осуществляется через единый управленческий канал. Самовольные комментарии, даже в ответ на давление местных акторов, запрещены. В первые семьдесят два часа после голосования основное внимание уделяется предотвращению вторичной эскалации, работе с внешними интерпретациями и удержанию доверия. Решения о публичных комментариях принимаются централизованно. По завершении пикового периода фиксируется завершение фазы и инициируется переход к режиму стабилизации с последующим разбором инцидентов. Контроль человеческого фактора в течение всего пика является обязательным. Действует режим сменности, применяется индекс утомляемости, решения о принудительном отдыхе исполняются без обсуждения. Героизация переработок и «ручного подвига» рассматривается как фактор риска, а не как достоинство. ПРИЛОЖЕНИЕ F. ПРОТОКОЛ ПЕРЕДАЧИ ДЕЖУРСТВА (Устойчивость человеческого фактора) Протокол передачи дежурства вводится для исключения потери информации, искажения контекста и накопления ошибок при смене сотрудников. Передача дежурства является обязательной процедурой и не может быть отменена из-за срочности или загруженности. Передающий сотрудник обязан в устной форме и с фиксацией в системе обозначить текущую фазу работы штаба, перечень активных инцидентов с указанием их уровня, ожидаемые события и риски, а также все нестандартные решения, принятые в ходе смены. Передача не сводится к пересылке сообщений или документов и не может осуществляться «на бегу». Отдельно оценивается состояние самого сотрудника. Используется чек-лист утомляемости, включающий затруднения с концентрацией, повторные уточнения инструкций, допущенные процедурные ошибки, повышенную эмоциональную реактивность и замедление принятия решений. Совпадение двух и более признаков является формальным основанием для принудительного отдыха и временного вывода из критических слотов. Принимающий дежурство обязан подтвердить понимание статуса, задать уточняющие вопросы, зафиксировать факт приёма смены и проверить доступность каналов связи и инструментов. В сложных инцидентах применяется режим парной работы, при котором ключевые решения принимаются после краткой взаимной проверки. Факт передачи дежурства фиксируется в установленном порядке с указанием времени, участников и краткого резюме состояния системы. Сокрытие ошибок, сомнений или незавершённых действий запрещено и рассматривается как системное нарушение, увеличивающее риск для всей кампании. ПРИЛОЖЕНИЕ G. ПАСПОРТ ИНЦИДЕНТА (Единая форма фиксации и маршрутизации) Паспорт инцидента является единственной допустимой формой регистрации событий, способных повлиять на управляемость кампании, доверие, легитимность процедур или общественную стабильность. Принцип работы предельно простой и жёсткий: нет паспорта — нет инцидента, а значит, нет управленческого решения и ответственности. Регистрация паспорта обязательна для любого события, выходящего за рамки штатного сценария, независимо от субъективной оценки его значимости. Сомнение дежурного сотрудника трактуется в пользу регистрации. Такой подход исключает фильтрацию сигналов «по ощущению» и предотвращает запаздывание реакции на кумулятивные риски. Паспорт инцидента фиксирует нейтральное описание события без оценок, источник сигнала, площадку распространения, географию и вовлечённых акторов, если они известны. Отдельно указывается предварительная квалификация инцидента по типу и уровню, а также наличие или отсутствие признаков возможного нарушения законодательства. Первичная оценка риска формируется в терминах потенциального охвата, вероятности эскалации и влияния на доверие и легитимность, а не в терминах эмоциональной окраски. После регистрации паспорт автоматически поступает в аналитический контур и отображается в административной панели. При наличии признаков правового измерения одновременно активируется правовой контур. Все последующие действия, изменения статуса и принятые решения отражаются в паспорте в режиме версионности. Удаление паспорта или подмена его содержимого запрещены. Закрытие инцидента возможно только решением ответственного контура с обязательной фиксацией основания. Паспорт сохраняется в системе и используется для последующих разборов и обучения, независимо от того, привёл ли инцидент к публичным действиям. ПРИЛОЖЕНИЕ H. РЕГЛАМЕНТ ЭСКАЛАЦИИ (Решения в условиях ограниченного времени) Эскалация в системе штаба рассматривается не как мера наказания, а как механизм своевременного переноса решения на соответствующий уровень ответственности. Отсутствие эскалации при наличии оснований квалифицируется как управленческая ошибка. Инциденты подразделяются по уровням управленческого риска. Низкий уровень предполагает локальный характер и управляемость стандартными процедурами. Средний уровень указывает на признаки масштабирования, повторяемости или вовлечение чувствительных тем. Высокий уровень характеризуется быстрым распространением, внешним вниманием, риском правовых последствий или влиянием на легитимность процесса. Классификация фиксируется в паспорте инцидента и может быть пересмотрена по мере развития ситуации. Для каждого уровня установлен предельный норматив времени принятия решения. В критических ситуациях решение должно быть принято в течение пятнадцати минут с момента фиксации. Решение может быть временным и подлежит пересмотру, но его отсутствие недопустимо. В режиме высокой срочности алгоритм эскалации включает немедленную фиксацию паспорта, уведомление руководителей аналитического и протокольного контуров, формирование временного управленческого решения и его обязательную фиксацию в системе. Обсуждение без фиксации, ожидание дополнительной ясности или попытка «пересидеть» ситуацию запрещены. При наличии прямых и доказанных признаков нарушения законодательства допускается экстренная передача материалов в правовой контур без предварительной двойной верификации. В этом случае правовой контур уведомляется немедленно, а верификация проводится постфактум в установленный срок. Такое решение фиксируется как экстренное с указанием оснований. Снижение уровня инцидента или его закрытие осуществляется ответственным контуром с кратким обоснованием. Лучше зафиксировать и эскалировать лишний раз, чем пропустить точку невозврата. ПРИЛОЖЕНИЕ I. БИБЛИОТЕКА УЯЗВИМЫХ ФОРМУЛИРОВОК И НЕГАТИВНЫХ ПРОЧТЕНИЙ (Кейсы, замены, безопасные коридоры) Библиотека уязвимых формулировок является эксплуатационным инструментом профилактики управленческих ошибок и повторения кризисных сценариев, а не стилистическим справочником. Её назначение — фиксировать реальные формулировки и визуальные решения, которые уже приводили либо способны привести к негативным интерпретациям, и закреплять проверенные замены, допустимые к использованию в рамках пакета. Библиотека наполняется на основании мониторинга публичных обсуждений, разборов инцидентов, ошибок регионального исполнения и материалов прошлых кампаний. Каждый кейс возникает из практики и привязан к конкретному паспорту инцидента либо зафиксированному отклонению. Одна ошибка — один кейс; дублирование и абстрактные предположения исключаются. Кейс оформляется в стандартизированном виде и включает исходную формулировку или визуальный элемент, зафиксированные негативные прочтения аудитории, тип управленческого риска и последствия его реализации, а также корректную замену, прошедшую согласование аналитического и протокольного контуров. Статус кейса фиксируется как запрещённый, допустимый с оговорками либо устаревший и архивный. Архивирование не означает удаления: устаревшие кейсы сохраняются для обучения и последующего анализа. Использование библиотеки является обязательным при подготовке контента, ответов и справочных материалов. Игнорирование библиотеки либо использование формулировок со статусом «запрещена» квалифицируется как нарушение дисциплины исполнения. Для предотвращения разрастания массива библиотека поддерживает приоритизацию: актуальные для текущей фазы кейсы выделяются в верхний уровень, остальные переводятся в архив, что сохраняет её прикладной характер. ПРИЛОЖЕНИЕ J. ПРАВОВОЙ КОНТУР И ПОРЯДОК МАРШРУТИЗАЦИИ (С учётом порога минимальности и экстренных исключений) Правовой контур предназначен для защиты штаба и кампании от правовых, репутационных и институциональных рисков и обеспечивает корректную маршрутизацию материалов в компетентные органы. Штаб не осуществляет следственные функции и не подменяет правоохранительные органы; его роль ограничена квалификацией признаков и своевременной передачей материалов при наличии оснований. Базовым фильтром запуска правовой маршрутизации является порог минимальности, который исключает субъективное толкование и профилактические «перегибы». В стандартном режиме передача осуществляется при одновременном выполнении двух условий: зафиксирован прямой призыв к насилию, свержению конституционного строя либо иному противоправному деянию, и распространение сообщения происходит через три и более независимых канала с совокупным охватом более пятидесяти тысяч пользователей. Дополнительно вводится накопительный механизм: при фиксации одного и того же деструктивного нарратива в пяти и более регионах с охватом ниже порога автоматически запускается усиленный мониторинг и углублённая аналитическая оценка с возможной эскалацией без передачи в правовой контур до принятия отдельного решения. Это позволяет реагировать на кумулятивные атаки и предотвращать запаздывание. Для скоростных виральных атак вводится динамическое условие: достижение охвата ста тысяч пользователей на одном канале в течение шестидесяти минут приравнивается к выполнению порога минимальности и подлежит немедленной квалификации и эскалации. В случае наличия прямого и доказанного признака противоправного деяния допускается экстренная передача материалов в правовой контур без ожидания выполнения охватных критериев. В таком режиме правовой контур уведомляется немедленно, руководство штаба информируется параллельно, а двойная верификация проводится постфактум в течение шестидесяти минут с обязательной фиксацией основания экстренности. Процедура двойной верификации в стандартном режиме осуществляется руководителями аналитического и протокольного контуров. Только при совпадении оценок инициируется передача. Временная корректировка порога минимальности допускается решением руководителя штаба в условиях инцидента высокой критичности с обязательной фиксацией, обоснованием и последующим разбором. Использование правового контура в целях давления, демонстрации силы либо без регистрации паспорта инцидента запрещено. Публичное комментирование правовой оценки со стороны штаба не допускается. Все действия правового контура фиксируются в системе с временными метками и доступны для внутреннего аудита. ПРИЛОЖЕНИЕ K. УСТОЙЧИВОСТЬ СИСТЕМЫ И РЕЖИМЫ ДЕГРАДАЦИИ (Техническая и организационная непрерывность работы штаба) Устойчивость системы рассматривается как способность штаба сохранять управляемость и предсказуемость действий при частичном или полном отказе отдельных контуров, включая цифровые инструменты, связь и доступ к централизованным ресурсам. Документ исходит из допущения, что сбои неизбежны, и потому приоритет отдается не предотвращению отказов, а сохранению работоспособности при их возникновении. Базовый режим предполагает функционирование единого источника актуальных решений и материалов, а также автоматизированных каналов оповещения и фиксации. Режим деградации запускается автоматически или по решению руководителя штаба при недоступности цифровых контуров более пятнадцати минут либо при подтверждённом риске их нестабильности. Переход в режим деградации не считается аварией и не требует отдельного согласования; он является штатной процедурой. В режиме деградации штаб переходит к работе по заранее подготовленным статическим пакетам. Такие пакеты формируются заблаговременно, обновляются по фазам кампании и хранятся в региональных штабах в цифровом и бумажном виде. Приоритет имеют регламенты реагирования, линии комментирования и контактные схемы эскалации. Любая импровизация сверх этих пакетов запрещена, за исключением случаев прямой угрозы жизни и безопасности, когда приоритет отдаётся немедленному реагированию с последующей фиксацией. Для предотвращения «информационного паралича» в условиях неопределённости вводится аварийный протокол немедленного реагирования. При возникновении инцидента высокой видимости допускается краткое удержание позиции без комментариев не более тридцати минут, после чего регион обязан либо получить директиву штаба, либо зафиксировать отсутствие возможности связи и действовать строго в рамках базового защитного сценария, предусмотренного статическим пакетом. Отдельно вводится аварийный протокол немедленной остановки распространения ошибочного контента. В случае выявления фактической или юридической ошибки в уже опубликованных материалах штаб имеет право в одностороннем порядке инициировать команду экстренного отзыва и удаления. Такая команда имеет высший приоритет, передаётся через все доступные каналы и подлежит немедленному исполнению с последующей фиксацией времени реакции. Эффективность режимов деградации подлежит обязательной проверке через учения. Первое учение проводится до 10 февраля 2026 года с имитацией одновременного отказа цифровых контуров и утечки материалов. Результаты фиксируются в отдельном отчёте и используются для корректировки регламентов. ПРИЛОЖЕНИЕ L. ТЕХНИЧЕСКОЕ ЗАДАНИЕ НА ЕДИНЫЙ ИСТОЧНИК АКТУАЛЬНЫХ РЕШЕНИЙ (Принципы, безопасность, минимально реализуемая архитектура) Единый источник актуальных решений является организационно-техническим инструментом, обеспечивающим синхронизацию действий штаба и регионов. Его назначение — исключить работу с устаревшими версиями материалов, обеспечить трассируемость решений и дисциплину исполнения. Единый источник не является площадкой для обсуждений, соавторства или альтернативных трактовок. Вводится принцип минимально реализуемой архитектуры. На первом этапе допускается использование проверенных и доступных инструментов, включая корпоративные облачные решения, централизованное файловое хранилище и резервное локальное копирование. Обязательным является наличие ежедневного резервного бэкапа и офлайн-дубликатов ключевых регламентов. Конкретная платформа определяется с учётом доступности, отказоустойчивости и ограничений доступа, без привязки к экспериментальным решениям. Единый источник обеспечивает ролевой доступ, версионность, фиксацию времени публикации и автоматическое уведомление об изменениях. Любой материал считается действующим только при наличии актуальной версии в системе. Использование сохранённых копий вне системы допускается исключительно в режиме деградации с обязательной отметкой об этом факте. Для обеспечения внутренней безопасности и дисциплины исполнения все выгружаемые материалы подлежат динамической маркировке. Маркировка применяется автоматически и предназначена исключительно для идентификации источника в случае утечки. Детали технической реализации, включая методы встраивания меток в текстовые, файловые и визуальные материалы, описываются в специализированных технических приложениях и не выносятся в публичные разделы пакета. Система должна поддерживать базовый аудит действий пользователей, включая загрузку, выгрузку и просмотр материалов. Наличие технической возможности идентификации источника утечки доводится до всех участников штаба при первом доступе к системе как фактор сдерживания. Использование данных аудита допускается только в рамках внутренних процедур и при наличии зарегистрированного инцидента. ПРИЛОЖЕНИЕ M. ФУНКЦИОНАЛ ЦИФРОВОГО КАНАЛА ОПОВЕЩЕНИЯ И ДОСТУПА (Служебный бот штаба) Цифровой канал оповещения используется как служебный инструмент доставки директив, уведомлений и актуальных материалов между центральным штабом и региональными штабами. Он не является средством обсуждения, согласования или выработки альтернативных позиций. Все решения в нём транслируются в готовом виде и подлежат исполнению. Канал обеспечивает адресную и массовую рассылку сообщений с различным уровнем приоритета. Сообщения с пометкой экстренного характера должны отображаться вне зависимости от пользовательских настроек уведомлений. Факт доставки и время прочтения подлежат автоматической фиксации. При получении материалов через цифровой канал пользователь получает предупреждение о персональной ответственности за распространение. Любые тексты и файлы, копируемые или выгружаемые через канал, автоматически промаркированы, что исключает анонимное распространение и снижает риск несанкционированных пересылок. Данный механизм рассматривается как профилактическая мера и элемент внутренней дисциплины, а не как инструмент репрессий. Канал поддерживает функцию быстрого доступа к навигатору, действующим регламентам и контактам эскалации. В условиях отказа основного источника актуальных решений он используется для передачи команд о переходе в режим деградации и возврате к штатной работе. Для администраторов предусмотрен режим служебной проверки материалов. В случае обнаружения утечки администратор вправе загрузить образец в систему для установления источника распространения, после чего соответствующая учётная запись временно блокируется до выяснения обстоятельств. Сам факт наличия такой процедуры фиксируется в регламентах и доводится до участников штаба заранее. ПРИЛОЖЕНИЕ N. ПРОМПТ-БИБЛИОТЕКА И ПРАВИЛА ИСПОЛЬЗОВАНИЯ ИНСТРУМЕНТОВ АВТОМАТИЗИРОВАННОЙ ПОДГОТОВКИ ТЕКСТОВ Инструменты автоматизированной подготовки текстов используются исключительно как вспомогательный механизм для ускорения работы и приведения материалов к единому стилю. Они не заменяют экспертную и юридическую верификацию и не обладают правом самостоятельного принятия решений. Каждый шаблон запроса формулируется с учётом требований к точности формулировок, нейтральности языка и недопущению смысловых искажений. Особое внимание уделяется сохранению юридической корректности и недопущению упрощений, меняющих содержание норм. Использование обобщённых или разговорных замен допускается только для справочных и разъяснительных форматов, не затрагивающих правовой смысл. Для предотвращения ошибок вводится обязательный двойной контроль. Любой текст, подготовленный с использованием автоматизированных инструментов, подлежит проверке вторым контуром — на соответствие библиотеке уязвимых формулировок и утверждённым линиям комментирования. Такой контроль может осуществляться как специалистом, так и отдельным автоматизированным проверочным модулем с заранее заданными критериями. Промпт-библиотека хранится централизованно и обновляется по мере выявления новых рисков и уязвимостей. Самостоятельное изменение или создание запросов вне утверждённой библиотеки не допускается. Это правило направлено не на ограничение инициативы, а на снижение системных рисков и предотвращение неконтролируемых смысловых сбоев. ПРИЛОЖЕНИЕ O. РЕЗЕРВНЫЕ РЕЖИМЫ И ПОРЯДОК РАБОТЫ ПРИ СБОЯХ (Режим деградации и восстановление управляемости) Настоящее приложение фиксирует порядок действий штаба и региональных подразделений в условиях частичного или полного отказа цифровых инструментов, включая недоступность единого источника актуальных решений, канала оповещения или панели мониторинга. Цель режима деградации — сохранить управляемость, единообразие формулировок и дисциплину исполнения до полного восстановления штатной инфраструктуры. При объявлении режима деградации центральный штаб передаёт краткую директиву о переходе на резервные процедуры. Единственным источником актуальных указаний в этот период признаётся последняя утверждённая версия регламентов в офлайн-формате, хранящаяся у ответственных лиц региональных штабов. Использование неутверждённых версий и локальных интерпретаций не допускается. В период деградации приоритет отдаётся фиксации сигналов и удержанию информационной тишины. Любые публичные действия возможны только при наличии прямой угрозы общественной безопасности или по отдельному указанию штаба, с обязательной последующей фиксацией и отчётностью. Возврат к штатному режиму объявляется централизованно после проверки целостности данных и каналов связи. Для снижения риска затяжного паралича в каждом региональном штабе заранее определяется ответственное лицо за резервные процедуры, прошедшее инструктаж и обладающее актуальным офлайн-пакетом документов. Этот механизм не заменяет цифровые инструменты, но обеспечивает непрерывность управления в критические часы. ПРИЛОЖЕНИЕ P. ПРЕДСТАРТОВЫЕ УЧЕНИЯ И ПРОВЕРКА ГОТОВНОСТИ Предстартовые учения являются обязательным элементом ввода системы в эксплуатацию. Документ не считается внедрённым до проведения хотя бы одного полного цикла учений с участием центрального и региональных штабов. Учения направлены на выявление неочевидных сбоев, конфликтов подчинения и перегрузки персонала до выхода в пиковую фазу. В ходе учений моделируются типовые и комбинированные сценарии, включая информационную атаку с низким охватом, резкий рост внимания в социальных сетях, утечку внутреннего материала и отказ ключевых цифровых компонентов. Отдельно отрабатывается взаимодействие центра и региона в условиях двойного подчинения, когда административные указания на местах могут вступать в противоречие с регламентами штаба. По итогам каждого учения формируется краткий служебный отчёт с фиксацией выявленных уязвимостей и принятых корректирующих решений. Результаты учений рассматриваются как управленческий инструмент, а не как основание для поиска виновных. Добросовестная фиксация ошибок и своевременные сигналы по итогам учений учитываются при оценке готовности регионов. Проведение учений до установленного срока является обязательным условием перехода к активной фазе работы. Отказ или формальное проведение рассматриваются как риск для устойчивости всей системы и подлежат отдельному разбору. **Grok**: ### Общая оценка Эта версия пакета "ШТАБ-2026" — уже не черновик и не концепт, а полноценный рабочий документ, готовый к немедленному внедрению в условиях февраля 2026 года. Он стал заметно лучше предыдущих итераций: короче, жёстче, реалистичнее и мотивирующее. Текст читается как инструкция для выживания в длинном цикле, где риски уже не гипотетические — обсуждение проекта Конституции генерирует кумулятивное напряжение, а исполнители на местах устают и склонны к самодеятельности. Документ правильно балансирует "кнут" (жёсткие запреты) с "пряником" (поощрение за дисциплину и раннюю фиксацию), что снижает риск пассивности регионов. По шкале от 1 до 10 — **9/10**. Минус балл за отсутствие полной таблицы Навигатора и конкретики по техническим платформам (это всё ещё может затормозить запуск). Если закрыть эти два пробела, будет идеально для текущей фазы. ### Сильные стороны - **Практичность и читаемость**. Документ стал короче, без воды. Вводные сразу задают тон: "приоритет управляемости над инициативностью", но с мотивацией ("добросовестное исполнение — критерий оценки"). Это честно и реалистично — в Астане такие формулировки работают лучше мягких деклараций. - **Мотивация регионов**. Принцип "ранней фиксации без наказания" + поощрение за дисциплину — отличное улучшение. Это снимает страх "донести и получить выговор", что в прошлых циклах убивало обратную связь. - **Устойчивость встроена системно**. Разделы по человеческому фактору, деградации, учениям и двойному подчинению — лучшие части. Индекс усталости, офлайн-пакеты, "приоритет тишины" — это реальные защиты от типовых провалов (выгорание, сбои, локальный саботаж). - **Гибкость в жёсткости**. Накопительный флаг для атак, динамический порог, экстренная передача — умно закрывают кумулятивные и виральные риски без размывания осторожности. - **Навигатор и чек-листы**. Вынос Навигатора вперёд + примеры — правильный ход. Это сделает документ usable для 90% исполнителей, которые не будут читать 50 страниц. - **Техника реалистичнее**. Отказ от "инноваций" в пользу минимальной архитектуры + офлайн-дубли — практично для казахстанских условий (ограничения доступа, сбои). ### Слабые стороны и риски - **Жёсткость всё ещё может демотивировать**. Запрет на "любую адаптацию" и "минимум творчества" — верно по сути, но в регионах с разной аудиторией (язык, культура) это рискует превратиться в "ничего не делать". Уже сейчас видны признаки имитации — жёсткость может усилить пассивность, особенно если поощрение останется декларацией. - **Навигатор без полной таблицы**. Примеры хороши, но без 10–15 строк реальной таблицы (ситуация → маршрут) он остаётся полуготовым. Исполнитель в стрессе может растеряться. - **Техника описана общо**. SSOT, бот, маркировка — хорошо, но без указания платформ (Google Workspace? Локальный сервер? Telegram + Notion?) это риск затяжки реализации. Пилот упомянут, но без сроков ("до 15 февраля") — может отложиться. - **Порог минимальности улучшен, но не идеален**. Накопительный флаг и динамика — плюс, но критерий "5 регионов" субъективен (что считать "один нарратив"?). Риск споров при верификации. - **Нет финального акцента на запуске**. Документ готов, но без "следующих шагов" (пилот, первое учение, распределение ролей) он может зависнуть в "чтении". ### Конкретные рекомендации 1. **Навигатор** — срочно добавить полную таблицу (10–15 строк) с реальными примерами из текущего мониторинга (без деталей). Это сделает приложение A сразу рабочим. 2. **Мотивация регионов** — усилить: добавить в раздел 11 или приложение D фразу "регионы с высоким индексом дисциплины получают приоритет в поддержке и ресурсах". 3. **Техника** — в ТЗ (L, M) указать минимальную платформу: "Google Workspace + Telegram Bot + локальный бэкап на сервере АП". Добавить срок: "пилот на 3 регионах до 15 февраля". 4. **Порог** — уточнить накопительный флаг: "один нарратив = повторение ключевых формулировок в 80% совпадения по семантике (проверка аналитикой)". 5. **Запуск** — добавить в конец вводных или отдельное приложение "План ввода в эксплуатацию": первое учение до 10 февраля, распределение доступов до 12 февраля, подтверждение готовности регионов до 20 февраля. 6. **Мелочь** — везде заменить "единый источник актуальности" на SSOT для consistency. ### Итог Это лучшая версия на сегодня — зрелая, антихрупкая, адаптированная под реальность Астаны февраля 2026. Она выдержит цикл, если запустить пилот и учения немедленно. Риски минимальны: главная угроза теперь не в документе, а в скорости внедрения. Если добавить таблицу Навигатора и конкретику по технике — можно финализировать и рассылать. Готов помочь с примерами таблицы или планом учений. **User**: вот финальная версия **Grok**: ### Общая оценка Это **финальная версия**, и она действительно готова к запуску. Документ достиг той стадии зрелости, когда он не просто "хороший на бумаге", а реально рабочий инструмент для февраля 2026 года в Астане — с учётом текущей фазы обсуждения проекта Конституции, где риски уже кумулятивные, а исполнители на местах перегружены и склонны к выгоранию или пассивности. По шкале — **9.5/10**. Минус полбалла только за отсутствие полной таблицы Навигатора (есть примеры, но не 10–15 строк реальных маршрутов) и за общую конкретику технических платформ (это всё ещё может затянуть пилот). Всё остальное — на высоте: текст лаконичен, аппаратный, без воды и маркетинга; баланс жёсткости и мотивации идеален; устойчивость (человеческая, техническая, организационная) встроена системно. Это уже не черновик, а документ, который можно рассылать, проводить по нему учения и вводить в эксплуатацию. Он выдержит цикл до мая, если запустить пилот и первое учение немедленно (до середины февраля). ### Сильные стороны - **Стиль и тон**. Аппаратный, честный, без иллюзий. Фразы вроде "приоритет тишины над ошибкой" и "ранний сигнал без наказания" — точные, мотивирующие и защитные одновременно. Это работает в казахстанском аппарате лучше мягких формулировок. - **Мотивация + защита исполнителей**. Новый акцент на поощрении за дисциплину и фиксацию сигналов — отличное улучшение. Это снимает страх "донёс — получил выговор" и снижает пассивность регионов. - **Устойчивость как ядро**. Разделы по человеческому фактору (индекс усталости, дублёры, парная работа), деградации (офлайн-пакеты, резервные процедуры) и учениям — лучшие части. Приложение P с пилотом и "инъекцией сбоев" — реалистично и необходимо. - **Контур управляемой интерпретации** (приложение O) — теперь безопасный и ограниченный. Запрет на обратную связь и соавторство закрывает серую зону без риска компрометации. - **Техника реалистична**. SSOT, бот, маркировка — описаны без хайпа, с фокусом на дисциплину и сдерживание утечек. Пилот и учения — правильный финальный штрих. - **Навигатор впереди**. Примеры + обязательность — хорошо. Это сделает документ usable для 90% исполнителей. - **Порог минимальности и эскалация**. Накопительный флаг, динамика, экстренная передача — сбалансировано. Риск перегиба минимален. ### Слабые стороны и риски - **Навигатор всё ещё не полный**. Примеры отличные, но без таблицы 10–15 строк (ситуация → маршрут → точка входа) он остаётся полуинструментом. В стрессе исполнитель может "застрять" на выборе сценария. - **Техплатформы не названы**. SSOT, бот — хорошо описаны, но без "Google Workspace + Telegram + локальный бэкап" или аналогичного минимума это риск затяжки реализации (особенно с ограничениями доступа в КЗ). - **Жёсткость регионов**. Принцип "минимум творчества" + двойное подчинение — верно, но в отдалённых/многоязычных регионах это может усилить имитацию или пассивность, если поощрение останется декларацией. - **Объём**. Документ стал короче, но всё равно ~40–50 страниц с приложениями. С Навигатором это компенсируется, но для регионов нужен ультракороткий "1 страница" чек-лист. - **Нет явного плана запуска**. Пилот и учения упомянуты, но без сроков ("первое учение до 15 февраля") это может отложиться. ### Конкретные рекомендации (минимальные, чтобы не ломать финальность) 1. **Навигатор** — добавить в приложение A полную таблицу (10–15 строк) с реальными примерами из текущего мониторинга (языковые вбросы, процедурные вопросы, утечки). Это сделает его сразу рабочим. 2. **Техника** — в приложение L добавить строку: "Минимальная архитектура: Google Workspace / аналог + Telegram Bot + локальный бэкап. Пилот на 3 регионах до 20 февраля 2026". 3. **Мотивация регионов** — в раздел 11 или приложение D добавить: "Регионы с высоким индексом дисциплины получают приоритет в поддержке, ресурсах и снижении контроля". 4. **Учения** — в приложение P добавить срок: "Первое учение — до 15 февраля 2026, с имитацией отказа SSOT и утечки". 5. **Ультракороткий чек-лист** — добавить отдельное приложение (1 страница) для регионов: "Что делать / чего не делать / куда фиксировать". ### Итог Это **финал**. Документ готов к рассылке, учениям и вводу в эксплуатацию. Он антихрупкий, реалистичный и адаптирован под текущую фазу (февраль 2026, обсуждение Конституции). Риски минимальны — главная угроза теперь в скорости запуска, а не в содержании. Если добавить таблицу Навигатора и сроки пилота — можно фиксировать как v1.0 и запускать. Удачи с внедрением — это будет работать. Если нужно, помогу с таблицей или чек-листом. **User**: давай наполнение библиотеки форматами под конкретные режимы, **Grok**: Давай наполним библиотеку форматов конкретными примерами под каждый режим (фазу). Я сделаю это практично и эксплуатационно: каждый формат будет иметь чёткое назначение, ограничения, пример заполнения и привязку к фазе. Это можно сразу вставить в Приложение (например, как новое Приложение Q или расширение Приложения N/O). Структура библиотеки форматов будет такой: **Формат → Фаза → Назначение → Ограничения → Пример заполнения → KPI (что измеряем)** ### 1. Формат: Сервисное разъяснение (FAQ-блок) **Фаза обсуждения (основной формат)** **Назначение**: Снижение тревожности, фиксация процедуры, предотвращение споров по содержанию. **Ограничения**: – Только процедурные ответы. – Запрет прогнозов, оценок, сравнений «было/стало». – Длина до 400 знаков. – Двуязычие обязательно. – Нет призывов к действию. **Пример заполнения** Вопрос: Почему проект Конституции обсуждается так быстро? Ответ: Проект подготовлен рабочей группой в установленном порядке и опубликован для общественного обсуждения. Все поступающие предложения рассматриваются в соответствии с регламентом. Окончательное решение принимается гражданами на референдуме. **KPI**: Снижение повторяемости вопроса в мониторинге на 30% за неделю. ### 2. Формат: Процедурная карточка **Фаза обсуждения + мобилизационная** **Назначение**: Краткое визуальное пояснение механизма участия. **Ограничения**: – Только схема/таймлайн. – Текст нейтральный, без эмоциональных слов («важно», «исторический»). – Цветовая схема строго по шаблону (нейтральные тона). – Нет упоминания явки в фазе обсуждения. **Пример заполнения** Заголовок: Как внести предложение по проекту Конституции 1. Ознакомиться с текстом на официальном сайте. 2. Направить предложение через установленную форму/адрес. 3. Предложения рассматриваются рабочей группой. 4. Итоговый проект выносится на референдум. **KPI**: Размещение регионами без правок (100% соответствие шаблону). ### 3. Формат: Короткое видео-разъяснение (15–30 сек) **Мобилизационная фаза (основной формат)** **Назначение**: Удержание внимания, снижение тревожности по процедуре явки. **Ограничения**: – Только официальный спикер или закадровый голос. – Нет музыки, эмоциональной интонации. – Текст строго по утверждённому скрипту. – Запрет призывов («обязательно приходите»). **Пример скрипта** Кадр: Схема участка голосования. Голос: «В день референдума участок работает с 7 до 20 часов. При себе иметь удостоверение личности. Голосование тайное. Результаты подсчитываются комиссией на месте». **KPI**: Размещение в регионах в течение 2 часов после получения пакета. ### 4. Формат: Стерильный ответ на инцидент (holding statement) **День голосования и 72 часа после** **Назначение**: Локализация ущерба, удержание тишины до проверки фактов. **Ограничения**: – Длина до 150 знаков. – Только процедура, никаких оценок. – Размещение только по прямому указанию штаба. **Пример заполнения** «Информация проверяется уполномоченными органами. Официальные данные будут опубликованы на установленном ресурсе после подтверждения». **KPI**: Время от сигнала до размещения ≤ 15 минут (для красных инцидентов). ### 5. Формат: Постпиковый отчётный блок **Постпиковый период** **Назначение**: Закрепление результата, снижение накала, возврат к сервисной коммуникации. **Ограничения**: – Только факты и процедура. – Запрет упоминания явки, победы/поражения. – Нейтральный тон. **Пример заполнения** «Референдум состоялся в установленном порядке. Результаты утверждены Центральной избирательной комиссией и опубликованы на официальном сайте». **KPI**: Отсутствие новых инцидентов по теме в течение 48 часов после размещения. ### Общие правила библиотеки форматов - Все форматы версионируются в SSOT. - Регионы получают готовый пакет и размещают без правок. - Перед выпуском нового формата — обязательная проверка на библиотеку уязвимых формулировок (Приложение I). - В каждой фазе используется не более 3–4 основных форматов (принцип ограниченного меню). Если нужно, можем сразу добавить это как новое Приложение R «Библиотека контент-форматов по фазам» или расширить существующее Приложение N/O. Что дальше — добавить примеры визуальных шаблонов или таблицу стоп-слов по фазам? **User**: вот так получилось с последним документом. посмотри и дай рекомендации по улучщению и конструктивную критику для исправления БИБЛИОТЕКА УТВЕРЖДЁННЫХ ФОРМАТОВ Вводное положение к Библиотеке утверждённых форматов и заготовок коммуникации Настоящая Библиотека утверждённых форматов и заготовок коммуникации является составной частью операционной системы ШТАБ-2026 и применяется в неразрывной связи с мандатом, регламентами и принципами работы, зафиксированными в Документах I–III. Библиотека не предназначена для выработки смыслов, интерпретаций или политических позиций. Её функция — обеспечение дисциплинированного, воспроизводимого и безопасного исполнения уже принятых управленческих решений в условиях различной интенсивности информационного давления. Использование Библиотеки направлено на решение трёх ключевых задач: обеспечение единообразия формулировок и процедур во всех регионах и контурах; снижение когнитивной нагрузки на исполнителей в периоды повышенного риска; исключение самодеятельности, импровизации и смысловых искажений при публичной коммуникации. Библиотека форматов не заменяет анализа, не подменяет решений Штаба и не расширяет полномочия исполнителей. Она применяется исключительно после определения режима работы и маршрута действий в установленном порядке. Каждый формат в Библиотеке представляет собой ограниченный коридор допустимых формулировок, привязанный к конкретному режиму и типу ситуации. Форматы не являются универсальными и не подлежат произвольному комбинированию или адаптации за пределами предусмотренных правил. Отсутствие подходящего формата в Библиотеке не рассматривается как основание для самостоятельного формулирования ответа. В таких случаях применяется установленный порядок эскалации и фиксации сигнала в Штабе. Библиотека используется как операционный инструмент, а не как справочник. Доступ к форматам, их актуальность и возможность применения определяются текущим режимом работы, зафиксированным в едином источнике актуальности. Все форматы, включённые в Библиотеку, проходят обязательную проверку на: соответствие действующим регламентам и режимам; отсутствие уязвимых формулировок и двусмысленных трактовок; воспроизводимость и применимость под нагрузкой. Использование форматов вне рамок настоящей Библиотеки, а также нарушение правил их применения квалифицируется как выход за пределы допустимого исполнения и подлежит служебной оценке в установленном порядке. Режим 1. Предварительное и активное обсуждение проекта Характеристика режима: Низкая интенсивность, высокая смысловая чувствительность. Основной риск — преждевременные интерпретации, обещания, политизация и «пересказ своими словами». Разрешённые типы форматов: сервисные; процедурные. Запрещены: призывы; оценочные суждения; прогнозы последствий; сравнения «выиграют / проиграют». Формат R1-S-01 Тип: сервисный Назначение: фиксация статуса процесса без оценки Цель применения: Снять первичную тревожность, зафиксировать, что процесс идёт по установленной процедуре, не формируя ожиданий. Типовые вопросы: «Зачем вообще менять Конституцию?» «Почему обсуждение началось сейчас?» Утверждённая формула: «В настоящее время обсуждается проект изменений в Конституцию. Текст проекта опубликован в установленном порядке. Предложения и замечания принимаются и рассматриваются в соответствии с действующей процедурой.» Допустимые переменные: название официального ресурса; указание на орган, обеспечивающий обсуждение. Запрещено: объяснять мотивы («потому что нужно», «потому что давно пора»); обещать эффекты («станет лучше», «усилит защиту»); использовать слова «реформа», «перелом», «исторический». Примечание: Используется как базовый «ответ по умолчанию» при первом касании темы. Формат R1-P-02 Тип: процедурный Назначение: указание официального источника текста и документов Цель применения: Перевести разговор из эмоций в факт и источник, не споря с позицией собеседника. Типовые вопросы: «Где посмотреть настоящий текст?» «Я не верю, что текст вообще опубликован.» Утверждённая формула: «Официальным источником текста проекта является [указать ресурс]. Именно по этому тексту ведётся обсуждение и принимаются предложения.» Допустимые переменные: – ссылка на ресурс; – наименование органа-владельца ресурса. Запрещено: – ссылаться на скриншоты, репосты, «перепечатки»; – комментировать альтернативные версии текста; – оценивать, «читали ли люди» документ. Формат R1-S-03 Тип: сервисный Назначение: нейтрализация слуха или мифа без полемики Цель применения: Обозначить несоответствие информации тексту проекта, не усиливая сам слух. Типовые триггеры: – «Говорят, что после изменений…» – «В интернете пишут, что…» Утверждённая формула: «Данная формулировка не соответствует тексту проекта Конституции. Корректная информация размещена в официальных источниках.» Альтернативная допустимая формула: «В опубликованном проекте Конституции отсутствует норма, предусматривающая [обобщённое указание без цитирования слуха].» Запрещено: – пересказывать миф полностью; – указывать, «кто именно распространяет»; – доказывать намеренность искажения. Формат R1-P-04 Тип: процедурный Назначение: разъяснение порядка внесения предложений Цель применения: Показать, что участие возможно и регламентировано, без поощрения активности как таковой. Типовые вопросы: – «Можно ли что-то предложить?» – «Куда писать замечания?» Утверждённая формула: «Предложения по проекту могут быть направлены в установленном порядке через [канал]. Все поступившие предложения рассматриваются в соответствии с регламентом.» Допустимые переменные: – канал подачи; – срок при наличии утверждённого дедлайна. Запрещено: – обещать учёт или влияние предложения; – использовать слова «обязательно», «каждое предложение». Формат R1-S-05 Тип: сервисный Назначение: фиксация рамок компетенции Штаба Цель применения: Предотвратить втягивание в политические и оценочные дискуссии. Типовые вопросы: – «Почему вы не комментируете [позицию/мнение]?» – «Как вы относитесь к критике?» Утверждённая формула: «Штаб обеспечивает информационное сопровождение установленной процедуры и не даёт оценок позициям отдельных лиц или групп.» Запрещено: – защищаться; – оправдываться; – переходить к объяснению «почему критикуют». Общие правила применения форматов Режима 1 – используется не более одного формата в одном ответе; – при повторе одного и того же вопроса более 3 раз — переход к режиму накопления сигнала; – любые попытки «улучшить формулировку» рассматриваются как нарушение принципа минимума творчества; – при отсутствии подходящего формата ситуация эскалируется, а не «закрывается текстом». Режим 2. Мобилизация Характеристика режима: Повышенная интенсивность, рост эмоциональности, давление на исполнителей. Основной риск — подмена процедуры агитацией, перегрев формулировок, давление на выбор. Разрешённые типы форматов: – сервисные; – процедурные; – нейтральный призыв к участию без ориентации на результат. Запрещены: – любые формы убеждения «как голосовать»; – сравнения сценариев «если да / если нет»; – персонализированное давление; – эмоциональные усилители. Формат R2-S-01 Тип: сервисный Назначение: разъяснение порядка голосования Цель применения: Дать человеку ощущение понятной и безопасной процедуры без интерпретаций. Типовые вопросы: – «Как будет проходить референдум?» – «Что нужно, чтобы проголосовать?» Утверждённая формула: «Референдум проводится в соответствии с конституционным законом. Информация о времени, месте и порядке голосования публикуется территориальными комиссиями и на официальных ресурсах.» Допустимые переменные: – ссылка на ресурс; – указание на территориальную комиссию. Запрещено: – говорить о значимости участия; – использовать формулы «важно прийти», «каждый должен». Формат R2-P-02 Тип: процедурный Назначение: условия участия в голосовании Цель применения: Снять бытовые и технические сомнения без мотивации к выбору. Типовые вопросы: – «Какие документы нужны?» – «Кто может участвовать?» Утверждённая формула: «Для участия в голосовании необходимо быть включённым в список избирателей и иметь документ, удостоверяющий личность. Голосование является тайным.» Запрещено: – упоминать явку; – использовать слова «обязан», «должен». Формат R2-S-03 Тип: сервисный Назначение: нейтральный призыв к участию Цель применения: Зафиксировать право участия без давления и без ориентации на результат. Типовые вопросы: – «Нужно ли вообще идти голосовать?» Утверждённая формула: «Участие в референдуме является правом гражданина. Решение об участии каждый принимает самостоятельно. Задача государства — обеспечить возможность свободного голосования.» Запрещено: – апелляции к долгу; – моральные оценки участия или неучастия; – персональные обращения. Формат R2-S-04 Тип: сервисный Назначение: ответ на сомнения в честности процедуры Цель применения: Сместить разговор с оценок на описание механизмов контроля. Типовые триггеры: – «Всё уже решили заранее.» – «Результаты нарисуют.» Утверждённая формула: «Порядок проведения референдума и подсчёта голосов определён законом. За соблюдением процедур следят комиссии и наблюдатели в установленном порядке.» Допустимая альтернатива: «Информация о правах наблюдателей и порядке обжалования размещена в официальных источниках.» Запрещено: – утверждать «будет честно»; – спорить с недоверием; – переходить к оправданиям. Формат R2-P-05 Тип: процедурный Назначение: фиксация границ комментариев Штаба Цель применения: Предотвратить втягивание в политические и оценочные дискуссии. Типовые вопросы: – «Как вы оцениваете позицию противников?» – «Почему некоторые выступают против?» Утверждённая формула: «Штаб не даёт оценок позициям отдельных лиц или групп. Наша задача — обеспечение информационного сопровождения установленной процедуры.» Запрещено: – комментировать мотивы сторон; – использовать термины «за», «против». Общие правила применения форматов Режима 2 – в одном ответе используется не более двух форматов, приоритет — процедурному; – при росте повторяемости однотипных вопросов активируется формат массового ответа; – любые отклонения от утверждённых формул фиксируются как нарушение дисциплины исполнения; – при появлении инцидентов используется переход к режиму 3 без промежуточных адаптаций. Режим 3. День голосования и первые 72 часа Характеристика режима: Максимальная чувствительность, высокая скорость распространения информации, высокий риск ошибок и вторичных кризисов. Любая неточность масштабируется и интерпретируется как позиция государства. Базовый принцип режима: Фиксация факта без интерпретации. Любая оценка, прогноз или пояснение вне процедуры запрещены. Разрешённые типы форматов: – фиксационные; – процедурные; – инцидентные (holding statements). Запрещены: – любые прогнозы; – комментарии «по данным штаба»; – ссылки на параллельные подсчёты; – расширительные трактовки последствий. Формат R3-F-01 Тип: фиксационный Назначение: ответы на вопросы о явке и результатах до официального объявления Цель применения: Исключить утечки, спекуляции и преждевременные выводы. Типовые вопросы: – «Какая явка?» – «Кто побеждает?» Утверждённая формула: «Официальная информация о явке и результатах публикуется уполномоченным органом в установленном порядке. До этого момента комментарии по цифрам не даются.» Запрещено: – называть любые цифры; – использовать формулы «по предварительным данным»; – ссылаться на неофициальные источники. Формат R3-P-02 Тип: процедурный Назначение: разъяснение порядка объявления результатов Цель применения: Перевести внимание с ожиданий на процедуру. Типовые вопросы: – «Когда будут известны результаты?» Утверждённая формула: «Результаты референдума объявляются после завершения подсчёта голосов и утверждения комиссией в соответствии с законодательством.» Запрещено: – называть ориентировочное время; – обещать ускорение процедуры. Формат R3-I-03 Тип: инцидентный (holding statement) Назначение: реакция на сообщения о нарушениях Цель применения: Отделить конкретный эпизод от оценки процесса в целом. Типовые триггеры: – видео с участка; – сообщения о конфликтах; – публикации о «массовых нарушениях». Утверждённая формула: «Информация о ситуации передана в компетентные органы для проверки в установленном порядке. До завершения проверки комментарии не даются.» Запрещено: – оценивать достоверность видео; – говорить о системности; – оправдываться за действия комиссий. Формат R3-I-04 Тип: инцидентный Назначение: повторные запросы по одному и тому же эпизоду Цель применения: Удержать тишину без эскалации и раздражения аудитории. Утверждённая формула: «Статус проверки не изменился. Информация будет обновлена при наличии официальных решений.» Ограничение: – не более двух применений по одному эпизоду; – после третьего запроса — обязательная эскалация в аналитический и правовой контуры. Формат R3-F-05 Тип: фиксационный Назначение: сообщение после официального объявления результатов Цель применения: Закрепить факт без интерпретации и без политических выводов. Типовые вопросы: – «Что дальше?» Утверждённая формула: «Результаты референдума опубликованы уполномоченным органом в установленном порядке. Дальнейшие действия осуществляются в рамках действующего законодательства.» Запрещено: – оценивать поддержку или несогласие; – использовать формулы «большинство решило». Общие правила применения форматов Режима 3 – используется один формат на один ответ; – любые отклонения от утверждённых формул запрещены; – все применения фиксируются в едином источнике актуальности; – при отсутствии подходящего формата автоматически включается режим тишины; – инициатива регионов полностью блокируется, используется только утверждённый пакет. Кросс-режимные форматы повышенной чувствительности Назначение блока: Обеспечить управляемость коммуникаций в ситуациях, когда стандартные фазовые форматы либо неприменимы, либо создают дополнительные риски. Данные форматы имеют приоритет над фазовыми и применяются независимо от текущего режима работы Штаба. Формат X-T-01 Тип: режим тишины (базовый) Применимость: все фазы Цель применения: Зафиксировать управленческое решение о временном отказе от публичной реакции без создания ощущения ухода или игнорирования. Типовые триггеры: – неполная или противоречивая информация; – высокая вероятность ошибки при комментарии; – необходимость правовой или межведомственной проверки. Утверждённая формула: «Вопрос находится в работе. Дополнительная информация будет предоставлена после завершения анализа в установленном порядке.» Ограничения: – применяется только при зафиксированном решении о режиме тишины; – максимальный срок непрерывного применения — 48 часов; – каждое использование подлежит обязательной фиксации в SSOT. Формат X-T-02 Тип: режим тишины (повторный запрос) Применимость: все фазы Цель применения: Сдержать эскалацию при навязчивых повторных запросах без перехода к конфликту. Типовые триггеры: – повторные обращения по идентичной формулировке; – давление со стороны одного источника. Утверждённая формула: «Статус рассмотрения вопроса не изменился. Информация будет обновлена при наличии официальных решений.» Ограничения: – не более двух применений по одному вопросу; – третий запрос автоматически эскалируется в аналитический контур. Формат X-D-03 Тип: деградационный (технический сбой) Применимость: все фазы Цель применения: Сохранить доверие к процедуре без раскрытия технических деталей и без паники. Типовые триггеры: – отказ цифровых сервисов; – недоступность официальных ресурсов; – задержки публикаций. Утверждённая формула: «Временные технические сложности не влияют на выполнение установленных процедур. Информационное сопровождение осуществляется в соответствии с резервными регламентами.» Ограничения: – применяется только после подтверждения технологическим контуром; – запрещено указывать причины и масштабы сбоя. Формат X-D-04 Тип: деградационный (информационный вакуум) Применимость: все фазы Цель применения: Предотвратить заполнение вакуума интерпретациями оппонентов. Типовые триггеры: – задержка официальных сообщений; – рост слухов на фоне отсутствия информации. Утверждённая формула: «Информация будет опубликована после завершения необходимых процедур. Любые изменения статуса доводятся через официальные каналы.» Ограничения: – используется не более одного раза в 12 часов; – при повторном применении требуется решение руководителя Штаба. Формат X-P-05 Тип: процедурный (навязчивые вопросы) Применимость: все фазы Цель применения: Снять давление без вступления в спор или оценку мотивации источника. Типовые триггеры: – агрессивные формулировки; – попытки вынудить к оценочному ответу. Утверждённая формула: «Вопросы подобного характера рассматриваются исключительно в рамках установленных процедур. Комментарии вне процедуры не даются.» Ограничения: – не используется в персональных диалогах; – не содержит оценок намерений задающего вопрос. Общие правила кросс-режимных форматов – имеют приоритет над фазовыми форматами; – не комбинируются между собой; – любое применение фиксируется в SSOT; – отсутствие подходящего формата = обязательная эскалация; – самовольное изменение формулировок квалифицируется как нарушение режима. Правила применения, комбинирования и автоматических переходов Назначение раздела: Установить единые и недвусмысленные правила использования форматов, исключающие произвольную интерпретацию, перегрузку коммуникаций и попытки обхода регламентов через «креатив». Принцип ограниченного меню В каждый момент времени исполнителю доступен ограниченный набор форматов, соответствующий текущему режиму работы Штаба. Использование форматов, не относящихся к активному режиму, запрещено независимо от их содержания и формальной уместности. Отсутствие подходящего формата не является основанием для импровизации и трактуется как сигнал к эскалации в установленном порядке. Правила комбинирования форматов В рамках одного ответа допускается использование не более двух форматов, при этом: приоритет имеет режимный формат; фазовый формат используется только при отсутствии режимного; общий формат применяется исключительно как вспомогательный. Запрещены следующие комбинации: любой формат режима тишины с иными форматами; кризисный holding-формат с оценочными или разъяснительными; форматы повышенной чувствительности с процедурными разъяснениями. Нарушение правил комбинирования квалифицируется как выход за пределы допустимой коммуникации. Автоматические переходы между форматами В целях предотвращения зацикливания и информационного паралича устанавливаются следующие автоматические правила: три последовательных применения формата режима тишины по одному вопросу инициируют обязательную эскалацию; пять однотипных запросов в течение одного временного окна переводят ситуацию в формат массового реагирования; повторные обращения после 22:00 автоматически переводятся в режим тишины до начала следующего операционного дня. Решения об отклонении от данных правил принимаются исключительно руководителем Штаба и подлежат фиксации. Фиксация и аудит применения форматов Каждое использование формата фиксируется в едином источнике актуальности с указанием: кода формата; даты и времени применения; инициатора; основания выбора. Отсутствие фиксации приравнивается к отсутствию санкционированного решения. Еженедельно проводится служебный аудит применения форматов с целью выявления: избыточного использования; устаревших формулировок; попыток обхода ограничений. Обновление и заморозка форматов Форматы подлежат регулярному пересмотру. Основаниями для пересмотра являются: снижение эффективности; изменение информационного контекста; выявление уязвимости формулировки. При выявлении критической уязвимости формат подлежит немедленной заморозке сроком до 24 часов с одновременным уведомлением всех контуров. Использование замороженного формата запрещено. Связка библиотеки с ИИ-инструментами ИИ-инструменты допускаются к использованию исключительно в рамках активных форматов библиотеки. Генерация формулировок вне утверждённых коридоров запрещена. Любая попытка выхода за пределы библиотеки фиксируется и требует ручной валидации. Адаптация форматов под каналы допускается только при сохранении смыслового ядра и после проверки на библиотеку уязвимых формулировок. Заключительное положение Библиотека форматов не является справочником или рекомендацией. Она представляет собой операционный слой системы, обязательный к применению всеми уровнями исполнения. Наличие утверждённого формата освобождает исполнителя от необходимости принимать смысловые решения. Отсутствие формата означает, что решение принимается исключительно Штабом. **Grok**: ### Общая оценка Это **отличная, практически готовая библиотека форматов** — одна из самых сильных частей всего пакета "ШТАБ-2026". Она полностью соответствует духу системы: жёсткая, эксплуатационная, защитная для исполнителей и антирисковая. В отличие от многих аналогичных документов (включая прошлые казахстанские кампании), здесь нет воды, деклараций или "креативных рекомендаций" — только конкретные формулы, запреты и правила применения. По шкале — **9/10**. Это уже рабочий инструмент, который можно сразу вносить в приложение и рассылать регионам. Минус балл за: - Отсутствие визуальных примеров (карточки, инфографика — только текст). - Чрезмерную нейтральность некоторых формул (риск восприятия как "отписок"). - Нет ультракороткой версии для регионов (1–2 страницы с таблицей). Библиотека идеально закрывает главные боли: самодеятельность, эмоциональные срывы, кумулятивные ошибки. Она снижает нагрузку на исполнителей ("нет формата — молчи и фиксируй") и защищает от репутационных мин (запреты на прогнозы, оценки, споры). ### Сильные стороны - **Эксплуатационность**. Каждый формат — это готовый "копипаст" с чёткими запретами. Исполнитель не думает "как лучше сказать", а выбирает из меню. Это спасёт в пике, когда усталость максимальна. - **Фазовая логика**. Разделение на режимы 1–3 + кросс-режимные — умно. От сервисного в обсуждении до стерильного в день голосования — точно отражает риски. - **Защита исполнителей**. Принцип "отсутствие формата = эскалация" + "тишина не ошибка" — гениально. Это снимает страх "а вдруг я промолчу неправильно". - **Кросс-режимные форматы**. X-T и X-D — сильный буфер для нештатных ситуаций (сбои, вакуум, навязчивые вопросы). - **Правила применения**. Ограниченное меню, запрет комбинаций, фиксация — это делает библиотеку системой, а не справочником. - **Связь с ИИ**. Упоминание валидации и библиотеки уязвимостей — правильно интегрирует технику без риска "самопала". ### Конструктивная критика и риски - **Слишком нейтрально = отписка**. Формулы вроде "Информация будет опубликована после завершения..." или "Вопрос находится в работе" — корректны, но в реальном поле (особенно в соцсетях) воспринимаются как бюрократическая отмазка. Риск: усиление недоверия ("государство скрывает"). В фазе обсуждения это может накапливать раздражение. - **Жёсткость демотивирует регионы**. Запрет на "любую адаптацию" + "минимум творчества" — верно по сути, но в регионах с разной аудиторией (села, молодёжь, русскоязычные) это может привести к полной пассивности: "лучше ничего не постить". Уже сейчас видны признаки имитации — это усилит. - **Нет визуалов**. Библиотека текстовая, но в 2026 году 80% коммуникации — визуал (карточки, сторис). Без примеров шаблонов регионов будут делать "от себя" или ничего. - **Нет метрик успеха**. Как понять, работает ли формат? Нет KPI (снижение повторяемости вопросов, отсутствие новых инцидентов). - **Кросс-режимные недостаточно**. Мало форматов для утечек, сбоев, международных сигналов. - **Объём для регионов**. Для центра — ок, но регионам нужна 1-страничная таблица "ситуация → формат → формула". ### Рекомендации по улучшению 1. **Добавь визуальные примеры** (новый блок или приложение). - Пример для R1-S-01: макет карточки с заголовком "Статус обсуждения" + текст формулы + нейтральный фон + логотип. - Для мобилизации: таймлайн "Как проходит голосование" (схема без призывов). 2. **Смягчи нейтральность, не теряя безопасности**. - Добавь "человеческий акцент" в сервисные форматы: Было: "Вопрос находится в работе..." Стало: "Ваш вопрос зафиксирован и будет рассмотрен в установленном порядке. Спасибо за обращение." - Это снижает раздражение без риска. 3. **Усилить мотивацию регионов**. - В вводное положение добавить: "Регионы, демонстрирующие 100% соответствие форматам в течение недели, получают приоритет в поддержке и снижение отчётности". 4. **Добавь метрики и аудит**. - Для каждого формата: KPI (например, "снижение повторяемости вопроса на 40% за 3 дня"). - Еженедельный аудит: "проверить 10 случайных постов регионов на соответствие". 5. **Расширь кросс-режимные**. - Новый X-L-01 (утечка): "Информация о ситуации проверяется. Официальные комментарии будут даны после подтверждения фактов." - X-T-06 (международный сигнал): "Штаб фиксирует внешнюю оценку. Процедура проводится в соответствии с законодательством РК." 6. **Ультракороткая версия для регионов**. - Отдельное приложение (1 страница таблица): | Ситуация | Режим | Формат | Формула (коротко) | Что делать если не подходит | |---|---|---|---|---| | Вопрос о тексте | 1 | R1-P-02 | Официальный источник — [ссылка] | Фиксировать, молчать | 7. **Интеграция с ИИ**. - Добавить: "ИИ генерирует только по этим форматам. Любая адаптация проходит pre-flight на библиотеку уязвимостей." Это сделает библиотеку идеальной. Если нужно, могу набросать полную таблицу или новые форматы. Готов к следующему шагу — финализация всего пакета? **User**: Примеры визуальных шаблонов **Grok**: Вот примеры визуальных шаблонов для библиотеки форматов в пакете "ШТАБ-2026". Я выбрал нейтральные, официальные дизайны без эмоций, призывов или политики — только процедура и факты. Каждый шаблон привязан к фазе, с рекомендациями по использованию и ограничениями. ### Фаза обсуждения (сервисные и процедурные шаблоны) **Шаблон 1: Процедурный таймлайн (R1-P-таймлайн)** Назначение: Показать этапы обсуждения проекта без оценки содержания. Ограничения: Только шаги процедуры, нейтральные цвета (синий/серый), без иконок людей или символов "успеха".<grok:render card_id="671b9f" card_type="image_card" type="render_searched_image"> <argument name="image_id">3</argument> <argument name="size">"LARGE"</argument> </grok:render> **Шаблон 2: Сервисная карточка FAQ (R1-S-FAQ)** Назначение: Ответ на типичный вопрос о статусе проекта. Ограничения: Короткий текст, двуязычие, без заголовков вроде "Важно знать".<grok:render card_id="e06d95" card_type="image_card" type="render_searched_image"> <argument name="image_id">0</argument> <argument name="size">"LARGE"</argument> </grok:render> ### Мобилизационная фаза (процедурные и нейтральные призывы) **Шаблон 3: Карточка "Порядок голосования" (R2-P-01)** Назначение: Объяснить механику участия без мотивации "идти голосовать". Ограничения: Только факты (время, документы), без слов "обязательно" или "важно".<grok:render card_id="54ab05" card_type="image_card" type="render_searched_image"> <argument name="image_id">1</argument> <argument name="size">"LARGE"</argument> </grok:render> **Шаблон 4: Инфографика "Этапы референдума" (R2-S-таймлайн)** Назначение: Визуально показать процедуру от начала до конца. Ограничения: Линейная схема, нейтральные тона, без эмоциональных иконок.<grok:render card_id="d3c747" card_type="image_card" type="render_searched_image"> <argument name="image_id">3</argument> <argument name="size">"LARGE"</argument> </grok:render> ### День голосования и 72 часа после (стерильные и holding-шаблоны) **Шаблон 5: Holding statement карточка (R3-I-01)** Назначение: Реакция на инцидент или запрос о результатах до официального объявления. Ограничения: Минимальный текст, серый фон, без оправданий или деталей.<grok:render card_id="2a9208" card_type="image_card" type="render_searched_image"> <argument name="image_id">7</argument> <argument name="size">"LARGE"</argument> </grok:render> **Шаблон 6: Фиксационная карточка результатов (R3-F-01)** Назначение: Сообщение после официального объявления (постпиковый). Ограничения: Только факт + ссылка на источник, без комментариев.<grok:render card_id="9ac091" card_type="image_card" type="render_searched_image"> <argument name="image_id">4</argument> <argument name="size">"LARGE"</argument> </grok:render> ### Кросс-фазовые рекомендации - Все шаблоны в едином стиле: шрифт sans-serif, цвета — синий/серый/белый (государственный стиль Казахстана). - Добавьте в библиотеку правило: "Регионы подставляют только текст из утверждённого пакета, дизайн не меняют". - Генерация через ИИ/шаблоны в SSOT для автоматизации. Это базовый набор — можно расширить. Если нужно больше примеров или доработка под ваш бренд, дайте знать!