[drive-download] Блок в Томе.docx

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

Сущности

ИИ PSSR SSS SWSB LCI SSI FPI GSI Drift Monitor

# Том I. Предмет, рынок и бутик‑архитектура PSSR v9.3 ## 1.1. Предмет проекта PSSR — это инфраструктура диагностики и управления устойчивостью сложных систем (государственных, корпоративных, финансовых, информационных) в условиях высокой неопределённости.[1] Система не является медиа‑проектом, аналитическим блогом, ИИ‑стартапом или классическим консалтингом; она функционирует как интеллектуальный бутик, который продаёт структурированный вывод и режимную оценку, а не доступ к алгоритмам или данным.[1] Ядро PSSR строится вокруг режимной диагностики: задача не в анализе новостей как таковых, а в определении текущего состояния среды через показатели System Stability Score (SSS) и связанные индексы напряжения, с последующей привязкой к допустимым управленческим действиям.[1] *** ## 1.2. Основной рынок и тип клиентов Базовый рынок PSSR — клиенты с высокой стоимостью ошибки, для которых системная нестабильность и информационные искажения несут существенные политические, финансовые или репутационные риски.[1] К ключевым сегментам относятся: - государственные структуры — стратегическая стабильность, мониторинг напряжённости, предупреждение режимных сдвигов и устойчивость регионов; - крупные корпорации — макро‑ и геополитический риск, репутационные контуры, капитальные решения при неопределённости, управление кризисными эскалациями; - инфраструктурные и политические проекты — оценка устойчивости, информационное давление, поведенческие реакции среды вокруг тарифов, строительства, экологии, трудовых конфликтов; - private capital — режимный макро‑анализ, диагностика макро‑сдвигов, снижение асимметрии информации при инвестиционных и хеджирующих решениях.[2][1] Медиа‑направление и публичные аналитические продукты рассматриваются как вспомогательный контур: полигон тестирования, витрина возможностей и дополнительный источник маржи, но не ядро бизнеса.[1] *** ## 1.3. Принцип бутик‑архитектуры PSSR принципиально разделяет ядро инфраструктуры и продаваемый результат: бутик не продаёт алгоритмы, исходные данные, модели, код и доступ к системе.[1] Клиент получает только структурированный вывод: режимную оценку, факторную диагностику, обоснованные рекомендации и объяснимый риск‑контур, достаточный для управленческих решений, но недостаточный для реконструкции внутренней методологии.[2][1] Такое разделение обеспечивает защиту интеллектуального актива, контроль качества и единый стандарт анализа при масштабировании на разные среды и заказчиков, в том числе через отраслевые фасады и суверенные адаптации.[3][2] *** ## 1.4. Версионность v9.2–v9.3 Версия v9.2 фиксирует режимную и продуктовую архитектуру: набор индексов (SSS, SSI, LCI, GSI, FPI), режимы системы, логику переключений, формат Sovereign Weekly Stability Brief (SWSB) как базового режимного продукта и Decision Matrix D–V–E–C–S.[2][1] Версия v9.3 добавляет инфраструктурный и дата‑слой: pipeline ingestion → parsing → normalization/factor registry → factor graph → Regime Engine → Output → Audit/Audit Log, а также правила версионирования данных, моделей и правил, Drift Monitor и сценарный слой.[4][5][1] Обе версии объединены в единый пакет: v9.2 определяет «что считается режимом и продуктом», v9.3 — «как это технически считается и воспроизводится», причём развитие инфраструктуры не имеет права задним числом переписывать зафиксированные режимные выводы v9.2.[3][1] *** ## 1.5. Стратегический замысел и границы применимости PSSR задуман как ограниченный по числу клиентов, но высокодоходный интеллектуальный контур, который можно встроить в государственные, корпоративные и инвестиционные решения без раскрытия ядра и без превращения системы в массовый продукт.[2][1] Проект решает задачу снижения неопределённости и раннего предупреждения режимных сдвигов, но не берёт на себя функций политического управления, юридического консультирования или гарантии рыночного результата; эти области остаются за рамкой и фиксируются отдельными правовыми и этическими ограничениями.[5][1] Границы применимости задаются не только предметной областью (устойчивость сложных систем), но и этическими и юридическими инвариантами: запрет на персональную таргетацию, слежку, скрытое вмешательство и эксплуатацию уязвимых групп под видом аналитики.[6][5] *** ## 1.6. Три класса активов PSSR PSSR работает не только как аналитическая система, но и как фабрика трёх классов взаимосвязанных активов, каждый из которых может быть упакован в отдельные продукты и сервисы.[3][2] ### 1.6.1. Измерение и предупреждение Первый класс активов — измерение и раннее предупреждение.[2] Сюда входят агрегированные режимные показатели (SSS и связанные индексы SSI, LCI, GSI, FPI, PRS), режимы Normal/Heightened/Stress/Stabilization, карты стресс‑кластеров, Stability Surface и продукты выводного слоя: SWSB, Executive Stability Notes, Thematic Stability Dossiers, Strategic Risk Outlook.[3][2] Этот слой отвечает на вопрос «что происходит и что, с какой вероятностью, произойдёт дальше» в форме управляемых индексов, сценариев и протоколов ограниченной интервенции. ### 1.6.2. Доказательная инфраструктура Второй класс активов — доказательная инфраструктура, обеспечивающая воспроизводимость и юридическую устойчивость выводов.[5][3] Ключевые элементы: ingestion‑pipeline с техническим журналированием (batchid, sourceid, timestamp_ingest, parserversion), факторный регистр и снимки факторного графа, Regime Engine с regimecalcid, ruleversion и modelversion, Audit Log, Drift Monitor и governance‑слой (Fail‑Safe, Human‑in‑Loop, Legal Priority).[5][2] Этот слой позволяет восстанавливать, кто, когда и на основании каких данных и правил получил конкретный режимный вывод, и упаковывать это в пакеты доказательности для аудита, комплаенса, счётных палат, регуляторов или судебных разбирательств. ### 1.6.3. Данные и производные витрины Третий класс активов — производные данные: нормализованные признаки, исторические индексы и исследовательские витрины.[4][1] Речь идёт не о сырых массивах, а о стандартных факторных признаках, временных рядах SSS/SSI/LCI/PRS, Stability Surface, сценарных траекториях и бенчмарках, пригодных для академических исследований, калибровки, тестирования и внешних «policy papers» без нарушения приватности и суверенитета данных.[6][4] Этот слой позволяет оформлять отдельные продуктовые линии для университетов, НИИ, международных организаций и корпоративных R&D‑центров, сохраняя бутик‑принцип: наружу выходит только нормализованный результат с чёткой юридической легендой происхождения и правом использования. # Том III. Режимная логика и индексы устойчивости ## III.1. Индексы устойчивости и напряжения ### III.1.1. Базовый показатель: System Stability Score (SSS) System Stability Score (SSS) — агрегированный показатель состояния устойчивости системы, нормированный в диапазоне 0–100 и пригодный для режимной интерпретации.[1] SSS интегрирует несколько доменных слоёв (рост, инфляция, ликвидность, кредитный стресс, позиционирование, волатильность, геополитический риск, фискальное давление и др.) и служит основой для принятия решений о переходе между режимами.[2][1] Внутренняя формула SSS относится к закрытому математическому ядру бутика и не раскрывается; клиент работает с объяснимой декомпозицией по факторам и режимам, но не с параметрами модели.[1] ### III.1.2. Дополнительные индексы Для декомпозиции SSS используются вспомогательные индикаторы, каждый из которых имеет собственный диапазон, историю и пороговые зоны.[2][1] - Stress Intensity Index (SSI) — индекс интенсивности стресса, фиксирующий уровень и скорость накопления напряжения в системе. - Liquidity Compression Index (LCI) — композитный индекс сжатия ликвидности, отражающий состояние монетарных условий, рыночной глубины и стоимости фондирования. - Geopolitical Stress Index (GSI) — уровень геополитического давления и риска фрагментации. - Financial Pressure Indicator (FPI) — степень финансового давления через ставки, спрэды, долговую нагрузку и фискальные дисбалансы.[1][2] Каждый индекс имеет определение, диапазон значений и пороговые зоны, используемые Regime Engine для перехода между режимами и настройки сценариев.[1] ### III.1.3. Расширенный набор: LCI, VRC, PRS и Stability Surface В расширенной версии v9.3 используются специальные индексы для калибровки риска и сценарного анализа:[2][1] - Liquidity Compression Index (LCI) в операционном диапазоне 0–3: - 0 — нормальная ликвидность; - 1 — мягкое сжатие; - 2 — выраженное сжатие; - 3 — критическое сжатие и риск forced unwind. - Volatility Regime Classifier (VRC) — классификатор режимов волатильности с четырьмя состояниями: Low Vol Stable, Low Vol Fragile, High Vol Reactive, High Vol Structural. - Probability of Regime Shift (PRS) — оценка вероятности режимного сдвига в диапазоне 0–100, основанная на сочетании Factor Divergence Score (FDS), LCI, VRC, Positioning Stress и Credit Spread Delta.[2][1] Для визуализации и раннего предупреждения используется Stability Surface — поверхность, на которой SSS, SSI, PRS и производные индексы отображаются как многомерное поле устойчивости, позволяя видеть критические гребни и долины риска.[1][2] *** ## III.2. Режимы системы ### III.2.1. Набор режимов Система PSSR работает в конечном наборе дискретных режимов: Normal, Heightened, Defensive/Stress, Crisis/Stabilization.[1] Каждый режим описывает не только состояние внешней среды, но и режим работы самой системы и допустимые управленческие действия: степень автоматизации, требования к проверке, формат документов, ограничения на сценарное моделирование.[3][1] ### III.2.2. Характеристика режимов - Normal — факторы согласованы, SSS и SSI находятся в устойчивой зоне, корреляции и ликвидность не показывают аномального сжатия; допускается компактный SWSB, умеренная автоматизация и стандартные процедуры Macro Desk.[1] - Heightened — повышенное напряжение: два и более факторов верхнего уровня в тревожной зоне, ускорение распространения шока или разрыв корреляций; включается обязательный SWSB, human‑in‑loop, запрет автопубликации и ограничение на агрессивные сценарии.[3][1] - Defensive / Stress — высокий стресс: кластерная комбинация факторов (ликвидность, плечо, волатильность) или нелинейное ускорение после threshold breach; требуется ежедневный режимный документ, двойная верификация, жёсткий юридический фильтр и ограничения на спорные формулировки.[1] - Crisis / Stabilization — подтверждённая потеря устойчивости и переход к стабилизационным мерам; автоматика максимально ограничена, ключевые решения и коммуникации проходят через расширенный SSOM‑контур, Legal Priority и fail‑safe‑протоколы.[3][1] Переходы между режимами фиксируются на основе математических триггеров и кластерных условий (комбинации порогов SSS, SSI, LCI, VRC, PRS и факторных дивергенций), а не субъективных оценок аналитиков.[2][1] *** ## III.3. Regime Engine как машина состояний ### III.3.1. Назначение и общий принцип Regime Engine — это состояние‑машина, которая принимает на вход факторный граф и индексы, а на выходе фиксирует режимы, режимную траекторию и набор допустимых управленческих действий.[4][1] В базовой конфигурации Regime Engine последовательно выполняет три шага: Compression, Classification и Decision Mapping, интегрируя факторы роста, инфляции, ликвидности, позиционирования, волатильности и структурных трендов.[4][2] ### III.3.2. Шаг 1: Compression (сжатие факторного графа) На этапе Compression факторный граф преобразуется в компактные векторы доменных состояний:[2][1] - Growth vector — агрегированное состояние факторов роста (макроданные, ожидания, пересмотр прогнозов). - Inflation vector — состояние инфляционных факторов (сюрпризы CPI/PPI, зарплаты, сырьевые цены). - Liquidity vector — состояние системной и рыночной ликвидности (центробанковская ликвидность, глубина рынка, стоимость фондирования). - Positioning vector — состояние позиционирования и плеча (crowding, CTA‑позиции, деривативы). - Structural vector — долгосрочные структурные драйверы (энергопереход, деглобализация, фискальная устойчивость).[5][2] Эти векторы представляют собой сжатое состояние системы, достаточное для дальнейшей классификации и принятия решений, но не раскрывающее исходный набор источников и параметров.[2] ### III.3.3. Шаг 2: Classification (режим и индексы) На этапе Classification Regime Engine сопоставляет сжатые векторы с историческими и сценарными паттернами и вычисляет:[2][1] - текущий режим (Normal, Heightened, Defensive/Stress, Crisis/Stabilization); - значения SSS, SSI, LCI, VRC, PRS и других индексов; - дополнительные сигналы (регимная траектория, стресс‑кластеры, карты волатильности и ликвидности).[1][2] Классификация опирается на кластеризацию, пороговые условия и нелинейные детекторы (Factor Divergence, Nonlinearity Detector, Shock Amplification), но конкретные формулы и веса не раскрываются наружу.[2][1] ### III.3.4. Шаг 3: Decision Mapping (связь с Decision Matrix) На этапе Decision Mapping режим и индексы сопоставляются с Decision Matrix D–V–E–C–S, формируя:[4][1] - перечень допустимых и запрещённых действий для каждого поля (Data, Volatility, Expectations, Capital, Sentiment); - требования к формату и уровню SWSB/Executive Notes/Dossiers/Outlook; - обязательные governance‑ограничения (Fail‑Safe, Human‑in‑Loop, Legal Priority, SSOM‑уровень).[3][1] Результатом является не только числовая оценка режима, но и управляемый набор действий и запретов, который может быть встроен в SSOM и клиентские SOP.[3][1] *** ## III.4. Decision Matrix D–V–E–C–S ### III.4.1. Назначение и структура Decision Matrix D–V–E–C–S — это слой сопоставления режимной информации с управленческими ограничениями по пяти осям: Data (D), Volatility (V), Expectations (E), Capital (C), Sentiment (S).[4][1] По горизонтали матрица организована по режимам (Normal, Heightened, Defensive/Stress, Crisis/Stabilization), по вертикали — по пяти слоям, для каждого из которых задаются семантические, структурные и процедурные ограничения.[4][1] ### III.4.2. Оси матрицы - D — Data: требования к данным, источникам, верификации, допускам и запретам на использование спорных массивов.[1] - V — Volatility: ограничения, связанные с режимом волатильности, forced unwind, плечом и рыночной хрупкостью.[4][2] - E — Expectations: работа с ожиданиями и forward guidance, ограничение на формулировки и сценарные заявления.[4] - C — Capital: режим обращения с капиталом и риском (для private capital это включает ограничения по duration, концентрации и экспозициям).[4][1] - S — Sentiment: работа с сентиментом и нарративами, ограничения на тональность, эскалацию, использование чувствительных тем и групп.[6][1] ### III.4.3. Матрица по режимам В режиме Normal матрица задаёт стандартные требования: базовый набор проверок данных, умеренные ограничения по волатильности, аккуратное, но не жёсткое управление ожиданиями, нормализованные правила по капиталу и нейтрально‑профессиональный тон.[1] В режиме Heightened ужесточаются требования к данным (повышенная верификация), вводятся ограничения на агрессивные риск‑позиции, усиливается контроль за forward guidance и резко сужается допустимый тон и приёмы работы с сентиментом.[4][1] В режиме Defensive/Stress добавляются ограничения на сценарии с высоким плечом и forced unwind, включаются дополнительные юридические проверки, сценарный слой работает только через согласованные SSOM‑процедуры, а работа с сентиментом ограничивается де‑эскалационными и стабилизационными паттернами.[3][1] В режиме Crisis/Stabilization Decision Matrix переходит в жёсткий режим: данные должны быть юридически чистыми и аудируемыми, любые действия с капиталом и ожиданиями проходят через Legal Priority и SSOM, коммуникации подчиняются кризисным SOP и могут быть остановлены hard interrupt при конфликте с правовыми или этическими ограничениями.[3][1] ### III.4.4. Связь с SSOM и продуктовым слоем Decision Matrix является внутренним механизмом, но её решения транслируются в SSOM и продуктовый слой через:[3][1] - структуру и уровень SWSB (Level I–III), - формат Executive Stability Notes, Thematic Dossiers и Strategic Outlook, - выбор сценариев и допустимых формулировок в коммуникации с внешними адресатами.[1] SSOM использует Decision Matrix как основу для SOP (Data Evidence SOP, Regime Matrix Check SOP, Decision Escalation SOP, Communication SOP, Legal Priority Fail‑Safe SOP), обеспечивая воспроизводимую связку между режимной логикой и операционными действиями.[3][1] ## III.5. Risk Calibration & Stability Mathematics ### III.5.1. Общая логика калибровки Risk Calibration & Stability Mathematics описывает, как PSSR сопоставляет факторные шоки и их комбинации с числовыми индексами устойчивости и вероятности режимного сдвига.[1][2] Цель не в точном прогнозе конкретного события, а в стабильной и объяснимой оценке состояния системы во времени — через индексы, которые можно калибровать, валидировать и использовать как опорные точки для принятия решений (включая сравнение с историческими эпизодами).[2][3] ### III.5.2. Factor Divergence Score (FDS), LCI и VRC В ядре калибровки лежит несколько ключевых компонентов:[1][2] 1. Factor Divergence Score (FDS) — показатель расхождения между факторными слоями, фиксирующий несогласованность между, например, ростом и ликвидностью, инфляцией и ставками, кредитом и акциями, позиционированием и ценой. 2. Liquidity Compression Index (LCI) — индекс сжатия ликвидности (0–3), отражающий степень напряжения в системной, рыночной и фондирующей ликвидности. 3. Volatility Regime Classifier (VRC) — классификатор режима волатильности (Low Vol Stable / Low Vol Fragile / High Vol Reactive / High Vol Structural).[2][1] Совместное поведение FDS, LCI и VRC позволяет отлавливать моменты, когда система переходит от линейного режима к нелинейному (рост риска forced unwind, регимные сдвиги, ломка старых корреляций).[3][2] ### III.5.3. Probability of Regime Shift (PRS) Probability of Regime Shift (PRS) — интегральная оценка вероятности перехода системы в другой режим в горизонте, задаваемом конфигурацией (например, 1–3 месяца), нормированная в диапазоне 0–100.[1][2] PRS строится как функция FDS, LCI, VRC, Positioning Stress и Credit Spread Delta и интерпретируется по четырём основным зонам:[2][1] - 0–20 — низкая вероятность режимного сдвига; - 20–40 — повышенная вероятность (watchlist); - 40–60 — значимая вероятность (готовность к переключению режимов и сценарному моделированию); - 60+ — высокая вероятность (обязательная активация Heightened/Stress и усиленных SSOM‑процедур).[1] Конкретная функциональная форма и веса остаются частью закрытого математического ядра, но клиент видит прозрачную интерпретацию по зонам и факторным драйверам PRS.[2][1] ### III.5.4. Nonlinearity Detector и Shock Amplification Nonlinearity Detector отслеживает, когда комбинации FDS, LCI и связанных метрик переходят пороги, после которых линейные реакции сменяются нелинейными (цепные распродажи, маржин‑коллы, массовые пересмотры ожиданий).[1][2] Shock Amplification Coefficient описывает, насколько данный шок способен усилиться через ликвидность, плечо и корреляции, и используется для маркировки режимов, где малые начальные возмущения могут перерасти в крупные системные события.[3][1] Оба инструмента не раскрываются как формулы, но их выводы входят в Stability Surface и используютcя Macro Desk и SSOM при подготовке сценариев и кризисных документов.[2][1] *** ## III.6. Early Warning & Regime Confidence ### III.6.1. Regime Confidence Score Regime Confidence Score — служебный показатель уверенности PSSR в текущей режимной классификации и значениях ключевых индексов.[1] Он учитывает согласованность сигналов между источниками, стабильность факторного графа, наличие конкурирующих сценариев и чувствительность индексов к выбору параметров (ruleversion, modelversion).[4][1] Низкий Regime Confidence автоматически усиливает требования к human‑in‑loop, расширяет структуру SWSB и увеличивает долю описательной части и оговорок в Executive Stability Notes и Outlook.[4][1] ### III.6.2. Early Warning Logic Early Warning Logic использует PRS, LCI, FDS и связанные показатели для формирования системы раннего предупреждения, которая может срабатывать до формального переключения режима.[2][1] Базовые принципы:[1][2] - быстрый рост PRS при ещё относительно высоком SSS и умеренном SSI трактуется как предупредительный сигнал; - сочетание повышенного LCI и роста FDS без явной смены режима инициирует watchlist‑сигналы и усиленное наблюдение; - устойчивое удержание PRS в верхней зоне и рост Nonlinearity Detector приводят к рекомендациям о подготовке к переходу в Heightened/Stress даже до формального порогового события.[1] Early Warning выводится в продуктовый слой через отдельные секции SWSB, Executive Stability Notes и Strategic Outlook, а также через специализированные уведомления для Macro Desk и SSOM.[5][1] *** ## III.7. Fail‑Safe & Human‑in‑Loop ### III.7.1. Fail‑Safe Fail‑Safe — это набор инвариантов и процедур, которые ограничивают работу PSSR в ситуациях, когда автоматическая логика может привести к нежелательным или юридически неприемлемым решениям.[4][1] К ключевым элементам относятся:[4][1] - жёсткие стоп‑условия при конфликте между режимной логикой и Legal Priority (Legal Interrupt / Hard Interrupt); - блокировка автоматического выпуска продуктов в режимах Stress и Crisis до завершения human‑review по SSOM; - механизмы защиты от drift и деградации модели через Drift Monitor, Regime Confidence и дополнительные аудиты ruleversion/modelversion.[4][1] Fail‑Safe всегда трактуется как старший слой по отношению к математики и сценариям: при сомнении система останавливается, а не продолжает работу. ### III.7.2. Human‑in‑Loop Human‑in‑Loop — управляющий контур, обеспечивающий участие человека в критических точках режима и продукта.[4][1] В режиме Heightened включается обязательный human‑review для SWSB и ключевых Executive Notes; в режимах Stress и Crisis контур расширяется до полноценного SSOM‑координационного уровня (Level 2–3), где решения проходят через Macro Desk, Regime Custodian, юридический блок и ответственных за коммуникации.[4][1] Human‑in‑Loop не отменяет математику, а служит прослойкой проверки, интерпретации и адаптации рекомендаций под юридический, политический и операционный контекст, с полной фиксацией решений и мотивировок в Audit Log.[4][1] # Том V. Data Infrastructure & Factor Engine v9.3 ## V.1. Назначение инфраструктуры данных v9.3 Инфраструктура данных v9.3 задаёт, как PSSR принимает, нормализует, структурирует и фиксирует данные до и после работы Regime Engine.[1][2] Её задача — обеспечить воспроизводимость режимных выводов, чёткую трассировку источников и версий правил, а также разделение ролей между сбором данных, факторной архитектурой, режимной логикой и продуктовым слоем.[3][1] *** ## V.2. Pipeline v9.3 Базовый pipeline данных в v9.3 выглядит как последовательность:[2][1] 1. Ingestion 2. Raw Vault 3. Parsing 4. Normalization 5. Factor Registry 6. Factor Graph 7. Regime Engine 8. Output Layer 9. Audit Log На каждом этапе присваиваются и обновляются идентификаторы и версии (batchid, sourceid, parserversion, ruleversion, modelversion, regimecalcid), что обеспечивает линейную трассировку любого выводного артефакта до сырого входа.[4][1] *** ## V.3. Ingestion Layer и Raw Vault Ingestion Layer принимает входные потоки данных: отчёты (PDF, DOCX, email‑форматы), рынки (FX, rates, equities, credit, commodities), потоки по позиционированию и волатильности, макро‑ и геополитические сигналы.[1][2] Каждый входящий пакет получает batchid, фиксируются sourceid, timestamp_ingest, SLA‑атрибуты и базовая метадата; данные в неизменённом виде помещаются в Raw Vault (сырой хранилище), подписанное хешем для контроля целостности.[2][1] Raw Vault служит единственным источником истины для дальнейших пересчётов и аудита: любые споры или рекалибровки опираются на него, а не на промежуточные представления.[4][1] *** ## V.4. Parsing & Normalization Layer Parsing Layer отвечает за извлечение структурированной информации из сырого потока: выделение сущностей, событий, числовых показателей, forward guidance, метаданных и связей.[1][2] Normalization Layer приводит разрозненные сигналы к единой шкале и структуре: нормализуются единицы измерения, горизонты (days/weeks/months), типы сигналов (risk‑on / risk‑off / neutral), а также стандартные индикаторы (рост, инфляция, ликвидность, кредитный стресс, позиционирование, волатильность, геополитика, фискальный стресс).[2][1] Результатом нормализации становится набор унифицированных полей, пригодных для записи в Factor Registry и последующего построения факторного графа.[1] *** ## V.5. Factor Registry и Factor Graph Factor Registry — каталог факторов, в котором каждый фактор имеет устойчивый идентификатор и описательные атрибуты.[2][1] Типичная запись в Factor Registry включает: - Factor ID; - домен (Macro, Liquidity, Positioning, Geopolitical, Structural, Volatility); - режимную метку (Risk‑On / Risk‑Off / Neutral); - относительную важность (например, шкала 1–5); - уровень уверенности (Low / Medium / High); - sourceid и информацию об источнике; - дополнительные поля для сценариев и версионирования.[1][2] На основе Factor Registry строится Factor Graph — граф взаимосвязей, в котором факторы соединены ребрами, отражающими зависимости, корреляции и каналы передачи шока; именно Factor Graph подаётся на вход Regime Engine.[2][1] Factor Graph служит промежуточным логическим слоем между сырыми данными и режимными выводами, обеспечивая прозрачность того, какие связи считаются значимыми и как они влияют на SSS, SSI и PRS.[1][2] *** ## V.6. Regime Engine Interface, Output Layer и Audit Log Интерфейс Regime Engine принимает Factor Graph, Lag Matrix и связанные индексы и возвращает:[3][1] - значения SSS, SSI, LCI, VRC, PRS и других индикаторов; - текущий режим и режимную траекторию; - идентификатор расчёта regimecalcid, связанный с batchid, ruleversion и modelversion.[4][1] Output Layer формирует клиентские продукты: Sovereign Weekly Stability Brief (SWSB), Executive Stability Notes, Thematic Stability Dossiers, Strategic Risk Outlook и другие отчёты, каждый из которых привязан к конкретному regimecalcid и содержит ссылки на соответствующие индексы и режимы.[3][1] Audit Log фиксирует все ключевые параметры: timestamp, batchid, sourceid, parserversion, ruleversion, modelversion, regimecalcid, используемые факторы и режим, а также метки Regime Confidence и Early Warning, создавая неизменяемую цепочку доказательности.[4][1] *** ## V.7. Роли: Data Operator, Factor Architect, Regime Custodian, Product Editor Инфраструктура v9.3 опирается на четыре базовые роли, каждая из которых отвечает за свой участок pipeline.[3][1] ### V.7.1. Data Operator Data Operator отвечает за Ingestion Layer и Raw Vault:[2][1] - регистрирует источники и batchid; - обеспечивает соблюдение SLA по поступлению данных; - контролирует целостность и полноту сырого потока; - не вмешивается в факторную и режимную логику. Это эксплуатационная роль, обеспечивающая стабильность и прозрачность входного контура. ### V.7.2. Factor Architect Factor Architect отвечает за Normalization, Factor Registry и Factor Graph:[1][2] - определяет и обновляет факторные словари и структуру Factor Registry; - настраивает алгоритмы нормализации и правила включения факторов в граф; - согласует factor‑слои с Regime Engine, не вмешиваясь в расчёт SSS и режимов.[3][1] Эта роль обеспечивает устойчивость и интерпретируемость факторной архитектуры. ### V.7.3. Regime Custodian Regime Custodian отвечает за правила и конфигурацию Regime Engine и Decision Matrix:[3][1] - управляет ruleversion и modelversion, контролирует изменение режимной логики; - следит за Drift Monitor, Regime Confidence и Early Warning; - координирует связку Regime Engine, Decision Matrix и governance‑слоя (Fail‑Safe, Legal Priority, SSOM).[4][1] Regime Custodian не изменяет данные и факторы, а управляет тем, как они превращаются в режимные решения. ### V.7.4. Product Editor Product Editor отвечает за Output Layer и публично‑продуктовый контур:[3][1] - формирует SWSB, Executive Stability Notes, Dossiers, Outlook на основе regimecalcid и сопутствующих индексов; - следит за соответствием продукта Decision Matrix, SSOM и governance‑правилам; - адаптирует язык и формат под адресата (суверенный клиент, private capital, отраслевой фасад) без изменения числовых индексов и режимов.[4][1] Product Editor обеспечивает связывание режимной машины с реальными управленческими решениями, не вмешиваясь в математическое ядро. # Том II. Product Layer & SWSB ## II.1. Продуктовый слой v9.2–v9.3 Продуктовый слой PSSR опирается на режимную логику и индексы (SSS, SSI, LCI, GSI, FPI, PRS), но оформляет результат в виде понятных клиенту продуктовых форматов.[1][2] Базовая линейка включает Sovereign Weekly Stability Brief (SWSB), Executive Stability Note, Thematic Stability Dossier и Strategic Risk Outlook, которые могут конфигурироваться под суверенных клиентов, корпорации и private capital без раскрытия ядра.[3][1] *** ## II.2. Sovereign Weekly Stability Brief (SWSB) Sovereign Weekly Stability Brief (SWSB) — основной режимный продукт PSSR для суверенных и квазисуверенных клиентов.[2][1] SWSB агрегирует SSS, SSI, LCI, GSI, FPI, PRS и выводы Regime Engine в компактный документ с чёткой структурой: режим, ключевые драйверы, зоны риска, Early Warning и forward guidance, оформленные в управленческом языке.[1][3] SWSB выпускается в трёх уровнях глубины (Level I–III), что позволяет масштабировать доступ к деталям без изменения базовой режимной оценки.[1] ### II.2.1. Уровни SWSB - Level I — Executive: краткий отчёт для первого лица или узкого круга руководителей (несколько страниц, 3–5 ключевых тезисов, индексы и рекомендации).[2][1] - Level II — Analytical: расширенная аналитическая версия с детализацией по факторам, режимной траекторией, Decision Matrix и Early Warning‑блоком.[1] - Level III — Strategic / Operations: стратегический уровень для аппарата и ситуационных центров, включающий сценарные элементы, инфраструктурные и отраслевые срезы, а также связку с SSOM и кризисными протоколами.[4][1] Во всех случаях SWSB привязан к конкретному regimecalcid и содержит прозрачную ссылку на режим, индексы и ключевые факторы, использованные Regime Engine.[3][1] ### II.2.2. Структура SWSB Level I (Normal / Heightened) Для режима Normal типичная структура Level I включает:[2][1] 1. Executive summary — 3–5 тезисов о текущем состоянии и ключевых рисках. 2. Индексы — таблица/блок с SSS, SSI, LCI, GSI, FPI и режимом. 3. Decision Matrix snapshot — краткое описание, какие действия рекомендованы/не рекомендованы (по D–V–E–C–S). 4. Early Warning — несколько пунктов наблюдения (watchlist) без сценарной перегрузки. Для режима Heightened структура дополняется явным указанием усиленных процедур (human‑in‑loop, SSOM‑уровни, ограничения на forward guidance) и более развёрнутым Early Warning‑блоком.[4][1] *** ## II.3. Executive Stability Note, Thematic Stability Dossier, Strategic Risk Outlook Помимо базового SWSB, PSSR использует три специализированных формата, работающих поверх тех же индексов и режимной логики.[3][1] ### II.3.1. Executive Stability Note Executive Stability Note — короткий, сфокусированный документ для режима Heightened/Stress, привязанный к конкретному regimecalcid и набору индексов (SSS, SSI, LCI, GSI, FPI, PRS).[3][1] Он содержит: - текущий режим и ключевые сдвиги по индексам; - 3–7 пунктов интерпретации (что это значит для клиента); - выжимку из Decision Matrix (что делать и чего не делать); - явную отметку Regime Confidence и возможных ограничений (Fail‑Safe, Legal Priority).[4][1] ### II.3.2. Thematic Stability Dossier Thematic Stability Dossier — тематический отчёт по отдельному сюжету (регион, сектор, реформа, кризис), строящийся на факторном графе и сценарном слое.[1][3] Внутри Dossier:[1] - описывается факторная структура темы (Macro, Liquidity, Structural и др.); - показывается режимная история (Normal/Heightened/Stress/Stabilization во времени); - разбираются возможные сценарии (включая стресс‑сценарии) и их влияние на индексы; - даются рекомендации по управлению рисками, коммуникации и интервенциям с привязкой к SSOM и Decision Matrix.[4][1] ### II.3.3. Strategic Risk Outlook Strategic Risk Outlook — долгосрочный (6–24 месяцев) документ о стратегических рисках и возможных режимных траекториях.[3][1] Он включает: - обзор ключевых источников риска и структурных трендов; - сценарные траектории SSS, SSI, LCI, PRS и связанных индексов; - карту Early Warning (FDS, LCI, VRC, PRS overlay) и триггеры для обновления режима; - рекомендации по позиционированию, буферизации и institutional design (в границах этических и юридических ограничений).[2][1] Outlook может выпускаться как для суверенного клиента, так и для private capital, при этом числовая часть (режимы и индексы) остаётся общей, а язык и акценты меняются под адресата.[3][1] *** ## II.4. Suverign & Private Capital Packages ### II.4.1. Sovereign Client Package Для суверенных клиентов формируется пакет, который обычно включает:[2][1] - регулярный SWSB (Level I–II) с SLA по частоте и режимам; - периодические Executive Stability Notes по ключевым инцидентам; - тематические Dossiers по регионам, реформам, чувствительным секторам; - периодический Strategic Risk Outlook с фокусом на устойчивость и режимные траектории.[1][3] Все материалы проходят через SSOM‑контур (уровни 0–3) и согласуются с Legal Priority и Fail‑Safe, чтобы продукт оставался юридически и политически устойчивым для государства.[4][1] ### II.4.2. Private Capital Application Для private capital PSSR использует те же режимные и индекстные слои, но иные фасады и язык.[3][1] Типичные уровни продукта:[1] 1. Investor‑friendly weekly Investment Risk Pulse — короткий еженедельный обзор режимов и рисков (5–12 пунктов) в «инвесторском» языке. 2. Committee‑grade IC package — расширенный пакет для инвестиционных комитетов (15–40 страниц) с привязкой к Decision Matrix и сценарным решениям (duration, hedging и др.). 3. Diligence monitoring package — режимный мониторинг для сделок M&A, special situations и LP/GP‑отношений, с ранними предупреждениями и IC‑ready выводами.[2][1] Такой фасад использует те же SSS, SSI, LCI, PRS и режимы, но не раскрывает внутренние алгоритмы и факторные веса.[3][1] *** ## II.5. Governance продуктового слоя Продуктовый слой подчинён governance‑инвариантам: ни один отчёт не может противоречить режимной логике, Decision Matrix, SSOM и юридическим ограничениям.[4][1] Для каждого SWSB, Executive Note, Dossier и Outlook в Audit Log фиксируются: regimecalcid, ruleversion, modelversion, использованные индексы, уровень SSOM и наличие human‑review, что позволяет в любой момент восстановить цепочку принятия решений и защитить продукт от претензий по непрозрачности или манипулятивности.[4][1] Таким образом, Product Layer является не самостоятельной аналитикой, а управляемым фасадом над Regime Engine, Data Infrastructure и SSOM, обеспечивающим единый стандарт вывода для разных типов клиентов.[1][3] # Том IX. Sovereign Stability Operations Manual (SSOM) — конспект ## IX.1. Назначение SSOM Sovereign Stability Operations Manual (SSOM) описывает, как режимные выводы PSSR, Decision Matrix D–V–E–C–S и продуктовый слой интегрируются в контур управленческих решений суверенного клиента.[1][2] SSOM задаёт уровни эскалации, роль human‑in‑loop, юридические приоритеты и Fail‑Safe‑механику, превращая режимную математику в воспроизводимые SOP для государственных и квазигосударственных структур.[2][1] *** ## IX.2. Уровни SSOM 0–3 SSOM организован по четырём уровням, соответствующим глубине вмешательства в управленческий контур.[1] ### IX.2.1. Level 0 — Awareness / Orientation Level 0 — базовый уровень осведомлённости и ориентации:[1] - получатели: широкий круг управленцев и аналитиков, не принимающих критичных решений; - продукты: SWSB Level I, короткие Executive Notes и ориентиры по Decision Matrix без детальных SOP; - цели: создать единый язык режимов (Normal/Heightened/Stress/Stabilization) и индексов (SSS, SSI, LCI, GSI, FPI, PRS), не инициируя формальных решений.[3][1] На этом уровне PSSR работает как режимный барометр и общий фон для дискуссий. ### IX.2.2. Level 1 — Decision Matrix Layer Level 1 — слой, где Decision Matrix D–V–E–C–S начинает использоваться как обязательная рамка для отдельных решений.[3][1] - получатели: подразделения, отвечающие за мониторинг, аналитику и подготовку рекомендаций; - продукты: SWSB Level I–II, Executive Notes с явной привязкой к Decision Matrix; - цели: обеспечить, чтобы решения по данным, ожиданиям, капиталу и коммуникациям не противоречили режимной логике и ограничениям по D–V–E–C–S.[2][1] На этом уровне SSOM задаёт check‑листы и простые SOP: какие действия допустимы/запрещены при данном режиме и наборе индексов. ### IX.2.3. Level 2 — Stability Brief + Human‑in‑Loop Level 2 — уровень, на котором режимные выводы PSSR входят в контур значимых управленческих решений с обязательным human‑review.[2][1] - получатели: узкий круг ответственных за устойчивость и кризисное реагирование (аппарат, профильные ведомства, ситуационные центры); - продукты: расширенный SWSB (Level II–III), Stability Brief, Executive Notes и Dossiers с пометкой human‑in‑loop; - цели: обеспечить, чтобы решения принимались с учётом режимных индексов, Decision Matrix и Early Warning, но через явный человеческий фильтр и протоколированную дискуссию.[1][2] В Audit Log фиксируется, кто и на основании какого Stability Brief принял конкретное решение, с указанием regimecalcid, ruleversion и modelversion.[2][1] ### IX.2.4. Level 3 — Strategic Crisis Coordination Level 3 — уровень стратегической кризисной координации в режимах Stress и Crisis/Stabilization.[1][2] - получатели: руководство государства/корпорации и специализированные кризисные штабы; - продукты: SWSB Level III, Thematic Dossiers, Strategic Outlook, специальные кризисные пакеты SSOM; - цели: синхронизировать режимную картину PSSR с реальными мерами стабилизации, коммуникациями и юридическими действиями, включая возможность hard interrupt при конфликте с Legal Priority.[2][1] На этом уровне SSOM определяет, какие решения можно принимать только после определённых процедур (Data Evidence, Regime Matrix Check, Legal Review) и как фиксируются исключительные случаи. *** ## IX.3. Legal Priority & Fail‑Safe ### IX.3.1. Legal Priority Legal Priority — инвариант, согласно которому юридические и этические ограничения имеют приоритет над любыми режимными выводами и сценариями.[1][2] Если выводы PSSR или предлагаемые действия вступают в потенциальный или подтверждённый конфликт с юридическими нормами, правами, договорами или зафиксированными этическими рамками, SSOM требует остановить автоматический контур и инициировать Legal Priority‑процедуру.[2][1] Результат процедуры может включать изменение формулировок, отмену сценариев, ограничение распространения продукта или полный hard interrupt по данному case file.[1][2] ### IX.3.2. Fail‑Safe и Legal Interrupt Fail‑Safe реализуется через комбинацию Rule Engine, Audit Log и SSOM‑процессов:[2][1] - Legal Interrupt / Hard Interrupt — жёсткая остановка выпуска продуктов и применения режимных решений по конкретному инциденту, если Legal Priority фиксирует высокий или подтверждённый конфликт; - на период действия hard interrupt все связанные SOP переводятся в режим on hold, а любые действия требуют отдельного юридического и управленческого решения; - после завершения процедуры в Audit Log и case file фиксируются основания, решения и корректировки для последующей калибровки и обучения.[1][2] Fail‑Safe не отменяет режимную логику, но блокирует её автоматическое применение там, где юридический и этический риск превышает допустимый порог. *** ## IX.4. Базовые SOP SSOM SSOM определяет набор базовых SOP, которые связывают режимную информацию с операционными действиями.[2][1] ### IX.4.1. Data Evidence SOP Data Evidence SOP описывает, как проверяются и документируются данные и доказательства, лежащие в основе режимного вывода и рекомендаций.[1][2] Он фиксирует требования к источникам, кросс‑проверкам, допустимым степеням неопределённости и формату представления доказательств в SWSB, Briefs и Dossiers. ### IX.4.2. Regime Matrix Check SOP Regime Matrix Check SOP задаёт процедуру проверки соответствия предлагаемого решения Decision Matrix D–V–E–C–S и текущему режиму.[3][1] Он требует явного прохождения по слоям Data, Volatility, Expectations, Capital, Sentiment и фиксирует, какие решения допустимы, спорны или запрещены в данном режиме, с привязкой к Regime Confidence и Early Warning.[2][1] ### IX.4.3. Decision Escalation SOP Decision Escalation SOP определяет, когда решение должно быть эскалировано на более высокий уровень SSOM (например, с Level 1 на Level 2 или 3).[1][2] Критериями могут быть: высокий PRS, низкий Regime Confidence, режим Stress/Crisis, наличие Legal Priority‑флагов или значимые последствия для устойчивости системы.[1] ### IX.4.4. Communication SOP Communication SOP описывает, как режимная информация и решения транслируются во внешние и внутренние коммуникации.[2][1] Он задаёт ограничения на формулировки, тональность, использование чувствительных тем и таргетацию, чтобы продукт PSSR не превращался в инструмент цензуры или манипуляции и оставался в рамках заявленных юридических и этических инвариантов.[4][1] ### IX.4.5. Legal Priority & Fail‑Safe SOP Legal Priority & Fail‑Safe SOP объединяет юридическую оценку и механизм остановки:[2][1] - описывает критерии потенциального, вероятного и подтверждённого конфликта (LegalConflict); - задаёт шаги по приостановке SOP, запуску hard interrupt и формированию case file; - фиксирует, как решения по таким кейсам учитываются при последующих калибровках PSSR.[1][2] # Appendix I. Stability Mathematics v9.3 (текстовая версия) ## I.1. Назначение слоя Stability Mathematics Слой Stability Mathematics описывает, как PSSR переводит факторные расхождения, состояние ликвидности и режим волатильности в числовые индексы устойчивости и вероятности режимных сдвигов.[1][2] Его цель — обеспечить стабильную, калибруемую и объяснимую шкалу для SSS, SSI, LCI, VRC, PRS и производных объектов (Nonlinearity Detector, Stability Surface), не раскрывая конкретные формулы и веса.[2][1] *** ## I.2. Factor Divergence Score (FDS) Factor Divergence Score (FDS) измеряет степень расхождения между ключевыми факторными слоями системы.[1][2] Он фиксирует, насколько сильны и устойчивы конфликты между такими парами, как рост и ликвидность, инфляция и ставки, кредит и акции, позиционирование и цена, и превращает это в нормализованный показатель, пригодный для сопоставления во времени.[2][1] Высокий FDS означает, что система находится в состоянии внутреннего противоречия, где привычные корреляции и баланс сил нарушены и потенциально готовят почву для режимного сдвига.[1] *** ## I.3. Liquidity Compression Index (LCI) Liquidity Compression Index (LCI) оценивает степень сжатия ликвидности в системе и работает в операционном диапазоне от 0 до 3.[2][1] Внутри PSSR LCI агрегирует сигналы из домена ликвидности: условия центрального банка, глубину рынков, стоимость фондирования, поведение кредитных спредов и прочие показатели, связанные с доступностью и скоростью оборота капитала.[3][2] Рост LCI от низких к высоким уровням интерпретируется как переход от нормальной ликвидности к состоянию, где возрастает риск forced unwind, маржин‑коллов и нелинейной распродажи активов, с соответствующим влиянием на PRS и режимы.[1][2] *** ## I.4. Volatility Regime Classifier (VRC) Volatility Regime Classifier (VRC) — классификатор, который по совокупности метрик волатильности и корреляций относит систему к одному из четырёх режимов:[2][1] - Low Vol Stable — низкая волатильность с устойчивыми корреляциями и умеренным плечом. - Low Vol Fragile — низкая волатильность, но с признаками хрупкости (сжатие ликвидности, crowding, скрытое плечо). - High Vol Reactive — высокая волатильность как реакция на шоки при ещё работоспособной структуре рынка. - High Vol Structural — структурно повышенная волатильность, связанная с глубинными изменениями и устойчивыми стресс‑паттернами.[2] VRC не даёт числовую оценку, а выступает режимной меткой, которая входит в расчёт PRS и Stability Surface и влияет на трактовку SSS и SSI.[1][2] *** ## I.5. Probability of Regime Shift (PRS) Probability of Regime Shift (PRS) — интегральная оценка вероятности перехода системы из текущего режима в другой в заданном горизонте.[1][2] PRS строится как функция FDS, LCI, VRC, Positioning Stress и динамики кредитных спредов, но в документации v9.3 фиксируются только интерпретационные зоны, а не формула:[2][1] - зона низкой вероятности режимного сдвига; - зона повышенной вероятности (watchlist); - зона значимой вероятности, требующая подготовки к переключению режимов и сценарной работе; - зона высокой вероятности, в которой Heightened/Stress становятся базовой предпосылкой для SSOM и Decision Matrix.[1] PRS не предназначен для точного прогнозирования конкретных дат событий; он задаёт уровень напряжения вокруг линии раздела между режимами и используется для раннего предупреждения и планирования.[2][1] *** ## I.6. Nonlinearity Detector и Shock Amplification Nonlinearity Detector отслеживает моменты, когда сочетания FDS, LCI и связанных метрик перестают вести себя линейно по отношению к SSS и SSI.[1][2] Его задача — отметить области пространства факторов, где малые изменения в одном из слоёв (например, ликвидности или позиционирования) приводят к непропорционально большим сдвигам в индикаторах устойчивости или ценах.[3][2] Shock Amplification описывает, насколько сильно данный шок может усиливаться через каналы ликвидности, плеча, корреляций и механики вынужденных сделок, и используется как внутренний коэффициент для пометки потенциально опасных конфигураций.[3][1] Оба объекта не раскрываются в виде формул и порогов; клиент видит только то, что они участвуют в формировании Stability Surface, PRS и Early Warning и объясняют, почему некоторые конфигурации считаются «на грани» даже при умеренных значениях SSS.[2][1] *** ## I.7. Stability Surface как объект Stability Surface — многомерная поверхность, на которой состояние системы представлено как поле значений SSS, SSI, PRS и связанных индексов в координатах факторных расхождений и ликвидности.[1][2] Её задача — дать Macro Desk и SSOM интуитивно понятный способ видеть, в каких областях пространства факторов система находится в устойчивой «чаше», а где — у хребтов и седловин, чувствительных к шокам и нелинейности.[2][1] Stability Surface используется:[1] - для валидации режимной логики (исторические эпизоды должны занимать ожидаемые области поверхности); - для раннего предупреждения (скопления точек в опасных областях); - для объяснения клиентам, почему при близких SSS система может считаться качественно различной по риску (разное положение на поверхности).[2][1] В документации v9.3 Stability Surface описывается как концептуальный объект; конкретные ядра, метрики расстояния и способы визуализации остаются частью внутренней реализации.[3][2] *** ## I.8. Связь с Regime Engine, Early Warning и Decision Matrix Все объекты Stability Mathematics встроены в режимную архитектуру:[1][2] - Regime Engine использует FDS, LCI, VRC и PRS при классификации состояний и выборе переходов между режимами. - Early Warning слой опирается на совместное поведение PRS, LCI и Nonlinearity Detector для формирования предупредительных сигналов и watchlist.[1] - Decision Matrix D–V–E–C–S учитывает состояние ликвидности и волатильности (через LCI и VRC) при формировании ограничений по Capital и Sentiment, а также при выборе допустимых сценариев и тональности.[4][1] Таким образом, Stability Mathematics не живёт отдельной жизнью; он задаёт математическую подложку, на которой строятся режимы, продукты и SOP, оставаясь при этом непрозрачным в части конкретных формул и порогов, как того требует бутик‑модель PSSR.[2][1] # Appendix II. Liquidity Architecture & Liquidity Stress Index (LSI) ## II.1. Назначение Liquidity Architecture Liquidity Architecture описывает, как PSSR рассматривает ликвидность как отдельный режимный слой, связанный с устойчивостью системы и режимными переходами.[1][2] Цель — зафиксировать качественные уровни ликвидности, логику переходов между ними и базовые индикаторы Liquidity Stress Index (LSI) без раскрытия внутренних формул и порогов.[2][3] *** ## II.2. Три слоя ликвидности Внутри PSSR различаются три взаимосвязанных слоя ликвидности:[1][2] - Central Bank Liquidity — ликвидность, обеспечиваемая центральным банком (резервы, операции РЕПО, программы покупки активов, регулирование collateral). - Market Liquidity — способность рынков переваривать объёмы без существенного влияния на цены (depth, bid‑ask, объёмы, ETF‑механика, рыночная инфраструктура).[4][2] - Funding Liquidity — способность участников финансировать свои позиции и обязательства (стоимость фондирования, доступность кредитных линий, margin terms).[2][1] LSI и режимы ликвидности учитывают все три слоя, поскольку стресс в одном из них быстро передаётся в остальные через стандартные каналы (fire sales, collateral channels, run‑off).[5][2] *** ## II.3. Liquidity Stress Index (LSI) Liquidity Stress Index (LSI) — агрегированный индикатор состояния ликвидности системы, который обобщает метрики центральной банковской, рыночной и фондирующей ликвидности.[3][2] LSI используется для диагностики текущего режима, оценки скорости распространения шоков и настройки Decision Matrix по осям Volatility и Capital, особенно в режимах Heightened и Stress.[6][2] Конкретный набор индикаторов (спрэды, глубина, объёмы, стоимость фондирования, показатели стресса по отраслям) и способ агрегации остаются частью внутренней реализации; наружу выносится только качественная интерпретация уровней LSI и их связь с режимами.[1][2] *** ## II.4. Режимы ликвидности (A–D) В операционной логике PSSR выделяются четыре качественных режима ликвидности:[4][2] - Regime A — Abundant Liquidity - высокая глубина рынков, узкие спрэды, доступное фондирование; - ликвидность легко поглощает шоки без существенных ценовых сдвигов. - Regime B — Liquidity Friction - появляются трения: спрэды расширяются, объёмы снижаются, funding‑условия немного ухудшаются; - рынок всё ещё функционирует, но чувствителен к нарастающим шокам. - Regime C — Liquidity Stress - заметное ухудшение рыночной и/или фондирующей ликвидности, рост стоимости фондирования, ухудшение качества collateral; - стандартные стратегии ликвидности начинают давать сбои, возрастает риск fire sales и forced unwind.[3][2] - Regime D — Liquidity Vacuum - резкое иссякание ликвидности: исчезновение глубины, огромные спрэды, ограниченный доступ к фондированию; - даже небольшие продажи приводят к крупным ценовым движениям, включаются системные механизмы и кризисные SOP.[5][2] LSI и qualitative regime (A–D) совместно определяют, как Regime Engine и Decision Matrix трактуют риск ликвидности и какие ограничения вводятся по Capital и Volatility.[2] *** ## II.5. Liquidity Feedback Loop Liquidity Feedback Loop описывает, как шок в одном слое ликвидности может усиливаться и превращаться в системный кризис.[1][2] Базовая логика:[7][2] - ухудшение funding liquidity (отток финансирования, ужесточение условий) заставляет участников продавать активы; - продажи активов ухудшают market liquidity (рост спредов, падение глубины, ценовые гэпы); - падение цен и рост волатильности ухудшают качество collateral и маржинальные условия, что ещё сильнее ухудшает funding; - цикл может повторяться, усиливая стресс и подталкивая систему к смене режима и росту PRS.[5][2] PSSR использует этот контур как концептуальную основу для Nonlinearity Detector и Shock Amplification, не раскрывая численные коэффициенты и пороги.[8][2] *** ## II.6. Trigger Matrix для ликвидности Внутренний Trigger Matrix задаёт, какие типы событий в ликвидностном домене считаются потенциальными триггерами для смены режима.[9][2] Примеры триггеров (на концептуальном уровне):[2][1] - аномальные изменения в ключевых спредах (repo, basis, FRA‑OIS, кредитные спрэды); - резкое падение объёмов и глубины в системно значимых сегментах; - масштабные оттоки funding и/или collateral constraints; - эпизоды fire sales, фиксируемые по комбинации цен, объёмов и поведения участников.[8][2] Trigger Matrix не публикуется, но её наличие объясняет клиенту, почему некоторые события приводят к смене режима и усилению SSOM‑процедур даже при внешне «умеренных» ценовых движениях.[2] *** ## II.7. Связь LSI с Regime Engine, PRS и Decision Matrix LSI и режимы ликвидности тесно связаны с режимной логикой:[10][2] - Regime Engine учитывает LSI и qualitative regime (A–D) при выборе переходов между режимами Normal, Heightened, Stress, Stabilization и при расчёте SSI и PRS.[10][1] - Probability of Regime Shift (PRS) усиливается, когда высокий FDS сочетается с ухудшением ликвидности (рост LCI/LSI, переход A→B→C→D), поскольку ликвидность превращает факторные расхождения в реализацию риска.[10][2] - Decision Matrix по осям Volatility и Capital ужесточает ограничения при переходе к более стрессовым режимам ликвидности: ограничиваются рискованные позиции, плечо и агрессивные стратегии, даже если SSS формально ещё не упал до кризисного уровня.[10][2] Таким образом, Liquidity Architecture и LSI служат отдельным, но встроенным слоем, который объясняет, почему «одинаковые» шоки могут вести к различным режимам в зависимости от того, в каком состоянии находится ликвидность системы.[4][2] # PSSR v9.3 High Income Intellectual Boutique Edition Infrastructure for Regime Diagnostics & Stability Operations ## Executive Summary PSSR v9.3 — это инфраструктура диагностики и управления устойчивостью сложных систем (государственных, корпоративных, финансовых, информационных) в условиях высокой неопределённости. Система реализована как интеллектуальный бутик: ядро модели, алгоритмы и данные остаются закрытыми, клиент получает только структурированный вывод, режимную оценку и объяснимую доказательную базу.[1][2][3] Ядро PSSR строится вокруг Regime Engine и индекса System Stability Score (SSS), который агрегирует доменные слои (рост, инфляция, ликвидность, кредитный стресс, позиционирование, волатильность, геополитика, фискальное давление) в нормированную шкалу режимов Normal, Heightened, Stress, Stabilization. Дополнительные индексы (SSI, LCI, GSI, FPI, VRC, PRS) и объекты Stability Mathematics (FDS, Nonlinearity Detector, Stability Surface) позволяют фиксировать глубину напряжения, вероятность режимных сдвигов и роль ликвидности в усилении шоков.[4][5] Инфраструктура данных v9.3 включает полный pipeline ingestion → Raw Vault → Parsing → Normalization → Factor Registry → Factor Graph → Regime Engine → Output → Audit Log, с жёстким версионированием batchid, sourceid, parserversion, ruleversion, modelversion и regimecalcid. Это обеспечивает воспроизводимость выводов, контроль drift и возможность собирать пакеты доказательности для аудита, комплаенса и судебных разбирательств.[5][6][7][4] Продуктовый слой объединяет режимную математику в продаваемые форматы: Sovereign Weekly Stability Brief (SWSB) трёх уровней, Executive Stability Notes, Thematic Stability Dossiers и Strategic Risk Outlook для суверенных клиентов и private capital. Все продукты связаны с Decision Matrix D–V–E–C–S и Sovereign Stability Operations Manual (SSOM), который задаёт уровни эскалации 0–3, Legal Priority, Fail‑Safe и набор SOP (Data Evidence, Regime Matrix Check, Decision Escalation, Communication).[6][4][5] В версии v9.3 ядро режима (v9.2) и инфраструктура данных сведены в единый пакет: v9.2 отвечает на вопрос «что такое режимы и продукты», а v9.3 — «как они считаются, версионируются и защищаются». Дополнительные аппендиксы Stability Mathematics и Liquidity Architecture фиксируют качественную структуру математического ядра (без формул), позволяя калибровать, объяснять и расширять систему без раскрытия IP.[2][4][5] *** ## Table of Contents (v9.3 Assembly) 1. **Том I. Предмет, рынок и бутик‑архитектура** 1.1. Предмет проекта 1.2. Основной рынок и тип клиентов 1.3. Принцип бутик‑архитектуры 1.4. Версионность v9.2–v9.3 1.5. Стратегический замысел и границы применимости 1.6. Три класса активов PSSR 2. **Том II. Product Layer & SWSB** II.1. Продуктовый слой v9.2–v9.3 II.2. Sovereign Weekly Stability Brief (SWSB) II.3. Executive Stability Note, Thematic Stability Dossier, Strategic Risk Outlook II.4. Sovereign & Private Capital Packages II.5. Governance продуктового слоя 3. **Том III. Режимная логика и индексы** III.1. Индексы устойчивости и напряжения III.2. Режимы системы III.3. Regime Engine как машина состояний III.4. Decision Matrix D–V–E–C–S III.5. Risk Calibration & Stability Mathematics III.6. Early Warning & Regime Confidence III.7. Fail‑Safe & Human‑in‑Loop 4. **Том V. Data Infrastructure & Factor Engine v9.3** V.1. Назначение инфраструктуры данных v9.3 V.2. Pipeline v9.3 V.3. Ingestion Layer и Raw Vault V.4. Parsing & Normalization Layer V.5. Factor Registry и Factor Graph V.6. Regime Engine Interface, Output Layer и Audit Log V.7. Роли: Data Operator, Factor Architect, Regime Custodian, Product Editor 5. **Том IX. Sovereign Stability Operations Manual (SSOM, конспект)** IX.1. Назначение SSOM IX.2. Уровни SSOM 0–3 IX.3. Legal Priority & Fail‑Safe IX.4. Базовые SOP SSOM 6. **Appendix I. Stability Mathematics v9.3 (текстовая версия)** I.1. Назначение слоя Stability Mathematics I.2. Factor Divergence Score (FDS) I.3. Liquidity Compression Index (LCI) I.4. Volatility Regime Classifier (VRC) I.5. Probability of Regime Shift (PRS) I.6. Nonlinearity Detector и Shock Amplification I.7. Stability Surface как объект I.8. Связь с Regime Engine, Early Warning и Decision Matrix 7. **Appendix II. Liquidity Architecture & Liquidity Stress Index (LSI)** II.1. Назначение Liquidity Architecture II.2. Три слоя ликвидности II.3. Liquidity Stress Index (LSI) II.4. Режимы ликвидности (A–D) II.5. Liquidity Feedback Loop II.6. Trigger Matrix для ликвидности II.7. Связь LSI с Regime Engine, PRS и Decision Matrix ### 1. Country Overlay Pack v9.3‑KZ (скелет) **Назначение:** страновой слой для Factor Graph, Sovereign Overlay и SSOM для Казахстана.[1][2] 1) Country Stability Overlay — KZ (1–2 стр.) - Тип экономики: resource‑rich small open economy, hard commodities (нефть/газ, металлы), зависимость от внешних цен и транзитных коридоров.[2][3][4] - Структура шоков: - внешние: сырьевые цены, глобальные ставки, санкционный контур, Россия/Китай/ЕС;[5][6] - внутренние: институциональные реформы, региональные дисбалансы, протестный риск, governance.[7][8][1] - Узкие места: высокая концентрация экспорта, зависимость от отдельных направлений транзита, неравномерное развитие регионов и уязвимость моно‑городов.[3][9][10] 2) Country Factor Layer — KZ (1 стр.) - 5–10 KZ‑специфических факторов в Factor Graph: - Oil & metals terms‑of‑trade (Kazakhstan‑specific basket).[4] - Transit corridor risk (Россия vs Trans‑Caspian).[6][5] - Sovereign wealth fund buffer & FX reserves health.[2] - Sanctions spillover / secondary sanctions risk.[5][6] - Domestic governance & protest risk (на основе OECD Risk Governance, BTI, др.).[8][1] - Regional inequality / mono‑town vulnerability.[9] - Эти факторы входят в Sovereign Stability Overlay, но без изменения общей логики SSS/SSI/PRS. 3) SSOM Overlay — KZ (1–2 стр.) - Маппинг SSOM Level 0–3 на казахстанские институты: - Level 0: широкий аппарат, аналитические центры, Нацбанк/Минфин в режиме awareness. - Level 1: профильные департаменты Минфина/Нацбанка, риск‑подразделения квазигоссектора.[11] - Level 2: координационные советы/комиссии по устойчивости, кризисные группы правительства.[1] - Level 3: Совет безопасности, Президент, узкий кризисный штаб. - Специфические Legal Priority моменты: госСМИ, ограничение протестной активности, режим ЧП, международные обязательства (ЕС/Китай/ЕАЭС).[8][1][2] 4) Country Risk Note — KZ (2–3 стр.) - Сводка международных страновых оценок (Allianz, Coface, др.) и позиция Казахстана по макро/бизнес‑риску.[12][6][2][5] - Таблица: «PSSR‑индексы (SSS/SSI/LCI/PRS) vs. внешние рейтинги / ESG / disaster risk» с качественными комментариями.[13][14][12][5] - Краткий вывод: где PSSR видит «нестандартные» риски, не полностью отражённые в стандартных рейтингах (транзит, санкции, моно‑города, климат/бедствия).[13][5] Это всё — отдельный пакет, который в монолите можно оформить как **Country Overlay Pack KZ** после App. II. *** ### 2. Заготовки для UZ и KG Сейчас достаточно зафиксировать каркас, без детализации: **Country Overlay Pack v9.3‑UZ (скелет):**[15][16][17] - UZ Stability Overlay: демография, закрытость/открытость, реформы, транзитное положение, криминал/границы. - UZ Factor Layer: факторы по воде/энергии, пограничным рискам, реформам госсектора, Афганистану. - UZ SSOM Overlay: MES/ЧС, силовые структуры, президентский центр, режим протестов/границ.[16] - UZ Country Risk Note: governance, коррупция, ресурсный сектор, disaster risk (землетрясения, наводнения).[17][18][15] **Country Overlay Pack v9.3‑KG (скелет):**[19][20][21] - KG Stability Overlay: высокогорная страна, бедность, миграция, зависимость от перевода/золота/энергии. - KG Factor Layer: политическая волатильность, этнополитика, реформы конституции, внешняя опора (Россия, Китай, доноры). - KG SSOM Overlay: МЧС/чрезвычайки, реформы DRM, интегрированный риск‑контур (UNDP‑проект).[19] - KG Country Risk Note: governance, коррупция, инвестиционный риск, disaster risk (оползни, землетрясения, лавины).[20][21][19] # Appendix M. Stability Mathematics — Formal Specification (Internal) ## M.1. Нотация и базовые объекты Работаем на дискретной временной шкале \(t = 1,2,\dots\), с шагом, соответствующим частоте пересчёта ядра (например, день/неделя).[3] - \(X_{i,t}\) — сырое значение \(i\)-го фактора в момент \(t\). - \(\mu_i, \sigma_i\) — оценки среднего и стандартного отклонения фактора \(i\) на базовом окне (rolling/historical). - \(z_{i,t} = \dfrac{X_{i,t} - \mu_i}{\sigma_i}\) — нормированное значение фактора \(i\) (z‑score).[4][1] - \(w_i\) — вес фактора или пары факторов, \(\sum w_i = 1\) в соответствующем блоке. - Все агрегаты (FDS, LCI, PRS и т.д.) далее нормируются в удобные диапазоны (0–1, 0–3, 0–100) через монотонные функции.[2][5] *** ## M.2. Factor Divergence Score (FDS) ### M.2.1. Пары факторов и частные дивергенции Задаём набор пар факторов \(\mathcal{P}\), отражающих концептуальные конфликты:[6][3] - growth vs. liquidity, - inflation vs. rates, - credit vs. equities, - positioning vs. price, - и др. Для пары \((i,j) \in \mathcal{P}\) определяем частную дивергенцию как \[ d_{ij,t} = \left( z_{i,t} - s_{ij} z_{j,t} \right)^2, \] где \(s_{ij} \in \{-1, 0, +1\}\) отражает ожидаемый знак связи (например, рост и безработица — \(-1\), рост и кредитный риск — \(+1\)).[7][2] ### M.2.2. Агрегация в FDS Задаём веса \(w_{ij}\) для каждой пары, \(\sum_{(i,j)\in\mathcal{P}} w_{ij} = 1\). Тогда необрезанный FDS: \[ \widetilde{\mathrm{FDS}}_t = \sum_{(i,j)\in\mathcal{P}} w_{ij} d_{ij,t}. \] Для удобства интерпретации нормируем в \([0,1]\) через, например, min–max или saturating‑функцию: \[ \mathrm{FDS}_t = \min\left( 1, \frac{\widetilde{\mathrm{FDS}}_t}{K_\mathrm{FDS}} \right), \] где \(K_\mathrm{FDS}\) подбирается по историческому распределению (например, верхний квантиль).[5][2] *** ## M.3. Liquidity Compression Index (LCI) ### M.3.1. Блоки ликвидностных индикаторов Разбиваем ликвидностные индикаторы на подгруппы:[8][6] - funding spreads (repo, FRA–OIS, cross‑currency basis и т.п.); - market depth (объёмы, bid–ask, order‑book depth); - turnover/flows; - доступность collateral и пр. Для каждого индикатора \(k\) строим нормированный шкальный показатель \(u_{k,t} \in [0,1]\), где 0 — «норма», 1 — «крайний стресс» (через z‑score + saturating‑функцию или квантильную маппинг).[4][5] ### M.3.2. Агрегация и маппинг в 0–3 Определяем взвешенную сумму: \[ \mathrm{LCI}^{*}_t = \sum_k \alpha_k u_{k,t}, \quad \sum_k \alpha_k = 1, \ \alpha_k \ge 0. \] Затем маппим \(\mathrm{LCI}^{*}_t\) в дискретный индекс \( \mathrm{LCI}_t \in \{0,1,2,3\}\) через пороги \(0 \le c_1 < c_2 < c_3 \le 1\): \[ \mathrm{LCI}_t = \begin{cases} 0, & \mathrm{LCI}^{*}_t < c_1, \\ 1, & c_1 \le \mathrm{LCI}^{*}_t < c_2, \\ 2, & c_2 \le \mathrm{LCI}^{*}_t < c_3, \\ 3, & \mathrm{LCI}^{*}_t \ge c_3. \end{cases} \] Выбор \(\alpha_k\) и \(c_i\) — предмет калибровки и может отличаться по сегментам рынка.[2][5] *** ## M.4. Volatility Regime Classifier (VRC) ### M.4.1. Базовые метрики волатильности Используются:[9][3] - realized volatility \( \mathrm{RV}_t \) по окну \([t-T, t]\); - implied volatility \( \mathrm{IV}_t \) (например, индекс волатильности или своя кривая); - skew/term‑structure метрики; - cross‑asset correlation density \( \rho_t \). Строим нормированные версии \(v^{(r)}_t, v^{(i)}_t, v^{(c)}_t \in [0,1]\) через z‑score + saturating или квантильные функции.[10][5] ### M.4.2. Дискретные режимы Внутренний непрерывный индекс: \[ \mathrm{VRX}_t = \beta_r v^{(r)}_t + \beta_i v^{(i)}_t + \beta_c v^{(c)}_t, \quad \beta_r+\beta_i+\beta_c = 1. \] Определяем пороги \(0 \le b_1 < b_2 < b_3 \le 1\) и дискретный VRC: \[ \mathrm{VRC}_t = \begin{cases} \text{Low Vol Stable}, & \mathrm{VRX}_t < b_1, \\ \text{Low Vol Fragile}, & b_1 \le \mathrm{VRX}_t < b_2, \\ \text{High Vol Reactive}, & b_2 \le \mathrm{VRX}_t < b_3, \\ \text{High Vol Structural}, & \mathrm{VRX}_t \ge b_3. \end{cases} \] Для использования в PRS вводим числовую кодировку \(v_t \in \{0,1,2,3\}\) по этим четырём состояниям. *** ## M.5. Probability of Regime Shift (PRS) ### M.5.1. Линейный риск‑скор Строим линейную комбинацию:[11][3] \[ \eta_t = \gamma_0 + \gamma_1 \mathrm{FDS}_t + \gamma_2 \mathrm{LCI}^{*}_t + \gamma_3 v_t + \gamma_4 \mathrm{PosStress}_t + \gamma_5 \mathrm{CS\Delta}_t, \] где - \(\mathrm{LCI}^{*}_t\) — непрерывная версия LCI (из M.3), - \(v_t\) — кодированный VRC, - \(\mathrm{PosStress}_t \in [0,1]\) — нормированная метрика позиционного стресса (crowding, leverage и пр.), - \(\mathrm{CS\Delta}_t \in [0,1]\) — нормированное изменение кредитных спредов.[3][6] ### M.5.2. Логистическая трансформация Определяем PRS как логистическую функцию:[12][11] \[ \mathrm{PRS}_t = 100 \cdot \sigma(\eta_t) = 100 \cdot \frac{1}{1 + e^{-\eta_t}}, \] так что \(\mathrm{PRS}_t \in (0,100)\). Интерпретационные зоны (0–20, 20–40, 40–60, 60+) задаются на уровне бизнес‑логики и могут корректироваться без изменения базовой формулы. *** ## M.6. Nonlinearity Detector и Shock Amplification (формальный слой) ### M.6.1. Nonlinearity Detector Одна из возможных формализаций: сравнение фактического изменения SSS с ожидаемым от линейной модели факторов.[11][3] Пусть - \(\widehat{\Delta \mathrm{SSS}}^\mathrm{lin}_t\) — ожидаемое изменение SSS по линейной регрессии от факторов, - \(\Delta \mathrm{SSS}_t = \mathrm{SSS}_t - \mathrm{SSS}_{t-1}\) — фактическое изменение. Тогда необрезанный индикатор нелинейности: \[ \widetilde{\mathrm{NL}}_t = \left( \Delta \mathrm{SSS}_t - \widehat{\Delta \mathrm{SSS}}^\mathrm{lin}_t \right)^2, \] и нормированная версия: \[ \mathrm{NL}_t = \min\left(1,\frac{\widetilde{\mathrm{NL}}_t}{K_\mathrm{NL}}\right), \] где \(K_\mathrm{NL}\) калибруется по историческим данным. ### M.6.2. Shock Amplification Вводим простой коэффициент усиления:[13][3] \[ \mathrm{SA}_t = \delta_1 \mathrm{LCI}^{*}_t + \delta_2 \mathrm{LSI}^{*}_t + \delta_3 \mathrm{PosStress}_t + \delta_4 v_t, \] где \(\mathrm{LSI}^{*}_t\) — непрерывная версия Liquidity Stress Index из App. II. Затем нормируем в \([0,1]\): \[ \mathrm{SA}^{\mathrm{norm}}_t = \min\left(1,\frac{\mathrm{SA}_t}{K_\mathrm{SA}}\right). \] Высокие значения \(\mathrm{NL}_t\) и \(\mathrm{SA}^{\mathrm{norm}}_t\) используются для пометки «опасных» областей на Stability Surface и могут входить как дополнительные регрессоры в \(\eta_t\) для PRS (в расширенной спецификации). *** ## M.7. Калибровка и пересмотр параметров ### M.7.1. Историческая калибровка - Выбор \(\mu_i, \sigma_i\) — rolling‑окна или расширяющиеся выборки с robust‑оценками.[2] - \(\alpha_k, \beta_\cdot, \gamma_\cdot, \delta_\cdot, K_\cdot, c_i, b_i\) — подбираются либо: - через экспертное взвешивание (форматы, описанные в литературе по composite indices),[14][15] - либо через оптимизационные задачи (минимизация RMSE по историческим режимным событиям, максимизация разделимости «до/после» кризисов).[16][2] ### M.7.2. Governance калибровки - Все изменения в наборах факторов, парах \(\mathcal{P}\), weights и thresholds фиксируются через \( \text{ruleversion} \) и \( \text{modelversion} \) в Audit Log.[17][3] - Regime Custodian отвечает за процесс изменения параметров, валидацию результатов и документирование причин (новые данные, изменение структуры рынка, появление country overlays). - Для критичных клиентов изменения версий могут проходить через отдельный Calibration Board / Think Tank.[18][19] ### III.Z.1. Цели валидации Назначение этого раздела — описать, **как проверяется и калибруется режимная математика PSSR** (SSS, SSI, LCI, VRC, PRS, вспомогательные индексы) на исторических данных и как принимаются решения об изменении параметров моделей.[1][2] Валидация преследует три цели: - подтвердить, что индексы и режимы **достаточно чувствительны** к кризисным эпизодам и режимным сдвигам (early‑warning, а не пост‑фактум);[3][1] - ограничить **частоту ложных тревог** до заранее согласованного уровня, чтобы система не превращалась в «сирену»;[4][5] - обеспечить **воспроизводимость и трассируемость** всех изменений моделей (modelversion, ruleversion) на уровне, достаточном для регуляторов, внутреннего аудита и судебных процедур.[6][7] *** ### III.Z.2. Исторические эпизоды и датасеты Для бэктестинга и калибровки PSSR формируется **набор эталонных эпизодов**, включающий как глобальные, так и локальные режимные сдвиги; каждый эпизод описывается временным окном, набором затронутых индикаторов и зафиксированным «ground truth» по сменам режимов и кризисным событиям.[8][1] Минимальный базовый набор включает: - глобальные кризисы ликвидности и волатильности (например, 2008–2009, март 2020, эпизоды резкого ужесточения финансовых условий);[1][8] - региональные и страновые эпизоды (долговые кризисы, валютные шоки, банковские паники), для которых доступны независимые ретроспективные оценки суверенного риска и системной нестабильности;[9][10] - локальные события в целевой юрисдикции (для KZ/ЦА — протестные эпизоды, тарифные и трудовые конфликты, банковские стресс‑ситуации), по которым можно восстановить последовательность информационных, финансовых и операционных проявлений.[11][12] Для каждого эпизода формируется **обезличенный датасет** с: - временными рядами факторов (Macro, Liquidity, Volatility, Credit, Positioning, Narrative/Media) и индексов PSSR; - официальными «якорями» (рейтинги, суверенные спрэды, макро‑индикаторы, регуляторные меры) из внешних методологий суверенного риска и макропруденциального анализа;[13][9] - разметкой «кризис / некризис» и ключевых дат (onset, peak, resolution) для целей оценки раннего предупреждения.[5][1] ### III.Z.3. Метрики качества и целевые уровни Качество режимной математики оценивается отдельно для: - детекции и предсказания **смен режимов** (Normal/Heightened/Stress/Stabilization); - **раннего предупреждения** кризисов (PRS, Early Warning); - непрерывных индексов (SSS, SSI, LCI и др.).[1][2] Для смен режимов и кризисных событий используются: - **Precision / Recall / F1** для классов «переход в Stress» и «возврат из Stress», с таргетами по согласованию (например, Recall не ниже целевого уровня при ограничении False Alarm Rate);[3][4] - **False Alarm Rate (FAR)** и **Hit Rate**, чтобы контролировать соотношение «пойманных» кризисов и ложных тревог;[5][6] - **Lead Time Distribution** (распределение опережения сигнала PRS/индексов относительно дат onset/peak), с минимально требуемым медианным опережением. Для непрерывных индексов и агрегатов: - **RMSE / MAE** между SSS/SSI и эталонными внешними индикаторами суверенного риска, где это уместно;[7][8] - **Discrimination Power** (например, AUROC/AUPRC) для PRS и связанных индексов как вероятностных предсказателей переходов между режимами.[9][10] Целевые уровни метрик фиксируются Calibration Board и могут различаться по кластерам стран/сектору; изменения таргетов сами по себе считаются управленческим решением и логируются.[4][1] *** ### III.Z.4. Процедура калибровки и пересмотра параметров Калибровка моделей PSSR выполняется в два слоя: - **структурный** (состав факторов, функциональная форма индексов); - **параметрический** (веса, пороги, коэффициенты PRS и вспомогательных индикаторов).[11][1] Общий цикл выглядит так: 1. Формируется выборка исторических эпизодов и контрольных периодов (out‑of‑sample). 2. На базовом наборе параметров рассчитываются индексы и режимы, вычисляются метрики из III.Z.3. 3. Проводится **поиск параметров** (например, сеточный поиск, байесовская оптимизация, bootstrap/Monte‑Carlo), нацеленный на достижение заданных trade‑off по Recall / FAR / lead time.[12][1] 4. Полученные кандидаты проверяются на устойчивость (robustness) и отсутствие переобучения, в том числе на контрольных периодах без крупных кризисов.[3][5] 5. Результаты и предлагаемые изменения параметров выносятся на Calibration Board; после утверждения создаётся новая **modelversion** / **ruleversion**, которая фиксируется в Registry и применяется только для последующих расчётов.[13][14] Частота плановой калибровки (например, ежегодно или раз в несколько лет) и критерии внепланового пересмотра (структурные сдвиги в экономике, изменение доступности данных) задаются в отдельной политике и привязаны к governance‑процессам клиента.[15][1] ## 1) Блок в Томе II: описание Immersive Suite Формат: это подпункт продуктовой линейки, без технических деталей. **2.x. PSSR Immersive Suite (VR‑фасад для Level III)** Назначение: дополнительный, строго опциональный интерфейс для суверенных и корпоративных клиентов уровня Board/Совбез, предназначенный для наглядной демонстрации режимной логики, факторного графа и сценариев SSOM в формате иммерсивной сессии в защищённом помещении.[1][2] Основные элементы: - Immersive Regime Room Трёхмерная визуализация текущего режима и Stability Surface: клиент видит своё положение на поверхности устойчивости и может проиграть 1–2 заранее подготовленных сценария (шоки по ликвидности, нарративам, геополитике) с немедленным отображением смены режимов и приближения к нелинейным порогам.[3] - Factor Graph Room Объёмное представление Factor Graph: факторы отображаются в виде узлов с весами, связями и уровнями стресса; клиент может проследить каскадные эффекты выбранного шока или управленческого действия от локального события до системных индексов (SSS/PRS, доверие к институтам, финансовая стабильность).[4] - Scenario War Room (KZ / региональные пакеты) Голографическая карта страны или портфеля активов с нанесением очагов напряжённости и регионального заражения; клиент может проигрывать SSOM‑протоколы и сценарии (эскалация/деэскалация, информационные/силовые пакеты), наблюдая, как меняются режимы и PRS по регионам.[5][6] Принципы: - Immersive Suite доступен только для клиентов Level III и используется в формате закрытых сессий (встреча на уровне L+1 / L+2, не для ежедневной работы).[7][8] - Все визуализации основаны на реальных расчётах Regime Engine и Factor Graph, по конкретному regime_calc_id; любая сцена может быть воспроизведена в виде стандартного отчёта (таблицы, графики, narrative evidence).[2][9] - VR‑интерфейс не заменяет SWSB и Executive Stability Note, а служит витриной и тренажёром для ключевых лиц, облегчая понимание многомерной архитектуры PSSR. Коммерческий статус: - Immersive Suite не распространяется как самостоятельный продукт; предлагается как опция в составе суверенного пакета или стратегического ретейнера и включается в план работы в виде 1–2 сессий в год (дополнительные сессии — отдельный engagement).[7] *** ## 2) Черновой SOP для VR‑сессии Level III (SSOM) Это лучше оформить как подпункт в Томе IX (SSOM), раздел уровня 2–3: *“SOP: Immersive Simulation Session Level III”*. **IX.x. SOP Immersive Simulation Session (Level III)** Цель: обеспечить управляемое, воспроизводимое и безопасное использование VR‑интерфейса PSSR для высшего руководства клиента, исключительно в целях понимания режимной логики, тестирования сценариев SSOM и обучения команд, без вмешательства в модель и без принятия ad‑hoc решений на основе «эффекта присутствия».[10][11] **IX.x.1. Инициация** - Право инициировать сессию имеют: - со стороны клиента: L+1 (руководитель органа) или уполномоченный член Совбеза/Совета директоров, - со стороны PSSR: Lead Engagement Partner + Regime Custodian. - Оформление: - краткий TOR сессию: цель (обучение / разбор кейса / тест сценария), охват (страна/портфель/сектор), допустимый уровень детализации (агрегированный / чувствительные данные исключены).[12][5] **IX.x.2. Подготовка сценариев** - Источники сценариев: - исторические эпизоды (replay) с привязкой к реальным regime_calc_id, - гипотетические stress‑сценарии, заранее промоделированные Regime Engine (scenario_id). - Для каждого сценария заранее фиксируются: - входные шоки (изменения факторов/политики), - используемые SSOM‑протоколы (policy_id), - ожидаемые метрики (изменения SSS/PRS, режимов, contagion).[13][5] - Все сценарии проходят предварительное согласование: - с Regime Custodian (корректность, отсутствие вмешательства в калибровки), - с Legal Advisor (отсутствие персональных данных, допустимый уровень чувствительности).[14] **IX.x.3. Средства и безопасность** - Сессии проводятся: - только в заранее определённом защищённом помещении клиента или PSSR (air‑gapped, без внешних подключений), - на сертифицированных устройствах, управляемых оператором PSSR. - Запрещено: - запись видео/экрана с гарнитур и внешними устройствами, - подключение гарнитур к интернету во время сессии. - Оператор PSSR отвечает за: - предзагрузку только утверждённых сценариев, - отсутствие возможности менять параметры моделей в ходе сессии.[9] **IX.x.4. Проведение сессии** Структура (рекомендуемая длительность 20–40 минут): 1. Вступление (3–5 минут) - напоминание целей, границ (что можно/нельзя), регламента; - фиксация присутствующих (журнал Session Log). 2. Блок 1: Обзор текущего состояния (5–10 минут) - демонстрация текущего режима и ключевых индексов в Immersive Regime Room; - без интерактива, только объяснение. 3. Блок 2: Сценарная демонстрация (10–20 минут) - 1–2 сценария по заранее утверждённому плану: - Factor Graph Room для каскадных эффектов, - Scenario War Room для регионального/портфельного слоя. - интерактив допускается только в рамках заранее определённых степеней свободы (выбор сценария/протокола из списка, но не произвольная ручная калибровка). 4. Завершение и фиксация выводов (5 минут) - формулируются 2–3 ключевых наблюдения; - оператор PSSR фиксирует их в Session Summary; никаких решений в VR не оформляется.[6][12] **IX.x.5. Пост‑сессия и evidence** - В течение 24–72 часов PSSR предоставляет: - краткий письменный отчёт (Session Summary): какие сценарии проиграны, какие режимные сдвиги наблюдались, какие уроки/ограничения SSOM выявлены; - при необходимости — детализированный evidence‑пакет (таблицы, графики, ссылки на модели), позволяющий восстановить сцену без VR. - Любые изменения SSOM/политик по итогам сессии: - проходят стандартный цикл согласования (не считаются «автоматическими» выводами VR); - Session Summary прикладывается в качестве supporting material к решению.[11] **IX.x.6. Ограничения и запреты** - Запрещено: - использовать VR‑сессию как единственный источник обоснования для юридически значимых решений; - менять в ходе сессии параметры моделей, веса факторов или пороги режимов (это компетенция Calibration Board в отдельном процессе); - использовать VR‑сценарии с персональными данными или сырой оперативной информацией (только агрегированные и/или обезличенные слои).[14]