> Перевод даётся для удобства чтения. Нормативным является английский оригинал.

# Процесс изменений

**Спецификация Мета-Вселенной**

**Идентификатор документа:** MU-V2-CONST-003  
**Название:** Процесс изменений  
**Класс документа:** нормативный  
**Версия:** 2.0 (черновик)  
**Статус:** рабочий черновик  
**Нормативные ссылки:** Конституция Мета-Вселенной (MUC), MMAS, MUFP  
**Информативные ссылки:** Governance.md, Conformance.md  
**Копирайт:** © Orkestron.AI  
**Лицензия:** Apache-2.0

---

# 1. Назначение

Этот документ определяет нормативный процесс развития семейства стандартов Мета-Вселенной.

Цель - обеспечить непрерывное улучшение, сохраняя долгосрочную стабильность, совместимость и прослеживаемость.

---

# 2. Область действия

Этот процесс применяется ко всем нормативным спецификациям семейства стандартов Мета-Вселенной, включая:

- Конституцию Мета-Вселенной (MUC)
- Стандарт архитектуры мета-моделей (MMAS)
- Протокол федерации Мета-Вселенной (MUFP)
- Будущие нормативные расширения

---

# 3. Руководящие принципы

Каждое изменение ОБЯЗАНО следовать этим принципам:

- Конституция прежде реализации.
- Явное вместо неявного.
- Прослеживаемость по замыслу.
- Обратная совместимость везде, где это практично.
- Прозрачность.
- Рассмотрение сообществом.
- Версионированное развитие.
- Никаких молчаливых смысловых изменений.

---

# 4. Жизненный цикл изменения

Каждое изменение ОБЯЗАНО пройти следующий жизненный цикл:

1. Предложение
2. Обсуждение
3. Анализ влияния
4. Черновик спецификации
5. Рассмотрение
6. Одобрение
7. Публикация
8. Принятие
9. Устаревание (необязательно)
10. Вывод из обращения (необязательно)

Ни один этап НЕ ДОЛЖЕН пропускаться для нормативных изменений.

---

# 5. Запрос на изменение (CR)

Каждое предлагаемое изменение ОБЯЗАНО быть оформлено как Запрос на изменение (CR).

Запросу на изменение СЛЕДУЕТ содержать:

- уникальный идентификатор;
- название;
- мотивацию;
- затронутые документы;
- обоснование;
- ожидаемые выгоды;
- оценку совместимости;
- соображения по миграции;
- влияние на реализации;
- автора;
- дату.

---

# 6. Категории изменений

Изменения СЛЕДУЕТ относить к одной из следующих категорий:

### Редакционное

Форматирование, формулировки и уточнения без изменения семантики.

### Исправляющее

Исправление дефектов или неоднозначностей.

### Развивающее

Новые возможности, сохраняющие совместимость.

### Ломающее

Смысловые изменения, намеренно ломающие совместимость.

Ломающие изменения ОБЯЗАНЫ требовать явного обоснования.

---

# 6a. Классификация смысловых изменений

Ось Редакционное / Исправляющее / Развивающее / Ломающее из раздела 6 описывает **влияние** изменения. Её СЛЕДУЕТ дополнять второй осью, описывающей **смысловой предмет** изменения, то есть *какого рода значение затронуто*. Эта вторая ось и есть **Классификация смысловых изменений**.

Изменение нормативной базы правил ОБЯЗАНО дополнительно пройти пред-слияние [Проверку согласованности политик](../02-architecture/Policy-Consistency.md): изменение, которое сделало бы набор правил логически невыполнимым, НЕ ДОЛЖНО быть слито.

Каждому Запросу на изменение СЛЕДУЕТ объявлять один или несколько типов смыслового изменения:

