> Перевод даётся для удобства чтения. Нормативным является английский оригинал. # Разбор случая: экосистема Orkestron **Спецификация Мета-Вселенной** **Идентификатор документа:** MU-V2-ECO-010 **Название:** Разбор случая: экосистема Orkestron как работающая Мета-Вселенная **Класс документа:** информативный **Версия:** 2.0 (черновик) **Статус:** рабочий черновик **Нормативные ссылки:** нет **Информативные ссылки:** [Known-Implementations](Known-Implementations.md), [Registered-Meta-Models](Registered-Meta-Models.md), [Meta-Model-Composition](../02-architecture/Meta-Model-Composition.md), [Extension-Model](../02-architecture/Extension-Model.md), [AI-Agent-Guide](../07-guides/AI-Agent-Guide.md), [Case-Study-Axiacracy-MOS](Case-Study-Axiacracy-MOS.md) **Копирайт:** © Orkestron.AI **Лицензия:** Apache-2.0 --- # 1. Назначение Этот разбор документирует настоящую, работающую экосистему мета-моделей и продуктов - **экосистему Orkestron** - как разобранный пример понятий Мета-Вселенной в промышленном применении. Он существует по двум причинам: 1. **Свидетельство.** Стандарт должен уметь указать хотя бы на одно место, где его понятия (Вселенная, Измерение, пространство имён, объект, проекция, событие, семантический пакет, федерация) не гипотетичны, а несут на себе живые продукты. 2. **Обратная связь.** Несколько частей этой спецификации (слой композиции, реестр внешних моделей, указания для ИИ-агентов) были сформированы задачами, впервые встреченными внутри этой экосистемы. Запись соответствия сохраняет эту родословную честной. Документ информативен. Ничто в нём не требуется для соответствия, и перечисление экосистемы здесь не подразумевает сертификации (см. [Known-Implementations](Known-Implementations.md)). Второй, более крупный разбор (целое государство, смоделированное как одно Измерение Мета-Вселенной) - см. [Разбор случая: Аксиакратия и Meta-Orchestrator State](Case-Study-Axiacracy-MOS.md). --- # 2. Экосистема с высоты птичьего полёта Orkestron - экосистема для **ИИ-агентов, выполняющих профессиональную работу**, организованная как четыре поверхности: | Поверхность | Роль | Чтение с позиции Мета-Вселенной | |---------|------|-----------------------| | **orkestron.ai** | Фасад: объясняет услугу | Публичное самоописание Вселенной | | **orkestron.dev** | Сторона поставщика: стандарты, нормы, кабинет поставщика, среды исполнения агентов | Конституционный и архитектурный слой Вселенной | | **orkestro.net** | Маркетплейс: механика сделок, кабинет заказчика | Поверхность федерации: где независимые стороны совершают сделки поверх общей семантики | | **Среда исполнения агентов** (Agent Hub, PA-service) | Где агенты действительно работают | Создание объектов и порождение событий | Вокруг этих поверхностей живёт семейство открытых спецификаций мета-моделей, а вокруг них - флотилия конкретных продуктов (платформа событий, витрины реалмов, лендинги, ИИ-гид). Всякий продукт несёт собственную структурированную продуктовую модель; спецификации определяют, что такая модель собой представляет. --- # 3. Семейство мета-моделей Семантический хребет образуют четыре спецификации. Каждая занимает свой уровень, а вместе они показывают расслоение Мета-Вселенной (с M1 по M4) на практике. ## 3.1 AISMM: один продукт как модель с полным контекстом **AISMM (AI-driven Software Meta-Model)**, опубликованная в [orkestron-ai/software-meta-model](https://github.com/orkestron-ai/software-meta-model) (v3.1, Apache-2.0), моделирует **один программный продукт** как целостную систему: зачем он существует, какую ценность создаёт, как спроектирован, специфицирован, реализован, эксплуатируется, контролируется и изменяется. Модели родные для Git, читаемы человеком и машиной, с устойчивыми UUID-идентичностями и файлом реестра на каждую модель. Чтение с позиции Мета-Вселенной: - AISMM - **доменная мета-модель** (M2) для предметной области "программный продукт". - Одна продуктовая модель AISMM - это **пространство имён**: управляемый набор определений объектов и их экземпляров (функции, решения, компоненты, релизы). - Файл реестра (`aismm.registry.json`) играет роль машиночитаемого самоописания пространства имён - того паттерна, который этот стандарт обобщает как указатели спецификаций и манифесты пакетов. ## 3.2 PLMM: ландшафт как федерация над AISMM **PLMM (Product Landscape Meta-Model)**, опубликованная в [orkestron-ai/product-landscape-meta-model](https://github.com/orkestron-ai/product-landscape-meta-model) (v0.1, Apache-2.0), моделирует **портфель между продуктами**: реестр, граф зависимостей и интеграций, общие способности, владение, управление - в одиннадцати слоях. Чтение с позиции Мета-Вселенной: - PLMM - **мета-модель федеративного облика**: она не поглощает продуктовые модели, она **ссылается** на них. Каждый продукт сохраняет свою суверенную модель AISMM; PLMM держит отношения. - Это ровно та позиция по федерации, что у Мета-Вселенной: суверенитет частей, связующий слой для целого. Там, где MUFP федерирует *между организациями*, PLMM применяет ту же дисциплину *внутри* одной. ## 3.3 BKM: знание как распространяемый пакет **BKM (Base Knowledge Model)** (v0.4, на момент написания закрытая) определяет, как **знание профессии** упаковывается, чтобы ИИ-агент мог загрузить его как свою основную компетенцию. Существуют паки для профессий аналитика и организатора событий (у последнего 179 сущностей). Чтение с позиции Мета-Вселенной: - Пак BKM - это **семантический пакет**: версионированное, распространяемое, импортируемое знание с объявленным соответствием. - Архитектура агента, потребляющая его, разделяет три контекста: **ядро агента** (переносимый пак BKM), **контекст роли** (идентичность и охват у конкретного нанимателя) и **контекст задачи** (конкретное поручение). Это живой пример понятий контекста и перспективы: одно тело знания, проецируемое по-разному для роли и задачи, без копирования. ## 3.4 Контракты: исполняемая семантика миссии Спецификация **software-agents-contracts** определяет контракт, протокол и результат: регламентированное исполнение одной атомарной миссии агентом. Чтение с позиции Мета-Вселенной: - Контракт здесь - **исполняемый семантический контракт** в смысле этого стандарта: соглашение, чей смысл достаточно точен, чтобы вести исполнение и проверку, а не только документировать. --- # 4. Таблица соответствий | Понятие Мета-Вселенной | Воплощение в Orkestron | |-----------------------|------------------------| | Вселенная | Экосистема Orkestron как суверенная семантическая юрисдикция | | Измерение | Поверхность или крупный управленческий контекст (маркетплейс, сторона поставщика, семейство продуктов) | | Пространство имён | Модель AISMM одного продукта; один пак BKM; один слой PLMM | | Объект | Функция, решение, компонент, агент, миссия, сделка | | Проекция | Read-only вид витрины реалма; панель поставщика; кабинет заказчика | | Событие | Исполненная миссия, закрытая сделка, выпущенный релиз, запись в послужном списке | | Семантический пакет | Профессиональный пак BKM; импортированный внешний стандарт | | Контракт федерации | Контракт токена realm-API; сделка на маркетплейсе | | Доверие | Послужной список и ранг агента (APM); политики управления с наращиванием автономии | --- # 5. Федерация на практике: реалмы Яснее всего проекцию и федерацию в проде показывает паттерн **реалма** на платформе событий этой экосистемы. Реалм - это ограниченный срез данных платформы (события, организаторы), открытый через **realm-API** с аутентификацией по токену. Независимые сайты-витрины, каждый со своим брендом, языками и редакционным голосом, потребляют реалм как **проекцию только для чтения**: - Платформа остаётся **суверенной**: ей принадлежат данные, их схема и их жизненный цикл. - Каждая витрина держит **контракт** (токен и поверхность API), а не копию внутренностей платформы. - Данные пересекают границу **как проекции**, по запросу, в презентационном контексте потребителя. - Несколько национальных витрин работают так в проде, каждая - отдельный потребитель одного и того же суверенного источника. Это обещание MUFP в миниатюре: *совместимость без поглощения*. Паттерн работал ещё до того, как стандарт его формализовал, и пережил тиражирование по потребителям именно потому, что граница суверенитета никогда не размывалась. --- # 6. Композиция и внешние стандарты на практике AISMM v3.1 включает **слой внешних привязок**: продуктовая модель не пересказывает публичные стандарты, она к ним привязывается. На практике в экосистеме модели привязываются к идентификаторам и словарям вроде ISO 3166, LEI, ESCO, типов schema.org и W3C ORG. Работа с реальными привязками и вывела на поверхность вопросы, на которые этот стандарт теперь отвечает нормативно: - *Когда внешнее понятие - поле, вложенная модель или ссылка?* Ответ даёт [Meta-Model-Composition](../02-architecture/Meta-Model-Composition.md) (ARCH-016). - *К какому стандарту привязываться для данного понятия?* Ответ дают [реестр внешних моделей](External-Models-Registry.md) (1180 каталогизированных стандартов с ролями композиции) и [каталог коннекторов](Connector-Catalogue.md). --- # 7. Уроки, которые стандарт взял из этой экосистемы 1. **Файлы реестра окупаются.** Каждая модель, поставленная с машиночитаемым реестром, пережила смену инструментов; всякая модель без него рано или поздно требовала восстановления. Отсюда упор на указатели спецификаций, манифесты пакетов и отпечатки. 2. **Суверенитет - операционное свойство, а не лозунг.** Паттерн реалма работает потому, что границу держат контракт и токен, а не обычай. Понятия федерации в этом стандарте написаны так, чтобы их можно было держать тем же способом. 3. **Знание хочет быть пакетом.** Отделение переносимого знания (BKM) от контекста роли и задачи превратило одноразовых агентов в переиспользуемых специалистов. Понятие семантического пакета обобщает это. 4. **Федерация внутри организации - всё равно федерация.** PLMM показала, что ссылаться на суверенные модели лучше, чем сливать их, даже когда всё принадлежит одному юридическому лицу. Поглощение рождает устаревание; ссылка рождает ответственность. 5. **Модель, которую ИИ-агенты не могут обойти, не будет поддерживаться.** Всякий артефакт семейства спроектирован так, чтобы его читали в первую очередь агенты, а люди - наравне; это и определило указания для ИИ в [AI-Agent-Guide](../07-guides/AI-Agent-Guide.md). --- # 8. Статус и ссылки - Распорядитель экосистемы: Orkestron.AI (он же распорядитель эталонной реализации этой спецификации). - Публичные репозитории: [software-meta-model](https://github.com/orkestron-ai/software-meta-model), [product-landscape-meta-model](https://github.com/orkestron-ai/product-landscape-meta-model). - Сам стандарт публикуется нейтрально к поставщикам на [ver.cy](https://ver.cy), с исходниками в [ver-cy/meta-universe](https://github.com/ver-cy/meta-universe); Orkestron фигурирует в этом документе строго как одна из известных реализаций. Зрелость в словаре [Known-Implementations](Known-Implementations.md) §7: **промышленная** (поверхности и федерация реалмов), **эталонная реализация** (AISMM), **экспериментальная** (PLMM, BKM, контракты).