> Перевод даётся для удобства чтения. Нормативным является английский оригинал. # Зарегистрированные мета-модели **Спецификация Мета-Вселенной** **Идентификатор документа:** MU-V2-ECO-001 **Название:** Реестр совместимых мета-моделей **Класс документа:** информативный **Версия:** 2.0 (черновик) **Статус:** рабочий черновик **Нормативные ссылки:** MUC, MMAS, MUFP **Информативные ссылки:** Compatibility-Matrix, Certification, Known-Implementations **Копирайт:** © Orkestron.AI **Лицензия:** Apache-2.0 --- # 1. Назначение Этот документ определяет понятие реестра зарегистрированных мета-моделей Мета-Вселенной. Реестр даёт находимый каталог мета-моделей, которые соответствуют стандартам Мета-Вселенной и могут участвовать в семантической федерации. Регистрация продвигает совместимость, переиспользование и последовательное управление. Владения мета-моделью она не передаёт. Регистрация - акт *обнаружимости*, а не хранения: зарегистрированная запись есть ссылка на полномочный источник, но никогда его копия. Широкий каталог **внешних** стандартов, онтологий и словарей, которые мета-модель может импортировать или на которые может отображаться (Schema.org, RDF/OWL, FHIR, ISO 20022, ESCO и ещё около 1180 в 37 областях), см. в [реестре внешних моделей](../06-ecosystem/External-Models-Registry.md). --- # 2. Область применения Реестр может содержать: - доменные мета-модели; - фундаментальные мета-модели; - корпоративные мета-модели; - отраслевые мета-модели; - государственные мета-модели; - общинные мета-модели; - импортированные стандарты; - профили федерации. --- # 3. Принципы проектирования От всякой зарегистрированной записи ожидается, что она: - находима; - версионирована; - прослеживаема; - управляется независимо; - семантически задокументирована; - независима от технологии. Регистрация не подразумевает ни одобрения, ни сертификации, если это не сказано прямо. --- # 4. Запись реестра Каждая запись реестра обычно определяет: - идентификатор модели; - название модели; - издателя; - владельца; - текущую версию; - поддерживаемую версию MUC; - поддерживаемую версию MMAS; - поддерживаемую версию MUFP; - уровень соответствия; - лицензию; - расположение репозитория; - статус. --- # 5. Метаданные Рекомендуемые метаданные включают: - назначение; - охват; - поддерживаемые предметные области; - основное пространство имён; - зависимости; - импортированные стандарты; - профили федерации; - средства валидации; - документацию. Метаданным предпочтительно быть машиночитаемыми. --- # 6. Статус регистрации Типичные состояния жизненного цикла: - Предложена - Зарегистрирована - Сертифицирована (необязательно) - Устарела - В архиве Исторические записи остаются находимыми. --- # 7. Соответствие Зарегистрированные мета-модели обычно объявляют: - поддерживаемые стандарты; - уровень соответствия; - статус валидации; - известные ограничения; - заметки о совместимости. Соответствие остаётся явным. --- # 8. Совместимость Совместимость может включать: - семантическую совместимость; - совместимость версий; - совместимость федерации; - наличие отображений; - совместимость профилей. Совместимость привязана к версии. --- # 9. Импортированные стандарты Записи реестра могут представлять импортированные стандарты, такие как: - Schema.org - OData CSDL - HL7 FHIR - O*NET - ESCO - BPMN - ArchiMate Импортированные стандарты сохраняют происхождение. --- # 10. Управление Каждая зарегистрированная модель называет: - распорядительный орган; - процесс публикации; - политику сопровождения; - механизм учёта задач. Владение остаётся за издателем. --- # 11. Обнаружение Потребители могут обнаружить: - метаданные модели; - поддерживаемые версии; - пространства имён; - расположение репозитория; - документацию; - возможности федерации. Обнаружение предшествует принятию. --- # 12. Валидация Реализации реестра обычно проверяют: - уникальность идентификатора; - полноту метаданных; - заявленное соответствие; - согласованность версий; - доступность репозитория. Результаты валидации можно публиковать. --- # 13. Примеры записей реестра Показательные примеры: - Мета-модель сотрудника - Мета-модель организации - Мета-модель продукта - Мета-модель программного обеспечения - Мета-модель ИИ-агента - Мета-модель цифрового двойника - Мета-модель здравоохранения - Государственная мета-модель Эти примеры информативны. --- # 14. Архитектурные инварианты Реестр сохраняет: - семантический суверенитет; - владение издателя; - происхождение; - прослеживаемость; - конституционную совместимость. Регистрация улучшает находимость, не централизуя семантической власти. --- # 15. Федерация реестров Мета-Вселенная не предполагает единого центрального каталога. Обнаружение и само федеративно: реестры образуют *федерацию реестров*, зеркалящую ту же модель суверенитета, которую MUC и MUFP прилагают к мета-моделям. Ни один реестр не владеет моделями, которые перечисляет; каждая запись - ссылка на полномочный источник, находящийся у издателя. Признаются три взаимодополняющих охвата реестров: ## 15.1 Локальный реестр Локальный реестр работает внутри одной организации или Вселенной. Он индексирует мета-модели, проекции и профили федерации, которыми организация владеет или которые приняла у себя. Он отвечает на вопрос *какие семантические активы у нас есть и как они складываются вместе* и остаётся полностью под управлением самой организации. ## 15.2 Общинный реестр Общинный реестр обслуживает отрасль, профессию или сообщество по интересам (например, здравоохранение, госсектор или робототехнику). Он собирает ссылки, опубликованные его участниками, применяет соглашения сообщества и курирует сведения о совместимости и качестве, значимые для этой области. Правила членства и курирования принадлежат сообществу, а не центральной власти. ## 15.3 Глобальный реестр Глобальный реестр - публичный указатель, собирающий *опубликованные* модели из локальных и общинных реестров, не владея ими. Он индексирует метаданные, версии, совместимость, соответствие и возможности федерации и по каждой записи указывает обратно на полномочный источник. Глобальный реестр - карта экосистемы, а не склад её содержимого. ## 15.4 Ссылка, а не копия Во всех охватах держится один и тот же инвариант: запись реестра - это *ссылка* на полномочный источник, а не копия модели. Реестры тиражируют метаданные ради обнаружимости; они никогда не тиражируют семантической власти. Это отделяет обнаружение от хранения, так что семантический суверенитет (у кого истина) остаётся у издателя даже тогда, когда находимость разворачивается по всему миру. Реестры могут и сами объединяться в федерации - глобальный индексирует общинные, те индексируют локальные, - образуя ткань обнаружения, согласованную с семантикой федерации MUFP. --- # 16. Направления развития Отдельная спецификация **федерации реестров** могла бы формализовать эту модель: общий формат метаданных и ссылок, контракты федерации реестра с реестром, правила распространения и свежести индексируемых метаданных и сигналы доверия, позволяющие потребителям взвешивать записи из реестров разного охвата. Она определила бы также, как [матрица совместимости](Compatibility-Matrix.md) и записи [сертификации](Certification.md) единообразно проявляются в федерируемых реестрах. --- # 17. Живой реестр и начальные записи Определённый выше реестр существует вживую как машиночитаемые данные в [`registry/`](registry/): по одной записи YAML на модель в [`registry/entries/`](registry/entries/), проверяемой по [`registry/entry.schema.json`](registry/entry.schema.json), плоский поисковый указатель в [`registry/registered-models.csv`](registry/registered-models.csv) и порядок регистрации (через pull request) в [`registry/README.md`](registry/README.md). Файлы реестра каноничны; таблица ниже - информативный снимок. Каждая запись есть ссылка на полномочный источник, по §15.4. | Модель | Издатель | Версия | Род | Источник | Статус | |-------|-----------|---------|------|--------|--------| | Каталог моделей мира Vercy | Проект Vercy | 0.2.0 | Библиотека примеров (мир людей и событий на Земле: 112 нейтральных к поставщикам моделей в 15 кластерах, карточки MMAS со своими бандлами и слоями) | [world-models](https://github.com/ver-cy/world-models) | Черновик | | AISMM (AI-driven Software Meta-Model) | Orkestron.AI | 3.1 | Доменная мета-модель (программный продукт) | [software-meta-model](https://github.com/orkestron-ai/software-meta-model) | Устойчивая | | PLMM (Product Landscape Meta-Model) | Orkestron.AI | 0.1 | Корпоративная мета-модель (ландшафт продуктов, федерирует AISMM) | [product-landscape-meta-model](https://github.com/orkestron-ai/product-landscape-meta-model) | Черновик | | BKM (Base Knowledge Model) | Orkestron.AI | 0.4 | Фундаментальная мета-модель (профессиональное знание как семантические пакеты) | на момент написания закрытая | Черновик | | Семейство пространств имён MOS (Аксиакратия / Meta-Orchestrator State) | Orkestron.AI | 0.1 | Государственные мета-модели (38 пространств имён: субстрат ценности, государство, общество, экономика, цивилизация, среда исполнения) | [meta-orchestrator-state](https://github.com/orkestron-ai/meta-orchestrator-state) | Черновик | Контекст этих записей: [Разбор случая: экосистема Orkestron](Case-Study-Orkestron-Ecosystem.md) и [Разбор случая: Аксиакратия и Meta-Orchestrator State](Case-Study-Axiacracy-MOS.md). --- # Заключение Реестр зарегистрированных мета-моделей даёт общий механизм обнаружения совместимых семантических моделей по всей экосистеме Мета-Вселенной. Публикуя стандартизованные метаданные, явные сведения о соответствии и переиспользуемые возможности федерации, реестр позволяет людям и ИИ-агентам находить, оценивать, переиспользовать и объединять мета-модели, сохраняя владение, управляемость и долгосрочное семантическое развитие.