[drive-download] канонический текст v1.docx

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

Сущности

БЛОК fail-safe Канон БД Идеологема ТЕРМИНОВ СМЫСЛОВ Настоящий блок Инвариант Инвариант ПОДМЕН

канонический текст v1.0 БЛОК A. КАНОН ТЕРМИНОВ, СМЫСЛОВ И ЗАПРЕЩЁННЫХ ПОДМЕН (Инвариант уровня L0) A.1. Назначение блока Настоящий блок фиксирует единую терминологическую рамку системы и устанавливает обязательные значения ключевых понятий, используемых во всех слоях, режимах и записях базы. Цель блока — не унификация языка ради удобства, а предотвращение смысловой деградации, при которой внешне корректные слова начинают подменять управленческую логику, снижать предсказуемость решений и разрушать архитектуру слоёв. Любое отклонение от канона терминов рассматривается как структурная ошибка, независимо от намерений автора или качества содержания. A.2. Базовые канонические термины системы Идеологема Идеологема — это устойчивая смысловая конструкция, обладающая нормативной силой и способная направлять интерпретацию событий, решений и действий государства в долгосрочной перспективе. Идеологема: не равна лозунгу, не равна тезису, не равна кампании, не привязана к одному событию. Идеологема работает как осевая координата, внутри которой допустимы разные формулировки, форматы и стили, но недопустима смена смыслового вектора. Примеры уровня идеологем: «Закон и порядок», «Таза Қазақстан», «Справедливость как норма», «Государство, которому доверяют». Принцип Принцип — это ограничивающее правило, которое определяет, как можно действовать, а не что именно говорить. Принцип: не обсуждается публично, не адаптируется под формат, действует во всех режимах, если не указано иное. Принципы образуют скелет системы и всегда имеют приоритет над форматами, тезисами и тактическими решениями. Инвариант Инвариант — это абсолютное ограничение, которое не может быть нарушено ни при каких условиях, включая кризис, давление, угрозу репутационных потерь или политическую целесообразность. Инвариант: не балансируется, не оптимизируется, не «обходится», не компенсируется другими выгодами. Нарушение инварианта автоматически переводит систему в аварийный режим независимо от контекста. Режим Режим — это состояние информационной среды, при котором меняется допустимость форм, темпов, глубины и эмоционального регистра коммуникации. Режим не описывает событие, а описывает условия интерпретации. Примеры режимов: норма, напряжение, кризис, острый кризис, посткризис. Режим всегда определяется сверху вниз и не может устанавливаться отдельным исполнителем по ощущениям. Протокол Протокол — это предписанная последовательность действий и решений в заданном режиме и контексте. Протокол: не является рекомендацией, не является советом, не допускает импровизации без разрешения вышестоящего слоя. Отклонение от протокола допустимо только через явную процедуру выхода, зафиксированную в системе. Формат Формат — это способ упаковки смысла для конкретного канала, аудитории и временного окна. Формат: всегда вторичен по отношению к смыслу, не может менять идеологему, не может нарушать принципы. Формат — это инструмент, а не смысловая единица. Ошибка (каноническая) Каноническая ошибка — это типовая смысловая или логическая конструкция, которая с высокой вероятностью приводит к негативным последствиям, независимо от намерений автора. Ошибка фиксируется не по результату, а по структуре. Наличие ошибки в записи не означает злого умысла, но означает недопустимость применения без коррекции или fail-safe. Fail-safe (аварийный сценарий) Fail-safe — это заранее определённый сценарий ограничения, остановки или переключения коммуникации при выявлении риска нарушения инвариантов или неконтролируемых эффектов. Fail-safe может означать: смену формата, снижение интенсивности, перевод в молчание, отказ от комментария. Fail-safe не считается поражением. Fail-safe — это норма зрелой системы. A.3. Термины, запрещённые к использованию в системе Следующие слова и конструкции запрещены к использованию в документации, БД и внутренней аналитике, независимо от контекста. «Инвайт», «приглашение», «заход» Причина запрета: данные слова размывают управленческую природу системы и подменяют анализ случайными ассоциациями и эвристиками. Вместо этого используются: «триггер», «смысловой вход», «точка интерпретации», «активация». «Нарратив» в значении «текст» или «история» Причина запрета: в таком использовании термин утрачивает аналитический смысл и превращается в литературную метафору. Допустимо только строгое значение: нарратив как устойчивая схема объяснения реальности, а не как конкретное сообщение. «Эффективно», «хорошо зашло», «сработало» Причина запрета: оценки без указания эффекта, масштаба и последствий разрушают причинно-следственную логику. Допустимы только формулировки: «привело к…», «вызвало…», «увеличило / снизило…», «создало риск…». «Общественное мнение» без уточнения Причина запрета: термин маскирует конкретные аудитории и лишает систему адресности. Обязательно указывать: какую группу, в каком контексте, по какому вопросу, в каком режиме. A.4. Правило терминологической дисциплины Любая запись, использующая неконанический термин, считается невалидной до исправления. Смысл записи не оправдывает нарушение терминологии. При конфликте интерпретаций всегда применяется каноническое определение, зафиксированное в этом блоке. Расширение словаря возможно только через отдельное решение уровня L0 с явным описанием последствий. A.5. Статус блока Блок A относится к инвариантам уровня L0. Он не подлежит адаптации под проекты, регионы, форматы и режимы. Любая система, использующая данную архитектуру, обязана начинать с принятия этого блока. БЛОК B. КАНОН ПРИОРИТЕТОВ, РАЗРЕШЕНИЯ КОНФЛИКТОВ И ВЛАСТИ СЛОЁВ (Инвариант уровня L0) B.1. Назначение блока Настоящий блок фиксирует иерархию смысловой власти в системе и устанавливает обязательные правила разрешения конфликтов между слоями, режимами, форматами и отдельными записями базы. Цель блока — исключить ситуации, при которых: «правы все», решение принимается по интуиции, нижестоящий слой фактически отменяет верхний, конфликт «разруливается» постфактум. Система исходит из принципа: любой конфликт должен иметь предопределённый победитель. B.2. Иерархия слоёв системы В системе зафиксирована следующая жёсткая иерархия слоёв (сверху вниз): L0. Инварианты и канон терминов Абсолютный уровень. Не подлежит интерпретации, балансировке и исключениям. L1. Идеологемы и принципы Определяют допустимое направление смысла и границы интерпретации. L2. Режимы и режимные ограничения Определяют допустимость форм, темпов и регистров в конкретной ситуации. L3. Протоколы и сценарии (включая fail-safe) Фиксируют обязательные последовательности действий. L4. Нарративные конструкции и смысловые рамки Упорядочивают объяснение событий внутри заданных границ. L5. Форматы и каналы Инструментальный уровень упаковки смысла. L6. Конкретные формулировки, тексты, реплики Самый нижний и самый заменяемый уровень. Ни один нижестоящий слой не имеет права отменять, ослаблять или переосмысливать вышестоящий. B.3. Базовое правило разрешения конфликтов При любом конфликте между элементами системы применяется следующее правило: Решение принимается по наивысшему затронутому слою. Это означает: если формулировка эффективна, но нарушает принцип — формулировка запрещена; если формат популярен, но несовместим с режимом — формат отключается; если нарратив логичен, но конфликтует с идеологемой — нарратив отбрасывается. Эффективность, охват и скорость никогда не являются аргументами против канона. B.4. Типовые конфликты и их автоматическое разрешение Конфликт «Эффективность vs принцип» Принцип всегда имеет приоритет. Эффективность без принципа рассматривается как латентный риск. Конфликт «Формат vs режим» Режим всегда имеет приоритет. Формат либо адаптируется, либо отключается. Конфликт «Региональная адаптация vs идеологема» Идеологема имеет приоритет. Региональная адаптация допускается только внутри идеологемы, а не вместо неё. Конфликт «Скорость реакции vs протокол» Протокол имеет приоритет. Нарушение протокола ради скорости автоматически активирует fail-safe. B.5. Запрет на горизонтальные компромиссы В системе запрещены горизонтальные компромиссы между слоями одного уровня без обращения к вышестоящему. Запрещено: «договориться» между форматами, сгладить конфликт нарративов без проверки принципов, компенсировать нарушение одного ограничения усилением другого. Допустима только вертикальная проверка. B.6. Правило наихудшего сценария Если в процессе анализа возникают две или более интерпретации допустимости, применяется правило наихудшего сценария: Выбирается трактовка, при которой риск выше. Это правило действует до момента официального пересмотра записи или протокола. B.7. Конфликт между записями базы Если две записи базы: дают разные рекомендации, предполагают разные режимы, по-разному трактуют допустимость, то применяется следующий порядок: Проверка по L0 и L1 — записи, нарушающие канон, исключаются. Проверка по режиму — записи, не соответствующие текущему режиму, временно отключаются. При равенстве — приоритет у записи с более жёстким ограничением. B.8. Запрет на «серые зоны» Система не признаёт категорий: «почти допустимо», «в целом нормально», «если аккуратно». Любая зона неопределённости трактуется как зона запрета до явного разрешения. B.9. Ответственность за нарушение иерархии Нарушение иерархии слоёв квалифицируется как: методологическая ошибка — на аналитическом уровне, управленческий риск — на операционном уровне, системная угроза — при повторяемости. Исправление всегда начинается с верхнего слоя, а не с косметической правки текста. B.10. Статус блока Блок B относится к инвариантам уровня L0. Он обязателен для: наполнения базы, анализа, обучения исполнителей, автоматизации и ИИ-ассистентов. Без принятия этого блока система неизбежно скатывается к «редакционной логике» и утрачивает управляемость. Идём дальше. Ниже — БЛОК C в финальной канонической редакции. Это тот слой, который превращает архитектуру в работающий автомат, а не в свод рекомендаций. БЛОК C. КАНОН РЕЖИМОВ И МАТРИЦА ДОПУСТИМОСТИ (Инвариант уровня L0) C.1. Назначение блока Настоящий блок фиксирует режимную логику системы и устанавливает жёсткую зависимость между состоянием среды, допустимыми действиями и формами коммуникации. Режим в системе — это не описание обстановки, а переключатель правил. Смена режима автоматически меняет: допустимые идеологемы, допустимые нарративы, допустимые форматы, допустимую лексику, допустимую степень неопределённости. Любая коммуникация вне определения режима считается методологически некорректной. C.2. Принцип конечного автомата Система режимов функционирует как конечный автомат состояний: в каждый момент активен ровно один режим; одновременная работа в двух режимах запрещена; переход между режимами допускается только по зафиксированным триггерам; откат режима требует отдельного основания, а не «ощущения стабилизации». C.3. Канонический набор режимов В системе зафиксированы следующие базовые режимы: R0. Нормальный (базовый) Среда стабильна, риски контролируемы, реактивность низкая. R1. Повышенной чувствительности Наблюдается рост напряжения, внимание к теме повышено, возможна быстрая эскалация. R2. Кризисный Произошло событие, требующее немедленного реагирования и централизованного контроля. R3. Аварийный (защитный) Риски неконтролируемы, информационное поле токсично, приоритет — минимизация ущерба. R4. Восстановительный Кризис завершён, идёт работа с последствиями, репутацией и выводами. Расширение списка режимов допускается только сверху вниз, без изменения логики базовых. C.4. Матрица «режим × допустимость» R0. Нормальный режим Допустимо: развернутая аргументация, объяснительные нарративы, вариативность формулировок, образовательные и перспективные форматы. Запрещено: апелляция к страху, форсирование идеологем, использование мобилизационной риторики. R1. Повышенной чувствительности Допустимо: сдержанные формулировки, фокус на фактах и процедурах, ограниченная эмоциональность. Ограничено: метафоры, ирония, персонализация ответственности. Запрещено: резкие оценки, расширительные обобщения, попытки «переиграть повестку». R2. Кризисный режим Допустимо: короткие, однозначные формулы, апелляция к институтам и процедурам, строгая иерархия источников. Ограничено: объяснение причин, прогнозы, сравнения с другими кейсами. Запрещено: гипотезы, эмоциональные интерпретации, любые формы импровизации. R3. Аварийный режим Допустимо: минимальные сообщения, подтверждение контроля, инструкции и статусы. Ограничено: любые оценки, расширенные тексты, диалоговые форматы. Запрещено: нарративы, идеологемы, публичные объяснения. Молчание в этом режиме допустимо и предпочтительно, если оно снижает риски. R4. Восстановительный режим Допустимо: разбор произошедшего, институциональные выводы, корректировка формулировок. Ограничено: поиск виновных, эмоциональная ретроспектива. Запрещено: переписывание прошлого, самооправдание, ретроспективная полемика. C.5. Правило автоматического ужесточения При любой неопределённости режим повышается, а не понижается. Снижение режима допускается только при выполнении всех условий: стабилизация информационного поля, отсутствие новых триггеров, подтверждение по нескольким независимым каналам. C.6. Связь режима с идеологемами Каждая идеологема в системе имеет: перечень допустимых режимов, перечень запрещённых режимов, режим по умолчанию. Идеологема, допустимая в R0, не автоматически допустима в R2 или R3. C.7. Связь режима с форматами Формат считается: активным — если допустим в текущем режиме; спящим — если допустим в других режимах; отключённым — если запрещён во всех режимах, кроме R0. Принудительное использование формата вне допустимого режима квалифицируется как системная ошибка. C.8. Запрет на «гибридные режимы» Запрещены конструкции вида: «частично кризис, частично норма», «кризис, но можно пошутить», «авария, но объясним подробно». Режим либо включён, либо нет. C.9. Статус блока Блок C является инвариантом уровня L0 и обязателен: для наполнения базы, для интерпретации записей, для работы исполнителей, для автоматизации и ИИ-ассистентов. Любая запись без указания режима считается неканонической. БЛОК D. КАНОН ОШИБОК, ЗАПРЕЩЁННЫХ ФОРМУЛИРОВОК И FAIL-SAFE (Инвариант уровня L0) D.1. Назначение блока Настоящий блок фиксирует: исчерпывающую типологию канонических ошибок, перечень запрещённых формулировок и смысловых конструкций, обязательные механизмы аварийного поведения системы (fail-safe). Блок исходит из принципа: ошибка в коммуникации — это отказ системы, а не стилистическая неточность. D.2. Каноническое определение ошибки В системе ошибка — это любое действие или формулировка, которое: нарушает инварианты L0, противоречит активному режиму, создаёт неконтролируемую интерпретацию, открывает возможность враждебного захвата смысла. Ошибка не оценивается по намерению. Оценивается по эффекту и потенциальному ущербу. D.3. Классы канонических ошибок E1. Ошибка принципа Нарушение идеологемы или базового принципа. Пример: допущение двойной трактовки справедливости, подмена институциональной логики эмоциональной. Статус: критическая. E2. Ошибка режима Использование форм, допустимых в одном режиме, в другом. Пример: объяснительный нарратив в аварийном режиме, дискуссионный тон в кризисе. Статус: критическая. E3. Ошибка расширения Формулировка выходит за пределы подтверждённых фактов. Пример: прогнозы без основания, причинно-следственные выводы «по ощущению». Статус: высокорисковая. E4. Ошибка персонализации Смещение фокуса с института на лицо или группу. Пример: поиск виновных, индивидуализация ответственности в системной ситуации. Статус: высокорисковая. E5. Ошибка эмоционального давления Апелляция к страху, стыду, вине или угрозе. Пример: «если не поддержите — будет хуже», мобилизационная риторика вне допустимого режима. Статус: критическая. E6. Ошибка симметрии Попытка «уравновесить» принцип и его отрицание. Пример: «у всех есть своя правда» в конфликте ценностей, признание ложной альтернативы. Статус: критическая. E7. Ошибка преждевременности Коммуникация до завершения институционального процесса. Пример: комментарий до решения, объяснение до фиксации фактов. Статус: системная. D.4. Запрещённые формулировки и конструкции Запрещены всегда, независимо от режима: «на самом деле всё не так однозначно» «каждый может трактовать по-своему» «общество должно понять» «альтернативы нет» (если это не юридический факт) «это вопрос интерпретации» «мы считаем» вместо институциональной позиции Любая формулировка, создающая: ложную симметрию, моральное давление, перенос ответственности на аудиторию, считается нарушением канона. D.5. Канон fail-safe: базовые принципы Fail-safe — это предпочтительное ухудшение, а не попытка «спасти эффект». При конфликте: смысл ↔ безопасность выбирается безопасность. При конфликте: объяснение ↔ контроль выбирается контроль. D.6. Уровни fail-safe реакции FS1. Смягчение Замена формулировок на более нейтральные. Триггер: обнаружение E3–E4. FS2. Ограничение Сокращение объёма и спектра тем. Триггер: повторяемые ошибки, рост неконтролируемых интерпретаций. FS3. Отключение Полный отказ от коммуникации по теме. Триггер: E1, E2, E5, E6, невозможность контроля нарратива. FS4. Молчание Сознательное отсутствие сообщений. Молчание в системе: не ошибка, не слабость, инструмент защиты. D.7. Запрет на героизм Запрещено: «спасать ситуацию» личной инициативой, импровизировать под давлением, выходить за канон ради эффекта. Любая попытка «дотянуть» систему вручную рассматривается как усиление риска. D.8. Восстановление после ошибки Исправление ошибки никогда не начинается с оправдания. Допустимый порядок: Остановка (FS2 или FS3). Возврат к верхнему слою. Переформулирование без ретроспективной полемики. Только затем — восстановление активности. D.9. Статус блока Блок D является инвариантом уровня L0 и: обязателен для всех записей, обязателен для обучения исполнителей, обязателен для автоматических систем и ИИ. Любая система без fail-safe логики опасна по определению. БЛОК E. ВНУТРЕННЯЯ ЛОГИКА ИСПОЛНИТЕЛЯ «Как думать, когда нельзя говорить» (Инвариант уровня L1, с прямым подчинением L0) E.1. Назначение блока Настоящий блок описывает внутренний режим мышления исполнителя, работающего в системе, в ситуациях, когда: публичная коммуникация ограничена или запрещена, любая формулировка повышает риски, давление на принятие решения превышает допустимый уровень. Блок предназначен не для публикации и не для внешнего обучения. Он формирует когнитивную дисциплину, без которой система неизбежно деградирует. E.2. Принцип разделения мышления и речи В системе зафиксировано жёсткое различие между: тем, что допускается анализировать, и тем, что допускается артикулировать. Исполнитель имеет право: видеть больше, чем может сказать; понимать больше, чем может объяснить; удерживать противоречия без их публичного разрешения. Запрещено: «выговаривать» внутренние сомнения, публично демонстрировать процесс принятия решения, делиться логикой fail-safe. E.3. Каноническое состояние исполнителя Исполнитель в системе всегда находится в одном из трёх внутренних состояний: S1. Наблюдение Сбор информации без интерпретации. S2. Сдерживание Осознанный отказ от реакции при наличии давления. S3. Исполнение Реализация строго разрешённого действия. Переходы: S1 → S2 допускается всегда; S2 → S3 допускается только при наличии разрешения по слоям L0–L3; S3 → S1 — после завершения действия. E.4. Запрет на рефлексивную коммуникацию Запрещены любые формы: публичной рефлексии, «объяснения, почему мы молчим», демонстрации внутренних дилемм. Формулы вида: «мы понимаем обеспокоенность», «вопрос сложный», «ситуация неоднозначная» допустимы только в режимах, где это прямо разрешено. E.5. Работа с внутренними противоречиями Если исполнитель фиксирует конфликт между: личной оценкой и каноном, интуицией и протоколом, давлением среды и режимом, применяется правило: Личное мнение всегда ниже канона. Исполнитель не обязан «верить» в решение, он обязан его корректно реализовать или остановиться. E.6. Допустимые формы внутреннего мышления Разрешены: сценарное мышление, мысленное моделирование худших исходов, формулирование гипотез без намерения их публикации. Запрещены: эмоциональное самооправдание, поиск красивой формулировки без разрешения, мысленное «переигрывание» канона. E.7. Принцип когнитивного охлаждения При росте внутреннего напряжения применяется принцип когнитивного охлаждения: уменьшение количества интерпретаций, отказ от поиска «идеального решения», возврат к базовым инвариантам. Фраза внутреннего контроля: «Мне не нужно лучшее решение. Мне нужно допустимое». E.8. Отношение к неопределённости Неопределённость в системе: не устраняется речью, не компенсируется активностью, не маскируется уверенностью. Исполнитель обязан: удерживать неопределённость, не заполнять паузы, не снижать дискомфорт аудитории ценой риска. E.9. Внутренний fail-safe исполнителя Если исполнитель: не уверен в допустимости, не может определить режим, чувствует давление «срочно сказать», активируется внутренний fail-safe: Ничего не делать. Ничего не говорить. Зафиксировать. Это считается корректным поведением. E.10. Статус блока Блок E: обязателен для всех исполнителей, не подлежит адаптации под стиль, не обсуждается публично, не упрощается для «удобства». Исполнитель, не способный работать в режиме внутреннего сдерживания, не совместим с системой, независимо от опыта и таланта. БЛОК F. МИНИМАЛЬНАЯ ОНТОЛОГИЯ И АРХИТЕКТУРА СИСТЕМЫ «Как канон становится исполнимым» (Инвариант уровня L1, с прямым подчинением L0) F.1. Назначение блока Блок F фиксирует минимально достаточную онтологию, без которой система: теряет целостность при росте, не может быть автоматизирована, начинает распадаться на текстовые интерпретации. Цель блока — не академическая полнота, а жёсткая исполнимость, чтобы любую запись можно было: связать, проверить, применить, зафиксировать результат. F.2. Принцип минимализма онтологии В системе действует принцип: Лучше недоописать, чем допустить двусмысленность. Онтология намеренно: плоская на уровне сущностей, строгая на уровне связей, расширяемая только через канонические паттерны. Запрещено: вводить новые типы сущностей «по ощущению», плодить гибридные классы, дублировать смысл через разные названия. F.3. Базовые типы сущностей (ядро) Система опирается на ограниченный набор сущностей. Все остальные конструкции — производные. Entity — атом смысла Любая каноническая запись системы. Имеет код, уровень, статус, связи. Event — событие Факт внешнего или внутреннего мира, не являющийся интерпретацией. Signal — индикатор Измеримый или наблюдаемый признак изменения среды. RiskModel — модель риска Структурированное описание уязвимости и её последствий. CanonicalError — системная ошибка Повторяемый паттерн разрушения, не зависящий от формулировки. FailSafeScenario — сценарий отказоустойчивости Разрешённый минимум действий при утрате управляемости. Decision — принятое решение Факт выбора, а не его обоснование. Outcome — результат Фактический эффект решения, независимо от ожиданий. Lesson — извлечённый вывод Формализованное изменение канона по итогам Outcome. F.4. Типы связей (строго ограничены) Связи — ключевой элемент системы. Текст без связей не считается каноническим. Допустимы только следующие типы: causes — вызывает contributes_to — усиливает leads_to — приводит к mitigates — снижает prevents — предотвращает conflicts_with — конфликтует requires — требует activates — активирует invalidates — делает недопустимым Запрещены: универсальные связи типа «связан с», эмоциональные или оценочные связи, несимметричные формулировки без направления. F.5. Паттерны как обязательная форма записи Любая сущность высокого риска обязана быть оформлена через паттерн. Минимальный набор паттернов: ECCR Event → Cause → Consequence → Response HVEMI Hazard → Vulnerability → Exposure → Mitigation → Impact FailSafe Flow Trigger → Detection → Allowed Actions → Exit Criteria Запись, не заполняющая обязательные слоты паттерна: не считается завершённой, не может быть использована в операционном контуре, не проходит quality gate. F.6. Уровни абстракции (L0–L4) Каждая сущность обязана иметь уровень. L0 — Абсолюты. Инварианты, запреты, пределы допустимого. L1 — Парадигмы. Стратегические рамки и принципы. L2 — Модели. Риск-модели, сценарии, паттерны. L3 — Инструменты. Форматы, SOP, тактические решения. L4 — Кейсы. Исторические события и прецеденты. Правило: Сущность не может ссылаться на более высокий уровень как на аргумент. F.7. Режимы как состояние системы Режим — это глобальное состояние, а не контекст мнения. Каждый режим: активирует одни сущности, блокирует другие, меняет допустимость формулировок. Минимально фиксируются: Норма Повышенное напряжение Конфликт Кризис Авария Заморозка Режим хранится отдельно от сущностей и применяется через правила допустимости. F.8. Матрица «слой × режим × допустимость» Допустимость определяется не содержанием, а пересечением: слоя (L0–L4), режима, типа сущности. Принцип: то, что допустимо в Норме, может быть запрещено в Кризисе, то, что допустимо в L3, может быть недопустимо при активном L0-запрете. Матрица фиксируется как отдельный объект системы и не обсуждается в тексте записей. F.9. Quality Gate и статус записи Каждая запись имеет статус: draft active restricted deprecated archived Переходы между статусами: возможны только по процедуре, фиксируются в change_log, не стирают историю. Запись без статуса = не существует. F.10. Принцип машинной совместимости Онтология изначально проектируется так, чтобы: быть представимой в реляционной БД, быть отображаемой в граф, быть используемой LLM как источник правил. Текст — производная форма. Первична структура. F.11. Статус блока Блок F: закрывает архитектурный контур, запрещает произвольное расширение, является основой для реализации ПО, не упрощается «для объяснения». Любая реализация, не следующая этому блоку, считается другой системой, даже если использует те же слова. БЛОК G. ОПЕРАЦИОННЫЙ КОНТУР И ЖИЗНЕННЫЙ ЦИКЛ «Как система живёт, ошибается и учится» (Инвариант уровня L1, с обязательным подчинением L0 и архитектуре Блока F) G.1. Назначение блока Блок G фиксирует единственный допустимый жизненный цикл применения системы. Он отвечает на вопрос: что именно происходит между «что-то случилось» и «канон изменился». Без этого блока система: застывает в виде набора правил, не накапливает опыт, не различает провал, шум и обучающую ошибку. Цель блока — исключить иллюзию «правильных текстов» и заменить её учётом реальных последствий. G.2. Базовый цикл (обязательный) В системе признаётся только один канонический цикл: Event → Signal → Decision → Action → Outcome → Lesson Любая попытка: перепрыгнуть этап, подменить этап интерпретацией, задним числом переписать последовательность считается нарушением канона. G.3. Event — событие Event — это факт, а не оценка. Event фиксируется: максимально рано, без интерпретации, без объяснений. Запрещено: приписывать мотивы, делать выводы, использовать эмоциональные формулировки. Event — это «что произошло», а не «что это значит». G.4. Signal — сигнал среды Signal — это индикатор изменения, а не мнение. Сигналы могут быть: количественными, качественными, наблюдаемыми. Важно: Signal не обязан быть подтверждённым фактом, но обязан быть отделён от интерпретации. Пример логики: рост обсуждений, смена тональности, появление новых акторов, пауза там, где её не было. G.5. Decision — решение Decision — это зафиксированный выбор, а не его оправдание. Decision обязательно содержит: указание режима, ссылку на активированные инварианты, ссылку на заблокированные действия. Запрещено: «плывущие» решения, решения без режима, решения задним числом. Если решения не было — это тоже Decision, но с типом non-decision. G.6. Action — действие Action — это выполненное действие, а не намерение. К действиям относятся: публикация, молчание, перенос, отказ, запуск процедуры. Молчание считается действием только если оно зафиксировано как Action. G.7. Outcome — результат Outcome — это фактический эффект, независимо от ожиданий. Outcome: может быть негативным при правильном решении, может быть позитивным при ошибочном. Система не наказывает за негативный Outcome, если Decision и Action были каноническими. G.8. Lesson — извлечённый вывод Lesson — единственный элемент, который может изменить канон. Lesson формализуется только если: Outcome отклоняется от ожидаемого, выявлена новая уязвимость, обнаружен конфликт канона. Lesson не равен «выводу» или «мнению». Это структурированное изменение системы: новая связь, уточнение запрета, перевод записи в restricted/deprecated. G.9. Журналирование и неизменяемость истории Каждый цикл: логируется, не переписывается, сохраняется в исходном виде. Запрещено: чистить историю ради «красоты», удалять неудачные кейсы, скрывать ошибочные решения. История — это обучающий материал системы, а не отчёт. G.10. Ошибка как топливо системы В системе действует принцип: Ошибка ценнее удачи, если она разобрана. Различаются: ошибка исполнения, ошибка модели, ошибка канона, ошибка среды. Только ошибка канона ведёт к его изменению. Остальные — к обучению исполнителя, а не системы. G.11. Запрет симуляции обучения Запрещены: Lessons без реального Outcome, Lessons без фиксации Decision, Lessons, созданные «для отчёта». Любая симуляция обучения считается системным грехом и фиксируется как CanonicalError. G.12. Статус блока Блок G: делает систему самообучающейся, защищает от самообмана, лишает смысла «красивые объяснения». Без него система — мёртвая библиотека. С ним — живой инженерный контур. БЛОК H. РЕЖИМЫ, ПЕРЕХОДЫ И МАШИНА СОСТОЯНИЙ Когда, как и почему система меняет поведение H.1. Назначение блока Блок H описывает систему как машину состояний, а не как набор рекомендаций. Он отвечает за: смену логики поведения, допустимость идеологем, ограничения форматов, управление риском. H.2. Базовые режимы системы (канон) В текущей версии фиксируются следующие режимы: Нормальный Напряжённый Кризисный Оборонительный Мобилизационный Режим тишины Восстановительный Добавление нового режима возможно только через блок G (Lesson). H.3. Что меняется при смене режима При смене режима автоматически меняются: допустимые идеологемы, допустимая тональность, допустимые форматы, глубина объяснений, допустимость эмоций, уровень прямоты. Если режим не зафиксирован — любое действие считается нарушением. H.4. Триггеры перехода Переход между режимами возможен только при наличии: зафиксированного события, подтверждённого сигнала, решения уполномоченного уровня. Автоматические переходы запрещены. H.5. Запреты при переходах Запрещено: откатывать режим без фиксации, менять режим «по ощущению», скрывать факт кризисного режима. Ложный нормальный режим опаснее кризисного. H.6. Иерархия режимов (жёсткая) От менее жёсткого к более жёсткому: Нормальный → Напряжённый → Кризисный → Оборонительный → Мобилизационный Режим тишины и восстановительный — вне иерархии, включаются по отдельным основаниям. H.7. Идеологемы и режимы Каждая идеологема в базе обязана иметь: допустимые режимы, запрещённые режимы, модифицированную форму для кризиса. Идеологема без режимной привязки считается нерабочей. H.8. Fail-safe правило Если: режим не определён, сигналы противоречивы, времени недостаточно, → система автоматически переходит в оборонительный режим с минимизацией высказываний и усилением ограничений. H.9. Инвариант блока H Режим определяет смысл допустимого. БЛОК I. КАНОН ОШИБОК, ЗАПРЕТОВ И ВНУТРЕННЕГО МЫШЛЕНИЯ ИСПОЛНИТЕЛЯ Как система защищает себя от деградации на уровне человека I.1. Статус блока Блок I — обязательный слой L2. Он не предназначен для публичного использования и не является частью внешних коммуникаций. Назначение блока: предотвращение типовых провалов, выравнивание мышления исполнителей, защита канона от «человеческого фактора». I.2. Типология ошибок (канон) В системе фиксируются четыре типа ошибок. Все остальные считаются их производными. I.2.1. Ошибка формулировки Возникает при корректной идее, но неверной подаче. Примеры: избыточная эмоциональность, юридическая небрежность, многозначность, разговорный регистр в высоком режиме. Исправляется правкой текста. Канон не меняется. I.2.2. Ошибка режима Возникает при корректном тексте, применённом в неправильном режиме. Примеры: объяснительная логика в кризисе, шутка в напряжённом режиме, оптимизм в оборонительном режиме. Исправляется сменой режима. Канон не меняется. I.2.3. Ошибка модели Возникает при неверном представлении аудитории или среды. Примеры: переоценка рациональности, недоучёт страха, игнорирование асимметрии внимания. Исправляется через Lesson. Канон уточняется. I.2.4. Ошибка канона Возникает, когда сама система дала неверное разрешение. Примеры: идеологема допустима формально, но разрушительна на практике, разрешённый формат создаёт уязвимость, инвариант конфликтует с реальностью. Только этот тип ошибки меняет канон. I.3. Запрещённые формулировки (категории) Запрещены не конкретные слова, а типы формулировок. I.3.1. Перенос вины Любые конструкции, которые: объясняют проблемы «непониманием», намекают на «неблагодарность», противопоставляют «нас» и «их». I.3.2. Самооправдание Формулы вида: «мы сделали всё возможное», «объективно сложно», «вынуждены были». Система не оправдывается. Она действует. I.3.3. Обесценивание эмоций Любые конструкции, которые: снижают значимость переживаний, рационализируют страх, предлагают «успокоиться». I.3.4. Преждевременная нормализация Попытка объявить ситуацию «под контролем» до фактического Outcome. I.4. Канон молчания Молчание допустимо и предпочтительно, если: режим неопределён, сигналы противоречивы, риск ошибки выше риска тишины. Молчание обязательно фиксируется как Action. Нефиксированное молчание считается нарушением. I.5. Внутренний слой мышления исполнителя (не для публикации) Исполнитель обязан мыслить не «что сказать», а: В каком режиме мы находимся? Что сейчас запрещено сильнее всего? Какой риск необратим? Что произойдёт, если мы промолчим? Какой элемент канона я сейчас проверяю? Если исполнитель не может ответить минимум на первые три — действие запрещено. I.6. Принцип минимального высказывания В любой неопределённости действует правило: Говорить меньше — безопаснее, чем говорить красиво. Система предпочитает: короткие формулы, нейтральный регистр, повторяемость, отсутствие импровизации. I.7. Личная ответственность без наказания Система: не наказывает за ошибки исполнения, наказывает за сокрытие ошибок, поощряет фиксацию провалов. Ошибки — топливо системы. Сокрытие ошибок — её разрушение. I.8. Инвариант блока I Исполнитель не умнее системы и не заменяет канон. I.9. Связь с блоками G и H Ошибки I.2.1–I.2.2 → обучение исполнителя Ошибки I.2.3 → Lesson в блоке G Ошибки I.2.4 → пересборка канона и режимов (G + H) БЛОК J. МАТРИЦЫ ДОПУСТИМОСТИ И РЕЖИМНЫЕ ОГРАНИЧЕНИЯ Как система принимает решения «можно / нельзя» без интерпретаций J.1. Статус блока Блок J — жёсткий регулятор, слой L1–L2. Он не обсуждается, не интерпретируется и не смягчается. Назначение блока: снять с исполнителя необходимость «думать самому» в критических точках, устранить серые зоны допустимости, обеспечить единообразие действий при масштабировании. J.2. Принцип матричного решения Любое высказывание или действие допускается только при одновременном выполнении трёх условий: допустимо по смыслу, допустимо по режиму, допустимо по формату и аудитории. Нарушение любого условия = запрет. J.3. Базовые оси матрицы J.3.1. Ось 1 — Тип смысловой единицы Используются только канонические типы: Инвариант Позиция Объяснение Реакция Коррекция Молчание Любая гибридная форма предварительно запрещена. J.3.2. Ось 2 — Режим системы Минимальный набор режимов: Норма Напряжение Кризис Посткризис Заморозка Режим определяется системой, а не исполнителем. J.3.3. Ось 3 — Формат и канал Форматы группируются по уровню риска: Официальные (заявление, комментарий, документ) Полуофициальные (интервью, разъяснение) Публичные (соцсети, цитаты) Неформальные (стримы, личные реплики) В кризисе допустимы только первые два. J.4. Матрица допустимости (описание канона) J.4.1. Инварианты Допустимы: во всех режимах, только в официальных форматах, без эмоционального регистра. Запрещено: адаптировать под аудиторию, «переводить на простой язык» в кризисе. J.4.2. Объяснения Допустимы: только в режиме Норма и Посткризис, только после фиксации Outcome, только в длинных форматах. Запрещены: в режиме Кризис, до стабилизации сигнального поля. J.4.3. Реакции Допустимы: в Напряжении и Кризисе, в ограниченном объёме, без причинно-следственных выводов. Обязательное условие: отсутствие обещаний, отсутствие оценок. J.4.4. Коррекции Допустимы: только после ошибки, только в официальной форме, только с фиксацией Lesson. Запрещено: корректировать «по ощущениям», исправлять интерпретации аудитории. J.4.5. Молчание Рассматривается как полноценное действие. Допустимо: во всех режимах, при неопределённости, при конфликте сигналов. Запрещено: без фиксации причины, как способ «переждать без ответственности». J.5. Матрица «аудитория × режим» Ключевой принцип: Чем шире аудитория — тем ниже допустимая сложность и эмоциональность. В кризисе: массовая аудитория → только инварианты и реакции, экспертная аудитория → допускается ограниченное объяснение, внутренняя аудитория → полный канон. J.6. Абсолютные запреты (вне матриц) Независимо от режима и формата запрещены: персонализация вины, апелляция к эмоциям аудитории, сравнения с «хуже было раньше», использование метафор и иронии, заимствование форматов из развлекательной среды. J.7. Правило последней проверки Перед любым действием исполнитель обязан проверить: Тип смысловой единицы Активный режим Формат и канал Аудиторию Наличие запрета в блоке I Если хотя бы один пункт не ясен — действие блокируется. J.8. Инвариант блока J Если нужно объяснять, почему это допустимо — значит, это недопустимо. J.9. Связь с остальной системой Блок J опирается на инварианты (A–C) Применяется через режимы (E) Защищается каноном ошибок (I) Используется как основа автоматизации и ассистента