> Перевод даётся для удобства чтения. Нормативным является английский оригинал. # Мета-Вселенная - дорожная карта вызревания спецификации **Рабочий документ - НЕ часть нормативной спецификации.** Это внутренний план перевода Мета-Вселенной v2 из *рабочего черновика* в зрелый, реализуемый, годный для цитирования стандарт. Он отличен от продуктовой [Дорожной карты](06-ecosystem/Roadmap.md): та описывает, куда идёт экосистема, а эта - как доводится и закаляется *сама спецификация*. Статус: черновик · Владелец: Orkestron.AI · Сводит два независимых критических обзора (внутренний обзор «Self» + обзор Grok, июнь 2026). --- ## 1. Табель зрелости на сегодня | Измерение | Сейчас | Цель (зрелость) | |-----------|-----|-----------------| | Понятийная зрелость | 8.5-9 / 10 | удержать | | Зрелость спецификации (точность, без двусмысленностей) | 6-6.5 / 10 | 8.5+ | | Практическая зрелость и оснастка (примеры, валидация, реализуемость) | 5-5.5 / 10 | 8+ | | Готовность к принятию и оснастке | 5 / 10 | 8+ | | **Итого** | **~6.8-7.2 / 10** | **8.5+** | **Диагноз (оба обзора сходятся):** понятийный скелет и ценности сильны; провал - в **формализации и исполнимых артефактах**. Без них спека остаётся «красивой философией», а не тем, что можно реализовать, проверить и на что можно опереться во время федерации. --- ## 2. Где два обзора сходятся (и что добавил каждый) | Тема | Self | Grok | Вердикт | |-------|:----:|:----:|---------| | Формальное ядро + каноническая сериализация + воспроизводимый Семантический отпечаток | ✅ | ✅ | **Краеугольный камень** | | MUFP есть «протокол» лишь по названию (нет сообщений, состояний, ошибок) | ✅ | ✅ | Критично | | Валидация и соответствие непроверяемы и невоспроизводимы | ✅ | ✅ | Критично | | Нет исполнимых примеров и эталонных мета-моделей | ✅ | ✅ | Критично | | Безопасность, приватность и модель угроз тонки | ✅ | ✅ | Критично | | Показать (а не заявить) совместимость с RDF/FHIR/Schema.org | ✅ | ➖ | Важно | | Схема идентификаторов + грамматика CSN | ✅ | ➖ | Важно | | Рабочее управление + политика ИС и патентов + гигиена репозитория | ✅ | ➖ | Важно | | Исполнимое обнаружение + машиночитаемый указатель спеки | ✅ | ➖ | Важно | | Основной профиль / соответствие MVP | ✅ | ➖ | Важно | | Канонические схемы + MUDL | ✅ | ✅ | Важно | | Преемственность v1.1 (слои M1-M4 выпали) | ✅ | ➖ | Важно | | Плашки статуса документа | ✅ | ➖ | Отделка | | **Формат обмена MU (MUIF) как названный артефакт** | ➖ | ✅ | Принято | | **Семантический набор тестов + образцовые файлы** | ➖ | ✅ | Принято | | **Оценка семантической связности (градуированная сертификация)** | ➖ | ✅ | Принято | | **Запрашиваемый граф происхождения («что сломается, если X изменится»)** | ➖ | ✅ | Принято | | **Децентрализованный реестр на DID + Verifiable Credentials** | ➖ | ✅ | Принято | | **Минимальный эталонный CLI (mu-validate / mu-fingerprint / mu-diff)** | ➖ | ✅ | Принято | | **Устранение дублей, единый источник общих разделов; слить Best-Practices↔Design-Recommendations** | ➖ | ✅ | Принято | | **i18n / многоязычная модель** | ➖ | ✅ | Принято | --- ## 3. Направляющие принципы захода на вызревание 1. **Сперва формализация.** Всякое отвлечённое утверждение обязано обрести конкретное, проверяемое лицо (схему, грамматику, сообщение, тест или пример). 2. **MUIF - краеугольный камень.** Отпечаток, Валидация, Миграция, оснастка и примеры - всё держится на каноническом формате обмена. Он строится первым. 3. **Всякий нормативный `SHALL` получает устойчивый идентификатор требования**, чтобы на него можно было ссылаться, а также проверять и тестировать механически. 4. **Ничто не «готово» без исполнимого артефакта** (файла в `examples/`, `schemas/` или `tests/`), а не одной лишь прозы. 5. **Сохранить понятия, которые хвалили обозреватели** (Событие и Семантическая лента времени, Проекция-а-не-копия, Соглашение об идентичности, Иерархия композиции, Федерация реестров, Антипаттерны). Вызревание их закаляет, а не переписывает. --- ## 4. Дорожная карта Направления работ сгруппированы в три фазы. Всякое перечисляет: **Источник** (Self / Grok / оба), **Результаты** (конкретные файлы), **Критерии приёмки**, **Зависит от**. ### Фаза 1 - v2.1 «Сделать реализуемым» (критично) #### WS1 - MUIF: формат обмена Мета-Вселенной · Источник: Grok (+Self) Каноническое машиночитаемое лицо отвлечённой модели - краеугольный камень. - **Результаты:** `02-architecture/MMAS-Interchange.md`; `schemas/` со схемами JSON для `Meta-Model`, `Object`, `Relationship`, `Event`, `Contract`, `Projection`, `Manifest`; точный **алгоритм канонизации** Семантического отпечатка (правила нормализации → поток байтов → sha256). - **Приёмка:** две независимые сериализации одной модели дают одинаковый отпечаток; образец модели проходит по схемам. - **Зависит от:** - (строится первым). #### WS2 - спецификация протокола MUFP · Источник: оба Обратить «семантическую дипломатию» в реализуемый протокол. - **Результаты:** расширить `03-federation/MUFP.md` + новый `03-federation/MUFP-Messages.md`: автомат состояний девятиэтапного жизненного цикла, каталог сообщений (Обнаружение, Возможности, Доверие, Контракт, Схема, Обмен проекциями, Синхронизация, Конфликт, Прекращение), формат конверта, таксономия ошибок, согласование версий, поток отзыва Соглашения об идентичности, одна конкретная привязка (HTTP/JSON) и разобранная расшифровка рукопожатия с обменом проекциями. - **Приёмка:** разработчик может реализовать минимальную конечную точку MUFP по одному документу; у всякого сообщения есть схема в `schemas/`. - **Зависит от:** WS1. #### WS3 - критерии валидации + проверяемость соответствия · Источник: оба - **Результаты:** дописать `02-architecture/Validation.md` с явными проверками по уровням (V0-V5) и образцом Отчёта валидации; **идентификаторы требований**, добавленные ко всякому нормативному `SHALL` в MUC/MMAS/MUFP; порождённый `REQUIREMENTS-INDEX.md`; Абстрактные процедуры тестирования, сопоставляющие всякому уровню его проверки; связать `06-ecosystem/Certification.md` с воспроизводимым выводом Валидации. - **Приёмка:** всякий уровень V перечисляет проверки, которые инструмент мог бы прогнать; «MMAS A4» и «MUFP Level 3» становятся удостоверяемыми, а не декларативными. - **Зависит от:** WS1. #### WS4 - образцовый пример + эталонные мета-модели · Источник: оба - **Результаты:** один сквозной сценарий (например *Acme HR ↔ Government Tax объединяются вокруг `Person`*), протянутый через документы и воплощённый в `examples/`: 2-3 мета-модели (включая **Employee**) в MUIF + отпечаток + отчёт валидации + расшифровка федерации из WS2. - **Приёмка:** всякий пример проходит валидацию (WS3) и даёт устойчивый отпечаток в круге (WS1); читатель может проследить один объект от Идентичности → Отображения → Контракта → Проекции → Синхронизации → Конфликта. - **Зависит от:** WS1, WS2, WS3. #### WS5 - модель безопасности и приватности · Источник: оба - **Результаты:** `03-federation/Security-Model.md` (модель угроз: подделанные Привязки идентичностей, отравленная Семантическая родословная, утечка Проекций, повтор Событий, злонамеренные Отображения, распространение отзыва); раздел «Соображения безопасности» во всяком документе о федерации; конкретное вычисление **Вектора доверия** + механика отзыва Соглашения об идентичности и Доверия; обращение с приватностью и персональными данными и записка о соотнесении с GDPR. - **Приёмка:** у всякого взаимодействия федерации из WS2/WS4 названы угроза и смягчение; Вектор доверия вычисляется из определённых входов. - **Зависит от:** WS2. ### Фаза 2 - v2.2 «Сделать удостоверяемым и чистым» (важно) #### WS6 - Семантический набор тестов + образцовые файлы · Источник: Grok Воспроизводимое соответствие: абстрактные тесты и эталонные артефакты по каждому уровню V в `tests/` с образцовыми файлами прохода и провала. **Зависит от:** WS3, WS4. #### WS7 - приложение о совместимости (показанной, а не заявленной) · Источник: Self Настоящие отображения `Объект → триплет RDF / класс OWL`, а также Schema.org и FHIR, и один полностью импортированный Семантический пакет в `examples/interop/`. **Зависит от:** WS1. #### WS8 - схема идентификаторов + грамматика CSN · Источник: Self Нормативная схема идентификаторов (или подключаемый реестр схем) и **грамматика ABNF для CSN**; вписывается в MUIF и Naming-Conventions. **Зависит от:** WS1. #### WS9 - исполнимое обнаружение + машиночитаемый указатель спеки · Источник: Self Спецификация `/.well-known/meta-universe.json` (публичные схемы, поддерживаемые версии MUC/MMAS/MUFP, возможности); `spec-index.yaml` (всякий документ: ID, класс, статус, версия, зависимости); точка входа для приобщения ИИ - `AGENTS.md` и `llms.txt`. **Зависит от:** WS1, WS3. #### WS10 - структурная уборка и устранение дублей · Источник: Grok Свести к единому источнику повторяющиеся блоки (Архитектурные инварианты / Направления развития / Заключение); слить или ясно развести **Best-Practices ↔ Design-Recommendations**; заострить границы **Терминология (нормативная) ↔ Глоссарий (пояснительный) ↔ Определения (конституционные)**; **свести выпавшие слои v1.1 M1-M4** в `Architecture.md` и `Migration-from-v1.md`; добавить плашки «Статус этого документа». **Зависит от:** -. #### WS11 - канонические схемы + черновик MUDL · Источник: оба Канонический набор схем (Стек, Жизненный цикл федерации, Проекция, Привязка идентичности, Поток событий) как материалы SVG/Mermaid в `assets/`; первый черновик MUDL (`05-reference-architecture/MUDL.md`). **Зависит от:** WS1. #### WS12 - управление, ИС и гигиена репозитория + Основной профиль · Источник: Self Рабочий `GOVERNANCE.md` (ратификация, кворум, решение о нейтральности), **политика ИС и патентов**, `CONTRIBUTING.md`, `SECURITY.md`, `CODE_OF_CONDUCT.md`, шаблоны `.github/`; определить подмножество **Основного профиля / соответствия MVP**; принять явное решение о бренде (Мета-Вселенная против путаницы с «метавселенной»). **Зависит от:** WS3, WS5. ### Фаза 3 - v3.0 «Сделать экосистемой» (ценно) #### WS13 - минимальный эталонный CLI · Источник: Grok `mu-validate`, `mu-fingerprint`, `mu-diff` (семантическое сравнение по отпечатку и родословной). Спека + минимальная эталонная реализация. **Зависит от:** WS1, WS3, WS6. #### WS14 - Стандарт семантической миграции (SMS) · Источник: оба Стандартизовать миграцию *смысла* между версиями (v1→v2 уже вживую). **Зависит от:** WS1, WS3. #### WS15 - Оценка семантической связности · Источник: Grok Автоматическая метрика (полнота Событий, согласованность Связей, покрытие Проекциями, наличие происхождения), дающая **градуированную** сертификацию вместо двоичного «прошёл / не прошёл». **Зависит от:** WS3, WS6. #### WS16 - запрашиваемый граф происхождения · Источник: Grok Сделать Семантическую родословную запрашиваемым артефактом первого класса: «что сломается, если X изменится», «покажи все выводы, зависящие от этого События». **Зависит от:** WS1. #### WS17 - профиль децентрализованного реестра (DID + VC) · Источник: Grok Воплотить Федерацию реестров на Децентрализованных идентификаторах и Verifiable Credentials. **Зависит от:** WS5, WS9. #### WS18 - паттерны интеграции ИИ + i18n · Источник: оба Схемы вызова инструментов, ограничения структурированного вывода, RAG по Проекциям и Событиям, разобранный Исполнимый семантический контракт в цикле агента; многоязычная модель для пространств имён, меток и документов. **Зависит от:** WS1, WS4. ### Фаза 4 - уточнения из внешнего обзора (Gemini) Третий обзор (Gemini) был разобран. Многое в нём уже покрыто - критика отчасти смешивала Мета-Вселенную (этот стандарт федерации) с AISMM/FCD (доменной мета-моделью и методологией разработки, построенными *поверх* неё). Некоторые из её заглавных рекомендаций уже здесь есть: **федеративность и меш** суть ядро стандарта ([Федерация реестров](06-ecosystem/Registered-Meta-Models.md), MUFP, публикация Пространств имён); **временнáя логика и путешествие во времени** есть [Событие → Семантическая лента времени](04-core-concepts/Event.md); **отравление графа как поверхность атаки** есть [Модель безопасности](03-federation/Security-Model.md). Подлинно новое схвачено ниже. #### WS19 - Виртуальные проекции и горячие/холодные описательные факты · Источник: Gemini 2.2 / 3.1 Различить *холодные* описательные факты (схема, API, зависимости) и *горячие* (метрики, состояние времени исполнения). Горячие факты прикрепляются **Виртуальными потоковыми видами** - живыми, управляемыми контрактом проекциями, которые агент читает на лету, не изменяя модели. **Зависит от:** WS1 (Проекция, Событие, Синхронизация). #### WS20 - согласованность политик, старшинство и разбор тупиков · Источник: Gemini 2.3 + 2.4 **Проверка согласованности политик перед вливанием** (логическая непротиворечивость нормативных правил) до того, как изменения войдут в канон; явные **старшинство и веса** правил; и **обнаружение тупиков** с обязательным подъёмом к человеку в контуре. Воплощает ветвь «Валидация рассуждений ИИ» из SVF. **Зависит от:** WS3 (Валидация), Change-Process. #### WS21 - обнаружение дрейфа результата · Источник: Gemini 3.1 Аудит «агентом-призраком», сличающий объявленные *назначение и гипотезу* (Канон модели) с наблюдаемыми *результатами* (описательные метрики): код может быть годным, тесты зелёными, а деловая цель не достигнута → пометить дрейф семантического результата. Расширяет валидацию V5 времени исполнения. **Зависит от:** WS3, WS19. #### WS22 - песочница смоделированных проекций · Источник: Gemini 3.3 Семантическое **что если**: смоделировать предлагаемое изменение в обособленном проецируемом слое (цифровой тени), прогнать синтетическую нагрузку, оценить побочные следствия по всей модели *до* того, как его предлагать - не изменяя канонического состояния. **Зависит от:** WS1, WS20. #### WS23 - аттестация политик с нулевым разглашением · Источник: Gemini 3.4 Для федерации B2B дать одной Вселенной **доказать**, что её код и действия соответствуют согласованным политикам безопасности и комплаенса, **не раскрывая** своего графа и логики, средствами доказательств с нулевым разглашением и Verifiable Credentials. **Зависит от:** WS5 (Безопасность), WS17 (DID/VC). --- ## 5. Критический путь и порядок исполнения ```text WS1 (MUIF) ─┬─> WS2 (MUFP) ─┬─> WS4 (golden example) ─> WS6 (test kit) │ └─> WS5 (security) ─> WS12 (governance/profile) ├─> WS3 (validation/req-IDs) ─> WS4, WS6, WS9, WS14, WS15 ├─> WS7 (interop) ├─> WS8 (identifiers/CSN) ├─> WS11 (diagrams) └─> WS16 (provenance graph) └─> WS9 (discovery/index) WS10 (cleanup) runs in parallel, no dependency. Phase 3 (WS13–18) follows once Phase 1–2 artifacts exist. ``` **Точка старта: WS1 (MUIF).** Он расшивает почти всё. ## 6. Журнал продвижения - **2026-06-27 - WS1 (MUIF) ✅ сдан.** - `02-architecture/MMAS-Interchange.md` - нормативный MUIF + алгоритм канонизации. - `schemas/` - JSON Schema 2020-12 для манифеста + 5 примитивов + общих определений. - `tools/mu-fingerprint.ps1` - эталонный канонизатор (он же задел под WS13). - `examples/minimal-person/` - одна модель в двух сериализациях, **проверено: даёт одинаковый отпечаток** `sha256:a628b2af…b04a639d`. - Перекрёстно связано из `02-architecture/Versioning.md`. - *Далее:* WS2 (протокол MUFP) и WS3 (критерии валидации + идентификаторы требований). - **2026-06-27 - WS3 (Валидация + проверяемость соответствия) ✅ сдан.** - `02-architecture/Validation.md` - добавлены Абстрактные процедуры тестирования: проверки по уровням `V0-01 … V5-02`, у всякой своя строгость и идентификаторы требований, которые она обеспечивает. - `REQUIREMENTS-INDEX.md` + `tools/mu-requirements.ps1` - воспроизводимый каталог **1000** требований RFC 2119 по 36 нормативным документам, идентификаторы `-Rnn`. - `schemas/validation-report.schema.json` + `examples/minimal-person/validation-report.json` - машиночитаемый отчёт; minimal-person проходит V0-V4 (проверка отпечатка удостоверена). - MUC обзавёлся разделом «Идентификаторы требований»; `Certification.md` теперь определяет оценку как воспроизводимую по ATP, уровням и Указателю требований. - *Далее:* WS2 (протокол MUFP), затем WS4 (образцовый пример федерации). - **2026-06-27 - WS2 (протокол MUFP) ✅ сдан.** - `03-federation/MUFP-Messages.md` (FED-011) - конверт, автомат состояний, каталог из 22 сообщений, таксономия из 12 кодов ошибок, согласование версий, отзыв, привязка HTTP/JSON, соответствие минимальной конечной точки. - `schemas/mufp-envelope.schema.json` - конверт + условные тела сообщений. - `examples/federation-handshake/transcript.json` - рукопожатие из 10 конвертов, структурно удостоверено; данные движутся лишь на последнем сообщении. - `MUFP.md` теперь указывает на протокол на проводе. - *Далее:* WS4 (образцовый пример федерации на двух полных мета-моделях). - **2026-06-27 - WS4 (образцовый сквозной пример) ✅ сдан.** - `examples/federation-acme-govtax/` - две суверенные вселенные (мета-модель сотрудника Acme, мета-модель налогоплательщика Government) с разными словарями объединяются вокруг одного Лица: **Идентичность → Отображение → Контракт → Проекция → Синхронизация → Конфликт**. - Настоящие отпечатки (acme `0b4965f1…`, gov `d51f639e…`, контракт `44582ad8…`) все пересчитаны и удостоверены; обе модели проходят отчёты валидации V0-V4. - `transcript.json` из 17 конвертов - структурно удостоверен; **первое знание движется на сообщении 14**; конфликт обнаружен и разрешён с сохранением причинности. - Вплетено в `examples/README.md` и `07-guides/Federation-Guide.md`. - **Фаза 1 (v2.1, критичное) теперь по существу завершена** (WS1-WS4 сделаны; остаётся WS5, Security-Model). - **2026-06-27 - WS5-WS18 ✅ сданы (фазы 1-3 по существу завершены).** - **WS5** `03-federation/Security-Model.md` (FED-012): модель угроз T1-T10, вычисление Вектора доверия, подпись конвертов и защита от повтора, распространение отзыва, приватность и персональные данные. - **WS8** грамматика ABNF для CSN + схема идентификаторов в Naming-Conventions. - **WS13** `tools/mu-validate.ps1` - эталонный валидатор (ATP V0-V2 → отчёт). - **WS6** `tests/` Семантический набор тестов - 7 фикстур, `run-tests.ps1` (ВСЕ ПРОШЛИ) + образцовый отчёт. - **WS9** `03-federation/Discovery.md` (FED-013) + `schemas/discovery.schema.json` + пример `/.well-known`; `tools/mu-spec-index.ps1` → `spec-index.yaml` (77 документов); `AGENTS.md` + `llms.txt`. - **WS7** `examples/interop/` (Schema.org/FHIR/FOAF + Объект→RDF/OWL). - **WS11** набор схем Mermaid в `assets/` + `05/MUDL.md` (REFARCH-010). - **WS10** сведение M0-M4 в Architecture; `STATUS.md` + плашка в README. - **WS12** `GOVERNANCE.md` (органы, ИС и патенты, решение об имени), `CONTRIBUTING.md`, `SECURITY.md`, `CODE_OF_CONDUCT.md`, шаблоны `.github/`, `02-architecture/Core-Profile.md` (ARCH-013). - **WS14-18** SMS (ARCH-010), Provenance-Graph (ARCH-011), Internationalization (ARCH-012), Semantic-Coherence-Score (ECO-006), Decentralized-Registry (ECO-007), AI-Integration-Patterns (GUIDE-009). - Репозиторий: 77 документов, 1175 каталогизированных требований, 5 эталонных инструментов, 3 набора тестов и примеров - все ссылки и идентификаторы чисты, набор тестов зелёный. - **2026-06-27 - Фаза 4 (новое от Gemini) ✅ сдана.** - **WS19** `04-core-concepts/Virtual-Projection.md` (CORE-012): горячие и холодные факты + Виртуальные потоковые виды (без разрастания записи). - **WS20** `02-architecture/Policy-Consistency.md` (ARCH-014): проверка согласованности перед вливанием, старшинство правил, тупики и человек в контуре; вплетено в Change-Process и Валидацию V3. - **WS21** Валидация §9a **Обнаружение дрейфа результата** (назначение против наблюдаемой метрики). - **WS22** `02-architecture/Simulation-Sandbox.md` (ARCH-015): семантическое «что если» до применения. - **WS23** `03-federation/Zero-Knowledge-Attestation.md` (FED-014): доказать соответствие политикам, не раскрывая модели. - Репозиторий теперь: **81 документ, 1218 требований**; ссылки и идентификаторы чисты, набор зелёный. --- ## 7. Определение «зрелости» Заход на вызревание завершён, когда: - минимальную конечную точку MUFP и валидатор можно построить **по одним лишь документам**; - у всякого нормативного требования есть идентификатор и хотя бы один тест; - хотя бы одна полная эталонная мета-модель проходит валидацию и даёт устойчивый отпечаток в круге; - у всякого взаимодействия федерации названы угроза и смягчение; - табель из §1 достигает **8.5+** в итоге.