> Перевод даётся для удобства чтения. Нормативным является английский оригинал. # Матрица совместимости **Спецификация Мета-Вселенной** **Идентификатор документа:** MU-V2-ECO-002 **Название:** Многомерная матрица совместимости **Класс документа:** информативный **Версия:** 2.0 (черновик) **Статус:** рабочий черновик **Нормативные ссылки:** MUC, MMAS, MUFP **Информативные ссылки:** Registered-Meta-Models, Certification, Known-Implementations **Копирайт:** © Orkestron.AI **Лицензия:** Apache-2.0 --- # 1. Назначение Этот документ определяет рекомендуемую матрицу совместимости для активов, соответствующих Мета-Вселенной. Матрица совместимости даёт стандартизованный способ объявлять совместимость между мета-моделями, стандартами, профилями федерации и реализациями. Она позволяет и людям, и ИИ-агентам быстро понять, может ли быть установлена семантическая федерация и на каких условиях. --- # 2. Область применения Матрица совместимости может описывать совместимость между: - мета-моделями; - версиями MUC; - версиями MMAS; - версиями MUFP; - профилями федерации; - импортированными стандартами; - семантическими пакетами; - реализациями. --- # 3. Принципы проектирования От объявлений совместимости ожидается, что они: - явные; - учитывают версии; - прослеживаемые; - машиночитаемые; - независимые от технологии; - воспроизводимые. Совместимость объявляют, а не предполагают. --- # 4. Измерения совместимости Совместимость - не одно значение "да или нет". Она *многомерна*: два актива могут идеально совпадать по одной оси и требовать работы по другой. Поэтому совместимость оценивается независимо по осям: - конституционная совместимость (MUC); - архитектурная совместимость (MMAS); - совместимость федерации (MUFP); - семантическая совместимость; - совместимость пространств имён; - совместимость идентичностей; - наличие отображений; - совместимость проекций; - совместимость валидации. Каждая ось даёт свой результат. Типичный многомерный вердикт читается, например, так: - **Совместимо по MUC** - оба актива подчиняются одним конституционным принципам; - **Совместимо по MMAS** - их архитектурные структуры сходятся; - **MUFP требует обновления** - федерации нужна более новая версия протокола на одной из сторон; - **Семантическое отображение доступно** - расхождения понятий перекрыты опубликованным отображением; - **Требуется профиль федерации** - взаимодействие зависит от загрузки определённого профиля; - **Профиль проекции поддерживается** - для обмена существует подходящий профиль проекции; - **Валидация сертифицирована** - соответствие проверено независимо. Потребитель читает весь вектор, а не одну метку, чтобы точно понять, что сходится, а что придётся подготовить. --- # 5. Уровни совместимости Рекомендуемые уровни: - Родная - Совместимо - Совместимо с отображением - Совместимо с преобразованием - Экспериментально - Несовместимо Всякий объявленный уровень сопровождается подтверждающими свидетельствами. --- # 6. Строение матрицы Запись матрицы обычно включает: - исходную модель; - целевую модель; - версию источника; - версию цели; - уровень совместимости; - требуемые семантические отображения; - требуемый профиль федерации; - статус валидации; - примечания. --- # 7. Пример матрицы | Источник | Цель | Результат | |--------|--------|--------| | Мета-модель сотрудника | Мета-модель организации | Родная | | Мета-модель сотрудника | O*NET | Совместимо с отображением | | Мета-модель сотрудника | ESCO | Совместимо с отображением | | Мета-модель сотрудника | Schema.org | Совместимо с преобразованием | | Мета-модель сотрудника | HL7 FHIR | Экспериментально | Эта таблица иллюстративна. --- # 8. Совместимость версий Совместимость привязана к версии. Пример: - Employee MM 2.x ↔ Organization MM 2.x : совместимо - Employee MM 2.x ↔ Organization MM 1.x : требуется отображение Смена мажорной версии обычно запускает пересмотр совместимости. --- # 9. Совместимость федерации Совместимость объявляет: - поддерживаемую версию MUFP; - поддерживаемые профили федерации; - поддерживаемые профили проекций; - поддерживаемую модель привязки идентичностей; - возможности синхронизации. --- # 10. Импортированные стандарты Совместимость может публиковаться и для импортированных стандартов, включая: - Schema.org - OData CSDL - HL7 FHIR - O*NET - ESCO - BPMN - ArchiMate На отображения ссылаются, а не дублируют их. --- # 11. Валидация Валидация совместимости проверяет: - согласование версий; - согласованность пространств имён; - наличие отображений; - совместимость профилей; - требования контрактов; - семантическую целостность. Валидация даёт воспроизводимые результаты. --- # 12. Публикация Сведения о совместимости публикуются вместе с: - метаданными репозитория; - записью зарегистрированной мета-модели; - заметками о выпуске; - отчётами о валидации. Потребители могут узнать о совместимости до принятия. --- # 13. Управление Объявления совместимости называют: - публикующий орган; - дату публикации; - поддерживаемые версии; - статус пересмотра. Совместимость периодически перепроверяется. --- # 14. Архитектурные инварианты Совместимость сохраняет: - семантический суверенитет; - канонические идентичности; - происхождение; - прослеживаемость; - соответствие конституции. Объявление совместимости не изменяет ни одну из участвующих моделей. --- # 15. Автоматическое разрешение совместимости Поскольку матрица многомерна и машиночитаема, ИИ-агенты могут разрешать совместимость автоматически, ещё до начала взаимодействия. Получив два актива и их версии, агент читает вектор совместимости и определяет: - **Можем ли мы вообще взаимодействовать** - сходятся ли конституционная и архитектурная оси; - **Какие семантические отображения загрузить** - какие опубликованные отображения перекрывают расхождения понятий; - **Нужно ли обновление версии** - сообщает ли какая-либо ось "требуется обновление" на одной из сторон; - **Какой профиль федерации использовать** - от какого профиля зависит взаимодействие; - **Какие ограничения действуют** - какие профили проекций, правила разглашения и требования валидации распоряжаются обменом. Ближайшая аналогия - *разрешение зависимостей в менеджерах пакетов*: как менеджер пакетов разрешает версии, транзитивные зависимости и нужные возможности перед установкой, так агент Мета-Вселенной разрешает версии стандартов, требуемые отображения, профили и ограничения перед федерацией. Матрица совместимости - это граф зависимостей семантической экосистемы, а федерация - эквивалент успешно разрешённой установки. --- # 16. Направления развития Будущий **фреймворк семантической валидации (SVF)** мог бы стандартизовать, как вычисляется и подтверждается каждая ось совместимости, превратив матрицу из опубликованной таблицы в проверяемую службу разрешения с запросами. Такая служба позволила бы агентам запросить план разрешения ("что мне нужно, чтобы объединить A с B?") и получить упорядоченный список отображений, загрузок профилей и обновлений - семантический эквивалент разрешённого lock-файла зависимостей, сверенный с результатами [сертификации](Certification.md). --- # Заключение Матрица совместимости даёт прозрачный и переиспользуемый механизм для оценки совместимости по всей экосистеме Мета-Вселенной. Публикуя явные сведения о совместимости, организации делают возможными предсказуемую федерацию, осознанное принятие и автоматическое рассуждение, сохраняя семантическую автономию, управляемость и долгосрочное развитие независимо управляемых мета-моделей.