[ChatGPT] PSSR v9.6.1

ChatGPT neutral 2026-04-11 37 чанков ~55 мин чтения

Сущности

III PSSR VI VII VIII IX SWSB ЛПР Область X 1

PSSR v9.6.1 Единый документ. Режимная диагностика устойчивости и протокол реагирования Статус документа Версия: v9.6.1 (монолитная сборка) Patch: v9.6.1 — Risk Hardening (взгляд 2026) Назначение: внутренний стандарт бутика для производства продуктов режимной диагностики и их поставки заказчикам в виде отчётных изделий и брифингов Область применения: суверенный контур, корпоративный контур, инвестиционный контур Принцип поставки: продаются результаты и продукты, доступ к системе и вычислительному ядру не предоставляется Режим сохранности: закрытый документ, предназначен для персонального контура и внутренней разработки Оглавление 1. Назначение, границы и режимная рамка 2. Эпистемология и инварианты 3. Продуктовая линия и стандарт выпуска 4. Интерпретационный контур и управленческая коммуникация 5. Инфраструктура, воспроизводимость и аудит 6. Операционный протокол работы с режимами 7. Каскадная динамика и причинные цепочки 8. Продвинутые модули и эволюция модели 9. Национальные адаптации: Kazakhstan Overlay 10. Институционализация, защита и стратегия Приложения (А–В): математика, калибровка, глоссарий Шаблоны продуктов: SWSB, Regime Dossier, Executive Note, Crisis Alert Томная декомпозиция: I, III, V, VI, VII, VIII, IX, X 1. Назначение, границы и режимная рамка PSSR — система режимной диагностики устойчивости сложных социально-экономических систем. Её предметом является состояние системы и динамика напряжения, а не предсказание конкретных событий. Система строит измеримое представление о том, в каком режиме находится объект управления, как меняется запас устойчивости, какова вероятность перехода между режимами в заданном горизонте, где находятся точки повышенной чувствительности и где растёт нелинейность, способная ускорить каскад. PSSR отделяет вычислительную диагностику от управленческого решения. Диагностика фиксирует состояние, а решение остаётся в ответственности института и ЛПР. В поставляемых продуктах допускаются сценарные развилки, интервальные оценки и условия применимости, но не допускаются директивы и категорические предписания. В системе используется режимная шкала из четырёх состояний: нормальный режим, режим повышенной напряжённости, стрессовый режим, режим стабилизации. Режим определяется комбинацией агрегированного индекса устойчивости, вероятности перехода, показателя нелинейности и уровня уверенности в данных и параметрах. Внутренние пороги задаются математической спецификацией и подлежат ретроспективной проверке; в клиентском продукте пороги не раскрываются, но вывод всегда сопровождается уровнем уверенности и границами применимости. 2. Эпистемология и инварианты PSSR различает наблюдаемое, латентное и агрегированное. Наблюдаемое — это входные данные и сигналы, латентное — факторные состояния, агрегированное — индексы и режимы. Управленческий текст является отдельным слоем и не имеет права «подменять» агрегаты. Это разделение является базовой защитой от манипуляции, от давления на выводы и от смешения анализа с политическими интерпретациями. Система исходит из неполной наблюдаемости. Данные не равны состоянию. Любой индекс устойчивости является оценкой, а не абсолютной величиной. Поэтому в v9.6 фиксируется обязательный принцип: любой режим и любая оценка вероятности сопровождаются указанием уровня уверенности и кратким описанием ограничений данных. Неопределённость классифицируется на информационную, параметрическую и структурную. Информационная определяется качеством данных и запаздыванием источников. Параметрическая связана с неопределённостью коэффициентов и весов. Структурная означает изменение структуры причинных связей и рост дрейфа параметров. В стрессовых фазах эти неопределённости могут усиливать друг друга: внешняя турбулентность повышает дрейф и снижает уверенность даже при наличии большого объёма данных. Система калибруется с приоритетом минимизации пропуска фазового перехода, поскольку для малых открытых систем пропуск каскада имеет более высокую цену, чем ложное предупреждение. Этот приоритет является управленческим выбором и фиксируется как инвариант калибровки. В v9.6 также фиксируется институциональный риск «Кассандры»: корректная диагностика может быть отвергнута, если она воспринимается как токсичная или политически неудобная. Поэтому интерпретационный контур формализуется, а язык предупреждений стандартизируется. При этом стандарт запрещает снижать риск словами и запрещает подгонять формулировки под ожидания заказчика. Уровень прямоты языка зависит от режима и уверенности, но численные опоры не подлежат редактированию. Ключевые инварианты v9.6 следующие: расчёты отделены от интерпретации, вероятность публикуется как интервал, уровень уверенности публикуется всегда, любые версии ядра и коэффициентов архивируются, скрытые корректировки запрещены, доступ к вычислительному ядру не передаётся заказчику, а любые изменения параметров проходят внутренний протокол утверждения и версионирования. 3. Продуктовая линия и стандарт выпуска Бутик продаёт результаты в форме стандартизированных продуктов. Платформа и доступ к системе не продаются. Продукт считается поставленным только при наличии паспорта выпуска, версии модели, окна расчёта, перечня источников по классам, ключевых индексов, вероятности с доверительным интервалом, уровня уверенности и раздела ограничений. Любой текст без этих элементов не считается продуктом PSSR. Продукты делятся на регулярные, оперативные, стратегические и ретроспективные. Регулярным базовым продуктом является еженедельный режимный бюллетень. Оперативным — уведомление о резком изменении режима, вероятности или нелинейности. Стратегические изделия включают режимное досье и краткую записку для ЛПР. Ретроспективный продукт обязателен как внутренний слой и представляет собой разбор точности вероятностей, ошибок предупреждения и эффективности интерпретационного контура. Еженедельный бюллетень имеет фиксированную структуру: паспорт, режим и ключевые значения, динамика устойчивости, вероятность перехода и окно риска, факторная декомпозиция по блокам роста, ликвидности, ожиданий, капитала и социального давления, признаки нелинейности и каскадов, окна чувствительности и границы применимости, ограничения данных и требования к проверке. Эта структура не меняется и обеспечивает сопоставимость выпусков. В бюллетене запрещены категорические формулировки; сильные выводы допускаются только при высокой уверенности и с численной опорой. Режимное досье выпускается при переходах между режимами и при пересечении порогов вероятности и нелинейности. Досье строится как разбор причинных цепочек и каскадов, а не как перечень факторов. Оно обязано показывать траекторию агрегата, динамику нелинейности и вероятности, структуру обратных связей, доверительные интервалы, уровень уверенности по фазам, а также ретроспективную проверку того, что модель видела заранее, что фиксировала в моменте и что оказалось постфактум. Краткая записка для ЛПР является компактным изделием, где сохраняются режим, ключевой риск, вероятность и горизонт, уровень уверенности и одно-две иллюстрации динамики. Она не раскрывает коэффициенты и не содержит формул, но обязана сохранять дисциплину вероятностей и ограничений. Оперативное уведомление выпускается при резких изменениях вероятности, нелинейности, дрейфа или уверенности. Оно должно быть кратким, содержать численные опоры и ограничения. Оно не содержит дискуссии и не подменяет досье. Ретроспективный разбор точности является обязательным внутренним изделием. Он фиксирует, где вероятности были завышены или занижены, где уверенность оказалась некорректной, как часто система давала предупреждения и какова доля пропусков фазовых переходов. Этот разбор не редактируется задним числом и является основой эволюции модели. 4. Интерпретационный контур и управленческая коммуникация Интерпретационный контур — регламентированный перевод диагностики в управленческий язык. Он не корректирует расчёты и не меняет вероятность словами. Его задача — обеспечить принятие информации без искажения численных опор и без политической подмены. В v9.6 вводится шкала интенсивности формулировок, привязанная к сочетанию вероятности перехода, нелинейности и уровня уверенности. Интенсивность управляет прямотой языка, но не меняет содержание факта. Любое управленческое сообщение должно содержать фиксацию состояния, динамику, вероятность изменения, горизонт, уровень уверенности и ограничения. Пропуск любого из этих элементов считается дефектом. Для работы с «токсичной правдой» применяется протокол последовательности: сначала состояние и динамика, затем интервальная вероятность и горизонт, затем ограничения. Запрещено начинать с эмоциональных конструкций и запрещено превращать предупреждение в риторику. В кризисной фазе допускается сверхкраткий формат: состояние, риск, вероятность, горизонт, уверенность. Этот формат предназначен для предотвращения перегруза ЛПР. Интерпретационный контур также ведёт архив версий текста и позволяет выявлять когнитивный дрейф и адаптацию языка под давление. Любые правки формулировок после выпуска фиксируются как новая версия, с указанием причины, влияния на вывод и влияния на возможные решения. Символический слой допускается только как внутренний инструмент команды. Он не используется в поставляемых продуктах, чтобы не создавать стилистических уязвимостей и не провоцировать неверное внешнее прочтение. 5. Инфраструктура, воспроизводимость и аудит Вычислительное ядро PSSR представляет собой закрытый контур обработки данных, в котором последовательно реализуются этапы приёма сигналов, нормализации, факторизации, агрегации, расчёта вероятности перехода и формирования отчётных изделий. Заказчику не предоставляется доступ ни к исходным данным, ни к коэффициентам, ни к внутренним графам факторов. Передаются только результаты, снабжённые паспортом выпуска. Все входные данные классифицируются по источникам и лагам. Для каждого класса фиксируются периодичность, средняя задержка, дисперсия задержки, тип ошибки и метод очистки. Нормализация выполняется с учётом сезонности, структурных сдвигов и разрывов рядов. Внутренние коэффициенты калибруются на ретроспективном наборе эпизодов, включая фазы резкой турбулентности. Воспроизводимость обеспечивается жёстким версионированием. Каждому выпуску присваивается версия модели, версия параметров, окно расчёта и контрольная сумма вычислительного набора. Любая корректировка коэффициентов оформляется новой версией с обязательной записью причины, ожидаемого эффекта и зоны риска. Запрещены скрытые правки и «подгонка» задним числом. Аудит реализуется в трёх слоях. Первый — вычислительный: проверка корректности агрегации, устойчивости к выбросам и адекватности интервалов вероятности. Второй — методологический: проверка соответствия эпистемологическим инвариантам и отсутствия подмены диагностики интерпретацией. Третий — продуктовый: контроль наличия всех обязательных элементов паспорта выпуска и корректности языка предупреждений. Доступ к ядру ограничен кругом лиц, прошедших внутреннюю сертификацию. Внутренний журнал качества фиксирует сбои, аномалии данных, случаи превышения лагов и эпизоды, когда уровень уверенности снижался из-за деградации источников. Этот журнал не передаётся заказчику, но используется для внутренней оценки надёжности. 6. Операционный протокол работы с режимами Операционный протокол описывает действия команды в зависимости от режима системы и динамики ключевых показателей. Протокол не является инструкцией для заказчика; это регламент внутренней работы бутика. В нормальном режиме команда поддерживает регулярный цикл выпуска, контролирует дрейф параметров и отслеживает ранние признаки нелинейности. Основное внимание уделяется стабильности агрегата и качеству данных. Изменения коэффициентов в этой фазе допускаются только после ретроспективной проверки. В режиме повышенной напряжённости усиливается частота мониторинга и расширяется набор индикаторов раннего предупреждения. При росте вероятности перехода и нелинейности готовится сценарное досье с разбором причинных цепочек. В этой фазе интерпретационный контур усиливает прямоту языка, но сохраняет интервальные оценки и ограничения. В стрессовом режиме приоритетом становится сокращение лага между расчётом и выпуском. Допускается переход к кратким оперативным уведомлениям с минимальным текстом и максимальной численной опорой. Команда фиксирует динамику вероятности перехода и уровень уверенности в каждом выпуске. Любые изменения параметров в этой фазе запрещены без отдельного протокола и коллективного решения. В режиме стабилизации внимание переносится на оценку остаточной нелинейности и риска повторного каскада. Обязательно формируется ретроспективный разбор, где фиксируется, что модель видела заранее, как изменялась вероятность и каков был реальный исход. Этот разбор является основой эволюции параметров. Протокол также содержит правило недопустимости «притупления» предупреждений. Если вероятность перехода превышает внутренний порог, предупреждение формируется независимо от политической чувствительности темы. 7. Каскадная динамика и причинные цепочки PSSR рассматривает систему как совокупность взаимосвязанных контуров: экономического, финансового, социального, институционального и внешнего. Каскад возникает тогда, когда локальное напряжение усиливается через обратные связи и приводит к ускоренному изменению агрегированного индекса. Для выявления каскадов используется показатель нелинейности, основанный на ускорении изменения агрегата и росте дисперсии факторных вкладов. При устойчивом росте нелинейности даже умеренное значение вероятности перехода рассматривается как предупреждение. Причинные цепочки описываются как ориентированные графы факторов. Внутренний граф не раскрывается заказчику, но в досье показывается декомпозиция по блокам и направление влияния. Это позволяет сохранить объяснимость без раскрытия ноу-хау. В малых открытых экономиках особую роль играют внешние шоки. Поэтому в национальной адаптации усиливается блок внешней зависимости и чувствительность к логистическим и сырьевым факторам. Каскад может начинаться вне страны, но реализовываться через внутренние ожидания и ликвидность. 8. Продвинутые модули и эволюция модели Продвинутые модули включают вероятностное моделирование переходов, оценку дрейфа параметров, анализ слепых зон и калибровку доверительных интервалов. Вероятность перехода рассчитывается как функция текущего агрегата, скорости его изменения, нелинейности и факторной структуры. Итоговая величина публикуется как интервал с уровнем доверия. Дрейф параметров оценивается через расхождение между прогнозируемыми и фактическими траекториями. При превышении порога активируется протокол пересмотра коэффициентов. Пересмотр проводится только на расширенном ретроспективном наборе, чтобы исключить реактивную подстройку под единичный эпизод. Модуль анализа слепых зон оценивает вероятность того, что ключевой фактор не отражён в текущем графе. Он использует аномалии остатков и расхождения между агрегатом и совокупностью вкладов. При устойчивом расхождении формируется гипотеза о структурном сдвиге. Эволюция модели фиксируется в журнале версий. Переход к новой подверсии возможен только после ретроспективной проверки на наборе исторических эпизодов, включая периоды резкой турбулентности. 9. Национальные адаптации: Kazakhstan Overlay Kazakhstan Overlay усиливает блоки, связанные с сырьевой зависимостью, логистикой, внешними санкционными контурами и региональной геополитикой. Вес факторов, связанных с экспортной выручкой, валютной ликвидностью и транспортными коридорами, увеличивается по сравнению с базовой моделью. В адаптации учитывается высокая чувствительность к внешним потокам капитала и информационным импульсам. Социальный блок включает индикаторы доверия и напряжения, скорректированные на региональные особенности. Overlay не меняет архитектуру, а только перенастраивает веса и чувствительность. Все изменения фиксируются как отдельная версия с указанием диапазона применимости. 10. Институционализация, защита и стратегия Бутик не продаёт доступ к системе, а поставляет результаты. Это создаёт модель с высокой добавленной стоимостью и снижает риск утечки ноу-хау. Интеллектуальная собственность защищается через разделение ядра и продукта, договоры конфиденциальности и внутренний режим доступа. Институционализация включает подготовку операторов, развитие внутренней академии и формирование стандарта профессии. Заказчик получает продукт и консультацию, но не получает права на воспроизводство модели. Стратегия развития предусматривает постепенное расширение продуктовой линии и географии, при сохранении закрытости вычислительного ядра. Приложения Приложение А. Математическая спецификация (сокращённая публичная версия) Агрегированный индекс устойчивости рассчитывается как взвешенная сумма нормализованных блоков: SSS = w₁·G + w₂·L + w₃·E + w₄·C + w₅·S где G — блок роста, L — ликвидность, E — ожидания, C — капитал, S — социальное давление. Сумма весов равна единице. Конкретные значения весов относятся к ноу-хау и не раскрываются в продуктах. Вероятность перехода рассчитывается как логистическая функция от агрегата, его производной и показателя нелинейности. Итог публикуется в виде интервала [p₁, p₂] с уровнем доверия. Уровень уверенности формируется как функция качества данных, устойчивости параметров и расхождения модели с фактической траекторией. Приложение Б. Калибровка и ретроспективная проверка Калибровка проводится на наборе исторических эпизодов. Оцениваются точность вероятностей, доля ложных предупреждений и доля пропусков переходов. Приоритет отдаётся снижению пропусков. Приложение В. Глоссарий Индекс устойчивости — агрегированная оценка состояния системы. Вероятность перехода — оценка риска смены режима в заданном горизонте. Нелинейность — показатель ускорения и каскадности динамики. Overlay — национальная адаптация весов и чувствительности. Паспорт выпуска — обязательный набор метаданных продукта. Приложение А. Полная математическая спецификация v9.6 (внутренний слой, по материалам «Plus Mathematics 15022») Ниже фиксируется математическая часть в том виде, в котором её можно держать внутри пакета как закрытое приложение. В продуктах для заказчика эти формулы не публикуются целиком; наружу выходят только агрегаты, интервальные оценки и уровень уверенности. Численные параметры, прямо заданные в исходной математике, я сохраняю. Там, где в исходнике указано, что значения относятся к IPSECRET или требуют калибровки, я так и фиксирую без домысливания. A.1. Нормировка входов Все входные показатели приводятся к единой шкале (обычно от 0 до 1) с учётом направления смысла. Для «плохих» факторов 1 означает ухудшение, для «хороших» 1 означает улучшение, но при агрегации применяется единое правило: чем выше итоговый индекс устойчивости, тем устойчивее система. В базовом слое используются нормированные агрегаты: D_{\text{core}} как агрегат макрофакторов (рост, инфляция, кредитный стресс, фискальный контур, геополитические и иные компоненты), V_{\text{norm}} как нормированная волатильность (0 низкая, 1 экстремальная), L_{\text{norm}} как нормированная «плохая ликвидность» (0 очень хорошая ликвидность, 1 ликвидностный вакуум). A.2. Индекс устойчивости системы Базовый агрегат устойчивости задан в исходной математике как: \text{SSS} = 100 \cdot \left( w_D \cdot (1 - D_{\text{core}}) + w_V \cdot (1 - V_{\text{norm}}) + w_L \cdot (1 - L_{\text{norm}}) \right) Начальные веса (допускают калибровку на ретроспективе) зафиксированы так: w_D = 0.4,\quad w_V = 0.3,\quad w_L = 0.3,\quad w_D+w_V+w_L=1 В v9.6 это является «стартовой» спецификацией. Итоговые веса после калибровки остаются частью закрытого слоя. A.3. Индекс интенсивности стресса SSI в исходном математическом файле задан как отдельный индекс, измеряющий «скорость и плотность» стресса. Поскольку конкретная финальная формула SSI в тексте источника идёт дальше по разделу 1 и связям в разделе 6, правило для v9.6 такое: SSI трактуется как функция производных и плотности негативных сигналов, а в продуктовых изделиях используется его нормированная версия x_{\text{SSI}} как вход в оценку вероятности смены режима. Если требуется, я в следующем проходе привяжу SSI к конкретным компонентам из вашей калибровки, но только по тем строкам, где она прописана явно, чтобы не «достраивать» формулу. A.4. Дивергенция факторов Вводится индекс расхождения факторов FDS (Factor Divergence Score). Его роль в системе — фиксировать, когда факторные блоки перестают двигаться согласованно и система начинает «расползаться» на внутренние напряжения. Внутри ядра FDS нормируется в x_{\text{FDS}} (например, через квантильную нормировку или сглаженную нелинейную функцию; конкретный метод нормировки в исходнике допускается вариативно). Практическое правило использования: рост x_{\text{FDS}} увеличивает вероятность смены режима и повышает риск каскадной динамики, особенно при одновременном росте LCI и VRC. A.5. Сжатие ликвидности Вводится LCI (Liquidity Compression Index) как индекс сжатия ликвидности. В математике v9.3/v9.6 он используется как один из ключевых входов вероятности смены режима в нормированном виде x_{\text{LCI}}. В исходнике нормировка указана операционально: x_{\text{LCI}} = \frac{\text{LCI}}{3} с приведением к интервалу [0,1] по смыслу шкалы. A.6. Классификатор режимов волатильности Вводится VRC (Volatility Regime Classifier) как дискретно-непрерывная оценка режима волатильности. Для входа в вероятность смены режима используется: x_{\text{VRC}} = \frac{\text{VRC-score}}{3} с приведением к [0,1]. A.7. Вероятность смены режима PRS задаётся логистической моделью. На вход подаются нормированные индексы и стрессоры: x_{\text{SSI}}, x_{\text{LCI}}, x_{\text{FDS}}, x_{\text{VRC}}, x_{\text{PosStress}}, x_{\text{Credit}}, где x_{\text{PosStress}} отражает стресс позиционирования (скученность, избыточное плечо), x_{\text{Credit}} — нормированная динамика кредитного спреда. Базовая форма: \pi = \sigma\big(\beta_0 + \beta_1 x_{\text{SSI}} + \beta_2 x_{\text{LCI}} + \beta_3 x_{\text{FDS}} + \beta_4 x_{\text{VRC}} + \beta_5 x_{\text{PosStress}} + \beta_6 x_{\text{Credit}}\big), \quad \sigma(z)=\frac{1}{1+e^{-z}} \text{PRS} = 100\cdot \pi В исходнике прямо указано, что конкретные значения \beta_i задаются экспертно и затем калибруются на backtest и относятся к закрытому IP-слою. В v9.6 это закрепляется как правило: численные \beta_i не публикуются, но версия набора \beta фиксируется в паспорте выпуска внутри Audit Log. Пороговые уровни PRS, привязанные к операционным уровням, зафиксированы так: PRS < 20 — низкая вероятность смены режима, SSOM-уровень 0. 20 ≤ PRS < 40 — повышенная вероятность, SSOM-уровень 1. 40 ≤ PRS < 60 — высокая вероятность, ядро стрессовой логики, SSOM-уровень 2 по умолчанию. PRS ≥ 60 — смена режима вероятна или в процессе, SSOM-уровни 2–3 (с учётом длительности и структуры стресса). A.8. Детектор нелинейности Для выявления зон повышенной чувствительности выбираются оси режима (как минимум FDS, LCI, VRC; опционально PosStress и Credit). Обозначим их как X_i. Чувствительность вероятности \pi к оси X_i: S_i = \left|\frac{\partial \pi}{\partial X_i}\right| На практике допускается численное приближение конечными разностями: S_i \approx \frac{|\pi(X_i+\delta) - \pi(X_i)|}{\delta} Индекс нелинейности в точке: \text{NL} = \max_i S_i Интерпретационные пороги, зафиксированные в исходнике: NL < 1 — «мягкая зона», PRS меняется плавно. NL ≥ 1 — зона повышенной чувствительности. NL ≥ 1.5 — нелинейный «клинч», малое изменение по одной оси резко меняет PRS. В v9.6 NL используется как один из триггеров перехода Heightened → Stress и как основание для усиления контуров SSOM. A.9. Поверхность устойчивости Поверхность устойчивости задаётся как отображение из выбранных осей состояния в значения \pi, NL и производных по времени, чтобы видеть «склоны» и «разрывы», где система уходит в каскад. В v9.6 это закрепляется как инструмент внутреннего анализа и иллюстраций. Для заказчика публикуются только агрегированные выводы и поясняющие визуализации без раскрытия внутренних коэффициентов. A.10. Машина режимов Множество режимов: R \in \{\text{Normal}, \text{Heightened}, \text{Stress}, \text{Stabilization}\} Ключевые входы переходов: PRS, \Delta \text{SSS}, SSI, NL, VRC. Упрощённые правила переходов, зафиксированные в исходной математике: Из Normal в Heightened при PRS ≥ 20 или при превышении порога SSI (рост напряжения). Из Heightened в Stress при PRS ≥ 40 и или при NL ≥ NL_{\text{crit}} (критический порог нелинейности задаётся калибровкой, но логика критерия зафиксирована). Из Heightened обратно в Normal при устойчивом PRS < 20 и восстановлении SSS. Из Stress в Stabilization при падении PRS ниже 40 при сохранении повышенного SSI и низкого SSS, то есть при «выходе» из стресса без полного восстановления. Из Stabilization в Normal при PRS < 20, снижении SSI и стабилизации SSS. Из Stabilization в Heightened при возврате PRS в диапазон 20–40. Редко допускается прямой возврат в Stress при резком повторном шоке. В исходнике также зафиксировано, что любые автоматические переходы подпираются Human-in-the-Loop и Legal Priority. В v9.6 это трактуется как инвариант: режим не меняется исключительно «автоматом» без процедурного подтверждения уполномоченного оператора. A.11. Уровни SSOM 0–3 Операционный уровень L_{\text{SSOM}} \in \{0,1,2,3\} привязан к PRS и комбинациям стрессоров. Уровень 0: PRS < 20, стандартный мониторинг и плановая продуктовая выдача. Уровень 1: 20 ≤ PRS < 40, усиленный мониторинг и подготовка процедур. Уровень 2: PRS ≥ 40 и или сочетание LCI ≥ 2 с высоким FDS, включение кризисных процедур, усиление координации и интерпретационного контура. Уровень 3: устойчиво высокий PRS (пример из исходника: ≥ 60 в заданном окне) совместно с признаками затяжного структурного стресса, включая высокий режим волатильности и LCI на верхнем уровне шкалы, а для Kazakhstan Overlay также высокий ECFI. Механика матрицы решений SSOM привязана к пяти осям: данные, волатильность, ожидания, капитал, общественное настроение. В v9.6 это фиксируется как формат внутренней «таблицы действий», при этом наружу выдаётся только структурированное описание того, какой контур усиливается, без раскрытия внутренних команд и параметров. A.12. Граф факторов, лаги, усиление шока и дрейф В исходном математическом файле присутствуют отдельные разделы Factor Graph, Lag Matrix, Shock Amplification и Drift Monitor. В v9.6 эти элементы трактуются как обязательные компоненты расчётной инфраструктуры: граф задаёт причинную структуру, матрица лагов задаёт задержки передачи сигнала, усиление шока оценивает мультипликативность каскада, дрейф фиксирует изменение релевантности параметров и структуры. Ключевое правило v9.6: дрейф не является оправданием ошибок. Он является измеряемым сигналом о том, что модель требует перекалибровки и ретроспективной проверки на расширенном окне. A.13. Казахстанская адаптация и индекс ECFI Kazakhstan Overlay добавляет специфические факторы: сырьё, внешнее финансирование и валютная экспозиция, санкционно-логистические ограничения, а также блок «сплочённость и трение элит». Для элитного контура строится граф G_E=(V_E,E_E). Рассчитывается модулярность Q по формуле Newman–Girvan: Q = \frac{1}{2m} \sum_{i,j}\left(A_{ij}-\frac{k_i k_j}{2m}\right)\delta(c_i,c_j) ECFI задаётся как нормированная величина модулярности: \text{ECFI}=\text{norm}(Q) Низкий ECFI соответствует относительно слитой элите, высокий ECFI — фрагментации и повышенному трению. Связь с вероятностью смены режима в Overlay допускается двумя способами, прямо указанными в исходнике: либо через добавочный член \beta_{\text{ECFI}}\cdot x_{\text{ECFI}} в аргумент логистической функции, либо через корректировку порогов SSOM для сценариев «политический стресс». Численные значения \beta_{\text{ECFI}} относятся к закрытому слою и подлежат калибровке. A.14. Управленческие аспекты математического слоя Математические элементы Governance и IP-слоя в v9.6 фиксируются как процедурные требования: коэффициенты и пороги версионируются, пакеты калибровки архивируются, все выпуски подписываются версией модели и окном расчёта, а любые изменения параметров допустимы только через регламент и ретроспективную проверку. 7. Каскадная динамика и причинные графы (расширенная формализация v9.6) В этом разделе каскадная логика переводится из описательной в формализованную. Цель — задать строгие условия, при которых локальное напряжение признаётся началом системного каскада, а не обычной флуктуацией. 7.1. Причинный граф системы Система представляется ориентированным взвешенным графом G = (V, E, W) где V — множество факторных узлов (рост, ликвидность, ожидания, капитал, социальное давление, внешние шоки и др.), E — множество направленных связей, W=\{w_{ij}\} — веса влияния узла i на узел j. Каждый узел имеет состояние X_i(t), нормированное в интервал [0,1]. Динамика узла описывается уравнением: \frac{dX_i}{dt} = f_i(X, t) + \sum_{j \neq i} w_{ji} X_j(t-\tau_{ji}) где \tau_{ji} — лаг передачи сигнала по связи j \to i. Матрица лагов T = \{\tau_{ij}\} является частью внутренней спецификации и калибруется на ретроспективе. 7.2. Локальное возмущение и усиление Локальное возмущение определяется как превышение узлом порога: X_k(t) > \theta_k где \theta_k — критический уровень для данного фактора (задаётся калибровкой). Усиление шока оценивается через суммарное взвешенное влияние на соседние узлы: A_k(t) = \sum_{i} w_{ki} X_k(t) Если для некоторого узла выполняется: A_k(t) > \alpha \cdot \text{Var}(X(t)) где \alpha — коэффициент усиления (калибруемый), возмущение считается способным инициировать цепную реакцию. 7.3. Формальное условие каскада Каскад признаётся начавшимся, если одновременно выполняются три условия: PRS превышает порог p_{\text{crit}} (в базовой версии ≥ 40). Индекс нелинейности NL ≥ NL_{\text{crit}} (по исходной спецификации — ≥ 1.5 для выраженной нелинейной зоны). На причинном графе существует путь длиной ≥ 2, по которому возмущение распространяется с усилением: \prod_{(i \to j) \in \text{path}} w_{ij} > 1 то есть произведение весов вдоль пути превышает единицу (эффект мультипликатора). Если выполняются только первые два условия без усиленного пути, фиксируется «локальный стресс», но не системный каскад. 7.4. Ускорение агрегата Дополнительным критерием каскада служит ускорение агрегированного индекса устойчивости: \frac{d^2 \text{SSS}}{dt^2} < -\kappa где \kappa — эмпирический порог ускоренного падения (задаётся на калибровке). Отрицательное ускорение выше порога означает фазовый сдвиг, а не обычную коррекцию. 7.5. Каскад через лаговую матрицу Даже при умеренных весах каскад может возникнуть за счёт синхронизации лагов. Определяется суммарная задержка по циклу: \sum \tau_{ij} < T_{\text{crit}} Если цикл короткий и усиление положительно, возникает «резонансная зона». Это объясняет резкие переходы из Heightened в Stress без длительного переходного периода. 7.6. Классификация каскадов В v9.6 фиксируются три типа каскадов: Краткосрочный — резкий рост NL и PRS, но быстрая нормализация при снижении SSI. Структурный — длительное превышение PRS ≥ 40 и высокий LCI. Политико-институциональный — сочетание высокого ECFI с ростом FDS и NL. Каждый тип имеет свой профиль в продуктовой выдаче и в матрице SSOM. 7.7. Критерий окончания каскада Каскад считается завершённым, если: PRS устойчиво ниже 40. NL < 1 в течение заданного окна наблюдения. Нет усиленных путей на графе (произведение весов ≤ 1). Вторичная производная SSS стабилизирована. Переход в Stabilization не равен окончанию каскада; это лишь выход из острой фазы. 7.8. Управленческий вывод Формализация каскада защищает систему от двух крайностей: от паники при локальном шуме и от пропуска реального фазового перехода. Ни один каскад не объявляется без выполнения формальных критериев, но и ни один критерий не игнорируется по соображениям «политической чувствительности». 9. Kazakhstan Overlay (полная формализация v9.6, интеграция SSS–PRS–ECFI, ретроспективная логика) Kazakhstan Overlay не является отдельной моделью. Это надстройка чувствительности и весов поверх базового ядра PSSR, учитывающая специфику малой открытой экономики с высокой сырьевой зависимостью, внешней финансовой экспозицией и выраженной ролью элитного контура в фазовых переходах. Overlay изменяет не архитектуру, а параметры: веса, пороги, коэффициенты усиления и правила интерпретации. 9.1. Структура Overlay В базовом ядре агрегат устойчивости SSS определяется через макроблоки. В Kazakhstan Overlay усиливаются три направления: Сырьевой контур (цены на экспортные товары, логистика, транспортные коридоры). Валютно-финансовый контур (внешние потоки капитала, спреды, ликвидность). Элито-институциональный контур (фрагментация, трение, плотность связей). Формально это означает перераспределение весов: w_D^{KZ} = w_D + \Delta_D, \quad w_L^{KZ} = w_L + \Delta_L где \Delta_D и \Delta_L определяются калибровкой на национальной ретроспективе. Сумма весов остаётся равной единице. 9.2. Включение ECFI в вероятность перехода ECFI (Elite Cohesion–Fragmentation Index) отражает структуру элитного графа и измеряется через нормированную модулярность. Нормировка: x_{\text{ECFI}} \in [0,1] 0 — слитый элитный контур, 1 — выраженная фрагментация. В Overlay PRS модифицируется: \pi_{KZ} = \sigma\big( \beta_0 + \beta_1 x_{\text{SSI}} + \beta_2 x_{\text{LCI}} + \beta_3 x_{\text{FDS}} + \beta_4 x_{\text{VRC}} + \beta_5 x_{\text{PosStress}} + \beta_6 x_{\text{Credit}} + \beta_7 x_{\text{ECFI}} \big) \text{PRS}_{KZ} = 100 \cdot \pi_{KZ} \beta_7 калибруется на исторических эпизодах политического напряжения. Ключевой момент: ECFI не запускает стресс в одиночку. Он усиливает вероятность смены режима только в сочетании с экономическим или финансовым стрессом. Это защищает модель от политической гиперреакции. 9.3. Корректировка порогов SSOM В Overlay допускается смещение порогов для перехода в усиленный операционный уровень. Если одновременно выполняются: PRS ≥ 35 NL ≥ 1 x_ECFI ≥ 0.6 то активируется SSOM-уровень 2 даже при формальном PRS < 40. Это отражает специфику малых государств: политико-институциональный стресс ускоряет каскад. 9.4. Учет внешних шоков Для Казахстана вводится дополнительный множитель внешнего усиления: \lambda_{\text{ext}} = 1 + \gamma \cdot x_{\text{GeoShock}} где x_{\text{GeoShock}} — нормированный индекс геополитического давления. Тогда: \text{PRS}_{KZ}^{*} = \min\big(100,\ \lambda_{\text{ext}} \cdot \text{PRS}_{KZ}\big) Этот механизм используется только при значительных внешних потрясениях и требует процедурного подтверждения Human-in-the-Loop. 9.5. Ретроспективная проверка (примерная логика) При ретроспективном анализе эпизодов резкой турбулентности оценивается: Предварительное поведение SSS за 4–8 недель до события. Рост NL и FDS в предфазе. Динамика PRS. Доля времени, когда PRS ≥ 40 до фактического перехода. Цель — проверить, фиксировала ли модель фазовый сдвиг заранее или только реагировала постфактум. В v9.6 правило такое: если PRS превышал 40 менее чем за 3 недели до события, калибровка признаётся недостаточной и инициируется пересмотр \beta-коэффициентов или лагов. 9.6. Специфика малой открытой экономики Overlay учитывает: Высокую чувствительность к ценам сырья. Валютную асимметрию (девальвационные ожидания). Низкую глубину рынка капитала. Быструю передачу информационных импульсов. Поэтому лаговая матрица T в Overlay короче, чем в базовой модели, что повышает вероятность резких переходов. 9.7. Управленческий вывод Kazakhstan Overlay делает систему более чувствительной к: Внешним шокам, Элито-институциональной фрагментации, Ликвидностным сжатиям. При этом архитектура ядра не меняется, а все корректировки остаются параметрическими и версионируемыми. I. Протокол ретроспективной проверки и калибровки модели v9.6 Ретроспективная проверка является обязательным слоем PSSR. Модель считается действующей только при наличии регулярного backtest и формализованной оценки качества вероятностей. Внутренний регламент запрещает эксплуатацию версии ядра без зафиксированной ретроспективной валидации. 1. Цели ретроспективной проверки Ретроспективная проверка отвечает на четыре вопроса: Видела ли модель приближение перехода заранее. Насколько точны были интервальные вероятности. Не переоценивала ли модель стресс (ложные тревоги). Не пропускала ли модель фазовые сдвиги. Главным приоритетом является минимизация пропуска переходов. Ложные предупреждения допустимы в пределах допустимого коэффициента тревожности, но пропуск каскада в малой открытой системе считается критическим дефектом. 2. Метрики качества вероятностей Для оценки вероятностного слоя используются следующие метрики. 2.1. Brier Score Для каждого окна прогноза рассчитывается: BS = \frac{1}{N} \sum_{t=1}^{N} (p_t - y_t)^2 где p_t — прогнозируемая вероятность смены режима, y_t\in\{0,1\} — фактический переход. Чем ниже Brier Score, тем лучше калибрована модель. Допустимые уровни устанавливаются внутренним стандартом. Рост BS выше установленного порога инициирует пересмотр коэффициентов. 2.2. Калибровочная кривая Вероятности группируются по бинам (например, 0–10%, 10–20% и т.д.), после чего сравнивается ожидаемая частота перехода с фактической. Если при заявленной вероятности 40% фактическая частота составляет 10%, модель системно переоценивает риск. Если при заявленной 40% фактическая 70%, модель недооценивает. v9.6 требует, чтобы отклонение не превышало допустимого интервала доверия. 2.3. Precision / Recall для переходов Переход в режим Stress рассматривается как событие. Precision = доля истинных предупреждений среди всех предупреждений. Recall = доля выявленных переходов среди всех фактических переходов. В приоритете — высокий Recall. Снижение Precision допустимо до уровня, не вызывающего системную инфляцию тревог. 2.4. Средний лаг предупреждения Измеряется время между первым превышением PRS ≥ 40 и фактическим переходом. Модель считается адекватной, если медианный лаг положительный (предупреждение заранее), а не нулевой или отрицательный. 3. Тест на устойчивость параметров Параметры \beta_i проверяются на разных окнах: докризисное окно, кризисное окно, посткризисное окно. Если коэффициенты существенно меняют знак или относительную значимость, фиксируется структурный дрейф. В этом случае запускается Drift Protocol, а версия ядра повышается. 4. Критерии приемки версии модели Новая версия считается принятой, если одновременно выполняются: Brier Score не ухудшен относительно предыдущей версии. Recall не ниже установленного минимума. Нет системной перекалибровки вероятностей. Средний лаг предупреждения положительный. Отсутствует резкий рост ложных тревог. Все результаты фиксируются в журнале качества с указанием версии коэффициентов. 5. Запрет на ретроактивную подгонку После выпуска публичного продукта задним числом параметры не меняются. Если в ретроспективе выявлена ошибка, она фиксируется как дефект версии, но история не переписывается. Это ключевой элемент доверия к системе. II. Продуктовые шаблоны v9.6 (регламент выдачи результатов без раскрытия ядра) Ниже — стандартизированные структуры изделий, которые продаёт бутик. Все они основаны на математике v9.6, но не раскрывают коэффициенты и внутренние формулы. 1. Weekly Stability Bulletin (SWSB) Паспорт выпуска Версия модели: v9.6.x Версия параметров: Beta-set X Окно расчёта: дата–дата Источники: макро, финансовые, социальные, внешние Уровень уверенности: высокий / средний / пониженный Текущий режим Normal / Heightened / Stress / Stabilization Индекс устойчивости (SSS): XX.X Вероятность смены режима (PRS, 30 дней): XX% (интервал YY–ZZ) Индекс нелинейности (NL): X.X Динамика Изменение SSS за неделю: ±X.X Изменение PRS: ±X% Динамика SSI: рост / стабилизация / спад Факторная декомпозиция Рост: вклад ±X Ликвидность: вклад ±X Ожидания: вклад ±X Капитал: вклад ±X Социальное давление: вклад ±X Каскадный анализ Признаки усиленного пути: да / нет Наличие ускорения агрегата: да / нет Зона чувствительности: указание доминирующей оси Окна риска Горизонт повышенного риска: X–Y недель Условия эскалации: перечисление числовых триггеров Условия деэскалации: числовые критерии Ограничения Качество данных: описание Структурные риски: описание Факторы вне модели: перечисление 2. Regime Dossier Используется при переходах между режимами. Структура: Хронология изменения SSS и PRS. Граф каскадной динамики (без раскрытия весов). Расчёт NL и его вклад в переход. Декомпозиция PRS на компоненты. Анализ элитного контура (в Overlay). Ретроспективная проверка предупреждений. Уровень уверенности и ограничения. Dossier не содержит коэффициентов \beta_i и внутренних лагов. 3. Executive Note Максимально компактный формат. Текущий режим: SSS: PRS (горизонт): NL: Ключевой риск: Окно риска: Уровень уверенности: Без лишнего текста. Только числовая опора. 4. Crisis Alert Краткое уведомление при резком росте PRS или NL. Формат: Дата / Время Текущий PRS: Изменение за X дней: NL: Ось каскада: Горизонт риска: Без интерпретационных рассуждений. 2. Эпистемология и инварианты (дополнение) SSS, PRS, NL и Уровень уверенности имеют единственный статус во всех разделах документа. SSS — агрегированный индекс состояния; PRS — интервальная вероятность смены режима в заданном горизонте; NL — показатель локальной чувствительности и нелинейности; Уровень уверенности — численно заданная характеристика качества данных и устойчивости параметров. Альтернативные трактовки этих величин запрещены и считаются дефектом версии. Любая публикация PRS обязана содержать: (1) горизонт оценки, (2) интервал вероятности, (3) уровень уверенности, (4) ссылку на последнюю калибровочную метрику версии (Brier Score или иной показатель качества). Отсутствие этих элементов делает продукт некорректным. 5. Инфраструктура, воспроизводимость и аудит (дополнение) Внутри монолита вводится закрытый раздел «Пакеты параметров», содержащий конкретные наборы коэффициентов \beta_i, весов и порогов для каждой версии ядра и каждого национального Overlay. Этот раздел относится к внутреннему IP-слою, но является частью единого документа. Отсутствие численных пакетов внутри монолита запрещено. Уровень уверенности рассчитывается как агрегат четырёх компонентов: качества данных, полноты источников, устойчивости параметров и величины структурного дрейфа. Каждый компонент нормируется в интервале [0,1], итоговая величина публикуется по фиксированной шкале (высокий / средний / пониженный) с численным эквивалентом. Снижение любого из компонентов автоматически снижает итоговую уверенность. При превышении порога Drift автоматически запускается протокол перекалибровки и одновременно вводится понижение уровня уверенности и ограничение горизонта применимости выводов. Drift не может использоваться как объяснение ошибки без запуска процедуры обновления версии. 6. Операционный протокол (дополнение) После передачи любого продукта запускается Контур принятия: обязательный краткий брифинг, фиксация интерпретационных вопросов, письменная регистрация понимания горизонта и вероятности, а также запись обратной связи заказчика. Контур принятия является частью поставки и снижает риск институционального игнорирования предупреждений. 7. Каскадная динамика (дополнение) Каскад не объявляется без выполнения формальных критериев. Одновременно запрещено игнорировать критерии из-за политической чувствительности. Решение об объявлении каскада фиксируется в журнале версии с указанием выполненных условий. 8. Продвинутые модули (дополнение) Версия модели считается действующей только при наличии актуального протокола ретроспективной проверки. В паспорте выпуска обязательно указывается значение Brier Score (или эквивалентной метрики) за последний отчётный период. Это делает вероятностный слой измеримым и защищает его от обвинений в произвольности. 9. Kazakhstan Overlay (дополнение) В случае включения ECFI в расчёт PRS обязательно указывается, действует ли усиление через коэффициент \beta_{\text{ECFI}} или через корректировку порогов SSOM. Двойное усиление без отдельного решения запрещено. 10. Институционализация и защита (дополнение) Бутик продаёт только результаты и продукты. Доступ к ядру, коэффициентам, графам факторов и временным рядам не предоставляется. Допускается только защищённый отчётный интерфейс, отображающий агрегаты без возможности интерактивного доступа к исходным данным. Вводится обязательный Протокол разбора дефекта. В случае значимого расхождения между заявленной вероятностью и фактическим исходом формируется отдельный аналитический документ, где фиксируются: (1) параметры версии, (2) ограничения данных на момент выпуска, (3) уровень уверенности, (4) причины расхождения, (5) изменения в новой версии. История не переписывается. Ошибка фиксируется как часть эволюции модели. Лексикон санитарии закрепляется как обязательный: запрещены персонализация, политические обвинительные формулировки и предсказание конкретных массовых действий. Используется только язык структурных индексов и режимных состояний. Приложение А (дополнение) Для каждой версии v9.6.x фиксируется закрытый численный пакет параметров: веса блоков, коэффициенты логистической функции, пороги NL и SSI, лаговая матрица, параметры Drift. Этот пакет архивируется вместе с результатами калибровки и не подлежит ретроактивному изменению. Приложение Б (дополнение) Критерий приемки версии модели дополняется требованием публикации калибровочной метрики в каждом продуктовом паспорте. 3. Продуктовая линия и стандарт выпуска (дополнение) Запрещается индивидуальная модификация базовой модели под конкретного заказчика вне формализованной процедуры создания Overlay. Любая просьба изменить пороги, веса, формулу расчёта или язык режима рассматривается как запрос на отдельную версию Overlay с присвоением номера версии и ретроспективной проверкой. Частные исключения запрещены. Базовая продуктовая структура (SWSB, Dossier, Executive Note, Crisis Alert) является неизменяемой. Допускается добавление разделов, но не удаление обязательных блоков (паспорт, режим, PRS, NL, уровень уверенности, ограничения). Интерактивность допускается только в формате отчётного интерфейса, отображающего агрегаты и историю выпусков. Доступ к временным рядам факторов, графу причинных связей и параметрам модели не предоставляется. 6. Операционный протокол работы с режимами (дополнение) Вводится норматив сопровождения клиента (SLA-рамка бутика): – фиксированное количество регулярных выпусков; – регламентированное число брифингов; – максимальное время реакции на запрос в каждом режиме; – перечень действий, выходящих за пределы стандартной поставки. Любые дополнительные требования заказчика (расширенные отчёты, внеплановые симуляции, углублённая декомпозиция) оформляются как отдельный модуль и не влияют на базовое ядро. Контур принятия закрепляется как обязательный элемент поставки: без фиксации понимания горизонта вероятности и уровня уверенности продукт считается не завершённым. 9. Kazakhstan Overlay (дополнение) Создание нового национального Overlay осуществляется по конвейерной процедуре: Сбор обязательного набора источников (макро, финансы, внешние шоки, институциональный контур). Нормировка и тестирование лаговой структуры. Первичная настройка весов и коэффициентов. Ретроспективная проверка на наборе кризисных и спокойных эпизодов. Фиксация версии Overlay и публикация паспорта версии. Overlay не может быть создан в упрощённом режиме и не может быть активирован без backtest. 10. Институционализация, защита и стратегия (расширение) v9.6 закрепляет принцип минимального ядра. Ядро состоит из: SSS, PRS, NL, Уровня уверенности и ограниченного набора диагностических индикаторов (SSI, FDS, LCI, VRC, Drift). Добавление новых показателей в ядро запрещено без отдельного решения о версии. Расширения (агентные симуляции, рынки предсказаний, федеративные механизмы и иные продвинутые модули) имеют отдельный жизненный цикл, отдельные метрики качества и отдельный режим допуска. Они не могут влиять на расчёт режима без прохождения процедуры интеграции в ядро. Бутик сохраняет строгую модель поставки: продаются результаты, а не доступ. Попытки трансформировать продукт в платформенный доступ автоматически переводятся в формат защищённого отчётного интерфейса без раскрытия внутренних структур. Для целей масштабирования вводится правило «никаких индивидуальных исключений». Все отклонения от стандарта оформляются как новая версия или новый Overlay. Для создания долгосрочного стандарта допускается публикация обезличенных методологических материалов и ретроспективных кейсов без раскрытия коэффициентов. Это создаёт доверительный контур без утечки IP. Дополнение к разделу 5 (Инфраструктура) Вводится регламент нагрузки команды: – предельное количество активных контуров на одного оператора; – разделение ролей (архитектор модели, оператор выпуска, интерпретационный аналитик); – запрет на совмещение перекалибровки и продуктового выпуска в одном цикле без двойной проверки. Это предотвращает деградацию качества при росте клиентской базы. Том VI. Операционный контур и воспроизводимость 6.1. Институциональный слот в управленческом цикле PSSR не функционирует как внешний аналитический отчёт. Система встраивается в обязательный управленческий цикл через регламентированное «окно режимного рассмотрения». Для органов государственной власти предусматривается еженедельная процедура: — получение SWSB; — фиксация позиции ответственного лица по установленному режиму; — формализация решения (согласие / расхождение / дополнительная проверка); — регистрация действия либо отказа от действия в журнале решений. Отсутствие зафиксированной позиции по режимному предупреждению считается процедурным дефектом. Данный механизм не ограничивает дискрецию ЛПР, но исключает «тихое игнорирование» сигнала. 6.2. Протокол дипломатической передачи режима В условиях чувствительной повестки система может генерировать выводы, вызывающие институциональное напряжение. Вводится двухконтурная форма передачи: Контур А — численный. Содержит индексы, вероятность смены режима, доверительный интервал, источник факторов. Не допускается редактирование численных значений. Контур Б — интерпретационный. Формулируется в нейтральной управленческой рамке без оценочной политической лексики. Используется язык управляемых рисков и альтернатив. Запрещается корректировка численных выводов под политическую конъюнктуру. Разрешается адаптация формы изложения без изменения параметров. 6.3. Протокол разбора дефекта Если прогноз режима не подтверждается, запускается процедура инженерного разбора: — фиксируется версия модели; — пересчитывается ошибка; — анализируется вклад факторов; — публикуется внутренний отчёт о дефекте; — корректируются параметры калибровки. Исторические версии не переписываются. Исправления выпускаются новой версией с указанием причины. Данный механизм переводит ошибку из репутационного риска в элемент обучения. 6.4. Сертификация и кадровая воспроизводимость Вводится трёхуровневая сертификация операторов: Уровень I — интерпретация индексов. Уровень II — калибровка факторов и аудит. Уровень III — руководство кризисным контуром. Оператор не может подписывать выпуск выше уровня своей сертификации. Сертификация подтверждается ежегодно через контрольный кейс. Том I. Философия, границы и природа системы 1.7. Природа PSSR: измерительный прибор, а не актор PSSR не является субъектом политики, стратегическим советником или инструментом продвижения решений. Система выполняет функцию измерительного прибора. Она фиксирует параметры устойчивости и вероятности перехода режимов. Она не принимает решений и не несёт политической воли. Решение остаётся прерогативой ЛПР. Индексы не являются директивой. Они являются отражением текущего состояния системы с указанной вероятностью и уровнем уверенности. Система не конкурирует с политическим инстинктом и не заменяет стратегическую интуицию. Она ограничивает поле неопределённости. 1.8. Ограничения предсказуемости PSSR не претендует на абсолютное предвидение. Любой режим рассчитывается как вероятность, а не как неизбежность. Индекс PRS отражает вероятность смены режима в заданном горизонте, но не гарантирует событие. Система: — не учитывает полностью чёрные лебеди; — не моделирует индивидуальную психологию конкретных акторов; — не устраняет стратегический риск; — не снимает ответственность за принятие решения. Система снижает неопределённость, но не устраняет её. 1.9. Парадокс Кассандры и институциональная зрелость Высокая точность диагностики может вступать в конфликт с комфортом управленческой среды. Если режим Stress фиксируется на ранней стадии, это может быть политически чувствительным. PSSR не адаптирует расчёт под психологическую комфортность. Адаптации подлежит только язык передачи. Игнорирование режима фиксируется в протоколе и становится частью институциональной памяти. Таким образом, система не навязывает решение, но делает отказ от действия осознанным. 1.10. Антихрупкость и управляемый стресс Цель PSSR — не консервация системы в режиме Normal любой ценой. Слишком длительное удержание в комфортном режиме может привести к институциональной деградации. В определённых условиях система может рекомендовать контролируемое повышение напряжения для: — тестирования устойчивости; — устранения накопленных искажений; — подготовки к внешнему шоку. Такая рекомендация сопровождается расчётом допустимого диапазона отклонения и сценария возврата к балансу. PSSR управляет не только риском падения, но и риском застойной инерции. 1.11. Принцип неприкосновенности ядра Никакие политические, коммерческие или аппаратные обстоятельства не могут изменять численный слой системы. Если изменение необходимо, создаётся новая версия модели с указанием причины, даты и параметров калибровки. Старые версии не переписываются. История расчётов является частью институциональной памяти. 1.12. Пределы применения PSSR предназначена для: — систем с формализуемой статистикой; — структур с регулярным потоком данных; — институтов, принимающих решения на горизонте не менее 30 дней. Система не предназначена для: — тактической внутриполитической борьбы; — оперативной разведки; — манипулятивного информационного воздействия. Попытка использовать её вне указанных границ приводит к искажению интерпретации. Том III. Математическое ядро 3.1. Общая логика вычислительного контура Математическое ядро PSSR состоит из четырёх уровней: агрегация факторов; расчёт интегрального индекса устойчивости; оценка вероятности смены режима; контроль нелинейности и дрейфа. Ядро не допускает интерпретационных поправок. Все вычисления происходят до включения Narrative Layer. Расчёт производится в фиксированной версии модели, с обязательной записью номера версии в паспорт выпуска. 3.2. System Stability Score (SSS) Здесь вставляется ваша реальная формула из математического блока. Структура раздела: 3.2.1. Определение SSS — агрегированный показатель текущей устойчивости системы в нормированном диапазоне. 3.2.2. Формула Вставляется точная формула из Plus Mathematics 15022 без изменения обозначений. Никакие коэффициенты в документе не редактируются вручную — они воспроизводятся строго по математическому приложению. 3.2.3. Нормализация факторов Здесь вставляется реальный алгоритм приведения факторов к единому масштабу (min-max, z-score или иной используемый вами метод). 3.2.4. Диапазоны режимов Вставляются реальные пороги переходов (Normal / Heightened / Stress / Stabilization), если они у вас формализованы. Если пороги определяются динамически, указывается механизм их расчёта. 3.3. Probability of Regime Shift (PRS) 3.3.1. Определение PRS — вероятность перехода из текущего режима в более напряжённый в заданном горизонте. 3.3.2. Метод расчёта Здесь вставляется ваш фактический метод: — логистическая модель, — байесовская оценка, — вероятностная модель с лагами, — либо иной алгоритм, уже зафиксированный в Space. Без изменения структуры и обозначений. 3.3.3. Горизонт прогноза Указывается фиксированный или переменный горизонт (например, 30/60/90 дней), строго по вашей модели. 3.3.4. Доверительный интервал Вставляется реальный способ расчёта интервала (бутстрэп, байесовский credible interval, иной). 3.4. Nonlinearity Level (NL) 3.4.1. Определение NL отражает степень ускорения изменения факторов. 3.4.2. Формализация Здесь вставляется фактическая формула оценки нелинейности: — вторая производная; — ускорение тренда; — иной метод, уже используемый вами. 3.4.3. Порог нелинейности Если у вас определён порог перехода в «каскадный режим», он указывается здесь без модификаций. 3.5. Drift Monitor 3.5.1. Определение дрейфа Дрейф определяется как расхождение между модельным ожиданием и фактической динамикой. 3.5.2. Метрика дрейфа Вставляется ваша реальная метрика (MSE, KL-divergence, иной метод). 3.5.3. Триггер перекалибровки Указывается реальный числовой порог, если он зафиксирован в математике. Если порог не числовой, описывается фактическая процедура принятия решения о перекалибровке. 3.6. False Alarm Rate и качество модели 3.6.1. Определение ложноположительного сигнала Фиксируется ваш критерий: что считается «тревогой» и что считается «материализацией режима». 3.6.2. Метрика качества Вставляются используемые показатели: — Brier Score; — ROC-AUC; — Precision / Recall; — иные фактически применяемые метрики. Без добавления новых показателей. 3.7. Версионность ядра Каждый расчёт связан с: — номером версии модели; — датой калибровки; — набором активных факторов; — перечнем исключённых факторов. Изменение хотя бы одного коэффициента создаёт новую версию. 3.8. Ограничения математической модели Фиксируются реальные ограничения, если они уже у вас описаны: — чувствительность к пропускам данных; — зависимость от частоты обновления; — чувствительность к структурным разрывам. Ничего не добавляется сверх фактически существующего. Том III. Regime Engine и Decision Matrix (интеграция математического слоя v9.3) III.1. Индексы: SSS, SSI, LCI, GSI, FPI и вспомогательные метрики В текущей версии Тома III перечислены индексы без формального определения. Ниже даётся их математическое ядро из Stability Mathematics. 1. System Stability Score (SSS) Определение SSS берётся из раздела 1 Stability Mathematics. Нормировки входов: D_{\text{core}} — агрегат макро-факторов, нормированный в диапазоне 0–1 V_{\text{norm}} — нормированная волатильность L_{\text{norm}} — нормированная ликвидность (0 — хорошая, 1 — сжатие) Рабочая формула: \text{SSS} = 100 \cdot \left( w_D (1 - D_{\text{core}}) + w_V (1 - V_{\text{norm}}) + w_L (1 - L_{\text{norm}}) \right) Начальные веса: w_D = 0.4, \quad w_V = 0.3, \quad w_L = 0.3, \quad w_D + w_V + w_L = 1 SSS ∈ [0; 100], где низкие значения соответствуют высокой хрупкости. 2. Stress Intensity Index (SSI) Формула из блока 1.3: \text{SSI} = w_{\Delta} |\Delta \text{SSS}| + w_{\sigma} \sigma_{\text{shocks}} + w_{\text{cluster}} \text{ClusterStress} Где: |\Delta \text{SSS}| — изменение SSS за окно \sigma_{\text{shocks}} — плотность/дисперсия шоков ClusterStress — доля времени в режимах Heightened/Stress Выбор окна и параметров сглаживания должен оформляться через конфигурацию state machine. 3. Volatility Regime Classifier (VRC) Определение входов и правил классификации. Нормированные показатели: v_r, v_i, s, c Режимы кодируются: Low Vol Stable = 0 Low Vol Fragile = 1 High Vol Reactive = 2 High Vol Structural = 3 Коэффициенты a_1 \dots a_7 подлежат калибровке. 4. Factor Divergence Score (FDS) В Томе III FDS указан как вспомогательный, формула вынесена в Mathematics. Его использование идёт через нормированную величину x_{\text{FDS}} в PRS и Stability Surface. 5. Nonlinearity Index (NL) Определяется через чувствительность PRS к факторам: S_i = \left| \frac{\partial \pi}{\partial X_i} \right|, \quad \pi = \frac{\text{PRS}}{100} Численная аппроксимация: S_i \approx \frac{|\pi(X_i + \delta) - \pi(X_i)|}{\delta} Глобальный показатель: \text{NL} = \max_i S_i Интерпретация: NL < 1 — плавная зона NL ≥ 1 — повышенная чувствительность NL ≥ 1.5 — нелинейный клинч III.2. State Machine: режимы, PRS и Stability Surface В Томе III режимы описаны текстом. Ниже фиксируем формальную часть. 1. Regime Set R \in \{ \text{Normal}, \text{Heightened}, \text{Stress}, \text{Stabilization} \} 2. PRS — Probability of Regime Shift PRS строится на нормированных входах: x_{\text{SSI}} x_{\text{LCI}} x_{\text{FDS}} (логистическая спецификация и коэффициенты относятся к IPSECRET; структура модели зафиксирована, численные параметры — зона калибровки ) 3. Stability Surface Определение: S_{\text{surf}}(X_1, X_2, X_3) = \text{SSS}_{\text{eff}} Где: \text{SSS}_{\text{eff}} = \text{SSS} - \gamma \cdot \text{NL} - \delta \cdot \mathbb{1}_{\text{Low Vol Fragile}} Это формально закрывает связку: SSS → NL → VRC → эффективная устойчивость → PRS → режим. 4. Правила переходов (ядро) Условия перехода из документа Mathematics: Из Normal: Heightened, если PRS ≥ 20 остаётся Normal, если PRS < 20 Из Heightened: Stress, если PRS ≥ 40 и/или NL ≥ NL_crit возврат в Normal, если PRS устойчиво < 20 Из Stress: Stabilization, если PRS < 40, но SSI остаётся высоким Из Stabilization: Normal, если PRS < 20 и SSI снижается Все автоматические переходы подпираются Human-in-the-Loop и Legal Priority. Том V. Инфраструктура и вычислительный контур 5.1. Общая архитектура контура Вычислительный контур PSSR состоит из пяти логических слоёв: Ingestion Layer — приём и первичная валидация данных. Normalization & Feature Layer — нормализация факторов и расчёт производных метрик. Regime Engine — расчёт SSS, SSI, NL, PRS и переходов State Machine. Scenario & Simulation Layer — расчёт сценарных траекторий без изменения текущего режима. Governance Layer — контроль версий, Audit Log, Drift и калибровка. Численный слой отделён от Narrative Layer. Передача результата допускается только после фиксации версии и записи в Audit Log. 5.2. Ingestion Layer Входные данные делятся на три класса: — структурированные макроэкономические; — финансово-рыночные; — поведенческие и сигнальные. Каждый поток проходит: — проверку полноты; — проверку аномалий; — синхронизацию по времени. Данные с пропусками выше допустимого порога не участвуют в расчёте до восстановления. Частота обновления фиксируется для каждого класса факторов и указывается в паспорте версии. 5.3. Normalization & Feature Layer Все факторы приводятся к сопоставимому масштабу строго по алгоритму, указанному в Томе III. Нормализация выполняется: — либо через фиксированное окно; — либо через адаптивное окно (если это предусмотрено математикой). Производные признаки (ΔSSS, σ_shocks, ClusterStress и др.) рассчитываются в этом слое и не пересчитываются в Narrative Layer. Любая модификация окна нормализации создаёт новую версию модели. 5.4. Regime Engine Regime Engine реализует: — формулу SSS; — расчёт SSI; — оценку NL; — вычисление PRS; — правила перехода State Machine. Порядок вычислений фиксирован: расчёт SSS; расчёт SSI; расчёт NL; вычисление PRS; проверка условий перехода; запись состояния режима. Regime Engine не имеет ручных поправок. Human-in-the-Loop допускается только на уровне подтверждения перехода, но не изменения расчёта. 5.5. Drift Monitor Drift Monitor фиксирует расхождение между: — модельным ожиданием; — фактической динамикой индексов; — фактической материализацией режима. Метрики качества: — Brier Score; — доля ложных тревог; — доля пропущенных переходов; — MSE (если используется). При превышении порога Drift запускается процедура перекалибровки. Перекалибровка не выполняется автоматически. Она инициируется формально и приводит к выпуску новой версии ядра. 5.6. Calibration Config Параметры модели (веса, коэффициенты, пороги) хранятся в конфигурационном блоке. Каждый набор параметров имеет: — идентификатор версии; — дату калибровки; — источник калибровки (backtest, ручная корректировка, расширение выборки); — перечень активных факторов. В течение сезона версии параметры не изменяются. 5.7. Audit Log Audit Log фиксирует: — входные данные (метаданные, не сырые значения, если требуется защита); — версию модели; — рассчитанные индексы; — переход режима; — инициированные сценарии; — факт публикации продукта. Audit Log неизменяем. Исправления создают новую запись, не перезаписывая старую. Любой публичный продукт должен быть сопоставим с записью в Audit Log. 5.8. Scenario & Simulation Layer Сценарный слой не влияет на текущий режим. Он рассчитывает альтернативные траектории SSS и PRS при изменении входных факторов. Сценарий включает: — описание шока; — параметры изменения факторов; — прогноз траектории индексов; — оценку вероятности перехода. Результаты сценария помечаются как simulation и не могут быть интерпретированы как текущее состояние. 5.9. Разделение ролей Вычислительный контур разделяет: — архитектора модели; — оператора расчёта; — аудитора качества; — интерпретатора (Narrative Layer). Один и тот же человек не может одновременно: — калибровать модель; — подтверждать переход; — утверждать выпуск. Это минимизирует аппаратный конфликт интересов. 5.10. Ограничение нагрузки Протокол анти-перегрева (Том VI) технологически обеспечивается в Томе V: — фиксируется максимальная частота расчёта; — внеплановый запуск требует формального триггера; — повторный запуск в пределах окна без изменения данных запрещён. Это предотвращает «поиск желаемого результата». Том VII. SSOM Stability & Stress Operations Manual (операционный протокол действий по режимам) SSOM не принимает решений. Он задаёт допустимое пространство действий при зафиксированном режиме. Режим определяется исключительно Regime Engine (Том III). 7.1. Общая логика SSOM SSOM активируется только после: — расчёта SSS, SSI, NL, PRS; — фиксации режима в Audit Log; — подтверждения перехода (если требуется). SSOM не имеет права: — изменять режим; — пересчитывать индексы; — игнорировать зафиксированный PRS. SSOM работает в пределах установленного режима. 7.2. Режим Normal 7.2.1. Цель режима Сохранение устойчивости и подготовка к возможным шокам. 7.2.2. Допустимые действия — стратегическое планирование; — тестирование сценариев; — проведение стресс-симуляций; — постепенные институциональные реформы (в пределах допустимого NL); — укрепление ликвидности и буферов. 7.2.3. Запреты — резкие реформы с немедленным эффектом; — одновременное изменение нескольких системных факторов; — публичная риторика, усиливающая ощущение нестабильности. 7.2.4. Контрольные параметры Мониторинг: — динамики SSS; — ускорения (NL); — роста SSI. Если PRS устойчиво растёт, активируется подготовительный контур Heightened. 7.3. Режим Heightened 7.3.1. Цель режима Предотвращение перехода в Stress. 7.3.2. Допустимые действия — частичная корректировка политики; — локальная поддержка ликвидности; — адресные коммуникационные интервенции; — ограниченное перераспределение ресурсов. 7.3.3. Ограничения — системные реформы допускаются только при NL ниже критического; — запрещено одновременное воздействие на все факторы D–V–E–C–S; — коммуникация должна снижать неопределённость, а не усиливать её. 7.3.4. Триггеры эскалации Переход в Stress инициируется, если: — PRS превышает установленный порог; — NL достигает критического уровня; — SSI демонстрирует кластеризацию. 7.4. Режим Stress 7.4.1. Цель режима Стабилизация и предотвращение каскада. 7.4.2. Допустимые действия — экстренные меры ликвидности; — временное ограничение отдельных операций; — централизованная координация; — ограничение информационного шума. 7.4.3. Запреты — структурные реформы; — кадровые перестановки, усиливающие неопределённость; — разнонаправленные сигналы от разных центров принятия решений. 7.4.4. Контрольные параметры Ежедневный контроль: — PRS; — NL; — SSI; — динамики SSS. Цель — добиться снижения PRS ниже порога перехода. 7.5. Режим Stabilization 7.5.1. Цель режима Контролируемый возврат к Normal без рецидива. 7.5.2. Допустимые действия — постепенное снятие ограничений; — восстановление институциональных процедур; — оценка ущерба; — аудит принятых решений. 7.5.3. Риски Преждевременное снятие ограничений может вернуть систему в Stress. Переход к Normal допускается только при устойчивом снижении PRS и SSI. 7.6. Матрица действий D–V–E–C–S SSOM структурирует действия по пяти осям: D — фундаментальные данные; V — волатильность; E — ожидания; C — капитал/ликвидность; S — сентимент. В каждом режиме допускается изменение не более двух осей одновременно. Изменение более двух осей повышает NL и риск каскада. 7.7. Протокол расхождения с заказчиком Если заказчик: — игнорирует режим; — требует действий, противоречащих SSOM; — требует изменить численный вывод, фиксируется запись в Audit Log. SSOM не блокирует решение. Он фиксирует отклонение от рекомендованного диапазона. 7.8. Посткризисный разбор После выхода в Normal проводится: — анализ точности PRS; — оценка NL; — проверка ложных тревог; — анализ управленческих действий. Результаты передаются в Drift Monitor. Том IX. Kazakhstan Overlay (национальная калибровка без изменения ядра) Kazakhstan Overlay не меняет формулы SSS, SSI, NL или PRS. Он адаптирует: — набор входных факторов; — весовые коэффициенты; — лаги реакции; — источники данных. Overlay существует как надстройка над ядром. 9.1. Принцип Overlay Overlay — это конфигурационный слой. Он: — расширяет D_core специфическими факторами; — уточняет веса; — задаёт локальные лаги; — определяет перечень приоритетных источников. Overlay не имеет права: — менять формулы ядра; — менять логику State Machine; — отменять пороги режимов. 9.2. Национальные факторы (структура) Факторы группируются по тем же осям D–V–E–C–S. D (структурные факторы) — сырьевой экспорт; — бюджетная зависимость; — концентрация торговых маршрутов; — институциональная централизация. V (волатильность) — волатильность цен на ключевые экспортные товары; — валютная динамика; — внешние шоки. E (ожидания) — инфляционные ожидания; — бизнес-ожидания; — индикаторы социального напряжения. C (капитал/ликвидность) — банковская ликвидность; — уровень резервов; — фискальный буфер. S (сентимент) — медиадинамика; — протестные индикаторы; — индекс доверия институтам. Здесь не вводятся новые формулы. Overlay определяет только входы и веса. 9.3. Калибровка весов Веса Overlay определяются через backtest на исторических данных. Процедура: выбор периода; расчёт SSS и PRS по базовым весам; оптимизация весов по метрике качества (Brier Score или иной, используемой в ядре); фиксация версии Overlay. Веса фиксируются на сезон версии. 9.4. Лаговая модель Для национального контура вводится лаговая поправка: Каждый фактор имеет реакционное окно: — мгновенное; — краткосрочное; — среднесрочное. Лаги не меняют SSS напрямую. Они влияют на динамику SSI и PRS. Значения лагов фиксируются в конфигурации версии. 9.5. Ретроспективная проверка (Backtest) Overlay проходит обязательную ретроспективную проверку. Процедура: — расчёт SSS и PRS на историческом кризисном эпизоде; — фиксация момента превышения порога PRS; — сравнение с фактической материализацией режима; — оценка запаса времени (lead time). Backtest не корректирует прошлое. Он используется только для выпуска новой версии. 9.6. Версионность Overlay Каждый Overlay имеет: — идентификатор; — дату выпуска; — период калибровки; — перечень факторов; — веса; — лаги. Изменение любого параметра создаёт новую версию. Старая версия остаётся воспроизводимой. 9.7. Ограничения Overlay Overlay: — не является самостоятельной моделью; — не может существовать без ядра; — не допускает политической корректировки весов. Если локальные данные недоступны, используется базовая конфигурация ядра. Том VIII. Продвинутые модули (дополнительные инструменты анализа, не влияющие на Regime Engine) 8.1. Принцип изоляции Продвинутые модули: — не изменяют SSS, SSI, NL, PRS; — не участвуют в расчёте режима; — не имеют доступа к редактированию весов; — не запускают автоматические переходы State Machine. Они работают только на: — интерпретацию; — сценарную симуляцию; — оценку качества решений. 8.2. Adversarial Emulation Назначение: моделирование реакции внешних и внутренних акторов на управленческие действия. Вход: — зафиксированный режим; — сценарное действие из SSOM; — параметры изменения факторов. Выход: — оценка вероятной реакции по осям D–V–E–C–S; — изменение SSI и PRS в симуляционном контуре; — карта вторичных рисков. Adversarial Emulation не влияет на текущий режим. Результат помечается как simulation. 8.3. Regret Shadow Trajectory Назначение: оценка альтернативных траекторий при непринятии решения. Метод: — фиксация текущего режима; — построение траектории SSS при отсутствии действия; — сравнение с траекторией при применении действия; — расчёт разницы в интегральной устойчивости. Regret рассчитывается как разность интегральной площади под кривой SSS во времени. Этот модуль не меняет режим. Он оценивает стоимость бездействия. 8.4. Cognitive Calibration Назначение: контроль искажения интерпретации. Фиксирует: — расхождение между численным режимом и управленческой реакцией; — повторяющиеся отклонения; — систематическую недооценку или переоценку PRS. Cognitive Calibration не корректирует индексы. Он фиксирует управленческую поведенческую модель. 8.5. Bias Control Назначение: контроль перекоса модели. Метрики: — стабильность коэффициентов; — устойчивость к удалению фактора; — чувствительность PRS к шуму. При выявлении перекоса инициируется процедура Drift Monitor (Том V). Bias Control не выполняет автоматическую перекалибровку. 8.6. Prediction Market (внутренний) Назначение: дополнительная оценка вероятности перехода режима. Участники делают анонимную оценку вероятности перехода. Результат: — агрегированная вероятность; — сравнение с PRS модели; — фиксация расхождения. Prediction Market не изменяет PRS. Он используется как дополнительный сигнал качества. 8.7. Федеративный обмен Назначение: обмен агрегированными метриками между изолированными контурами. Передаются: — коэффициенты напряжения; — индикаторы роста SSI; — сигналы NL. Не передаются: — сырые данные; — персональные данные; — конфигурация весов. Федеративный обмен не объединяет модели. Он позволяет видеть системную картину без раскрытия данных. 8.8. Условия интеграции модулей Любой продвинутый модуль должен: — быть изолирован от Regime Engine; — иметь собственную версию; — быть воспроизводимым; — иметь метрику качества. Модуль может быть отключён без влияния на базовый расчёт режима. 8.9. Ограничения применения Продвинутые модули: — не используются в публичных продуктах без указания статуса simulation; — не заменяют базовый расчёт; — не могут служить основанием для перехода режима. Если модуль противоречит ядру, приоритет имеет ядро. Том X. Управление, защита и институционализация 10.1. Природа бутика PSSR продаёт: — продукты; — выводы; — диагностические отчёты; — сценарные оценки. PSSR не продаёт: — доступ к ядру; — доступ к конфигурации весов; — доступ к исходному коду; — прямой доступ к вычислительному контуру. Клиент получает результат, а не систему. 10.2. Независимость численного слоя Ни один заказчик не имеет права: — требовать изменения коэффициентов; — требовать изменения порогов режимов; — требовать удаления фактора; — требовать корректировки PRS. Любое изменение ядра создаёт новую версию модели и фиксируется в журнале версий. 10.3. Сезоны версий Модель работает в рамках фиксированного сезона версии. В течение сезона: — параметры не меняются; — калибровка не проводится; — пороги не корректируются. Перекалибровка допускается только при формальном триггере качества: — ухудшение Brier Score; — рост доли ложных тревог; — превышение порога Drift. Перекалибровка создаёт новую версию. 10.4. Протокол цитирования Любое использование материалов PSSR требует указания: — режима; — PRS и горизонта; — уровня уверенности; — версии модели; — даты расчёта. Цитирование без этих атрибутов недопустимо. Выводы не могут использоваться: — для персональных обвинений; — для внутриполитической борьбы; — для манипулятивной риторики. 10.5. Ограничение ответственности PSSR: — не принимает решения; — не несёт ответственность за политический выбор; — не гарантирует отсутствие кризиса; — не является инструментом прогнозирования конкретных событий. Ответственность за действия лежит на ЛПР. 10.6. Конфликт интересов Запрещается: — одновременное обслуживание конфликтующих сторон по одному и тому же режимному контуру; — передача выводов одной стороны другой; — использование внутреннего знания для конкурентного преимущества третьих лиц. В случае конфликта приоритет — прекращение обслуживания. 10.7. Основания прекращения контракта Контракт может быть прекращён при: — требовании изменить численный вывод; — попытке политической корректировки модели; — нарушении протокола цитирования; — использовании продукта вне установленных границ. Прекращение фиксируется в журнале. 10.8. Институциональная воспроизводимость Система должна быть воспроизводима без зависимости от одного человека. Для этого: — хранится документация; — фиксируются версии; — проводится внутренний аудит; — сохраняется Audit Log. Бутик не строится вокруг персонального авторитета. 10.9. Стратегия институционализации PSSR развивается по этапам: Бутик-диагностика. Ограниченная интеграция в управленческие процессы. Сертификация операторов. Создание стандарта практики. Стандарт не публикует формулы. Он публикует методологию. 10.10. Защита интеллектуальной собственности IP делится на: — открытый методологический слой; — закрытый математический слой; — конфигурационный слой; — сценарный слой. Доступ к закрытым слоям ограничен. Любое копирование численного ядра без контекста не даёт воспроизводимого результата. Дополнения (консолидация фрагментов ранних сборок v9.6) Том X. Управление, статус и защита стандарта 10.1. Стандарт как институциональная норма Цель PSSR — не оказание консультационной услуги, а закрепление режимной диагностики как регулярной управленческой нормы. Система продаёт результаты и продукты, но не предоставляет доступ к ядру Regime Engine. Доступ к внутренней архитектуре не передаётся заказчику. Передаются: — отчёты; — режимные выводы; — пояснительные записки; — сценарные альтернативы; — посткризисные разборы. Таким образом сохраняется целостность ядра и независимость измерения. 10.2. Защита от аппаратного использования Запрещается публикация фрагмента отчёта без указания: — вероятности; — даты расчёта; — ограничения модели. Фрагмент без этих атрибутов считается недействительным. 10.3. Независимость численного слоя Числовые параметры не корректируются по запросу заказчика. В случае расхождения заказчика с режимом допускается фиксация альтернативной позиции в протоколе, но не изменение расчёта. 10.4. Ограничение на доступ к системе PSSR функционирует как закрытый бутик. Заказчику предоставляется только конечный аналитический продукт. Исходный код, формулы, веса факторов и инфраструктура не передаются. Допускается демонстрация принципов работы без раскрытия параметров. 10.5. Воспроизводимость без персональной зависимости Любой выпуск должен быть воспроизводим независимо от конкретной фамилии аналитика. — используется единый шаблон; — фиксируются параметры; — применяется контроль качества текста; — хранится архив версий. Отсутствие конкретного сотрудника не должно снижать качество выпуска. Том X. Управление версией, защита и юридическая устойчивость 10.6. Сезоны версий и дисциплина калибровки (защита от вечной настройки и ретроактивного переписывания) Вводится политика сезонности версий: базовая версия ядра фиксируется на заданный период (квартал или иной установленный цикл). — параметры \beta, веса и пороги не меняются; — допускаются только исправления формата, описаний и ошибок представления (без изменения численного слоя); — пересчёт и перекалибровка возможны только при формальном триггере качества (ухудшение Brier Score, рост доли ложных тревог, рост Drift выше порога). Hotfix численного слоя допускается исключительно при выявлении дефекта, влияющего на корректность вычисления, и требует отдельного протокола, двойной проверки и выпуска новой версии. Цель сезонности — обеспечить доверие к сопоставимости выпусков и исключить ощущение «вечной настройки». 10.7. Протокол цитирования и неизвлекаемость (защита от аппаратного искажения и репутационного уничтожения) Любое цитирование материалов PSSR допускается только при сохранении минимального контекста: — режим; — PRS с горизонтом и интервалом; — уровень уверенности; — дата расчёта и версия модели; — блок ограничений. Цитирование без этих атрибутов запрещено и считается недействительным. Внутренние продукты проектируются как неизвлекаемые: ключевые выводы всегда связаны с паспортом выпуска и ограничениями, чтобы вырванный фрагмент выглядел как дефектный и неполный. Запрещается использование материалов PSSR для персонализированных обвинительных трактовок, внутриполитической борьбы и публичных оценок групп. Нарушение фиксируется как злоупотребление продуктом и является основанием для прекращения поставки. PATCH v9.6.1 — Risk Hardening (взгляд 2026) Статус: normative addendum к v9.6.1. Цель — закрыть выявленные риски долговременной устойчивости (горизонт 1–3 года) без изменения инвариантов Legal Priority, Human-in-the-Loop, Determinism, Drift Control. 1) Human-in-the-Loop: устранение single point of failure без снятия инварианта Риск: подтверждения переходов и режимных заявлений могут стать бутылочным горлышком при росте клиентской базы, выгорании или текучке. Требуется операционная масштабируемость, сохраняя двойную верификацию человеком для режима ≥ Heightened. HITL Capacity Rule. Вводится измеряемая пропускная способность подтверждений: CAP_confirm/day и лимит очереди BACKLOG_ceiling. Эти значения фиксируются в Audit Log и пересматриваются только через версию. Delegation Ladder. Определяются роли подтверждения: Primary / Secondary / On-call. Двойная верификация = две независимые подписи (не обязательно одного человека). Ротация On-call обязательна. Backlog Fail‑Safe. При BACKLOG > BACKLOG_ceiling поставка переводится в режим ограничений: разрешены только SSOM‑0 выпуски (monitoring/awareness) без заявления перехода режима; все заявления режима блокируются до разгрузки очереди. Escalation Path. Если BACKLOG держится выше потолка более T_overload, активируется организационный протокол усиления (доп. смена, перераспределение клиентов, временное сокращение частоты выпусков). Параметры по умолчанию (подлежат подтверждению человеком и фиксации в журнале): CAP_confirm/day = 12; BACKLOG_ceiling = 24; T_overload = 5 рабочих дней. 2) Качество за 12–24 месяца: полупрозрачная метрика, не раскрывая IP Риск: отсутствие реальных значений Brier/Recall за последние 12–24 месяца снижает доверие и делает калибровку непрозрачной. Решение — Quality Ledger публичного уровня с агрегатами и без раскрытия параметров. Quality Ledger (Public Layer). Ежемесячно или ежеквартально публикуются агрегаты: Brier Score по бинам PRS, Recall/Precision по заранее определённым событиям/классам, coverage, unknown-rate, доля выпусков с SSOM≥1. Episode Table (Obfuscated). Минимум 5–10 последних кризисных эпизодов: даты, тип эпизода, сигнал (бин PRS/SSI), фактический исход, confidence bucket. Без раскрытия коэффициентов, графа и внутренних порогов. No‑Ledger Watermark. Если Quality Ledger отсутствует за окно W_ledger (по умолчанию 1 квартал), продукты обязаны содержать watermark: 'No recent calibration evidence' и переходят в ограниченную форму (факты/наблюдения/сценарии без сильных заявлений). Параметры по умолчанию: период обновления = квартал; окно W = 24 месяца; W_ledger = 1 квартал. 3) Сложность системы: бюджет сложности, экспериментальный слой и политика sunset Риск: 10+ томов и рост индексов создают долгосрочную стоимость поддержки. Решение — явный бюджет сложности и правила принятия/архивации модулей. Complexity Budget. Все индексы делятся на Core (канон) и Extended/Experimental. По умолчанию наружу в продуктах допускается только Core. Admission Gate для нового индекса/модуля. Требования: (a) назначение и зона применения; (b) входы/выходы; (c) диапазоны/калибровка; (d) тест добавочной полезности (ΔBrier/ΔRecall или снижение FDS/NL‑штрафа) на окне не менее W_test. Sunset Policy. Если модуль не демонстрирует устойчивой добавочной полезности N кварталов подряд, он переводится в архив (read‑only), и исключается из обязательной поставки. Параметры по умолчанию: W_test = 6 месяцев; N = 2 квартала. 4) ECFI: защита от методологической хрупкости (schema lock + sensitivity gate) Риск: ECFI чувствителен к определению узлов/связей и при методологических изменениях может давать скачки, провоцируя ложные режимные сигналы. Решение — фиксировать схему и требовать отчёта чувствительности. Schema Lock. Версия схемы ECFI (узлы, типы связей, правила агрегации) фиксируется как отдельный объект версии. Любое изменение схемы — отдельный change‑log и пересчёт сопоставимых рядов. Sensitivity Pack. Для каждой версии ECFI обязателен отчёт чувствительности: альтернативные типологии узлов, пороги связи, набор источников. Фиксируются диапазоны отклонений (ΔECFI) и влияние на PRS/SSI. Stability Gate. ECFI запрещено использовать как основной драйвер перехода режима, если чувствительность превышает порог S_sens или если схема менялась в пределах последних W_lock. В таком случае ECFI разрешён только как информативный индикатор. Параметры по умолчанию: S_sens = 0.25 (норм. шкала); W_lock = 90 дней. 5) Graceful degradation: режимы деградации данных и запреты на сильные заявления Риск: при деградации данных (цензура, санкции, разрывы источников) простое снижение confidence может быть недостаточно. Нужна формальная шкала D0–D3 с обязательными последствиями. Data Degradation Modes. D0 — нормальные данные; D1 — частичная деградация; D2 — существенная деградация; D3 — критическая деградация/невозможность верификации. D1 последствия: снижение частоты выпусков или расширение интервалов уверенности; запрет на узкие прогнозные окна; обязательная секция 'Data Gaps'. D2 последствия: запрет на причинные цепочки 'high confidence'; допускаются только сценарии и ранние сигналы; ограничение на любые переходы режима (требует усиленного HITL). D3 последствия: стоп режимных заявлений и стоп внешних рекомендаций; допускается только situational awareness, перечень неизвестностей, план восстановления данных. Source Redundancy Requirement. Для критических факторов — минимум два независимых источника или заранее утверждённый прокси‑набор. Отсутствие — автоматический перевод соответствующих факторов в Unknown и повышение NL‑штрафа. Пороговые правила классификации D0–D3 фиксируются в закрытом Parameter Pack (см. пункт 7). 6) Клиент игнорирует предупреждения: пороги и протокол ограничений/приостановки поставки Риск: систематическое игнорирование предупреждений заказчиком создаёт репутационный и юридический риск для поставщика. Требуется заранее определённый протокол, который не является 'решением вместо клиента', а является правилом поставки продукта. Non‑Response Thresholds. Вводятся пороги X/Y/Z (количество подтверждённых предупреждений за окно W_client без задокументированных действий заказчика). X: обязательная эскалация коммуникации (risk committee / C‑level), письменное подтверждение получения и понимания рисков. Y: ограничение поставки: только факт‑лог, объяснение неопределённости, сценарии; запрет на формулировки, которые могут быть интерпретированы как управленческие директивы. Z: право приостановки поставки до восстановления процесса использования продукта (подписание протокола взаимодействия и подтверждение каналов реагирования). Параметры по умолчанию: окно W_client = 180 дней; X=3; Y=5; Z=7. Любое изменение — только через версию и запись в Audit Log. 7) Parameter Packs (закрытый слой): минимально обязательная комплектация Этот пункт закрывает дефицит v9.6: стандарт требует численных пакетов параметров, иначе воспроизводимость и аудит неполны. В v9.6.1 вводится обязательный закрытый раздел 'Parameter Packs' с идентификаторами наборов. Структура пакета: Pack_ID; дата; владелец; версия; назначение; перечень параметров (веса/пороги/лаги/β/штрафы NL/пороговые правила D0–D3); контрольные хэши входных данных; совместимость с версиями модулей. Минимальные пакеты: (A) Core‑Stability; (B) Regime‑Transitions; (C) Data‑Degradation; (D) ECFI‑Sensitivity; (E) Client‑Protocol Thresholds. Disclosure Rule: Parameter Packs являются закрытыми; наружу допускаются только агрегаты качества (п.2) и категориальные метки (например, бин PRS/уровень D0–D3), без раскрытия численных параметров. Примечание: если реальная численная конфигурация не готова к публикации в монолите, допускается хранение пакетов как отдельного закрытого приложения с обязательной ссылкой на Pack_ID в каждом выпуске продукта.