> Перевод даётся для удобства чтения. Нормативным является английский оригинал. # Создание новой мета-модели **Спецификация Мета-Вселенной** **Идентификатор документа:** MU-V2-GUIDE-003 **Название:** Создание новых мета-моделей **Класс документа:** информативный **Версия:** 2.0 (черновик) **Статус:** рабочий черновик **Нормативные ссылки:** MUC, MMAS, MUFP **Информативные ссылки:** Getting-Started, Repository-Structure, Federation-Guide, Best-Practices **Копирайт:** © Orkestron.AI **Лицензия:** Apache-2.0 --- # 1. Назначение Это руководство объясняет рекомендуемый порядок проектирования новой доменной мета-модели, соответствующей стандартам Мета-Вселенной. Оно сосредоточено на семантическом проектировании, а не на технологии реализации, и даёт повторяемый порядок работы, годный и для человека-архитектора, и для ИИ-агента. --- # 2. Прежде чем начать Ознакомьтесь с: - Конституцией Мета-Вселенной (MUC) - Стандартом архитектуры мета-моделей (MMAS) - Протоколом федерации Мета-Вселенной (MUFP) - Основными понятиями Мета-модель расширяет существующую экосистему, а не переопределяет её. --- # 2a. Жизненный цикл мета-модели Мета-модель не создаётся единым актом сочинения. Она следует естественному **жизненному циклу**, который начинается до того, как написано первое понятие, и продолжается долго после публикации: ```text Need → Domain Definition → Search Existing Models → Reuse Existing Concepts → Design New Concepts → Validate → Prepare Federation → Publish → Register → Certify → Federate → Evolve ``` - **Потребность** - настоящая задача создаёт причину моделировать; - **Определение области** - границы и назначение сказаны явно; - **Поиск существующих моделей** - экосистема проверяется на то, что уже есть; - **Переиспользование существующих понятий** - совместимые понятия импортируются, расширяются или отображаются; - **Проектирование новых понятий** - создаётся лишь то, чего и вправду недостаёт; - **Валидация** - модель проверяется по MUC и MMAS; - **Подготовка федерации** - готовятся отображения, привязки идентичностей и профили; - **Публикация** - модель выпускается с документацией и метаданными; - **Регистрация** - она вносится в список ради обнаружимости, см. [Зарегистрированные мета-модели](../06-ecosystem/Registered-Meta-Models.md); - **Сертификация** - соответствие подтверждается, см. [Сертификация](../06-ecosystem/Certification.md); - **Федерация** - она связывается с другими Вселенными, см. [Руководство по федерации](Federation-Guide.md); - **Развитие** - она меняется со временем, сохраняя идентичность и историю. Пронумерованные шаги ниже подробно воплощают середину этого жизненного цикла. Главное здесь то, что *Поиск* и *Переиспользование* идут **прежде** всякого *Проектирования*. ## 2a.1 Переиспользуй, прежде чем создавать Правящий принцип жизненного цикла - **переиспользуй, прежде чем создавать**. Прежде чем создавать новый Объект, Пространство имён или мета-модель, поищите совместимое решение, которое можно *импортировать*, *расширить* или *отобразить*. Создание нового понятия есть последнее средство, а не первый ход: всякое избыточное понятие, которое накапливает экосистема, есть будущее отображение, будущий конфликт и преграда федерации. Переиспользование держит общее семантическое пространство связным. --- # 3. Шаг 1 - определите предметную область Ясно установите: - деловую область; - назначение; - границы; - заинтересованные стороны; - ожидаемые сценарии федерации. Предпочитайте одну связную область широкой всеобщей модели. --- # 4. Шаг 2 - поищите существующие модели Прежде чем создавать что-либо новое: - просмотрите Зарегистрированные мета-модели; - проверьте импортированные стандарты; - оцените переиспользуемые Семантические пакеты; - выявите возможные Профили федерации. Переиспользуй, прежде чем создавать. --- # 5. Шаг 3 - определите пространство имён Создайте устойчивое пространство имён, представляющее предметную область. Примеры: - employee - organization - product - ai-agent Пространства имён держат короткими, уникальными и семантически осмысленными. --- # 6. Шаг 4 - выделите основные объекты Установите полномочные деловые понятия. Пример: Мета-модель сотрудника - Сотрудник - Должность - Навык - Трудоустройство - Оценка результативности Объекты представляют семантические сущности, а не таблицы базы данных. --- # 7. Шаг 5 - определите связи Смоделируйте семантические связи, такие как: - reportsTo - belongsTo - assignedTo - owns - dependsOn У связей есть явный смысл. --- # 8. Шаг 6 - определите события Выделите осмысленные события жизненного цикла. Примеры: - EmployeeHired - EmployeePromoted - PositionChanged - EmployeeTerminated События описывают состоявшиеся деловые происшествия. --- # 9. Шаг 7 - определите проекции Создайте виды, привязанные к контексту. Показательные примеры: - Публичная проекция - Кадровая проекция - Расчётная проекция - ИИ-проекция - Партнёрская проекция Всякая Проекция ссылается на одну и ту же каноническую Идентичность. --- # 10. Шаг 8 - определите контекст Укажите контексты, в которых сведения истолковываются. Контекст объясняет: - аудиторию; - назначение; - видимость; - допущения. Контекст существен для семантической правильности. --- # 11. Шаг 9 - определите жизненный цикл Опишите, как развиваются основные Объекты. Типичные фазы: - Создан - Активен - Обновлён - В архиве - Выведен из обращения Переходы жизненного цикла порождают События. --- # 12. Шаг 10 - подготовьте федерацию Установите: - внешние стандарты; - Семантические отображения; - Привязки идентичностей; - Профили федерации; - требования к синхронизации. О федерации думают с самого начала. --- # 13. Шаг 11 - проверьте Просмотрите мета-модель на предмет: - соответствия MUC; - соответствия MMAS; - прослеживаемости; - согласованности именования; - версионирования; - устройства Проекций; - полноты Контекста. Рекомендуется автоматическая валидация. --- # 14. Шаг 12 - опубликуйте Опубликуйте: - репозиторий; - документацию; - метаданные; - примеры; - схемы (необязательно); - сведения о совместимости. Версионируйте мета-модель по семантическому версионированию. --- # 15. Частые ошибки Избегайте: - смешения нескольких предметных областей; - моделирования деталей реализации; - ненужного копирования существующих стандартов; - пропуска Контекста; - пропуска Проекций; - использования локальных идентификаторов как канонических идентичностей. Подробные указания см. в Anti-Patterns.md. --- # 16. Чеклист проектирования Перед выпуском проверьте: - Границы области ясны. - Пространство имён устойчиво. - Объекты семантичны. - Связи явны. - События полны. - Контекст определён. - Проекции спроектированы. - Жизненный цикл задокументирован. - Федерация учтена. - Валидация проходит. --- # Заключение Создание мета-модели есть моделирование семантической реальности, а не программной реализации. Следуя конституционным принципам MUC, архитектурным правилам MMAS и возможностям федерации MUFP, авторы могут строить переиспользуемые доменные мета-модели, остающиеся понятными, совместимыми и способными развиваться через границы организаций, ИИ-агентов и будущих поколений семантических систем.