> Esta traducción se ofrece por comodidad. El texto normativo es el original en inglés. # Meta-modelos registrados **Especificación del Meta-Universo** **ID del documento:** MU-V2-ECO-001 **Título:** Registro de meta-modelos compatibles **Clase de documento:** informativo **Versión:** 2.0 (borrador) **Estado:** borrador de trabajo **Referencias normativas:** MUC, MMAS, MUFP **Referencias informativas:** Compatibility-Matrix, Certification, Known-Implementations **Copyright:** © Orkestron.AI **Licencia:** Apache-2.0 --- # 1. Propósito Este documento define el concepto de registro de meta-modelos registrados del Meta-Universo. El registro ofrece un catálogo localizable de meta-modelos que se ajustan a los estándares del Meta-Universo y pueden participar en la federación semántica. Registrar promueve la interoperabilidad, la reutilización y una gobernanza coherente. No transfiere la propiedad de un meta-modelo. Registrar es un acto de *descubrimiento*, no de almacenamiento: una entrada registrada es una referencia a una fuente autoritativa, nunca una copia de ella. Para el catálogo amplio de estándares, ontologías y vocabularios **externos** que un meta-modelo puede importar o a los que puede corresponderse (Schema.org, RDF/OWL, FHIR, ISO 20022, ESCO y unos 1180 más en 37 dominios), véase el [registro de modelos externos](../06-ecosystem/External-Models-Registry.md). --- # 2. Alcance El registro puede contener: - meta-modelos de dominio; - meta-modelos de fundamento; - meta-modelos empresariales; - meta-modelos sectoriales; - meta-modelos de la administración pública; - meta-modelos comunitarios; - estándares importados; - perfiles de federación. --- # 3. Principios de diseño Se espera que toda entrada registrada sea: - localizable; - versionada; - trazable; - gobernada de forma independiente; - documentada semánticamente; - independiente de la tecnología. El registro no implica respaldo ni certificación, salvo que se indique expresamente. --- # 4. Entrada del registro Cada entrada del registro suele definir: - el identificador del modelo; - el nombre del modelo; - el editor; - el propietario; - la versión actual; - la versión de MUC admitida; - la versión de MMAS admitida; - la versión de MUFP admitida; - el nivel de conformidad; - la licencia; - la ubicación del repositorio; - el estado. --- # 5. Metadatos Los metadatos recomendados incluyen: - el propósito; - el alcance; - los dominios admitidos; - el espacio de nombres principal; - las dependencias; - los estándares importados; - los perfiles de federación; - los recursos de validación; - la documentación. Es preferible que los metadatos sean legibles por máquina. --- # 6. Estado de registro Estados típicos del ciclo de vida: - Propuesto - Registrado - Certificado (opcional) - Obsoleto - Archivado Las entradas históricas siguen siendo localizables. --- # 7. Conformidad Los meta-modelos registrados suelen declarar: - los estándares admitidos; - el nivel de conformidad; - el estado de validación; - las limitaciones conocidas; - las notas de compatibilidad. La conformidad permanece explícita. --- # 8. Compatibilidad La compatibilidad puede incluir: - la compatibilidad semántica; - la compatibilidad de versiones; - la compatibilidad de federación; - la disponibilidad de correspondencias; - la compatibilidad de perfiles. La compatibilidad es específica de versión. --- # 9. Estándares importados Las entradas del registro pueden representar estándares importados como: - Schema.org - OData CSDL - HL7 FHIR - O*NET - ESCO - BPMN - ArchiMate Los estándares importados conservan su procedencia. --- # 10. Gobernanza Cada modelo registrado identifica: - la autoridad que lo gobierna; - el proceso de publicación; - la política de mantenimiento; - el mecanismo de seguimiento de incidencias. La propiedad permanece en el editor. --- # 11. Descubrimiento Quienes consumen pueden descubrir: - los metadatos del modelo; - las versiones admitidas; - los espacios de nombres; - la ubicación del repositorio; - la documentación; - las capacidades de federación. El descubrimiento precede a la adopción. --- # 12. Validación Las implementaciones de registro suelen validar: - la unicidad del identificador; - la completitud de los metadatos; - la conformidad declarada; - la coherencia de versiones; - la disponibilidad del repositorio. Los resultados de validación pueden publicarse. --- # 13. Entradas de ejemplo Ejemplos ilustrativos: - Meta-modelo de empleado - Meta-modelo de organización - Meta-modelo de producto - Meta-modelo de software - Meta-modelo de agente de IA - Meta-modelo de gemelo digital - Meta-modelo sanitario - Meta-modelo de la administración pública Estos ejemplos son informativos. --- # 14. Invariantes arquitectónicas El registro preserva: - la soberanía semántica; - la propiedad del editor; - la procedencia; - la trazabilidad; - la compatibilidad constitucional. Registrar mejora la localizabilidad sin centralizar la autoridad semántica. --- # 15. Federación de registros El Meta-Universo no presupone un catálogo central único. El descubrimiento es él mismo federado: los registros forman una *federación de registros*, que refleja el mismo modelo de soberanía que MUC y MUFP aplican a los meta-modelos. Ningún registro posee los modelos que lista; cada entrada es una referencia a una fuente autoritativa en manos de su editor. Se reconocen tres ámbitos de registro complementarios: ## 15.1 Registro local Un registro local opera dentro de una sola organización o Universo. Indexa los meta-modelos, proyecciones y perfiles de federación que la organización posee o ha adoptado internamente. Responde a la pregunta *qué activos semánticos tenemos y cómo encajan entre sí*, y permanece por completo bajo la gobernanza de la propia organización. ## 15.2 Registro de comunidad Un registro de comunidad sirve a un sector, una profesión o una comunidad de interés (por ejemplo, sanidad, sector público o robótica). Agrega las referencias publicadas por sus miembros, aplica las convenciones de la comunidad y cura la información de compatibilidad y calidad relevante para ese dominio. Las reglas de pertenencia y curación son de la comunidad, no de una autoridad central. ## 15.3 Registro global Un registro global es un índice público que agrega modelos *publicados* de registros locales y de comunidad sin poseerlos. Indexa metadatos, versiones, compatibilidad, conformidad y capacidades de federación, y remite a la fuente autoritativa de cada entrada. El registro global es un mapa del ecosistema, no un almacén de sus contenidos. ## 15.4 Referencia, no copia En todos los ámbitos rige la misma invariante: una entrada de registro es una *referencia* a una fuente autoritativa, no una copia del modelo. Los registros replican metadatos para el descubrimiento; nunca replican autoridad semántica. Eso separa el descubrimiento del almacenamiento, de modo que la soberanía semántica (quién guarda la verdad) siga en el editor aun cuando la localizabilidad escale globalmente. Los propios registros pueden federarse - un registro global puede indexar registros de comunidad, que a su vez indexan registros locales -, formando un tejido de descubrimiento alineado con la semántica de federación de MUFP. --- # 16. Direcciones futuras Una especificación dedicada de **federación de registros** podría formalizar este modelo: un formato común de metadatos y referencias, contratos de federación entre registros, reglas de propagación y frescura de los metadatos indexados, y señales de confianza que permitan a quien consume ponderar entradas de distintos ámbitos de registro. También definiría cómo se muestran de forma coherente una [matriz de compatibilidad](Compatibility-Matrix.md) y los registros de [certificación](Certification.md) entre registros federados. --- # 17. El registro vivo y las entradas iniciales El registro definido arriba está vivo como datos legibles por máquina en [`registry/`](registry/): una entrada YAML por modelo bajo [`registry/entries/`](registry/entries/) que valida contra [`registry/entry.schema.json`](registry/entry.schema.json), un índice plano y consultable en [`registry/registered-models.csv`](registry/registered-models.csv), y el flujo de registro (basado en pull request) en [`registry/README.md`](registry/README.md). Los ficheros del registro son canónicos; la tabla siguiente es una instantánea informativa. Cada entrada es una referencia a una fuente autoritativa, según §15.4. | Modelo | Editor | Versión | Tipo | Fuente | Estado | |-------|-----------|---------|------|--------|--------| | Catálogo de modelos del mundo de Vercy | Proyecto Vercy | 0.2.0 | Biblioteca de ejemplos (el mundo de las personas y los sucesos en la Tierra: 112 modelos neutrales respecto de proveedores en 15 agrupaciones, fichas MMAS con sus propios paquetes y capas) | [world-models](https://github.com/ver-cy/world-models) | Borrador | | AISMM (AI-driven Software Meta-Model) | Orkestron.AI | 3.1 | Meta-modelo de dominio (producto de software) | [software-meta-model](https://github.com/orkestron-ai/software-meta-model) | Estable | | PLMM (Product Landscape Meta-Model) | Orkestron.AI | 0.1 | Meta-modelo empresarial (paisaje de productos, federa AISMM) | [product-landscape-meta-model](https://github.com/orkestron-ai/product-landscape-meta-model) | Borrador | | BKM (Base Knowledge Model) | Orkestron.AI | 0.4 | Meta-modelo de fundamento (conocimiento profesional como paquetes semánticos) | privado en el momento de escribir esto | Borrador | | Familia de espacios de nombres de MOS (axiacracia / Meta-Orchestrator State) | Orkestron.AI | 0.1 | Meta-modelos de la administración pública (38 espacios de nombres: sustrato de valor, comunidad política, sociedad, economía, civilización, ejecución) | [meta-orchestrator-state](https://github.com/orkestron-ai/meta-orchestrator-state) | Borrador | Contexto de estas entradas: [Estudio de caso: el ecosistema Orkestron](Case-Study-Orkestron-Ecosystem.md) y [Estudio de caso: la axiacracia y el Meta-Orchestrator State](Case-Study-Axiacracy-MOS.md). --- # Declaración final El registro de meta-modelos registrados aporta un mecanismo común de descubrimiento de modelos semánticos interoperables en todo el ecosistema del Meta-Universo. Al publicar metadatos estandarizados, información explícita de conformidad y capacidades de federación reutilizables, el registro permite que personas y agentes de IA descubran, evalúen, reutilicen y federen meta-modelos preservando la propiedad, la gobernanza y la evolución semántica a largo plazo.