01
Qué es ::::terrauniversalis::::
Terrauniversalis no es una empresa ni una plataforma. Es una red de bienestar sostenida por flujo inmediato de valor, intercambio justo y estructura administrativa mínima. Opera desde lo que realmente existe, no desde la fantasía. Su propósito es integrar conocimiento, tecnología, justicia, cultura y comunidad bajo un núcleo operativo único.
16
Universos activos
TU-01-CON → TU-16-PRE
6
Capas del sistema
física · digital · simbólica · ancestral · energética · espiritual
3
Nodos físicos
MSI · Mini HP · móviles
I
Versión Mayan OS
mayan.os:v:i · operativo
Estado actual: El sistema mayan.os está operativo en su versión I, validado y sincronizado con todos los nodos autorizados (MSI, Mini HP, iPhones). Las rutas están activas, los logs fluyen y la consola responde a cada instrucción. Estamos oficialmente en línea.
02
Principios fundacionales
I
PwP — Platforms within Platforms
Todo sistema puede contener otro sistema. La arquitectura es fractal: terrauniversalis contiene universos, que contienen sistemas, que contienen módulos.
II
SwS — Systems within Systems
Cada universo es autónomo pero interoperable. Kiniktal SWS es el ejemplo más literal: un sistema dentro del sistema mayor.
III
Facta non ficta
Todo lo que existe en el sistema es real, operativo y trazable. Nada se opera desde la simulación ni desde la fantasía.
IV
Unicidad temporal
Solo hay un @alfonso activo. No puede haber dos acciones registradas al mismo instante desde dos nodos distintos. Norma de unicidad absoluta.
V
Online only
Toda operación real se ejecuta vía Microsoft Graph en producción. Sin sandbox, sin simulaciones que se presenten como operación real.
VI
Trazabilidad total
Cada acción produce registro en bitácora con hash, timestamp, agente y justificación. Nada desaparece; solo se archiva.
03
Capas del sistema
Terrauniversalis opera en seis capas simultáneas. No son niveles jerárquicos: son dimensiones que coexisten y se retroalimentan.
FÍSICA
hardware, energía, puertos
MSI (nodo central) · Mini HP (midiuniversalis) · Maschines · Behringer · monitores HP · iPhone 15/12 · iPad · Surface Duo · batería solar Anker (mayuan solix)
hardwareenergía
DIGITAL
software, flujos, archivos
SharePoint · Microsoft Graph · OneDrive · Azure · Intune · Windows MIDI Services · OBS · Voicemeeter · scripts PS1 · listas canónicas · bitácora viva
graphsharepoint
SIMBÓLICA
nombres, estilo, escritura
Sintaxis Mayan Codex (:: y ::::) · lingo.universalis · nomenclatura canónica · estilo Jaguar · iconografía maya y latina · numeración romana como esperanto universal
codexlingo
ANCESTRAL
raíces, maya, latín
Lengua maya como base nominal del sistema · latín en conceptos jurídicos y operativos · nombres de instancias en maya (::mayatz'iib::, ::ajk'uhul::, ::nikté:iik'::) · presente.ancestral como categoría especial
mayalatín
ENERGÉTICA
solar, baterías, autonomía
Fuente solar primaria en San Ildefonso · batería Anker mayuan solix · dispositivos autónomos (G3, G5, Surface, Hue) · inventarium::hardware:universalis · planes de respaldo energético
solarautonomía
ESPIRITUAL
lex, lux, praesens ancestralis
Lex (ley) · Lux (luz) · Praesens ancestralis (tiempo raíz). Concepto fundacional que unifica capas simbólicas, espirituales y operativas bajo principios de justicia, origen y dignidad
lexlux
04
Los 16 universos · catálogo TU
Cada universo es una rama viva con objetivos definidos, sistemas propios, integraciones y metadatos. El código TU-XX-XXX es el identificador canónico para carpetas, listas y manifiestos.
TU-01-CON
@scholauniversalis
Conocimiento
Marco epistémico, archivística y biblioteca del sistema
archivum · biblioteca
TU-02-JUS
@lexuniversalis
Justicia
Marco jurídico, regulatorio y de derechos. Amparo, denuncias, normatividad
juris · consultatio
TU-03-ESP
@luxuniversalis
Espiritualidad
Lex, lux y praesens ancestralis. Principios que guían el sistema
anima · mens
TU-04-AGR
@agrouniversalis
Agroalimentación
Soberanía alimentaria, gastronomía ancestral y producción ética
gastro · ancestral
TU-05-MUS
@sonouniversalis
Música
Audio, producción sonora, MIDI, djay, instrumental. DiploBeats
diplobeats · @organumuniversalis
TU-06-CRE
@ingeniumuniversalis
Creatividad
Diseño, arte, escritura, producción visual e identidad simbólica
artifex · verbum
TU-07-COM
@mediauniversalis
Comunicación
Media Universalis: plataforma de transmisión, noticias verificables, streaming
vocem · nuntius
TU-08-ARC
@acervouniversalis
Archivo institucional
Repositorio maestro de documentos, bitácoras y librerias de medios
memoria · documental
TU-09-BIE
@orbiuniversalis
Bienes raíces
Hábitat, espacios físicos y proyección urbana del sistema
habitat · urbs
TU-10-CIE
@scienciauniversalis
Ciencia
Innovación, investigación aplicada y futurismo tecnológico
futurum · innovatio
TU-11-TEC
@systemauniversalis
Tecnología
Infraestructura, scripts, Graph, SharePoint, MIDI, automatización
infrastructura · scripts
TU-12-DEP
@ludusuniversalis
Deporte
Actividad física, bienestar corporal y competencia ética
athletica · olympia
TU-13-ECO
@oeconomiauniversalis
Economía ética
Modelo alterno de economía, intercambio justo y autosustento
circulum · commercium
TU-14-SAL
@salusuniversalis
Salud integral
Medicina, bienestar, accessibilidad y vida plena
medica · vita
TU-15-EDU
@educareuniversalis
Educación
Aprendizaje continuo, learn-gate y política mayan.typer
personalis · perpetua
TU-16-PRE
@presente
Presente ancestral
Categoría especial que ancla todo el sistema al tiempo raíz
.ancestral
05
Mayan OS · núcleo operativo
Mayan OS es la capa que hace ejecutable a terrauniversalis. No es un sistema operativo convencional — es el protocolo operativo que gobierna expedientes, automatización, métricas y gobernanza sobre la infraestructura Microsoft.
MÓDULO CORE
mayan.core · briefing
Núcleo lógico, semántico y de reglas. Contiene el estado operativo de todas las instancias, el mapeo de módulos activos y el briefing de contexto que se carga al inicio de cada sesión.
mayancore · mayan.consciencia · mayan.vortex
MÓDULO MEMORIA
mayan.vortex · mayan.memoriam
Sistema de espejo interno para evitar pérdida de información vital. Todo lo registrado en main chat se replica en vortex.log. Detecta fallos, omisiones y repeticiones. ::::mayanmemoriam:::: es el comando de ingesta y normalización de fuentes.
#restaura · startup_restore_mayanvortex.json
MÓDULO MIDI
mayan.midi · ::::mayan::mapper::::
Operación MIDI 2.0 e identidad por hardware musical. El ::::mayan::traktor::::mki:::: (2× Maschine MK2 + Hercules + M32 + Traktor X1 + Surface Dial) es el controlador central. WinRT es el backend activo con 66 mappings registrados.
WinRT · endpoint_routes.json · mayan_midi_runner.py
MÓDULO SYNC
mayan.sync · mayan.typer
Sincronización total entre dispositivos vía Azure e Intune. mayansync es el protocolo físico que usa cable MIDI, MIDI WiFi, MIDI Bluetooth y NDI. mayan.typer gestiona la política learn-gate y accesibilidad técnica.
Azure AD · Intune · MayaN connect
MÓDULO LEGAL
mayan.sequor · lexuniversalis
Sistema de rastreo y organización de expedientes temáticos. Contiene el expediente AGP (amparo contra SRE), caso AT&T/Salinas, y toda la estructura de denuncias con identificadores sid.agp-001 a sid.agp-022+.
SharePoint · Graph · expediente EXP-###
Componentes de expedientes (Mayan OS)
| Componente | Estructura | Estados | Nomenclatura |
| Expedientes | gráfica · narrativa · estadística · legal | abierto · en_proceso · en_revision · cerrado | EXP-### |
| Automatización | alta_expediente · ingreso_documento · cambio_estado · cierre | acciones: crear_espacio · aplicar_plantilla · asignar_permisos · notificar | workflow |
| Métricas | expedientes_abiertos · porcentaje_avance · tiempo_medio | alertas_activas · desviacion_plan | KPI semanal |
| Metadatos | #DocumentoArchivistico · #SistemaRelacionado · #FechaEvento · #ImagenPrincipal | consistencia · unicidad · trazabilidad | #campo |
06
Sistemas operativos dentro de terrauniversalis
| Sistema | Objetivo | Universo | Integraciones clave | Estado |
mayan_os | Capa operativa central de ejecución | TU-11-TEC | Graph · PS · SharePoint | Activo |
mayan_midi / ::::mayan::mapper:::: | Control MIDI hardware · Maschine MK2 | TU-05-MUS | WinRT · winmm · redeco | Activo |
mayan_warrior | Identidades basadas en evidencia y hardware | TU-11-TEC | SHA256 · SharePoint | Activo |
mayan_sync | Sincronización online con Graph y manifiestos | TU-11-TEC | Graph · PS1 · manifiestos | Activo |
mayansequor | Rastreo y organización de expedientes temáticos | TU-02-JUS | SharePoint · Graph · Power BI | En progreso |
terraarchivum | Repositorio maestro de documentos y medios | TU-08-ARC | Graph · OneDrive · SharePoint | En progreso |
kiniktal_sws | System within system para comunidades temáticas | TU-07-COM | SharePoint · Graph | En progreso |
mayan_typer | Política learn-gate y accesibilidad técnica | TU-15-EDU | SharePoint · Graph | Planeado |
praedis | Analítica e inteligencia de datos aplicada | TU-10-CIE | Power BI · Graph | Planeado |
07
Mayan Codex · sintaxis :: y ::::
El Mayan Codex es la convención de marcado (markup) basada en delimitadores, tags y jerarquía que permite nombrar, clasificar y ejecutar flujos. Es la capa humana-técnica que une lenguaje natural con estructura parseable.
// SEPARADOR LÓGICO — delimita segmentos jerárquicos
::mayan::os::universalis::
// ENCAPSULADOR FUERTE — contexto, identidad, modo
::::terrauniversalis::::
::::mayan::mapper::::
::::stephy:::: // invocación de agente
// ETIQUETA TAXONÓMICA — sistemas, campos, carpetas
#bitacora #systemas #DocumentoArchivistico #FechaEvento
// HANDLE DE UNIVERSO — identidades de rama
@lexuniversalis @sonouniversalis @presente
// GATILLO DE EJECUCIÓN — dispara un flujo operativo
::run::mayan::os::universalis::chat::gpt::v::
// COMANDO MEMORIAM — ingesta y normalización de fuentes
::::mayanmemoriam:::: source='normas2025.csv' upload=si
// ACTIVACIÓN DE CONSOLA
::activate:mayan:tukul:: // salto a zona operativa oficial
Jerarquía de segmentos
| Nivel | Nombre | Ejemplo | Significado |
| 0 | raíz | :: | Inicio conceptual del lenguaje |
| 1 | dominio | ::mayan:: | Familia principal |
| 2 | sistema | ::mayan:os:: | Sistema mayor (MayanOS) |
| 3 | sub-sistema | ::mayan:os::universalis:: | Rama funcional |
| 4 | módulo | ::mayan:os::universalis::chat:gpt:: | Componente ejecutable |
| 5 | acción | ::mayan:os::universalis::chat:gpt::v:: | Versión / modo / acción |
Regla de canonicalización: terrauniversalis siempre en minúsculas. Typos como "TerraUNiversalis", "terrauniveralis" o "terrauniverSalis" se corrigen automáticamente. Host canónico: https://terrauniversalis.sharepoint.com/
08
Hardware · rig físico completo
El ::::mayan::traktor::::mki:::: es el ensemble de superficies de control físico que conforma la consola universal. Distribuido en dos nodos.
NODO CENTRAL · MSI
MSI Prestige EVO
Corazón central del sistema. terrauniversalis principal. 4 monitores HP. Behringer UMC404HD 192k como interfaz de audio.
zona-A · nodo-MSI
NODO SECUNDARIO · HP
HP EliteDesk 800 Mini
Consola secundaria midiuniversalis. Maschine MK2 blanca principal (WinRT activo). Komplete Kontrol M32. Surface Dial.
zona-B · midiuniversalis
CONTROLADOR MIDI 1
Maschine MK2 × 2
Blanca (HP) + Negra (MSI). 16 pads · 8 páginas A–H. Controlador maestro del entorno terrauniversalis. 66 mappings activos.
mayan::traktor::mki
CONTROLADOR MIDI 2
Komplete Kontrol M32
Teclado 32 teclas. Controlador maestro de Windows: volumen, scroll, negritas, parámetros. Faders táctiles para scroll rápido/lento.
@systemauniversalis
CONTROLADOR MIDI 3
Traktor Kontrol X1
Transport + FX. Consola central entre las dos Maschines. Controla elementos principales del sistema Windows o stream activo.
@sonouniversalis
CONTROLADOR MIDI 4
Hercules DJControl Mix
Unidad móvil Bluetooth. 4-6 páginas via shift. Control de mezcla en djay Pro. Tuitear, controlar elementos remotos en movilidad.
zona-C · móvil
CONTROLADOR MIDI 5
Surface Dial
Encoder rotativo. HP EliteDesk. Toggle ::in:: / ::out:: para captura verbal. Scroll y volumen.
midiuniversalis
AUDIO
Behringer UMC404HD
192kHz. Nodo central MIDI 2.0. MIDI-IN recibe señales DIN desde Mini. MIDI-OUT a Maschine MK2. Híbrido energético USB + AC.
TU-05-MUS
HUB / CONECTIVIDAD
HP USB-C G5 Essential Dock
122×122×45mm · 0.68kg. 120W. Alt Mode DisplayPort. Cat10 + WiFi 7 + Mayan connect. Firmware activo: sp161681 + sp161486.
TU-11-TEC
Dispositivos móviles · zona C
| Dispositivo | Uso | Zona | Estado |
| iPhone 15 | Input principal móvil. Zona C certificada en mayan.os. iOS 26 beta. | zona-C | Activo |
| iPhone 12 | Único dispositivo personal no corporativo. Sin línea celular. | zona-C | Activo |
| iPad (10ª gen) | djay Pro principal para presentaciones y uso musical. | zona-C | Activo |
| Surface Duo | Propiedad corporativa. VPN. djay Pro Android. | zona-C | Activo |
09
SharePoint · listas canónicas
Las listas son el sistema nervioso de terrauniversalis. Todo activo, norma, script, evento y decisión tiene su asiento en una lista SharePoint accesible vía Microsoft Graph.
| Lista | Función | Campos clave |
mayanos_bitacora_live | Registro cronológico de eventos y decisiones. Event-sourcing del sistema. | uid · timestamp · agente · sistema · estatus · descripcion · tags |
mayanos_normatividad | Normas, políticas y reglas (MUN). Fuente de verdad normativa. | Folio · Norma · Principio · Reglas · FechaEvento · link_norma |
mayanos_mecanismos | Procedimientos implementables, pipelines y flujos operativos. | Title · descripcion · codigo · tags |
mayanos_sistema_codigos | Fuentes y scripts del sistema. Código versionado. | Title · descripcion · codigo · tags · fecha_evento |
mayanos_warrior_identities | Identidades basadas en evidencia y hardware musical. | #WarriorId · #SistemaRelacionado · SHA256 |
::::mayancommands:::: | Catálogo de comandos del sistema con alias, scope y norma asociada. | command · alias · payload_schema · resultado_esperado · norma · enabled |
::::bitacora:::: | Bitácora operativa viva. Canonical para ingesta de chats. | uid · timestamp · agente · norma · estatus · descripcion |
terrauniversalis_normatividad | Normas institucionales del tenant. | Title · Norma · Principio · DocumentoArchivistico · FechaEvento |
terrauniversalis_inventory | Inventario de activos hardware y software. | AssetId · RamaCodigo · Marca · Modelo · Serie · HashSHA256 |
mayanos_dedup_log | Log de deduplicación entre nodos MSI y Mini. | HashSHA1 · CanonPath · DupPath · Accion · Fecha |
Norma de migración de listas: Cuando se quiera modificar o trasladar una lista, siempre exportar CSV desde SharePoint → ingestar aquí → crear lista nueva desde cero. Nunca editar directamente en producción sin respaldo previo. Una vez validada la migración, archivar la lista anterior con confirmación explícita.
10
Nodos y zonas operativas
| Zona | Dispositivo | Rol | Input |
| Zona A | Monitor superior derecho HP 22" (encima del OMEN 27") | Canal principal de conversación y coordinación. Visualiza MSI y Mini simultáneamente. | main · main2 · creativitas |
| Zona A1 | Subzona de Zona A | Comentarios en SharePoint y temas derivados del canal principal. | SharePoint comments |
| Zona B | Mini HP (midiuniversalis) | Nodo secundario. Input B = Mini → MSI vía Mouse Without Borders. | input-B |
| Zona C | iPhone 15 · iPhone 12 · iPad · Surface Duo | Dispositivos móviles certificados. Nodos certificados dentro de mayan.os. | input-C |
Interfaz entre nodos
La carpeta \\MIDIUNIVERSALIS\midiuniversalis\Users\alfon\OneDrive\Desktop\MouseWithoutBorders es la interfaz de comunicación entre Mini y MSI. Siempre habilitada. Funciona como repositorio compartido y canal de copy/paste. \\TERRAUNIVERSALI\midiuniversalis\...\MouseWithoutBorders es el espejo redundante.
11
Seguridad · sistema securitas
Seguridad triple: software + defensa física + inteligencia continua. Todo cambio estructural requiere acta de hechos certificada por @#praesedis.
| Capa | Tecnología | Función |
| Software | Intune · Defender · Microsoft Entra ID · Endpoint | MDM, políticas, cumplimiento, protección de endpoints |
| Nube | Azure AD · Azure Arc · VPN Global Connection | Autenticación, sincronización, acceso remoto seguro |
| Física | Candados físicos · cableado · tokens NFC Square | Primer token físico de validación. NFC / passkey terrauniversalis |
| Logs | #bitacora · vortex.log · prioritas.log | No se borra ninguna entrada. Solo se archiva cuando es reemplazada. |
| Identidad | mayan.warrior · SHA256 · hardware MIDI | Identidades basadas en evidencia. Solo un @alfonso activo. |
| Urgencias | modo prioritas | Redirige poder al canal central. Desactiva módulos no esenciales. Registra en prioritas.log |
Unicidad temporal absoluta: No puede haber ninguna acción registrada con la misma hora, segundo y microsegundo en dos sistemas main simultáneamente. No existen duplicaciones temporales porque solo hay un @alfonso.
12
Semáforo de estatus por área
#securitas
Verde · operativo
🐆 jaguar
#identitas
Verde · operativo
🦜 quetzal
#media
Verde · operativo
🐆 pantera
#mayan:midi
Verde · 66 mappings activos
WinRT activo
#mayan:syn
Ámbar · en configuración
🐦 colibrí
#infraestructura
Ámbar · normalización pendiente
🐍 serpiente
#sharepoint
Ámbar · listas en consolidación
dedup en proceso
#gobernanza.universalis
Rojo · pendiente de cierre
🦉 búho
#praesedis
En revisión
🦅 águila
13
Bitácora · muestra de entradas activas
La bitácora es el registro operativo vivo. Estas son las entradas de mayor prioridad del corte 2025-08-14:
BIT-001
VBAN · Audio
Errores VBAN Voicemeeter. Latencia 0, 48kHz. Posible bloqueo firewall/puertos. Unificar 48kHz en toda la cadena.
ALTA
BIT-019
Voicemeeter
Desfase sample rate 44.1 vs 48kHz. IP de Mini cambió a .101. Fijar IPs estáticas (MSI .148, Mini .101).
ALTA
BIT-022
Normatividad
Norma simplicidad interconexión. Crear índice Manual Único, esquema de códigos N-PLAT-001 y publicar en normatividad.
ALTA
BIT-023
Azure
Costo acumulado Azure Bastion (~$88.58). Eliminar/stop Bastion, desasignar IP pública, abrir ticket de facturación.
ALTA
BIT-027
OBS · Audio
Captura HDMI/USB. Audio a 96kHz 16-bit mientras sistema a 48kHz. Normalizar a 48kHz/24-bit en toda la cadena.
ALTA
BIT-024
NI · Mappings
Mappings djay Pro Maschine. Consolidar carpeta Controller Editor, crear symlinks y respaldos; probar en djay Pro.
MEDIA
BIT-029
Graph · OneDrive
Ejecutar SOPHY Mayan OS. Probar Ensure-ChildUnderSite y Count-ChildrenPagedSite. Documentar endpoints.
MEDIA
14
Normas activas · Manual Único (MUN)
MUN-CODEX-CMDS-001
Catálogo canónico de comandos mayancommands
Todo comando del sistema debe estar registrado en ::::mayancommands:::: con campos: command, alias, descripcion, payload_schema, resultado_esperado, scope, norma, enabled. El campo command debe ser único e indexado. Toda ejecución refleja en conversaciones + bitacora.
MUN-CODEX-MEMOR-001
Procedimiento universal ::::mayanmemoriam::::
Paso 1: invocación solicita fuente (.json/.txt/.csv o "conversación previa"). Paso 2: lectura y normalización. Paso 3: clasificación en Normatividad, Mecanismos, Procedimientos, Estructuras, Normas/Códigos, Instrucciones. Paso 4: generación JSON+TXT. Paso 5: oferta de upload a SharePoint.
POL-ONLINE-ONLY
Operación exclusivamente online por Graph
Toda operación real se ejecuta vía Microsoft Graph en producción. Prohibido sugerir sandbox, entorno local o que el usuario suba manualmente archivos. Si no se puede hacer por Graph, no se hace.
POL-BRAND-LOWERCASE
Marca siempre en minúsculas
terrauniversalis siempre en minúsculas. Typos como TerraUNiversalis, terrauniveralis o terrauniverSalis deben autocorregirse. Host canónico: https://terrauniversalis.sharepoint.com/
POL-MIGRACION-LISTAS
Migración segura de listas SharePoint
Para modificar o trasladar una lista: exportar CSV desde SharePoint → ingestar en chat → crear lista nueva desde cero. Nunca editar directamente en producción sin respaldo. Borrar lista anterior solo con confirmación explícita.
POL-NORMA-MECANISMO
Separación norma · mecanismo · bitácora
Norma define las reglas. Mecanismo implementa el "cómo". Bitácora registra la evidencia, errores y correcciones. Nunca mezclar los tres conceptos en el mismo artefacto.
15
Gobernanza · @#gobernanza.universalis
| Rol | Alias | Responsabilidades |
| owner_sistema | @alfonso | Definir alcance · mantener metadatos · reporte de avance · autoridad inviolable única fuente de comando |
| coordinacion_asesores | ::stephy:: | Seguimiento · desbloqueo · control de calidad · firma de cierres institucionales |
| @#praesedis | Consejo | Roles rotativos · validaciones cruzadas · actas de hechos. Todo cambio estructural pasa por esta autoridad. |
Workflows mínimos obligatorios
Todos los sistemas deben implementar: alta_sistema alta_expediente revision_cierre leccion_aprendida
Bucles de mejora continua
revision_cierre · leccion_aprendida · actualizacion_normas · ajuste_flujos. Auditoría obligatoria: quién · cuándo · qué · justificación.
16
Próximos pasos · ya ejecutables
URGENTE
Resolver colisiones de nota en ::::mayan::mapper:::: — exportar template Controller Editor con bancos de notas únicos por página (A–H). Función maschine_unique_note_for_page_pad() ya existe.
Reactiva todos los mappings en collision_paused de páginas G y H
URGENTE
Unificar sample rate a 48kHz en toda la cadena de audio (Voicemeeter, ASIO, OBS, Behringer). Fijar IPs estáticas: MSI = 192.168.1.148 · Mini = 192.168.1.101.
Cierra BIT-001, BIT-019, BIT-027, BIT-028
URGENTE
Eliminar / detener Azure Bastion ($88.58 acumulado). Desasignar IP pública y abrir ticket de facturación con evidencia de costo.
BIT-023 · ahorro inmediato
PRÓXIMO
Consolidar listas SharePoint: unificar las 3 variantes de bitácora en una sola lista canónica. Mismo proceso para normatividad (5 variantes → 1). Usar script consolidacion_TU_prod.ps1.
Reduce deuda técnica y fragmentación
PRÓXIMO
Crear estructura de carpetas TU en SharePoint con metadatos (Codigo, Rama, Handle, Tags, MigracionAntigua) usando crear_estructura_TU_autodiscover.ps1. 16 ramas + subcarpetas estándar.
Script ya generado y listo para ejecutar
PRÓXIMO
Completar Documento Estratégico v.2 con: estructura organizativa completa, sistemas #securitas en profundidad, inventario energético, mayan.vortex + mayan.core + mayan.sync explicados, esquema de autenticación, mayan.tukul 2.0.
v.1 firmada y certificada. v.2 en construcción
ROADMAP
Separar MayanMIDI de redeco como repositorio independiente y separar SIAPA que no pertenece al ecosistema terrauniversalis.
src/mayan_midi.py + runner + scripts + data/mayan_midi
ROADMAP
Implementar Media Universalis como plataforma de streaming ético: parrilla de slots reservables, contenido verificable, patrocinios no lucrativos. WAD Pro como micrositio del espacio del artista.
TU-07-COM · @mediauniversalis
ROADMAP
Integrar ::ajk'uhul:: con Gemini Robotics SDK para primer vocero digital ceremonial operativo. White paper ya redactado. README.md pendiente para GitHub.
TU-06-CRE · mediauniversalis
FUNDACIONAL
Este reporte es el primer artefacto de la enciclopedia terrauniversalis. Cada sistema recibirá su propio reporte del mismo tipo. El orden sugerido: ::::mayan::mapper:::: (ya generado) → terrauniversalis arquitectura (este) → expediente AGP → mediauniversalis → mayan.os sistemas. La continuación natural es la EXPANSIO MAGNA (caps. 17–32) que sigue.
Ningún conocimiento se pierde. Todo queda por sentado.
17
Protocolo de regionalización · universalis → regionalis → localis
Toda concepción nace en latín dentro de universalis::core, la capa civilizatoria suprema. Hereda hacia las capas regionales (mayan::os, inca::os, aymara::os, nahuatl::os, ngöbe::os), y finalmente se adapta en localis — el barrio, la colonia, la comunidad. La capa latina es inmutable salvo voto del Consejo Universalis; las regionales son soberanas en su adaptación.
Principio rector: el latín es el esperanto civilizatorio. Cada cultura ancestral mantiene su soberanía glótica y operativa, pero todas confluyen y se traducen al núcleo latino. Ningún OS hermano se subordina a otro — todos se subordinan a universalis::core.
Arquitecturas análogas estudiadas
| Modelo | Mecánica | Lección aplicable |
| Stack i18n/l10n (ICU · gettext · Fluent) | Separa source key canónico de catálogos por locale | universalis::core es el catálogo canónico; mayan/inca son locales |
| Fediverse · ActivityPub (W3C, 2018) | ~30,000 instancias autónomas conversando por protocolo común | Cada OS hermano es instancia autónoma con protocolo común |
| Linux upstream vs distros | Kernel canónico + distros con políticas propias | universalis = kernel · mayan/inca = distros |
| Wikimedia projects | Gobernanza compartida + capítulos lingüísticos autónomos | Consejo Universalis + consejos regionales |
Cuatro pasos canónicos para el nacimiento de un OS hermano
I
hereditas
Hereda los 16 universos canónicos, las 6 capas, la sintaxis ceremonial base y las normas MUN universales.
II
adaptatio
Sustituye glosario por lengua ancestral, delimitadores sintácticos, paleta cromática y fórmulas ceremoniales.
III
creatio propria
Acuña conceptos sin equivalente directo en latín (ayllu, pachakuti, k'iin, wayeb).
IV
feedback upstream
Reporta a ::::fabrica::systemarum:::: (cap. 27). El Consejo Universalis vota promociones de creatio propria al core.
OS hermanos previstos
OS-MAYAN
::::mayan::os::::
Mesoamérica
Implementación de referencia, ya operativo v.I. Cobertura: México (centro/sur/sureste), Guatemala, Belice, Honduras occidental.
delim :: y ::::
OS-INCA
::::yachay::os::::
Andes
Bosquejo en cap. 29. Cobertura: Perú, Bolivia, Ecuador, norte de Chile y Argentina. Glosario quechua + aymara.
delim ~~ y ~~~~
OS-NAHUA
::::nahuatl::os::::
México central
Planeado. Capítulo de náhuatl moderno (~1.5M hablantes). Posible primer OS hermano a mayan en territorio MX.
propuesto
OS-NGÖBE
::::ngöbe::os::::
Panamá occidental
Planeado. Pueblo ngäbe-buglé.
futuro
OS-MAPU
::::mapudungun::os::::
Cono sur
Planeado. Chile sur, Argentina patagonia.
futuro
OS-GUARANI
::::ñe'ẽ::os::::
Paraguay · Sur Brasil
Planeado. Guaraní oficial en Paraguay.
futuro
Estado actual: mayan::os es la implementación de referencia (v.I operativo). yachay::os queda bosquejado en cap. 29. Los demás se diseñarán cuando exista comunidad fundadora regional con consentimiento ancestral verificable.
18
Glosario universalis · tabla de equivalencias canónicas
Cada concepto del núcleo civilizatorio se nombra en latín y se traduce a las lenguas ancestrales de cada OS regional. El glosario es la fuente de verdad para nomenclatura, handles, comandos y rutas.
| universalis (lat) | mayan::os (yuc/k'iche') | yachay::os (quechua/aymara) | dominio |
lex::universalis | k'atun::lex | kamachiq::lex | ley · gobernanza · derecho |
lux::universalis | k'iin::lux | inti::lux | luz · energía · visión |
schola::universalis | wayeb::schola | yachay::schola | saber · educación |
sono::universalis | pax::sono | taki::sono | sonido · música |
ager::universalis | kool::ager | chakra::ager | agricultura · tierra cultivada |
ingenium::universalis | na'at::ingenium | amaut'a::ingenium | ingenio · técnica · creatividad |
salus::universalis | ts'aak::salus | hampi::salus | salud · medicina |
domus::universalis | naah::domus | wasi::domus | hogar · habitat |
forum::universalis | k'iiwik::forum | qhatu::forum | mercado · ágora |
ludus::universalis | báaxal::ludus | pukllay::ludus | juego · ocio · deporte |
memoria::universalis | k'ajláay::memoria | yuyay::memoria | archivo · memoria |
verbum::universalis | t'aan::verbum | simi::verbum | palabra · comunicación |
oeconomia::universalis | p'olmal::oeconomia | ranti::oeconomia | economía · intercambio |
praesens::ancestralis | bejla'e'::ancestralis | kunan::ancestralis | tiempo raíz |
Conceptos sin equivalencia universal (creatio propria)
Conceptos exclusivos de cada OS hermano que pueden ser promovidos a universalis::core por voto del Consejo:
ayllu
propuesta: consortium
Unidad de parentesco extendido + tierra compartida. Andes. Equivalente conceptual al universo TU.
ayni
propuesta: reciprocitas
Reciprocidad: dar y recibir en equilibrio. Principio operativo del banco de horas.
minka
propuesta: opus::commune
Trabajo colectivo para beneficio comunitario. Gatillo para proyectos compartidos.
mit'a
propuesta: vicissitudo
Trabajo rotativo por turnos. Aplicable a rotación de roles en consejos.
tinkuy
propuesta: complementum
Encuentro de opuestos complementarios. Mecanismo de resolución de tensiones.
pachakuti
propuesta: renovatio
Vuelco / renovación cíclica. Equivalente ceremonial a "major version bump".
sumak kawsay
propuesta: bona vita
"Buen vivir". Constitucional Ecuador 2008.
suma qamaña
propuesta: bona vita
"Vivir bien". Aymara. Constitucional Bolivia 2009.
k'iin
propuesta: dies::sol
Sol · día · tiempo. Maya yucateco. Núcleo del calendario.
19
Membresía asociativa · universos como capítulos asociativos
Cada uno de los 16 universos opera como capítulo asociativo: personas con afinidad de oficio, gusto o forma de vida se reúnen bajo ese universo. La membresía es única en ::::terrauniversalis::::, con sub-pertenencias múltiples por universo según los oficios e intereses del miembro.
Schola asocia eruditos. Lex asocia juristas. Lux asocia místicos. Sono asocia músicos. Ager asocia agricultores. Salus asocia sanadores. Forum asocia comerciantes. Ludus asocia deportistas y jugadores. Una persona puede pertenecer simultáneamente a varios universos. Su pertenencia primaria define su carta de oficio.
Vehículos legales por jurisdicción
| País | Vehículo recomendado | Marco legal | Tratamiento fiscal |
| México | A.C. Título III LISR + Donataria | CCF Art. 2670 · Ley Fed. Fomento OSC (DOF 2004, ref. 2022) · LISR Art. 79 | No contribuyente ISR si cumple Art. 79 |
| México alt. | Sociedad Cooperativa | Ley General de Sociedades Cooperativas | Régimen cooperativo |
| Perú | Asociación civil / Cooperativa | Ley 26887 · D.S. 074-90-TR | Inafectación parcial al IR |
| Colombia | ESAL / Cooperativa | Ley 79 de 1988 | Régimen Tributario Especial |
| Chile | Cooperativa / Corporación / Fundación | Ley General de Cooperativas · Ley 20.500 | SII régimen especial |
| Argentina | Cooperativa / Asociación Civil | Ley 20.337 | AFIP régimen mutual |
| Brasil | Cooperativa / Associação | Lei 5.764/71 | Receita Federal |
| España | Cooperativa Integral / Asociación | Ley 27/1999 · LO 1/2002 | Régimen especial cooperativas |
| EE.UU. | 501(c)(3) · Worker Coop · LLC | Internal Revenue Code | Tax-exempt si aplica |
Modelos de referencia investigados
Mondragón Corporation
País Vasco · 1956
Federación de cooperativas fundada por José María Arizmendiarrieta. Annual Report 2024: 70,085 puestos de trabajo, €11,213M en ventas, €632M beneficio récord. Ratio salarial votado entre 3:1 y 9:1 (promedio 5:1). Diez principios: open admission, democratic organisation, sovereignty of labour, instrumental & subordinate character of capital, participatory management, payment solidarity, inter-cooperation, social transformation, universal nature, education.mondragon-corporation.com
FUCVAM
Uruguay · 1970
Federación Uruguaya de Cooperativas de Vivienda por Ayuda Mutua. Más de 730 cooperativas federadas representando más de 35,000 familias. Cinco principios: solidaridad, participación democrática, autogestión, ayuda mutua (~21 hrs/semana por familia), propiedad colectiva. Premio Mundial del Hábitat ONU 2012. Modelo exportado a 14 países.fucvam.org.uy
CIC · Coop. Integral Catalana
Catalunya · 2010
Fundada por Enric Duran tras la "estafa solidaria". ~4,000–5,000 participantes, ~300 proyectos productivos. Moneda interna eco conectada a ~20 monedas bioregionales. Oficinas de "desobediencia económica" y manual público.cooperativa.cat
Park Slope Food Coop
Brooklyn · 1973
~17,000 miembros activos. Cada miembro adulto trabaja 2h 45min cada 6 semanas. Markup 25% sobre wholesale (vs 26–100% en supermercados). Único modelo store-format con trabajo obligatorio de todos los miembros capaces.foodcoop.com
Estructura de membresía ::::terrauniversalis::::
| Categoría | Detalle |
| Derechos | Voz en consejo del universo · acceso a ::::tabernae::bonus:::: · descuentos ::::descontus::universalis:::: · portafolio consolidado · ERP de su oficio · formación en schola |
| Deberes | Cuota mensual O equivalente en horas-trabajo (estilo Park Slope) · respeto a las normas MUN · participación en al menos 1 asamblea trimestral |
| Cuotas piloto CDMX | Base MXN $300–$500/mes o 3 horas/mes de trabajo equivalente · breakeven estimado ~250 miembros para sostener una Taberna piloto |
| Beneficios | Permutas · descuentos · microcrédito interno en aequum · formación · marketplace · gobernanza · acceso a producción agrícola local |
16
universos asociativos
cada uno es capítulo
$300
cuota base MXN/mes
o 3 horas equiv.
250
miembros breakeven
por taberna
1
membresía única
multi-universo
20
Permutatio universalis · modelo económico de cuatro capas
El modelo económico de terrauniversalis no se opone al sistema vigente: lo complementa. Construye un circuito paralelo de intercambio justo donde la permuta (cambiar X por Y), la moneda comunitaria local y el fiat conviven en proporciones reguladas. Las debilidades de unos se cubren con las fortalezas de otros.
Casos reales investigados
Banco Palmas
Fortaleza, BR · 1998
Banco comunitario fundado en Conjunto Palmeira. Moneda social Palmas con paridad 1:1 con Real. Microcrédito sin interés en Palmas. Valor restringido al barrio para forzar circulación local. Compras locales pasaron de 20% (1997) a 93% (2009). Inspiró la Rede Brasileira de Bancos Comunitários, hoy con >100 bancos.accion.org · participedia.net
Túmin
El Espinal, Veracruz · 2010
Fundado por Juan Castro Soto + Universidad Veracruzana Intercultural. Papel moneda comunitario que cubre 10–20% del pago; el resto en pesos. Banxico denunció en 2011 (Art. 28 y 117 const.); desistió al concluir que no sustituye al peso. Defensa basada en Art. 2° (pueblos originarios). Circula en ~16–20 estados de México.arenapublica.com · proceso.com.mx
WIR Bank
Suiza · 1934
Fundado por Werner Zimmermann y Paul Enz. Moneda CHW paridad 1:1 con CHF. Mutual credit B2B sin interés. Licencia bancaria desde 1936. ~50,000–62,000 PyMEs miembro. Resultados auditados 2024: activos totales CHF 6,610.83M (+6.27%), beneficio CHF 17.5M (+9.1%). Estudios de Stodder muestran efecto contracíclico.moneyland.ch · finews.com
Sardex
Cerdeña · 2009
Mutual credit B2B sin interés (inspirado en WIR). 1 Sardex = 1 EUR. Saldo inicial 0 con línea de crédito; suma total del sistema siempre = 0. >3,200 empresas miembro, volumen >€43M. Replicado en 11 regiones italianas.monneta.org · lse.ac.uk
Regulación de monedas comunitarias · México
Ley Fintech (DOF 9 mar 2018, última reforma 24 ene 2024). Define "activos virtuales"; autoriza ITFs (IFPEs, IFCs); Banxico aún sin lista oficial de criptomonedas autorizadas. Caso Túmin demuestra tolerancia regulatoria de facto mientras la moneda no sustituya al peso ni se acepte de manera general. Art. 28 const. reserva la acuñación al Estado; Art. 2° protege sistemas económicos de pueblos originarios.
Recomendación táctica: emitir capa 1 como créditos internos no monetarios (estilo mutual credit Sardex / time-bank), no como "papel moneda" físico. Esto esquiva el conflicto con Banxico mientras se construye masa crítica. La capa 2 (bonum) se emite solo en la fase 2 cuando exista respaldo cooperativo formal.
Las cuatro capas de ::::permutatio::universalis::::
CAPA I · interna
aequum
Créditos internos no-tokenizados (time-bank + Sardex mutual credit). Cuenta inicia en 0; suma del sistema = 0; sin interés. 1 aequum ≈ 1 hora-trabajo equivalente ≈ MXN ~$150 referencia interna no convertible directamente. Solo válido entre miembros.
CAPA II · local
bonum
Moneda comunitaria local de cada Taberna (estilo Palmas/Túmin). Aceptada hasta ~20% del pago; resto en MXN. Variantes: bonum::cdmx, bonum::oaxaca, bonum::veracruz, bonum::lima.
CAPA III · externa
fiat
MXN · PEN · COP · ARS · BRL · USD · EUR para insumos externos, impuestos, salarios externos. Cuenta bancaria de la A.C./Cooperativa. Capa de interfaz con el sistema legal vigente.
CAPA IV · futuro
UVTERR
Token utility opcional (Fase V+) para interoperabilidad inter-OS y entre Tabernae de distintas ciudades. Sujeto a evolución del marco fintech MX y MiCA UE.
Principio de fortalezas y debilidades: el aequum es robusto contra inflación pero ilíquido fuera de la red. El bonum es líquido localmente pero limitado al barrio. El fiat es universal pero erosiona valor. El UVTERR (futuro) será portable globalmente pero regulado. Las cuatro capas en proporción correcta producen estabilidad.
21
::::tabernae::bonus:::: · tiendas del bienestar
Las Tabernae son los nodos físicos del modelo económico: tiendas del bienestar localizadas en barrios, donde miembros venden, permutan, compran con bonum o fiat, y se encuentran. Son los puntos de presencia comunitaria del sistema.
Diseño operativo
MÓDULO LOCALIZACIÓN
topografía barrial
Localizadas en barrios/colonias de CDMX (piloto: Roma–Condesa, Coyoacán, Xochimilco). Sede regional en Veracruz si se conecta con red Túmin existente. Cada Taberna sirve un radio ~1.5 km a pie.
cdmx · veracruz · oaxaca · lima · cuzco
MÓDULO INVENTARIO
productos de miembros
Catálogo proveniente de los oficios y producciones de los miembros: panaderías, talleres de carpintería, hortalizas de techos verdes universitarios (cap. 22), artesanías, servicios, conservas.
ERPNext POS · catálogo abierto
MÓDULO PAGOS
híbrido aequum + bonum + MXN
Sistema híbrido: permuta directa · pago en bonum hasta 20% · resto en MXN. POS soporta los tres modos. Asiento contable automático en ERPNext.
CFDI 4.0 · SAT MX
Pilotos previstos
| Taberna | Ubicación | Universos primarios | Fase |
::taberna::cdmx-roma:: | Roma–Condesa, CDMX | ager · sono · creativitas | Fase I |
::taberna::cdmx-coyoacan:: | Coyoacán, CDMX | schola · lex · salus | Fase I |
::taberna::veracruz-espinal:: | El Espinal, VER (alianza Túmin) | ager · ancestralis · forum | Fase II |
::taberna::oaxaca-centro:: | Oaxaca centro | ingenium · ager · ancestralis | Fase II |
::taberna::lima-barranco:: | Barranco, Lima (yachay::os) | yachay · taki · chakra | Fase III |
Breakeven: ~250 miembros activos por Taberna para sostener renta + 1 coordinador medio tiempo + inventario rotatorio. Margen comercial 15–20% (vs 25% Park Slope Food Coop, vs 26–100% supermercado).
22
Ager universalis · agricultura urbana en techos verdes
La producción agrícola local es activo del portafolio consolidado. Las universidades anfitrionas hospedan techos verdes con sistemas de irrigación; los miembros cosechan; las Tabernae distribuyen. Cada techo es un nodo productivo que conecta schola, ager y forum.
Casos reales investigados
Brooklyn Grange
NYC · 2010
Long Island City (2010) · Navy Yard (2012) · Sunset Park (2019). 5.6 acres totales; ~140,000 sq ft solo Sunset Park. Más de 80,000 lbs/año de producción; ~60% distribuido sin/bajo costo vía Equitable Distribution Program. Sistema basado en suelo (no hidroponía) con compost; >1.2M lbs de soil en la Flagship Farm.brooklyngrangefarm.com
Lufa Farms
Montreal · 2011
Primer rooftop greenhouse comercial del mundo (Ahuntsic 2011). Cinco invernaderos rooftop + una indoor farm. ~500,000 sq ft totales. El más grande (Ville Saint-Laurent 2020, 164,000 sq ft) fue el mayor invernadero rooftop del mundo en su apertura. Distribución directa: >30,000 canastas/semana, >400 partners, >350 puntos de recolección. Hidroponía cerrada con sustrato de fibra de coco, reuso de agua de lluvia y deshielo (ahorra hasta 90% agua), depredadores biológicos (avispas parasitoides, mantis), sin pesticidas sintéticos. Alimenta ~2% de Montreal.lufa.com
Agripolis · Nature Urbaine
París · 2020
Sobre Paris Expo Porte de Versailles. ~14,000 m². Proyectada >1 tonelada/día. >30 cultivos diferentes. Sistema vertical sin suelo, riego con lluvia + nutrientes.agripolis.eu
Sistemas técnicos comparados
| Sistema | Capex | Opex | Productividad/m² | Uso de agua |
| Goteo (drip) en suelo | Bajo | Bajo | Media | Eficiente |
| Hidroponía NFT · DWC | Medio | Medio (pH/EC) | Alta | Muy eficiente |
| Aeroponía | Alto | Alto | Muy alta | Eficiente |
| Acuaponía | Alto | Alto (peces + plantas) | Alta | Cerrada |
| Permacultura biointensiva (Jeavons) | Bajo | Bajo | Alta (suelo profundo) | Media (goteo) |
Cultivos viables CDMX (1,000–2,400 msnm, templado subtropical)
Hortalizas: lechuga · espinaca · acelga · kale · arúgula · rábano · zanahoria mini · betabel · ejote · calabacita · jitomate cherry · pepino · chile serrano/jalapeño/poblano · cebollín · ajo
Hierbas: albahaca · cilantro · perejil · menta · hierbabuena · epazote · hoja santa · romero · tomillo
Frutales en maceta: fresa · frambuesa · higo · granada · limón persa · naranjo dwarf
Arquitectura del sub-sistema
PRODUCTOR
@schola::universidad
universidad anfitriona
Convenios con UNAM (Fac. Ciencias · PUEC), IPN (CIIDIR), UAM-Xochimilco (Producción Económica), UVI Veracruz (alianza Túmin).
convenio TU-AC × universidad
INFRA
@ager::techo
techos verdes
Sobre edificios universitarios y privados anfitriones. Cada techo es un activo del portafolio consolidado (cap. 23).
activo · portfolium
SALIDA
@forum::taberna
distribución
Producción semanal distribuida a Tabernae de la red. Excedente a mercado externo en MXN.
tabernae::bonus
DEMANDA
@membri
miembros
Modelo CSA híbrido: cuotas + horas-trabajo + bonum + MXN. Cesta semanal opcional.
CSA híbrido
23
Portfolium membrorum · portafolio consolidado de activos
Cada miembro aporta uno o más activos al portafolio común. La promoción se hace dentro y fuera de la membresía. La membresía completa accede a descuentos cruzados y a compras consolidadas.
Tipologías de aporte
TIPO I
::servicia::
servicios profesionales
Consultorías, oficios, asesorías, mentorías, atención médica, asesoría legal, contable, técnica.
TIPO II
::producta::
productos terminados
Artesanías, alimentos, software, mobiliario, ropa, conservas, herramientas.
TIPO III
::propria::
propiedades
Espacios subutilizados (cuartos, oficinas, bodegas), vehículos compartibles, herramientas, terrenos.
TIPO IV
::scientiae::
conocimientos
Cursos, mentorías, currícula en schola, talleres, traducciones, repositorios.
TIPO V
::tempus::
hora-trabajo
Banca de tiempo en aequum. Equivalencia base: 1 hora = 1 aequum (oficios calificados pueden equivaler a múltiples aequa).
TIPO VI
::usus::
uso temporal
Acceso compartido a recursos: estudios, hornos, talleres, equipamiento especializado, transportación.
Stack técnico recomendado
ERPNext / Frappe Framework — 100% open-source MIT/GPLv3, self-hosted desde $0. Frente a Odoo (open-core con paywall Enterprise desde ~$24.90/usuario/mes), ERPNext no tiene paywall en módulos críticos como Payroll y Accounting. Diferencia de costo a 5 años para ~50 usuarios: ERPNext ~$0–$30K total vs Odoo $10K–$80K. Tryton/Dolibarr en segundo plano: menor comunidad y UI más ruda.
Complementos: Open Collective (pooling y transparencia financiera) · Loomio (decisiones colectivas) · Snapshot (votación gobernanza).
Marketplace interno + tokenización futura
| Funcionalidad | Fase | Stack | Notas |
| Catálogo de activos por tipología | I | ERPNext (DocType custom) | Búsqueda · filtros · ratings |
| Permuta directa miembro-miembro | I | ERPNext + módulo Permutatio | Asiento contable automático en aequum |
| Compras consolidadas grupales | II | ::::emptio::collectiva:::: | Negociación grupal con proveedores externos |
| Tokenización RWA (Real World Assets) | V | blockchain · sujeto a regulación | Modelo RealT (EE.UU.). Diferido por MiCA UE (2023) y Ley Fintech MX |
24
::::dominium::collectivum:::: · inversión fraccionada
En lugar de que un miembro compre una casa, el grupo compra un edificio o terreno. Las fracciones se representan en el portafolio interno como pars::dominii. La membresía colectiva accede a bienes raíces, proyectos productivos y emprendimientos imposibles individualmente.
Plataformas LATAM investigadas
| Plataforma | Modelo | Autorización | Datos |
| Briq.mx | Crowdfunding inmobiliario (deuda + copropiedad); desde MXN $500 | IFC autorizada CNBV (DOF 26 dic 2023) tras 4+ años | Líder mercado 50.2% acumulado · 55.7% en 2024; 500+ campañas; ~$1,397M MXN recaudados; ~17,000 inversionistas |
| 100 Ladrillos | Copropiedad fraccionada de inmuebles comerciales AAA en fideicomiso | IFC CNBV; supervisada Banxico/SHCP/CONDUSEF | 24.25% participación acumulada; 57,000+ inversionistas |
| M2crowd | Marketplace deuda + copropiedad | IFC CNBV | 12.01% participación acumulada |
| FIBRAs | Fideicomisos de Inversión en Bienes Raíces (equiv. REIT) | BMV / CNBV | FUNO · FIBRA Macquarie · FIBRA Hotel |
| Pacaso · Arrived · Fundrise · RealT | EE.UU.; RealT tokenizado blockchain | SEC Reg D/A | Referencia internacional |
| FUCVAM | Cooperativismo de vivienda · propiedad colectiva · ayuda mutua | Ley 13.728 Uruguay (1968) | >730 cooperativas · 35,000+ familias · Premio ONU 2012 |
| Community Land Trusts | Burlington VT · Champlain Housing Trust | Modelo no-lucrativo | Referencia para tierras colectivas |
Cuota piloto CDMX: aportación inicial al fondo de adquisición de MXN $5,000–$50,000 por miembro (no obligatoria; permite participación en ronda de copropiedad). Modelo FUCVAM adaptado a urbano profesional: aportación inicial + 4–8 hrs/mes de ayuda mutua (vs ~21 hrs/semana del FUCVAM rural).
Productos previstos
PROD I
::edificium::residencial::
vivienda compartida
Compra colectiva de edificio multifamiliar en CDMX. Modelo FUCVAM urbano. Fracciones en pars::dominii.
PROD II
::edificium::comercial::
local comercial
Compra colectiva de local para hospedar Taberna anclada y rentar otros espacios.
PROD III
::ager::collectivus::
terreno productivo
Compra colectiva de parcela productiva en periferia para techos verdes y producción.
PROD IV
::officina::collectiva::
taller compartido
Compra de equipamiento especializado (horno panadero, taller carpintería, estudio sonoro) usado por rotación.
25
::::descontus::universalis:::: · red de descuentos y compras consolidadas
La masa crítica de la membresía habilita negociación grupal con proveedores externos. Los miembros acceden a tarifas corporativas en categorías de gasto que individualmente serían imposibles. El modelo replica las prácticas de Best Western (hoteles), Ace Hardware (cooperativa de ferreteros), Mondragón Eroski (consumo) y Costco/Sam's (descuento masivo) — pero bajo gobernanza cooperativa.
Categorías
CAT I
::aero::descontus::
vuelos
Alianzas con OTAs y aerolíneas con descuento grupal. Códigos corporativos. Acumulación de millas grupales.
CAT II
::hotel::descontus::
hoteles
Tarifas corporativas a nombre de la A.C./Cooperativa. Hoteles independientes con afinidad ética.
CAT III
::salus::descontus::
salud
Consultas, dental, laboratorio, óptica, seguros médicos colectivos.
CAT IV
::schola::descontus::
educación
Cursos, certificaciones, idiomas, posgrados. Convenios con universidades.
CAT V
::cibus::descontus::
alimentación
Tabernae + alianzas con productores locales. Mayoreo a cooperativa.
CAT VI
::techna::descontus::
tecnología
Cloud, hardware, licencias de software, conectividad.
CAT VII
::officia::descontus::
servicios profesionales
Legal, contable, fiscal, marketing, diseño, programación.
CAT VIII
::auto::descontus::
movilidad
Seguros vehiculares, mantenimiento, combustible (alianza con marcas afines), carsharing.
Umbral de viabilidad: la negociación grupal con telecom, seguros y aerolíneas típicamente requiere 500–2,000 miembros activos para tasas significativas en mercado mexicano. Por debajo de ese umbral, se opera vía afiliación a centrales de compra existentes (modelo Ace Hardware).
Compras consolidadas · ::::emptio::collectiva::::
Más allá de descuentos, la membresía realiza compras agregadas: el grupo necesita 200 lámparas LED, 50 tablets, 30 estufas, 80 colchones. La cooperativa negocia directo con fabricante o importador y reparte. Modelo Best Western adaptado.
26
Sistemas del Bienestar · ::::sdb::universalis:::: · ERP universal por oficio
Capítulo prioritario: el SDB es la columna vertebral operacional. Cualquier persona firma la membresía, declara su oficio, y recibe un ERP preconfigurado con catálogos del oficio, biblioteca de videos educativos, plantillas, calculadoras fiscales por país, dashboard de bienestar y conexión al marketplace interno. Sin necesidad de implementación, sin costo de licenciamiento.
Stack base · ERPNext / Frappe Framework
Elegido por: 100% open-source MIT/GPLv3 sin paywall, módulos críticos (Accounting, Payroll) incluidos en core, framework de metadatos (DocTypes) permite extensión por industria sin escribir backend, comunidad activa, low-code via Frappe Framework. Hosting self vía Azure (compatible con infra existente de terrauniversalis) o Frappe Cloud.
Módulos por oficio (fork-extension del core común)
// SDB UNIVERSALIS — árbol de módulos por oficio
::::sdb::universalis::::
├─ sdb::architectus // arquitectos: materiales, NMX, planos, presupuestos
├─ sdb::medicus // médicos: pacientes, recetas, NOMs, COFEPRIS
├─ sdb::iurista // abogados: casos, plazos, normatividad por jurisdicción
├─ sdb::faber::lignarius // carpinteros: maderas Janka, cortes, tratamientos, videos
├─ sdb::pistor // panaderos: recetas, mermas, BPM, fermentación
├─ sdb::agricola // agrónomos: cultivos, calendarios, plagas, mercados
├─ sdb::programmator // devs: timesheets, repos, clientes, SLAs
├─ sdb::musicus // músicos: catálogo de obras, regalías, eventos, fechas
├─ sdb::designator // diseñadores: briefs, entregables, derechos
└─ sdb::magister // educadores: cursos SCORM/xAPI, alumnos, evaluación
Cada módulo hereda del core común: contabilidad bilingüe MX/PE/CO/AR/BR/CL; CFDI 4.0 para México vía integración con servicios tipo Facturama / SW Sapien; multi-moneda MXN/PEN/COP/ARS/BRL/USD/EUR.
Catálogos profesionales abiertos investigados
| Oficio | Catálogo abierto disponible | Integración SDB |
| Carpintería | The Wood Database (online, abierto) — clasificación por dureza Janka, gravedad específica, durabilidad | Importación automática + tutoriales por especie |
| Medicina | NOM/COFEPRIS (MX), MINSA (PE), MinSalud (CO) | Carga de NOMs como plantillas |
| Aprendizaje | SCORM 2004 · xAPI (Experience API) | Estándares de learning path |
| Comparables ERP fiscal PyME | Bind ERP MX · Alegra LATAM · Contabilium AR · Siigo CO | Referencia funcional |
::::firma::primaria:::: — onboarding del miembro
PASO 1
El miembro firma la membresía única en ::::terrauniversalis:::: (cap. 19) y recibe identidad mayan.warrior con SHA256.
PASO 2
Declara oficio(s) primario(s) y secundario(s). Puede pertenecer a múltiples universos pero un oficio primario define su rama de SDB.
PASO 3
SDB provisiona automáticamente: ERP preconfigurado con catálogos del oficio · biblioteca de videos educativos (SCORM/xAPI) · plantillas de contratos · calculadoras fiscales por país · dashboard de bienestar.
PASO 4
Educación tributaria automática: módulos por país (SAT MX, SUNAT PE, DIAN CO, AFIP AR, Receita BR). Avisos de obligaciones fiscales próximas.
PASO 5
Conexión al portfolium membrorum (cap. 23): los productos/servicios del miembro entran al marketplace interno y a la red de descuentos.
Métricas de bienestar · ::::salus::membri::::
¤
financiero
flujo · ahorro · deuda
∑
educativo
cursos · certificaciones
⌭
social
conexiones · permutas
Dashboards integrados con Mayan Codex: ::dashboard::<universo>::<member-handle>::
27
::::fabrica::systemarum:::: · retroalimentación inter-OS
Capa de telemetría federada sobre todos los OS regionales (mayan::os, yachay::os, futuros). Detecta éxitos, fracasos e innovaciones, y los procesa para replicación, corrección o promoción al core universalis.
Modelos análogos estudiados
- Compiler-compilers / DSL builders · Lex/Yacc, ANTLR, Lark (usado por Hedy)
- Plataformas multi-tenant con métricas cruzadas · Salesforce, Shopify (sobre merchants)
- Open-source forge models · GitHub, GitLab self-hosted, Sourcehut federado
- Fediverse / ActivityPub · monitoreo cruzado entre ~30,000 instancias federadas
Tres tipos de patrones que detecta
TIPO I
::successus::
éxitos
Patrones con KPIs verdes en una región. Propuesta automática de replicación vía Pull Request a otros OS hermanos.
TIPO II
::defectus::
fracasos
Patrones con KPIs rojos. Post-mortem automático con root-cause analysis y propuesta de corrección.
TIPO III
::innovatio::
innovaciones
Features regionales únicos (ej. ayllu en yachay::os). Evaluación para promoción a universalis::core por voto del Consejo.
Métricas core federadas
| KPI | Granularidad | Frecuencia |
| Miembros activos | universo × OS | diaria |
| Volumen aequum / bonum transado | OS × ciudad | diaria |
| Proyectos activos | universo | semanal |
| Retención de miembros (3/6/12 meses) | OS | mensual |
| NPS por universo y región | universo × OS | trimestral |
| Propuestas activas en praesedis | OS | continuo |
| Producción agrícola (kg / techo) | techo × ciudad | semanal |
| Tickets Taberna · ratio aequum/bonum/MXN | taberna | diaria |
Ciclo de retroalimentación: trimestral para innovaciones · semestral para promociones a core · continuo para correcciones de defectos.
28
Mayan Codex → lenguaje de programación universalis
El Mayan Codex evoluciona en cinco fases desde convención de marcado humano (estado actual) hasta lenguaje de programación pleno, transpilable a Python/PowerShell/JavaScript, con glifos mayas como representación canónica. El plan pedagógico permite que un miembro aprenda a leer Mayan progresivamente hasta convertirse en programador.
Fundamentos investigados
Hedy
VU Amsterdam · 2020+
Lenguaje pedagógico gradual y multilingüe creado por Felienne Hermans. 18 niveles desde print simple hasta funciones y clases. Implementado en Python con parser Lark; gramática ~300 LOC. Soporte para 47 idiomas (español, árabe, hindi, chino, etc.). Nivel 1: print hello · Nivel 3: print 'hello world' · Nivel 5 introduce if/if pressed.hedy.org · github.com/hedyorg/hedy
Logo
Seymour Papert · 1967
Pedagogía constructivista: el niño programa a la computadora, no al revés. Mindstorms (1980): "In the LOGO environment the relationship is reversed: The child, even at preschool ages, is in control."mindstorms · 1980
Scratch
MIT Media Lab · 2007
Diseñado por Mitchel Resnick en Lifelong Kindergarten group "with the explicit goal of helping young people to develop as creative thinkers." Cuatro P: Projects · Peers · Passion · Play.scratch.mit.edu
Unicode Mayan
propuesta L2/23-228 · 2023
Bloque Mayan Hieroglyphs NO encodeado aún (2025–2026). Propuesta L2/16-264 (J. Quinn) reserva tentativamente U+15500–U+159FF en el Supplementary Multilingual Plane (1,280 code points). Propuesta más reciente L2/23-228 (oct 2023) por Carlos Pallán Gayol (UC Berkeley Script Encoding Initiative). Decifrado ~70–80% del corpus. Hasta entonces: usar Private Use Area + fuente custom.unicode.org
Cinco fases de evolución
FASE I
ACTUAL
Convención de marcado humano. Delimitadores :: y ::::; hashtags; handles @universo; gatillos ::run::. Sin parser. La semántica vive en el lector humano.
// estado vigente desde v.I
FASE II
2026–2027
Parser ejecutable básico (Python ~500 LOC) que reconoce gatillos y los traduce a acciones.
::run:: backup::sharepoint::TU ejecuta script PowerShell real.
// alcanzable con stack actual
FASE III
2027–2028
Lenguaje completo con gramática formal (EBNF), variables, condicionales, funciones. Sintaxis mínima inspirada en logogramas mayas.
// gramática < 500 LOC, modelo Hedy
FASE IV
2028–2029
Equivalencia con glifos mayas. Si el bloque Unicode aún no está aprobado, usar PUA + fuente custom. Escritura ceremonial canónica.
// sujeto a publicación Unicode
FASE V
2029+
Transpiler estilo Hedy: compila a Python · PowerShell · JavaScript. Mayan Codex se vuelve lenguaje pedagógico hasta producción.
// objetivo civilizatorio
Gramática propuesta (Fase III · EBNF abreviada)
// Mayan Codex — gramática Fase III
program ::= statement+
statement ::= action | conditional | loop | function | ceremony
action ::= "::" verb "::" object?
verb ::= "run" | "activate" | "write" | "read" | "summon" | "dic"
ceremony ::= "::::" name "::::"
conditional ::= "::si::" expr "::tunc::" block ("::aliter::" block)?
loop ::= "::iter::" var "in" iterable "::" block
function ::= "::officium::" name params "::" block
var ::= "@" identifier
handle ::= "@" universo "::" identifier
Tabla de equivalencias canónicas
| concepto universalis | mayan codex | yachay codex (qu) | python |
dicere (decir) | ::dic:: | ~~rimay~~ | print() |
si...tunc | ::si::...::tunc:: | ~~sichus~~...~~chayqa~~ | if...: |
iter (loop) | ::iter:: | ~~kutiy~~ | for/while |
officium (función) | ::officium:: | ~~ruway~~ | def |
var (variable) | ::var:: | ~~suti~~ | x = ... |
ceremonia | ::::nomen:::: | ~~~~suti~~~~ | function call ceremonial |
Ejemplos ejecutables
// HOLA MUNDO
::dic:: "Saludos a los cuatro rumbos"
// IF / ELSE
::si:: hora > 18 ::tunc::
::dic:: "buenas tardes"
::aliter::
::dic:: "buenos días"
// LOOP SOBRE UNIVERSOS
::iter:: U in [schola, lex, lux, sono, ager] ::
::dic:: "::activate::" + U
// FUNCIÓN CEREMONIAL
::officium:: invocar(universo, miembro)::
::dic:: "::::activatio::::" + universo + "@" + miembro
::run:: registrar::bitacora
// EQUIVALENTE EN YACHAY::OS (sintaxis ~~)
~~ruway~~ invocar(yachay, runa):
~~rimay~~ "~~~~kallariy~~~~" + yachay + "@" + runa
~~kachiy~~ qillqay::watukuna
Plan pedagógico · ::::schola::codicis::::
I
nivel 1 · marcado pasivo
Entender qué significa :: y ::::. Leer documentos del sistema con comprensión.
II
nivel 2 · gatillos
Disparar gatillos simples: ::run::, ::activate::, ::dic::.
III
nivel 3 · lógica
Condicionales y loops: ::si::, ::iter::.
IV
nivel 4 · funciones
Definir oficios reutilizables: ::officium::.
V
nivel 5 · compilación
Compilación a Python; lectura de glifos canónicos. El miembro es ya programador.
VI
nivel 6 · creación
Acuñar nuevos oficios y proponerlos a la fabrica::systemarum.
Currículo de 6–9 meses a 2 horas/semana en schola::codicis. Modelo Hedy validado con miles de estudiantes.
29
::::yachay::os:::: · primer OS hermano bosquejado
IncaOS (nombre canónico ::::yachay::os::::, "sistema del saber") es el primer OS hermano bosquejado. Hereda los 16 universos y las 6 capas; adapta glosario, delimitadores y conceptos al mundo andino quechua/aymara; acuña creatio propria sin equivalente latín directo.
Cosmovisión andina · fundamentos
| Concepto | Lengua | Significado | Función en yachay::os |
| ayllu | quechua | Unidad de parentesco extendido + tierra compartida | Unidad asociativa equivalente al universo TU |
| ayni | quechua | Reciprocidad: dar y recibir en equilibrio | Principio operativo del banco de horas / mutual credit |
| minka / minga | quechua | Trabajo colectivo para beneficio comunitario | Gatillo para trabajo colectivo en proyectos |
| mit'a | quechua | Trabajo rotativo por turnos | Rotación de roles en consejos |
| tinkuy | quechua | Encuentro de opuestos complementarios | Mecanismo de resolución de tensiones (S3) |
| pachakuti | quechua | Vuelco / renovación cíclica | "Major version bump" ceremonial |
| sumak kawsay | quechua | "Buen vivir" | Constitucional Ecuador 2008 |
| suma qamaña | aymara | "Vivir bien" | Constitucional Bolivia 2009 |
| quipu · khipu | quechua | Protocolo ancestral de información | Inspiración para protocolo de información (Urton 2003: codificación binaria + decimal posicional) |
Sintaxis
Delimitadores: ~~ (uno) y ~~~~ (cuatro), distintivos respecto a los :: y :::: de mayan::os. Handles con @runa::<id> en lugar de @universo::<id>.
// YACHAY::OS sintaxis paralela
// SEPARADOR LÓGICO
~~yachay~~os~~universalis~~
// ENCAPSULADOR FUERTE
~~~~yachay~~~~
~~~~ayllu~~~~
// HANDLE
@runa::pedro @ayllu::pacha @kamachiq::lima
// GATILLOS CEREMONIALES
~~kachiy~~ // ejecutar / send
~~rimay~~ // decir / print
~~ruway~~ // hacer / define
~~yachay~~ // saber / know / learn
Universos en yachay::os
YS-01-YAC
@yachay::schola
Saber
Equivalente schola::universalis. Núcleo educativo y archivo del saber andino.
YS-02-KAM
@kamachiq::lex
Ley
Equivalente lex::universalis. Mandato, justicia.
YS-03-INT
@inti::lux
Sol · Luz
Equivalente lux::universalis.
YS-04-CHA
@chakra::ager
Tierra cultivada
Equivalente ager::universalis. Agricultura andina, papa, quinua, maíz.
YS-05-TAK
@taki::sono
Canto · Sonido
Equivalente sono::universalis.
YS-06-AMA
@amaut'a::ingenium
Ingenio
Equivalente ingenium::universalis. Sabio · maestro · técnica.
YS-07-HAM
@hampi::salus
Medicina
Equivalente salus::universalis.
YS-08-WAS
@wasi::domus
Casa
Equivalente domus::universalis.
YS-09-QHA
@qhatu::forum
Mercado
Equivalente forum::universalis.
YS-10-PUK
@pukllay::ludus
Juego
Equivalente ludus::universalis.
YS-11-APU
@apukuna::praesidium
Consejo de mayores
Equivalente praesedis. Apus = autoridades ancestrales/espíritus de montaña.
YS-12-AYL
@ayllu::consortium
Ayllu
Creatio propria: unidad asociativa territorial-de-parentesco. Propuesta de promoción a universalis::core.
Piloto previsto
Fase III roadmap: Lima (Barranco) + Cuzco. Contactos naturales: cooperativas peruanas (Ley 26887 + D.S. 074-90-TR); universidades UNMSM, PUCP, UNSAAC (Cuzco). Integración con ::::fabrica::systemarum:::: obligatoria desde día 1.
30
Marco jurídico y tributario multi-jurisdiccional
Tabla comparativa de los principales países LATAM más EE.UU./España como referencias. Cada jurisdicción tiene su vehículo recomendado, tratamiento de permutas, marco cripto/monedas comunitarias y crowdfunding inmobiliario.
| Jurisdicción | Vehículo recomendado | Permutas | Cripto · monedas comunitarias | Crowdfunding inmobiliario |
| México | A.C. (CCF Art. 2670, LISR Tít. III) + Cooperativa LGSC | Permuta = enajenación (IVA + ISR); time-bank no-monetario tolerado | Ley Fintech (DOF 2018 ref. 2024); Banxico sin lista oficial; Túmin tolerado de facto | Ley Fintech IFCs (CNBV); Briq · 100Ladrillos · M2crowd autorizadas |
| Perú | Asociación civil / Cooperativa Ley 26887 + D.S. 074-90-TR | Trueque sujeto a IGV si supera umbrales | Sin marco específico cripto | SBS · SMV regulan |
| Colombia | ESAL / Cooperativa Ley 79 de 1988 | Permutas = enajenación; IVA aplicable | Regulación parcial cripto; sandbox Superfinanciera | SFC regula |
| Chile | Cooperativa / Corporación / Fundación | Permuta = enajenación | Ley Fintec 21.521 (2023) | CMF |
| Argentina | Cooperativa Ley 20.337 / Asociación Civil | Trueque tolerado (ref. Club del Trueque 2001) | CNV regula; impuestos a cripto | CNV |
| Brasil | Cooperativa Lei 5.764/71 / Associação | Permuta sujeta a ISS/ICMS | BC regula stablecoins desde 2023 | CVM |
| España | Cooperativa Ley 27/1999 / Asociación LO 1/2002 | IVA aplicable | MiCA UE (2023) | CNMV |
| EE.UU. | 501(c)(3) · Worker Coop · LLC | IRS: permutas = barter income | SEC · CFTC; estados varían (NY BitLicense, WY DAO LLC) | SEC Reg CF / Reg A+ |
Recomendación táctica MX · piloto CDMX
Constituir dos personas morales en paralelo:
(1) A.C. ::::terrauniversalis:::: · Título III LISR; no-contribuyente ISR si actividades autorizadas; buscar Donataria Autorizada en año 2. Objeto social amplio: cultural/educativo/asistencial/comunitario.
(2) Sociedad Cooperativa de Consumidores ::::tabernae::bonus:::: · LGSC. Para operar las Tabernae con régimen cooperativo y soporte para circulación de bonum/aequum.
(3) Vehículo de inversión inmobiliaria: fideicomiso administrado por fiduciaria autorizada (modelo 100 Ladrillos) o copropiedad directa Art. 938 CCF.
Caveat regulatorio crítico: toda decisión sobre moneda comunitaria en México debe consultar con abogado fintech especializado (Banxico, CNBV, CONDUSEF). El caso Túmin demuestra tolerancia regulatoria pero no inmunidad. Si la red crece, el riesgo de revisión sube. Mantener documentación que respalde Art. 2° constitucional.
31
Gobernanza expandida · ::::praesedis::universalis:::: v2
La gobernanza se expande de un único @#praesedis (cap. 15 del documento original) a una jerarquía federada de consejos: por universo, por OS regional, y un Consejo Universalis supremo en latín. La mecánica adopta principios de Sociocracia 3.0 (consent decision-making, doble enlace) y herramientas digitales async tipo Loomio/Snapshot.
Modelos de gobernanza investigados
| Modelo | Origen | Característica | Aplicación en TU |
| Holacracy | Brian Robertson · 2007 | Constitución formal; roles separados de personas; "integrative decision-making" | Inspiración para roles dinámicos por universo |
| Sociocracy 3.0 (S3) | Bockelbrink/Priest/David · 2015 | Creative Commons; >70 patterns; siete principios (consent, equivalence, transparency, accountability) | Modelo base · más flexible que Holacracy |
| Loomio | Origen Occupy Wall Street | Decisiones async | Herramienta para propuestas y votación |
| Snapshot | DAO ecosystem | Votación off-chain con signatures | Futuro: votación verificable |
Estructura ::::praesedis::universalis::::
::::praesedis::universalis:::: // el árbol completo de consejos
├─ Consejo Universalis (latín) // decisión sobre core
│ └─ rotación semestral · ~12 miembros · qualified majority 2/3
│
├─ Consejo MayanOS // Mesoamérica
│ └─ rotación trimestral · ~9 miembros
│
├─ Consejo IncaOS · yachay::os // Andes
│ └─ rotación trimestral · ~9 miembros
│
├─ Consejos por universo (16)
│ ├─ @#schola.praesedis ├─ @#lex.praesedis
│ ├─ @#lux.praesedis ├─ @#sono.praesedis
│ ├─ @#ager.praesedis ├─ @#ingenium.praesedis
│ └─ ... (rotación según norma del universo)
│
└─ Asambleas locales por taberna
└─ mensual / ad-hoc
Mecánica de decisión
| Mecanismo | Cómo funciona | Cuándo se usa |
| Consent decision-making (S3) | Decisión pasa si no hay objeción razonada y paramount. No requiere unanimidad ni mayoría simple. | Decisiones operativas y normativas |
| Doble enlace (sociocracia clásica) | Cada consejo tiene representante en el consejo superior y viceversa. | Conexión entre consejos de universo y consejo regional |
| Voto cualificado 2/3 | Mayoría calificada de Consejo Universalis. | Cambios al core universalis (latín) |
| Voto async Loomio/Snapshot | Propuestas con plazo; signatures verificables. | Decisiones distribuidas |
| Sesión presencial · tinkuy | Encuentro de opuestos complementarios. | Casos críticos · conflictos profundos |
| Validación cruzada | Decisión que afecte a otro OS se notifica a ::::fabrica::systemarum::::. | Cambios con impacto inter-OS |
Roles existentes preservados: @alfonso mantiene owner_sistema (autoridad inviolable única fuente de comando del núcleo TU-CORE). ::stephy:: mantiene coordinacion_asesores. @#praesedis del cap. 15 se renombra @#praesedis::core y se vuelve uno de los consejos por universo. La expansión añade capas superiores e inferiores, sin remover las existentes.
32
Roadmap de implementación · V → IX
Cinco fases que llevan al sistema desde su estado actual operativo (TU-CORE-001-v01) hasta una federación inter-OS con moneda comunitaria, miles de miembros y tokenización opcional.
FASE 0
Q2–Q4 2026
Estado actual + EXPANSIO. TU-CORE-001-v02 unificado y publicado; 16 universos cargados; bitácora viva.
Hitos: doc completo · ~30 miembros fundadores.
recursos: hardware existente (MSI · Mini HP · Maschines · Behringer) · SharePoint/Azure
FASE I
2026–2027
Piloto MX · CDMX. 1ª A.C. + 1ª Cooperativa registradas; 1ª
::taberna::cdmx-roma::; 1er techo verde (UNAM o UAM-X); ERPNext core deployado.
Métricas: 100 miembros activos · MXN ~$30K/mes en aequum · 1 techo verde 200–500 m².
recursos: ~MXN $400K capital inicial (cuotas + semilla) · 2–3 dev FTE
FASE II
2027–2028
Replicación Mesoamérica. Tabernae en Veracruz (alianza Túmin/UVI), Oaxaca, Guatemala City; 3 techos verdes adicionales.
Métricas: 500 miembros activos · 4 Tabernae operando.
recursos: acuerdos federativos · ~MXN $2M capital
FASE III
2028–2029
Lanzamiento yachay::os. Piloto Lima + Cuzco; primer ayllu registrado; integración fabrica::systemarum operativa.
Métricas: 1,500 miembros total inter-OS · 2 OS operando.
recursos: equipo Perú · ~USD $300K adicional
FASE IV
2029–2030
Federación con observabilidad cruzada. Dashboard fabrica::systemarum; ActivityPub adaptado; primer concepto promovido de yachay::os a universalis::core (probable:
ayllu).
Métricas: 5,000 miembros · 4+ OS hermanos.
recursos: infra federada · ~USD $500K
FASE V
2030+
Moneda comunitaria + tokenización opcional. Lanzamiento bonum físico/digital con respaldo cooperativo formal; evaluación UVTERR para interop blockchain.
Métricas: 10,000+ miembros · volumen mensual significativo en bonum.
recursos: marco fintech evolucionado · reservas legales · auditoría externa
Próximos pasos inmediatos · Q3 2026
URGENTE
Notarizar A.C. ::::terrauniversalis:::: ante notario CDMX. Estatutos con objeto social amplio (cultural/educativo/asistencial/comunitario). Designar @alfonso, ::stephy:: y consejo fundador (12).
desbloquea Fase I
URGENTE
Aplicar a Donataria Autorizada SAT. Proceso 6–12 meses; iniciar inmediatamente.
habilita deducibilidad de aportes
PRÓXIMO
Identificar 1 edificio universitario anfitrión para 1er techo verde. UNAM Fac. Ciencias o UAM-Xochimilco son objetivos naturales. UVI Veracruz para Fase II.
activa ager::universalis
PRÓXIMO
Deploy ERPNext en infra Azure existente. Fork inicial con módulos sdb::<oficio> priorizados: panadero, carpintero, programador, agricultor.
columna vertebral SDB
PRÓXIMO
Diseñar moneda interna aequum (créditos no-monetarios). Publicar reglas en ::::norma::aequum:::: dentro de MUN.
arranca permutatio
ROADMAP
Contactar coordinación Túmin (Juan Castro Soto, UVI Veracruz) para alianza Fase II. Documentar protocolo de federación.
alianza ancestral · Fase II
ROADMAP
Definir Consejo Universalis fundador: 12 miembros, rotación semestral, qualified majority 2/3.
gobernanza v2
FUNDACIONAL
Este documento unificado v02 contiene el núcleo fundacional (caps. 01–16) y la EXPANSIO MAGNA (caps. 17–32). Próximos artefactos sugeridos: TU-CORE-002 (manual operativo Tabernae), TU-CORE-003 (especificación Mayan Codex Fase III), TU-CORE-004 (manifiesto yachay::os).
Ningún conocimiento se pierde. Todo queda por sentado.
KPIs umbral por fase
100
miembros Fase I
piloto CDMX
250
breakeven taberna
por unidad
500–2K
umbral descontus
para negociación
1,500
inter-OS Fase III
2 OS hermanos
10K+
moneda Fase V
bonum activo