- **Изменение структуры модели** - меняет структуру мета-модели (Объекты, Связи, События, форму определений).
- **Изменение значения/семантики** - меняет значение существующего понятия, не обязательно меняя его структуру.
- **Изменение правил федерации** - меняет то, как суверенные Вселенные федерируются, правила профилей федерации или гарантии протокола.
- **Изменение контракта** - меняет Смысловые контракты: цель, разрешения, обязанности или условия раскрытия.
- **Изменение поведения проекции** - меняет то, как Объекты проецируются в заданный контекст.
- **Изменение требований соответствия** - меняет то, что требуется для соответствия стандарту на любом уровне.

Оси ортогональны: одно изменение несёт и категорию влияния, и один или несколько типов смыслового изменения (например, *Развивающее* / *изменение структуры модели* или *Ломающее* / *изменение значения/семантики*).

Явное объявление смыслового типа позволяет ИИ-агентам рассуждать об изменении. Агент ДОЛЖЕН быть способен прочитать Запрос на изменение, определить его типы смыслового изменения, оценить итоговое влияние на совместимость относительно затронутых документов и предложить шаги миграции там, где совместимость сохранить нельзя. Машиночитаемая классификация тем самым превращает управление изменениями в анализируемый, частично автоматизируемый процесс, а не в чисто ручное рассмотрение.

---

# 7. Оценка совместимости

Каждый Запрос на изменение ОБЯЗАН включать оценку совместимости.

Возможные результаты включают:

- Полностью совместимо
- Обратно совместимо
- Вперёд совместимо
- Требует миграции
- Ломающее

---

# 8. Правило заморозки

Одобренные документы переходят в состояние Заморожен.

Замороженные документы:

- становятся нормативными ссылками;
- НЕ ДОЛЖНЫ получать молчаливых изменений;
- МОГУТ меняться только через опубликованный Запрос на изменение;
- ОБЯЗАНЫ сохранять полную историю редакций.

---

# 9. Версионирование

Каждая опубликованная спецификация ОБЯЗАНА объявлять свою версию.

Новые версии ОБЯЗАНЫ публиковаться, а не заменять предыдущие нормативные выпуски.

Историческим версиям СЛЕДУЕТ оставаться публично доступными.

---

# 10. Устаревание

Возможности МОГУТ объявляться устаревшими до удаления.

Уведомлению об устаревании СЛЕДУЕТ указывать:

- затронутую возможность;
- замену;
- версию объявления устаревшим;
- планируемую версию удаления.

Устареванию СЛЕДУЕТ предшествовать любому ломающему удалению.

---

# 11. Миграция

Всякий раз, когда совместимость сохранить нельзя, новую спецификацию ОБЯЗАНО сопровождать руководство по миграции.

Руководству по миграции СЛЕДУЕТ включать:

- затронутые понятия;
- требуемые преобразования;
- стратегию совместимости;
- примеры.

---

# 12. Публикация

Каждая публикуемая версия ОБЯЗАНА включать:

- номер версии;
- дату публикации;
- статус;
- сводку изменений;
- заявление о совместимости;
- нормативные ссылки.

---

# 13. Проверяемость

Развитие каждого нормативного документа ОБЯЗАНО оставаться проверяемым.

ОБЯЗАНО быть возможным определить:

- почему изменение произошло;
- кто его предложил;
- когда оно было принято;
- какая версия его ввела.

---

# Дальнейшие направления

Этот документ закрепляет *конституционную* форму Классификации смысловых изменений: сами типы изменений и требование их объявлять. **Подробная модель** принадлежит Стандарту архитектуры мета-моделей (MMAS): формальная таксономия типов смысловых изменений, их точные правила совместимости и машиночитаемая схема, позволяющая ИИ-агентам вычислять влияние на совместимость и порождать миграции. Будущий Стандарт смысловой миграции (SMS) опирался бы на эту таксономию, чтобы стандартизировать выражение и применение миграций. Конституция устанавливает ось, MMAS делает её рабочей.

---

# Заключительный принцип

Мета-Вселенная развивается через прозрачные, версионированные и прослеживаемые изменения.

Стабильность сохраняется не запретом развития, а тем, что каждое развитие делается явным, рассматриваемым и воспроизводимым.