> Esta traducción se ofrece por comodidad. El texto normativo es el original en inglés. # Repositorios de Vercy **Especificación del Meta-Universo** **ID del documento:** MU-V2-ECO-010 **Título:** La familia de repositorios de Vercy **Clase de documento:** informativo **Versión:** 2.0 (borrador) **Estado:** borrador de trabajo **Referencias normativas:** Registered-Meta-Models, Model-Traversal-and-Layout, Data-Mastership **Referencias informativas:** Repository-Structure, Agent-Operations, Known-Implementations **Copyright:** © Orkestron.AI **Licencia:** Apache-2.0 --- # 1. Propósito Este documento traza la familia de repositorios del proyecto Vercy: qué contiene cada repositorio, cómo viaja un meta-modelo desde su publicación hasta su uso en la Dimensión de otra persona, y dónde vive el conocimiento operativo (procesos, FCD). Es la página de orientación para quien llega al ecosistema. El diseño sigue las reglas del propio estándar: cada repositorio tiene una responsabilidad semántica, cada conjunto de datos tiene un único maestro (ARCH-018) y todo repositorio que lleva un modelo lleva también el contrato de recorrido (ARCH-017). --- # 2. La familia | Repositorio | Responsabilidad | Estado | |---|---|---| | [meta-universe](https://github.com/ver-cy/meta-universe) | **El estándar.** MUC, MMAS, MUFP; constitución, arquitectura, federación, conceptos fundamentales, guías; el [registro vivo de meta-modelos](registry/) | En marcha | | [world-models](https://github.com/ver-cy/world-models) | **El catálogo de ejemplos.** 112 meta-modelos neutrales respecto de proveedores sobre el mundo de las personas y los sucesos en la Tierra, cada uno una ficha MMAS con sus propios paquetes y capas | En marcha | | [fcd](https://github.com/ver-cy/fcd) | **Full Context Development.** El estándar VC-FCD-001: todo cambio se hace con el contexto completo del modelo, y todo aprendizaje se devuelve por escrito | En marcha | | [processes](https://github.com/ver-cy/processes) | **La paleta operativa.** Los procesos que mantienen un Universo funcionando como reflejo digital de la realidad: actualización, actuación, contribución, intercambio, calidad, operaciones de contexto; variantes de ejecución, el mínimo obligatorio, los arranques y los diagramas BPMN 2.0 | En marcha | Un conjunto de datos, un maestro: el estándar se mastea en este repositorio, el registro en `06-ecosystem/registry/` y cada producto en el suyo propio. Todo lo demás que parezca una copia es un espejo o un artefacto renderizado (por ejemplo, el sitio ver.cy). --- # 3. El camino de un modelo Cómo viaja un meta-modelo por el ecosistema: 1. **Redáctalo** en su propio repositorio, estructurado según [Repository-Structure](../07-guides/Repository-Structure.md), con `BOOTSTRAP.md` y `manifest.yaml` (ARCH-017) y `sources.yaml` (ARCH-018). 2. **Publícalo**: el repositorio pasa a ser el sistema de registro del modelo. 3. **Regístralo** en el [registro vivo](registry/) mediante una pull request: una entrada que referencia la fuente autoritativa. Registrar es dar visibilidad, no almacenar, y no transfiere la propiedad. 4. **Deja que te encuentren**: quienes consumen buscan en el índice del registro por tipo, dominio y nivel de conformidad. 5. **Deja que lo usen**: quien consume clona o incorpora la fuente en una referencia fijada dentro de su propia Dimensión, la recorre según su arranque, la vincula o la adapta (conservando los identificadores por compatibilidad de federación) y respeta la maestría: la fuente registrada sigue siendo la maestra. 6. **Fedérate**: las Dimensiones que comparten los espacios de nombres de un modelo registrado pueden corresponderse entre sí a través de él, bajo los protocolos de federación (MUFP) y con el consentimiento del Propietario. La regla de hierro rige en cada paso: la información de cualquier meta-modelo solo puede leerse con permiso de su Propietario. Las entradas con `access: restricted` registran la existencia sin abrir el contenido. --- # 4. Personas y agentes trabajando juntos Un modelo lo opera más de un actor: su Propietario, las personas responsables de su custodia, quienes contribuyen, quienes lo consumen, los agentes de IA delegados y quienes auditan. La parte estándar de esa historia vive en [Agent-Operations](../07-guides/Agent-Operations.md) (cómo cualquier agente lee y modifica con seguridad un modelo conforme: primero el arranque, la maestría siempre, las copias derivadas desechables) y en [Consent-and-Disclosure](../03-federation/Consent-and-Disclosure.md) (qué puede salir de un modelo y con permiso de quién). La parte operativa - la paleta completa de procesos con sus roles, sus niveles de delegación (persona en el bucle, persona sobre el bucle, autónomo con auditoría), sus variantes de ejecución y el mínimo obligatorio - es responsabilidad del [repositorio processes](https://github.com/ver-cy/processes): 81 procesos en 7 familias, con diagramas BPMN 2.0 y ejemplos de arranque trabajados. --- # 5. Relación con las implementaciones El proyecto Vercy publica el estándar, la biblioteca de ejemplos, FCD y la paleta de procesos. Las implementaciones (productos, entornos de ejecución, Dimensiones construidas sobre el estándar) se enumeran en [Known-Implementations](Known-Implementations.md); las implementaciones de referencia en el momento de escribir esto provienen del ecosistema Orkestron, entre ellas AISMM (el origen de FCD) y el Meta-Orchestrator State (la Dimensión de referencia que consume la biblioteca de modelos del mundo).