> Esta traducción se ofrece por comodidad. El texto normativo es el original en inglés. # Meta-Universo - hoja de ruta de maduración de la especificación **Documento de trabajo - NO forma parte de la especificación normativa.** Este es el plan interno para llevar el Meta-Universo v2 de *borrador de trabajo* a un estándar maduro, implementable y citable. Es distinto de la [hoja de ruta](06-ecosystem/Roadmap.md) de cara al producto: aquella describe hacia dónde va el ecosistema; esta describe cómo se termina y endurece la *propia especificación*. Estado: borrador · Responsable: Orkestron.AI · Consolida dos revisiones críticas independientes (revisión interna "Self" + revisión de Grok, junio de 2026). --- ## 1. Tarjeta de madurez actual | Dimensión | Ahora | Objetivo (maduro) | |-----------|-----|-----------------| | Madurez conceptual | 8.5-9 / 10 | mantener | | Madurez de la especificación (precisión, sin ambigüedad) | 6-6.5 / 10 | 8.5+ | | Madurez práctica y de herramientas (ejemplos, validación, implementabilidad) | 5-5.5 / 10 | 8+ | | Disposición para la adopción y las herramientas | 5 / 10 | 8+ | | **Global** | **~6.8-7.2 / 10** | **8.5+** | **Diagnóstico (ambas revisiones coinciden):** el esqueleto conceptual y los valores son sólidos; la brecha está en la **formalización y los artefactos ejecutables**. Sin ellos la especificación sigue siendo "bella filosofía" en vez de algo que pueda implementarse, validarse y en lo que se pueda confiar durante una federación. --- ## 2. Dónde convergen ambas revisiones (y qué aportó cada una) | Tema | Self | Grok | Veredicto | |-------|:----:|:----:|---------| | Núcleo formal + serialización canónica + Huella semántica reproducible | ✅ | ✅ | **Clave de bóveda** | | MUFP es "un protocolo" solo de nombre (sin mensajes, estados ni errores) | ✅ | ✅ | Crítico | | Validación y conformidad no comprobables ni reproducibles | ✅ | ✅ | Crítico | | Sin ejemplos ejecutables ni meta-modelos de referencia | ✅ | ✅ | Crítico | | Seguridad, privacidad y modelo de amenazas flojos | ✅ | ✅ | Crítico | | Demostrar (no afirmar) la interoperabilidad con RDF/FHIR/Schema.org | ✅ | ➖ | Importante | | Esquema de identificadores + gramática del CSN | ✅ | ➖ | Importante | | Gobernanza operativa + política de PI y patentes + higiene del repositorio | ✅ | ➖ | Importante | | Descubrimiento ejecutable + índice de la especificación legible por máquina | ✅ | ➖ | Importante | | Perfil nuclear / conformidad MVP | ✅ | ➖ | Importante | | Diagramas canónicos + MUDL | ✅ | ✅ | Importante | | Continuidad con v1.1 (se cayeron las capas M1-M4) | ✅ | ➖ | Importante | | Banderines de estado del documento | ✅ | ➖ | Acabado | | **Formato de intercambio MU (MUIF) como artefacto con nombre** | ➖ | ✅ | Adoptado | | **Kit de pruebas semánticas + ficheros dorados** | ➖ | ✅ | Adoptado | | **Puntuación de coherencia semántica (certificación graduada)** | ➖ | ✅ | Adoptado | | **Grafo de procedencia consultable ("qué se rompe si cambia X")** | ➖ | ✅ | Adoptado | | **Registro descentralizado sobre DID + Verifiable Credentials** | ➖ | ✅ | Adoptado | | **CLI de referencia mínima (mu-validate / mu-fingerprint / mu-diff)** | ➖ | ✅ | Adoptado | | **Eliminar duplicados, fuente única de las secciones compartidas; fusionar Best-Practices↔Design-Recommendations** | ➖ | ✅ | Adoptado | | **i18n / modelo multilingüe** | ➖ | ✅ | Adoptado | --- ## 3. Principios rectores de la pasada de maduración 1. **Primero la formalización.** Toda afirmación abstracta debe adquirir una cara concreta y comprobable (esquema, gramática, mensaje, prueba o ejemplo). 2. **MUIF es la clave de bóveda.** Huella, Validación, Migración, herramientas y ejemplos dependen todos de un formato de intercambio canónico. Se construye primero. 3. **Todo `SHALL` normativo recibe un ID de requisito estable** para poder citarlo, validarlo y probarlo mecánicamente. 4. **Nada está "hecho" sin un artefacto ejecutable** (un fichero en `examples/`, `schemas/` o `tests/`), no solo prosa. 5. **Preservar los conceptos que las revisiones elogiaron** (Suceso y Línea de tiempo semántica, Proyección-no-copia, Acuerdo de identidad, Jerarquía de composición, Federación de registros, Antipatrones). La maduración los endurece; no los reescribe. --- ## 4. La hoja de ruta Las líneas de trabajo se agrupan en tres fases. Cada una indica: **Fuente** (Self / Grok / ambas), **Entregables** (ficheros concretos), **Criterios de aceptación**, **Depende de**. ### Fase 1 - v2.1 "Hacerlo implementable" (crítico) #### WS1 - MUIF: Formato de intercambio del Meta-Universo · Fuente: Grok (+Self) La cara canónica y legible por máquina del modelo abstracto: la clave de bóveda. - **Entregables:** `02-architecture/MMAS-Interchange.md`; `schemas/` con JSON Schema para `Meta-Model`, `Object`, `Relationship`, `Event`, `Contract`, `Projection`, `Manifest`; un **algoritmo de canonicalización** preciso para la Huella semántica (reglas de normalización → flujo de bytes → sha256). - **Aceptación:** dos serializaciones independientes del mismo modelo producen una huella idéntica; un modelo de muestra valida contra los esquemas. - **Depende de:** - (se construye primero). #### WS2 - Especificación del protocolo MUFP · Fuente: ambas Convertir la "diplomacia semántica" en un protocolo implementable. - **Entregables:** ampliar `03-federation/MUFP.md` + nuevo `03-federation/MUFP-Messages.md`: máquina de estados del ciclo de vida de nueve etapas, catálogo de mensajes (Descubrimiento, Capacidad, Confianza, Contrato, Esquema, Intercambio de proyecciones, Sincronización, Conflicto, Terminación), formato de sobre, taxonomía de errores, negociación de versión, flujo de revocación del Acuerdo de identidad, una vinculación concreta (HTTP/JSON) y una transcripción resuelta de saludo e intercambio de proyecciones. - **Aceptación:** una persona desarrolladora puede implementar un endpoint MUFP mínimo solo con el documento; cada mensaje tiene esquema en `schemas/`. - **Depende de:** WS1. #### WS3 - Criterios de validación + comprobabilidad de la conformidad · Fuente: ambas - **Entregables:** completar `02-architecture/Validation.md` con comprobaciones explícitas por nivel (V0-V5) y un Informe de validación de muestra; **ID de requisito** añadidos a cada `SHALL` normativo de MUC/MMAS/MUFP; `REQUIREMENTS-INDEX.md` generado; Procedimientos abstractos de prueba que asignan a cada nivel sus comprobaciones; conectar `06-ecosystem/Certification.md` a una salida de Validación reproducible. - **Aceptación:** cada nivel V lista comprobaciones que una herramienta podría ejecutar; "MMAS A4" y "MUFP Level 3" pasan a ser verificables, no declarativos. - **Depende de:** WS1. #### WS4 - Ejemplo dorado + meta-modelos de referencia · Fuente: ambas - **Entregables:** un escenario de principio a fin (por ejemplo *Acme HR ↔ Government Tax federan sobre `Person`*) hilado por los documentos y materializado en `examples/`: 2-3 meta-modelos (incluido **Employee**) en MUIF + huella + informe de validación + la transcripción de federación de WS2. - **Aceptación:** todos los ejemplos validan (WS3) y devuelven una huella estable en el viaje de ida y vuelta (WS1); quien lee puede seguir un objeto de Identidad → Correspondencia → Contrato → Proyección → Sincronización → Conflicto. - **Depende de:** WS1, WS2, WS3. #### WS5 - Modelo de seguridad y privacidad · Fuente: ambas - **Entregables:** `03-federation/Security-Model.md` (modelo de amenazas: Vinculaciones de identidad falsificadas, Linaje semántico envenenado, fuga de Proyecciones, repetición de Sucesos, Correspondencias maliciosas, propagación de revocaciones); una sección "Consideraciones de seguridad" en cada documento de federación; el cálculo concreto del **Vector de confianza** y la mecánica de revocación del Acuerdo de identidad y de la Confianza; tratamiento de la privacidad y los datos personales y una nota de alineación al estilo del RGPD. - **Aceptación:** cada interacción de federación de WS2/WS4 tiene amenaza y mitigación declaradas; el Vector de confianza se calcula a partir de entradas definidas. - **Depende de:** WS2. ### Fase 2 - v2.2 "Hacerlo verificable y limpio" (importante) #### WS6 - Kit de pruebas semánticas + ficheros dorados · Fuente: Grok Conformidad reproducible: pruebas abstractas y artefactos de referencia por nivel V bajo `tests/`, con ficheros dorados de paso y fallo. **Depende de:** WS3, WS4. #### WS7 - Apéndice de interoperabilidad (demostrada, no afirmada) · Fuente: Self Correspondencias reales `Objeto → tripleta RDF / clase OWL`, más Schema.org y FHIR, y un Paquete semántico plenamente importado, bajo `examples/interop/`. **Depende de:** WS1. #### WS8 - Esquema de identificadores + gramática del CSN · Fuente: Self Esquema normativo de identificadores (o registro de esquemas enchufable) y una **gramática ABNF para el CSN**; se pliega dentro de MUIF y Naming-Conventions. **Depende de:** WS1. #### WS9 - Descubrimiento ejecutable + índice de la especificación legible por máquina · Fuente: Self Especificación de `/.well-known/meta-universe.json` (esquemas públicos, versiones admitidas de MUC/MMAS/MUFP, capacidades); `spec-index.yaml` (cada documento: ID, clase, estado, versión, dependencias); punto de entrada de incorporación para IA: `AGENTS.md` y `llms.txt`. **Depende de:** WS1, WS3. #### WS10 - Limpieza estructural y eliminación de duplicados · Fuente: Grok Llevar a fuente única los bloques repetidos (Invariantes arquitectónicas / Direcciones futuras / Declaración final); fusionar o separar con claridad **Best-Practices ↔ Design-Recommendations**; afilar las fronteras entre **Terminología (normativa) ↔ Glosario (explicativo) ↔ Definiciones (constitucionales)**; **reconciliar las capas M1-M4 de v1.1 que se cayeron** en `Architecture.md` y `Migration-from-v1.md`; añadir banderines de "Estado de este documento". **Depende de:** -. #### WS11 - Diagramas canónicos + borrador de MUDL · Fuente: ambas Un conjunto canónico de diagramas (Pila, Ciclo de vida de la federación, Proyección, Vinculación de identidad, Flujo de sucesos) como recursos SVG/Mermaid bajo `assets/`; primer borrador de MUDL (`05-reference-architecture/MUDL.md`). **Depende de:** WS1. #### WS12 - Gobernanza, PI e higiene del repositorio + Perfil nuclear · Fuente: Self `GOVERNANCE.md` operativo (ratificación, quórum, decisión de neutralidad), **política de PI y patentes**, `CONTRIBUTING.md`, `SECURITY.md`, `CODE_OF_CONDUCT.md`, plantillas de `.github/`; definir un subconjunto de **Perfil nuclear / conformidad MVP**; tomar una decisión explícita de marca (Meta-Universo frente a la confusión con "metaverso"). **Depende de:** WS3, WS5. ### Fase 3 - v3.0 "Hacerlo un ecosistema" (valioso) #### WS13 - CLI de referencia mínima · Fuente: Grok `mu-validate`, `mu-fingerprint`, `mu-diff` (diferencia semántica sobre huella y linaje). Especificación + implementación de referencia mínima. **Depende de:** WS1, WS3, WS6. #### WS14 - Estándar de migración semántica (SMS) · Fuente: ambas Estandarizar la migración del *significado* entre versiones (v1→v2 ya está en marcha). **Depende de:** WS1, WS3. #### WS15 - Puntuación de coherencia semántica · Fuente: Grok Métrica automatizada (completitud de Sucesos, coherencia de Relaciones, cobertura de Proyecciones, presencia de procedencia) que permite una certificación **graduada** en lugar de un aprobado o suspenso binario. **Depende de:** WS3, WS6. #### WS16 - Grafo de procedencia consultable · Fuente: Grok Hacer del Linaje semántico un artefacto consultable de primera clase: "qué se rompe si cambia X", "muestra todas las conclusiones que dependen de este Suceso". **Depende de:** WS1. #### WS17 - Perfil de registro descentralizado (DID + VC) · Fuente: Grok Realizar la Federación de registros sobre Identificadores descentralizados y Verifiable Credentials. **Depende de:** WS5, WS9. #### WS18 - Patrones de integración de IA + i18n · Fuente: ambas Esquemas de llamada a herramientas, restricciones de salida estructurada, RAG sobre Proyecciones y Sucesos, un Contrato semántico ejecutable resuelto dentro del bucle de un agente; modelo multilingüe para espacios de nombres, etiquetas y documentos. **Depende de:** WS1, WS4. ### Fase 4 - Refinamientos de una revisión externa (Gemini) Se evaluó una tercera revisión (Gemini). Gran parte ya estaba cubierta: la crítica confundía en parte el Meta-Universo (este estándar de federación) con AISMM/FCD (un meta-modelo de dominio y una metodología de desarrollo construidos *encima* de él). Varias de sus recomendaciones principales ya existen aquí: lo **federado/en malla** es el núcleo del estándar ([Federación de registros](06-ecosystem/Registered-Meta-Models.md), MUFP, publicación de Espacios de nombres); el **razonamiento temporal y el viaje en el tiempo** son [Suceso → Línea de tiempo semántica](04-core-concepts/Event.md); el **envenenamiento del grafo como superficie de ataque** es el [Modelo de seguridad](03-federation/Security-Model.md). Lo genuinamente nuevo se recoge abajo. #### WS19 - Proyecciones virtuales y hechos descriptivos calientes/fríos · Fuente: Gemini 2.2 / 3.1 Distinguir los hechos descriptivos *fríos* (esquema, API, dependencias) de los *calientes* (métricas, estado en ejecución). Los hechos calientes se adjuntan como **Vistas de flujo virtuales**: proyecciones vivas y regidas por contrato que un agente lee al vuelo sin mutar el modelo. **Depende de:** WS1 (Proyección, Suceso, Sincronización). #### WS20 - Consistencia de políticas, precedencia y tratamiento de bloqueos · Fuente: Gemini 2.3 + 2.4 Una **comprobación de consistencia de políticas previa a la fusión** (no contradicción lógica de las reglas normativas) antes de que los cambios entren en el canon; **precedencia y pesos** explícitos de las reglas; y **detección de bloqueos** con escalado obligatorio a una persona en el circuito. Realiza el brazo de "Validación del razonamiento de IA" del SVF. **Depende de:** WS3 (Validación), Change-Process. #### WS21 - Detección de deriva de resultado · Fuente: Gemini 3.1 Una auditoría de "agente fantasma" que compara el *propósito o hipótesis* declarados (Canon del modelo) con los *resultados* observados (métricas descriptivas): el código puede ser válido, las pruebas verdes, y aun así el objetivo de negocio sin cumplir → marcar una deriva de resultado semántico. Amplía la validación V5 en ejecución. **Depende de:** WS3, WS19. #### WS22 - Proyecciones de simulación en cajón de arena · Fuente: Gemini 3.3 Un **qué pasaría si** semántico: simular un cambio propuesto en una capa proyectada aislada (una sombra digital), lanzar carga sintética y evaluar los efectos colaterales por todo el modelo *antes* de proponerlo, sin mutar el estado canónico. **Depende de:** WS1, WS20. #### WS23 - Atestación de políticas con conocimiento cero · Fuente: Gemini 3.4 Para la federación entre empresas, permitir que un Universo **pruebe** que su código y sus acciones cumplen las políticas de seguridad y cumplimiento acordadas **sin revelar** su grafo ni su lógica, mediante pruebas de conocimiento cero y Verifiable Credentials. **Depende de:** WS5 (Seguridad), WS17 (DID/VC). --- ## 5. Camino crítico y orden de ejecución ```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. ``` **Punto de partida: WS1 (MUIF).** Desbloquea casi todo lo demás. ## 6. Registro de avance - **2026-06-27 - WS1 (MUIF) ✅ entregado.** - `02-architecture/MMAS-Interchange.md` - MUIF normativo + algoritmo de canonicalización. - `schemas/` - JSON Schema 2020-12 para el manifiesto + 5 primitivas + definiciones comunes. - `tools/mu-fingerprint.ps1` - canonicalizador de referencia (siembra también WS13). - `examples/minimal-person/` - el mismo modelo en dos serializaciones, **verificado: produce una huella idéntica** `sha256:a628b2af…b04a639d`. - Enlazado desde `02-architecture/Versioning.md`. - *Siguiente:* WS2 (protocolo MUFP) y WS3 (criterios de validación + ID de requisito). - **2026-06-27 - WS3 (Validación + comprobabilidad de la conformidad) ✅ entregado.** - `02-architecture/Validation.md` - añadidos los Procedimientos abstractos de prueba: comprobaciones por nivel `V0-01 … V5-02`, cada una con su severidad y los ID de requisito que impone. - `REQUIREMENTS-INDEX.md` + `tools/mu-requirements.ps1` - catálogo reproducible de **1000** requisitos RFC 2119 en 36 documentos normativos, ID `-Rnn`. - `schemas/validation-report.schema.json` + `examples/minimal-person/validation-report.json` - informe legible por máquina; minimal-person pasa V0-V4 (comprobación de huella verificada). - MUC ganó una sección "Identificadores de requisito"; `Certification.md` define ahora la evaluación como reproducible frente a los ATP, los niveles y el Índice de requisitos. - *Siguiente:* WS2 (protocolo MUFP) y luego WS4 (ejemplo dorado de federación). - **2026-06-27 - WS2 (protocolo MUFP) ✅ entregado.** - `03-federation/MUFP-Messages.md` (FED-011) - sobre, máquina de estados, catálogo de 22 mensajes, taxonomía de 12 códigos de error, negociación de versión, revocación, vinculación HTTP/JSON, conformidad del endpoint mínimo. - `schemas/mufp-envelope.schema.json` - sobre + cuerpos de mensaje condicionales. - `examples/federation-handshake/transcript.json` - saludo de 10 sobres, verificado estructuralmente; los datos se mueven solo en el último mensaje. - `MUFP.md` ahora apunta al protocolo de cable. - *Siguiente:* WS4 (ejemplo dorado de federación sobre dos meta-modelos completos). - **2026-06-27 - WS4 (ejemplo dorado de principio a fin) ✅ entregado.** - `examples/federation-acme-govtax/` - dos universos soberanos (meta-modelo de empleado de Acme, meta-modelo de contribuyente del Estado) con vocabularios distintos federan sobre una Persona: **Identidad → Correspondencia → Contrato → Proyección → Sincronización → Conflicto**. - Huellas reales (acme `0b4965f1…`, gov `d51f639e…`, contrato `44582ad8…`) todas recalculadas y verificadas; ambos modelos pasan los informes de validación V0-V4. - `transcript.json` de 17 sobres - verificado estructuralmente; **el primer conocimiento se mueve en el mensaje 14**; conflicto detectado y resuelto con la causalidad preservada. - Hilado en `examples/README.md` y `07-guides/Federation-Guide.md`. - **La fase 1 (v2.1, lo crítico) queda sustancialmente completa** (WS1-WS4 hechos; falta WS5, Security-Model). - **2026-06-27 - WS5-WS18 ✅ entregados (fases 1-3 sustancialmente completas).** - **WS5** `03-federation/Security-Model.md` (FED-012): modelo de amenazas T1-T10, cálculo del Vector de confianza, firma de sobres y protección de repetición, propagación de revocaciones, privacidad y datos personales. - **WS8** gramática ABNF del CSN + esquema de identificadores en Naming-Conventions. - **WS13** `tools/mu-validate.ps1` - validador de referencia (ATP V0-V2 → informe). - **WS6** `tests/` Kit de pruebas semánticas - 7 fixtures, `run-tests.ps1` (TODAS PASAN) + informe dorado. - **WS9** `03-federation/Discovery.md` (FED-013) + `schemas/discovery.schema.json` + ejemplo `/.well-known`; `tools/mu-spec-index.ps1` → `spec-index.yaml` (77 documentos); `AGENTS.md` + `llms.txt`. - **WS7** `examples/interop/` (Schema.org/FHIR/FOAF + Objeto→RDF/OWL). - **WS11** conjunto de diagramas Mermaid en `assets/` + `05/MUDL.md` (REFARCH-010). - **WS10** reconciliación M0-M4 en Architecture; `STATUS.md` + banderín en el README. - **WS12** `GOVERNANCE.md` (órganos, PI y patentes, decisión sobre el nombre), `CONTRIBUTING.md`, `SECURITY.md`, `CODE_OF_CONDUCT.md`, plantillas de `.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). - Repositorio: 77 documentos, 1175 requisitos catalogados, 5 herramientas de referencia, 3 suites de pruebas y ejemplos: todos los enlaces e ID limpios, el kit de pruebas en verde. - **2026-06-27 - Fase 4 (lo neto nuevo de Gemini) ✅ entregada.** - **WS19** `04-core-concepts/Virtual-Projection.md` (CORE-012): hechos calientes y fríos + Vistas de flujo virtuales (sin amplificación de escritura). - **WS20** `02-architecture/Policy-Consistency.md` (ARCH-014): comprobación de consistencia previa a la fusión, precedencia de reglas, bloqueos y persona en el circuito; conectado a Change-Process y a la Validación V3. - **WS21** Validación §9a **Detección de deriva de resultado** (propósito frente a métrica observada). - **WS22** `02-architecture/Simulation-Sandbox.md` (ARCH-015): qué pasaría si semántico antes de aplicar. - **WS23** `03-federation/Zero-Knowledge-Attestation.md` (FED-014): probar la conformidad con las políticas sin revelar el modelo. - El repositorio queda ahora en: **81 documentos, 1218 requisitos**; enlaces e ID limpios, kit en verde. --- ## 7. Definición de "maduro" La pasada de maduración está completa cuando: - un endpoint MUFP mínimo y un validador pueden construirse **solo con los documentos**; - todo requisito normativo tiene un ID y al menos una prueba; - al menos un meta-modelo de referencia completo valida y devuelve una huella estable en el viaje de ida y vuelta; - toda interacción de federación tiene amenaza y mitigación declaradas; - la tarjeta del §1 llega a **8.5+** en conjunto.