ARCHITECTURE_CANONICAL_INDEX

# ::::sistemas::del::bienestar:::: — índice canónico de módulos arquitectónicos

::::terra::sls:::: 🌐♾  
Fecha de registro en repo: 2026-06-09  
Estado: **canónico / arquitectura madre**  
Repositorio: `terrauniversalis/bastion-grp`  
Ruta: `architecture/sistemas-del-bienestar/ARCHITECTURE_CANONICAL_INDEX.md`

## 1. Decisión madre

Todos los módulos arquitectónicos registrados para Bastion deben leerse como parte de `::::sistemas::del::bienestar::::`.

No son proyectos aislados. No son carpetas sueltas. No son experimentos desconectados.

Son capas de una misma arquitectura:

```text
::::sistemas::del::bienestar::::
        ↓
::::bastion::universalis::::
        ↓
GRP + citoyen + ORP Kukulkan + unicornd + Mayan Codex + Azure DB + SharePoint
        +
GRP Terrasls Shield como confianza transversal
```

## 2. Frase canónica

`::::sistemas::del::bienestar::::` es la arquitectura madre. `::::bastion::universalis::::` es su infraestructura soberana. `::::bastion::universalis::grp::::` es su núcleo de gestión. `::::bastion::universalis::citoyen::::` es su brazo ciudadano. `::::bastion::universalis::orp::kukulkan::::` es su culminación regenerativa. `GRP Terrasls Shield` es su capa transversal de confianza. `unicornd :8800` es su gateway operativo unificado.

## 3. Mapa de módulos

| Módulo | Clasificación | Rol dentro de sistemas del bienestar |
|---|---|---|
| `::::bastion::universalis::::` | sistema central | Infraestructura soberana de operación, coordinación y trazabilidad. |
| `::::bastion::universalis::grp::::` | núcleo GRP | Gestión de recursos, nodos, inventario, proyectos, miembros, libro único y control institucional. |
| `::::bastion::universalis::citoyen::::` | brazo ciudadano | Relación viva con ciudadanía: identidad, trámites, formación, señales, bienestar y participación. |
| `::::bastion::universalis::orp::kukulkan::::` | joya de la corona | Operating System for Regenerative Potential; activa células de potencial, enjambres, salus y jardinería institucional. |
| `unicornd :8800` | gateway único | Consolida la exposición pública en un solo puerto y enruta hacia servicios internos. |
| `SharePoint / SPFx Dashboard` | shell institucional | Capa visual e institucional para monitoreo, administración y operación desde SharePoint. |
| `Azure PostgreSQL` | persistencia soberana | Base de datos operativa para estado, métricas, logs, configuración, salus y trazabilidad. |
| `GRP Terrasls Shield` | seguridad ontológica | Capa transversal de identidad fuerte, integridad transaccional, auditoría viva, testigos y custodia de claves. |
| `Mayan Codex` | lenguaje operativo | DSL / lenguaje pedagógico-operativo para hacer el sistema legible, extensible y apropiable. |
| `Nuntium` | mensajes/eventos | Comunicaciones, alertas, eventos y señales operativas del ecosistema. |
| `Fabrica Systemarum` | provisionamiento | Generación de células, plantillas, workspaces, dashboards y módulos. |

## 4. Jerarquía arquitectónica

```text
::::sistemas::del::bienestar::::
│
├── ::::bastion::universalis::::
│   ├── ::::bastion::universalis::grp::::
│   ├── ::::bastion::universalis::citoyen::::
│   ├── ::::bastion::universalis::orp::kukulkan::::
│   ├── unicornd :8800
│   ├── SharePoint / SPFx Dashboard
│   ├── Azure PostgreSQL
│   ├── Mayan Codex
│   ├── Nuntium
│   └── Fabrica Systemarum
│
└── GRP Terrasls Shield
    └── seguridad transversal para todas las capas
```

## 5. Relación funcional

```text
SharePoint / SPFx Dashboard
        ↓
unicornd :8800
        ↓
Bastion GRP
        ↓
citoyen
        ↓
ORP Kukulkan
        ↓
salus individual + salus comunitario + potencial regenerativo
```

## 6. Regla de interpretación

Cuando un documento, endpoint, módulo, script, dashboard o servicio aparezca bajo Bastion y esté relacionado con:

- ciudadanía;
- bienestar;
- potencial;
- formación;
- trámites;
- gestión institucional;
- salus;
- comunidades;
- recursos;
- proyectos;
- nodos;
- mensajes;
- trazabilidad;
- operación pública;
- GRP;
- ORP;
- citoyen;
- Kukulkan;

entonces debe clasificarse como parte de `::::sistemas::del::bienestar::::`, salvo que exista una exclusión expresa.

## 7. Qué NO debe pasar

No volver a fragmentar estos módulos como si fueran sistemas separados sin relación.

No llamar a `citoyen` “ERP ciudadano” como identidad principal.

No llamar a `orp::kukulkan` “dashboard” o “módulo extra”.

No tratar `unicornd :8800` como producto separado de Bastion: es la capa gateway de la misma arquitectura.

No tratar Azure DB como base genérica: es persistencia operativa del sistema.

## 8. Estado documental actual

| Documento | Estado |
|---|---|
| `architecture/README.md` | Mapa canonico de lectura y jerarquia arquitectonica. |
| `architecture/bastion-universalis/ARCHITECTURE_CANONICAL.md` | Bastion Universalis registrado como tronco arquitectonico e infraestructura soberana. |
| `architecture/citoyen/ARCHITECTURE_CANONICAL.md` | citoyen registrado como brazo ciudadano de Bastion Universalis. |
| `architecture/unicornd/ARCHITECTURE_FINAL_ADOPTED.md` | Arquitectura final adoptada de gateway único. |
| `architecture/unicornd/AZURE_POSTGRES_RECONNECTION.md` | Reconexión automática a Azure PostgreSQL. |
| `architecture/unicornd/OPERATING_MODEL.md` | Modelo operativo canonico para ordenar servicios, puertos y crecimiento. |
| `architecture/unicornd/CAPABILITY_REGISTRY.md` | Registro canonico de capabilities y rutas futuras por gateway. |
| `architecture/unicornd/AZURE_TUNNELS_CONSOLIDATION.md` | Matriz de transicion desde multiples tunnels a entrada unica. |
| `architecture/unicornd/MIGRATION_GUARDRAILS.md` | Guardrails obligatorios para migracion y crecimiento. |
| `architecture/unicornd/CURRENT_STATE_EXHAUSTIVE_ASSESSMENT.md` | Diagnostico exhaustivo del estado actual y secuencia de cierre de fase. |
| `architecture/unicornd/CLOUD_EDGE_OPERATING_MODEL.md` | Politica canonica de residencia entre SharePoint, OneDrive, mini y PC personal. |
| `architecture/unicornd/IMPLEMENTATION_ACTION_PLAN.md` | Plan de accion por fases para ejecutar la consolidacion. |
| `architecture/unicornd/IMPLEMENTATION_WORKBOARD.md` | Tablero vivo de implementacion y proximos pasos. |
| `architecture/orp-kukulkan/ARCHITECTURE_CANONICAL.md` | ORP Kukulkan registrado como joya de la corona. |
| `architecture/security/ARCHITECTURE_FINAL_ADOPTED.md` | GRP Terrasls Shield adoptado como capa final de seguridad ontológica. |
| `architecture/sistemas-del-bienestar/ARCHITECTURE_CANONICAL_INDEX.md` | Índice madre que vincula todos los módulos. |

## 9. Estado de implementación

```text
estado_arquitectonico: canonico
estado_documental: registrado_en_repo
estado_codigo: pendiente_de_implementacion_codex
estado_integracion: pendiente_de_unificacion_total
prioridad: maxima
```

## 10. Siguiente acción para Codex

Codex debe trabajar bajo esta regla:

> Todo lo que implemente para Bastion GRP, citoyen, ORP Kukulkan, unicornd, Azure PostgreSQL, GRP Terrasls Shield, dashboard SharePoint, Mayan Codex, Nuntium o Fabrica Systemarum debe etiquetarse, documentarse y organizarse como parte de `::::sistemas::del::bienestar::::`.

## 11. Fórmula madre

```text
GRP administra.
citoyen conecta.
ORP Kukulkan regenera.
unicornd unifica.
SharePoint institucionaliza.
Azure PostgreSQL preserva.
GRP Terrasls Shield verifica.
Mayan Codex vuelve legible.
Nuntium comunica.
Fabrica Systemarum provisiona.

Todo eso junto es:
::::sistemas::del::bienestar::::
```

::::terra::sls:::: 🌐♾