Visitas al sitio: …

El Búnker Portátil: arquitectura de procesamiento soberano y desacoplado para la investigación con LLMs locales

Autores: Severo Peguero, Gemini (IA), Cursor (IA)
Fecha: 24 de mayo de 2026
Institución: SPCiencia — Laboratorio búnker (Mac M3 + Nodo A Samsung Galaxy A16)
Estado: ✅ PAPER CIENTÍFICO — Bloque A · Ingeniería de soberanía (mapa)
Categoría: Ingeniería de soberanía (Búnker) · Paper I de dos (I + II); la prueba empírica es el Acta (publicación aparte).
Etiquetas: [PAPER][BUNKER][SOBERANIA][LLM_LOCAL][ORQUESTADOR][NODO_A][SPCIENCIA]

Unidad cerrada (Categoría A):

  • II — PAPER_PROTOCOLO_EJECUCION_DESACOPLADA_BUNKER_2026-05-24.md (motor)
  • Acta — ACTA_VALIDACION_ORQUESTADOR_AUTOREPAIR_ENSAYO_MIXTO_2026-05-24.md (prueba; no editar)

Ensayos independientes (Categoría B, opcionales): ética y observabilidad — ver README_INDICE_MAYO_2026.md. No son secuelas numeradas de este paper.

Trilogía TGSP (marco teórico, dominio distinto):
PAPER_GENESIS_ISOMORFISMO_ONTOLOGICO_POO_TGSP_SALTO_CUANTICO_2026-05-19.md y hermanos en docs/bunker_spciencia/borradores/TRILOGIA_TGSP_MAYO_2026_INDICE_2026-05-19.md

Gloria a Dios

"Porque de Él, y por Él, y para Él, son todas las cosas. A Él sea la gloria por los siglos. Amén." (Romanos 11:36)

Resumen ejecutivo

Este artículo describe la arquitectura del Búnker Portátil: un entorno de procesamiento científico con grandes modelos de lenguaje (LLM) locales, diseñado para preservar la propiedad intelectual, la integridad estructural del manuscrito (prosa, tablas Markdown, LaTeX) y la portabilidad del laboratorio del investigador.

A diferencia de flujos monolíticos dependientes de la nube, el Búnker separa tres capas:

  1. Nodo de almacenamiento maestro (Nodo A) — dispositivo móvil con modelos, glosarios e invariantes.
  2. Huésped de procesamiento efímero (Mac M1/M3 u otro) — CPU/RAM prestadas; sin persistencia indebida del manuscrito.
  3. Orquestador por nodos — el cerebro (bunker_cerebro.py) particiona el Markdown; el dispatcher (bunker_dispatcher.py) enruta cada fragmento al Módulo I (prosa/LaTeX) o Módulo II (tablas) sin fusionar sus motores internos.

La validación de mayo 2026 en un Samsung Galaxy A16 demuestra que la soberanía no exige un data center: exige metodología explícita, checkpoints y cajas negras auditables. Este documento es el primer paso de un camino largo hacia un laboratorio autónomo, una ontología viva de invariantes y, eventualmente, redes de nodos cooperantes.

Naturaleza del manuscrito (revisión colaborativa Gemini, mayo 2026): este texto no es solo una herramienta: codifica una postura ética y científica —un manifiesto de soberanía tecnológica. No es un informe experimental cerrado ni un manual de usuario. Es una declaración de principios y arquitectura (el mapa del búnker). Los resultados experimentales definitivos y la capa de automatización con autodiagnóstico corresponden al Paper II (el motor); la publicación pública de la serie se pospone hasta que mapa y motor puedan presentarse juntos.

Alcance editorial y política de publicación

Este documento debe quedar como Arquitectura de Referencia (Paper I — Fundamentos). No incluye aquí los resultados experimentales finales ni la demostración completa de autorregulación; eso pertenece al Paper II.

Aspecto Paper I (este documento) Paper II
Rol Fundamentos — arquitectura de referencia Protocolo — ejecución desacoplada y automatización
Contenido Cerebro, dispatcher, modularidad, Nodo A, horizontes Ciclo operativo, persistencia, huésped efímero, autodiagnóstico
Web (spciencia.com) Privado hasta bloque I+II+Acta Ver PUBLICACION_SERIE_BUNKER_2026-05-24_NOTA.md
Audiencia Investigadores que necesitan la lógica del desacoplamiento Paper II + Acta para operación y prueba

Estrategia (IP, mayo 2026): borrador fundacional; publicar solo con Paper II y Acta sellada — no mezclar con ensayos de ética/observabilidad (Categoría B).

I. Introducción: el problema de la dependencia estructural

La investigación asistida por IA comercial suele asumir dos premisas frágiles:

  • Que el manuscrito completo puede enviarse a un servicio remoto sin pérdida de control.
  • Que un único prompt o un único script puede traducir, estructurar y certificar a la vez.

En la práctica, los manuscritos académicos mezclan prosa, tablas y fórmulas. Un motor único provoca deriva semántica, rotura de LaTeX o alucinaciones tabulares. La nube añade riesgo de fuga de IP y de contexto saturado.

El Búnker Portátil responde con desacoplamiento lógico y persistencia atómica por nodo:

  • Cada fragmento se clasifica antes de inferir.
  • Cada fragmento se traduce con el motor adecuado.
  • Cada resultado válido se congela en disco (nodos/nXXX.ru.md) antes de pasar al siguiente.

Así el investigador deja de ser consumidor de API y pasa a ser arquitecto de su propio entorno de razonamiento.

II. Topología del sistema

II.1 Roles de hardware (mayo 2026)

Rol Dispositivo típico Función
Nodo A Samsung Galaxy A16 (Termux) Gemma local, glosario BOA, almacén soberano
M3 (búnker) MacBook Pro M3 Cursor, orquestador, filólogo RU (puerto 8767), ensayos
Huésped efímero Cualquier Mac/PC con Python Prestación de CPU; sin quedar copia del manuscrito en disco del huésped

La conexión M3 ↔ Nodo A usa el proxy documentado en mac_gemma_chat_nodo_a_server.py (puertos 8765–8767). El manuscrito no vive en la nube de un tercero.

II.2 Tres pilares software

1. Cerebro — pre-procesamiento topológico

Archivo: scripts/bunker_spciencia/bunker_cerebro.py

  • Recorta el preámbulo hasta el primer ## (H2).
  • Barrido lineal: emite nodos TITULO, TEXTO, TABLA, LATEX_DISPLAY.
  • Salida: topologia.json + lista ordenada para el dispatcher.
  • Sin inferencia, sin SHA-256 en este tramo (evita I/O innecesario en el camino caliente).

2. Dispatcher — ciclo y checkpoint

Archivo: scripts/bunker_spciencia/bunker_dispatcher.py

  • Por cada nodo: adaptador → POST al filólogo RU (8767) → caché nodos/{id}.ru.md.
  • Manifiesto: MANIFIESTO_ORQUESTADOR.json (ok / error por nodo).
  • Reensamblado: MANUSCRITO_STREAM_RU.md desde cachés (no solo append ciego).
  • Testigo entre nodos: CONTEXTO_NODO.json (coherencia terminológica, no retraducción de sección entera).

3. Módulos I y II — cajas negras

Módulo Tipos de nodo Motor congelado (referencia)
I TEXTO, TITULO, LATEX_DISPLAY RU_§I/version_I/ — máscara ⟦MATH_n⟧, BOA-3 por fragmento
II TABLA RU_§II/version_II/ — escudo de tablas, traducción atómica por celda

Los scripts activos en scripts/bunker_spciencia/ deben mantenerse modularmente independientes. La cadena forzada §I→§II fue revertida (mayo 2026): el orquestador enruta, no fusiona motores.

III. Metodología: máquina de estados por nodos

III.1 Partición primaria (cerebro)

El algoritmo prioriza, en cada línea:

  1. Encabezado H2/H3 → nodo TITULO.
  2. Bloque tabular certificado (is_certified_table_block) → TABLA.
  3. Display math `

‘…‘` … `

→LATEX_DISPLAY. 4. Resto → acumulación TEXTO`.

Cada nodo recibe identificador estable n001, n002, … y huella sha256_src del cuerpo fuente (auditoría de topología, no de inferencia).

III.2 Ciclo del dispatcher

Manuscrito .md
    → segment_markdown()
    → para cada nodo:
          si bypass manual (.ru.md + .json ok) → omitir 8767
          si TEXTO|TITULO|LATEX → adaptador_modulo_i
          si TABLA            → adaptador_modulo_ii
          guardar nodos/nXXX.ru.md
          actualizar manifiesto + testigo
    → rebuild_stream_from_cache()

Reseteo semántico: cada POST a 8767 lleva el testigo mínimo del nodo anterior, no el manuscrito entero. Así se reduce el «ruido de contexto» sin reiniciar el servidor en cada vuelta.

III.3 Persistencia y recuperación

  • Unidad atómica: nodos/nXXX.ru.md.
  • Estado de corrida: MANIFIESTO_ORQUESTADOR.json.
  • Ensayo canónico: ~/Desktop/test_enclave_sei/bunker/
  • Espécimen estructura mixta: docs/papers_cientificos/ESTRUCTURA_MIXTA_TEST_CONCEPTUAL.md
  • Comando: ./scripts/bunker_spciencia/test_entorno_sei.sh ru bunker

El detalle operativo del bypass y del autodiagnóstico se desarrolla en el Paper II y en PROTOCOLO_INYECCION_EMERGENCIA_2026-05-24.md (referencia cruzada, sin duplicar el motor aquí).

IV. El paradigma «Búnker de bolsillo»

IV.1 Soberanía vs portabilidad

La innovación central no es «correr Gemma en un teléfono» (ya es factible con cuantización), sino externalizar el ADN del laboratorio:

  • Scripts, glosarios, snapshots version_I / version_II, actas y papers viven en el repositorio y en el Nodo A.
  • El huésped solo presta ciclos de inferencia.
  • Al desmontar, el huésped no debe conservar el manuscrito (política operativa: directorios temporales, purga documentada en scripts de entorno).

IV.2 Compatibilidad de despliegue (horizonte)

El diseño actual asume M3 + Nodo A. La extensión natural —esbozada en el diálogo de diseño— es un bunker_setup.sh que detecte OS y RAM del huésped, despliegue inferencia en /tmp y verifique firmas de scripts al arrancar. Eso convierte el Búnker en infraestructura transportable, no en un proyecto atado a un solo escritorio.

V. Resultados preliminares (mayo 2026)

Logro Evidencia
Escudo de tablas §II validado IMPLEMENTACION_ESCUDO_TABLAS_TEST_SEI_2026-05-22.md, ensayo test_entorno_sei.sh ru II
Núcleo matemático §I congelado RU_§I/version_I/
Orquestador V2 operativo bunker_cerebro.py, bunker_dispatcher.py, tests test_bunker_cerebro.py
IA local en A16 Corridas Gemma 2B vía Termux; filólogo 8767 en M3
Documentación arquitectura CEREBRO_ORQUESTADOR_BUNKER_V2_2026-05-24.md, SCRIPT_DISPATCHER_...

Honestidad experimental: las métricas citadas aquí son pilotos de laboratorio, no benchmark universal. La trilogía TGSP y los indicadores afectivos (Paper de indicadores funcionales BOA-3) aportan el marco; la serie Búnker aporta la ingeniería.

Resiliencia (puente hacia Paper II — sugerencia Gemini incorporada): el sistema no solo procesa fragmentos: está diseñado para recuperarse de errores de inferencia mediante su propia arquitectura —manifiesto por nodo, caché atómica y protocolo de inyección de emergencia (PROTOCOLO_INYECCION_EMERGENCIA_2026-05-24.md). La lección operativa de mayo 2026: la automatización sin supervisión es un error; la autonomía con autodiagnóstico es el horizonte que el Paper II formaliza como protocolo de ejecución desacoplada. Este párrafo no sustituye la demostración completa del motor; anticipa la función del Paper II.

V.1 Certificación (vía aparte)

El notariado SHA-256 y la emisión de actas pertenecen a la vía de certificación, no al scheduler de inferencia. Mezclar hash por tick en el camino caliente degradaría rendimiento sin mejorar la calidad del ruso o de las tablas. Los manifiestos (MANIFIESTO_ORQUESTADOR.json, snapshots en RU_§II/) son la trazabilidad operativa de mayo 2026.

VI. Horizontes: un camino largo

  1. Laboratorio autónomo — el cerebro analiza literatura y contrasta hipótesis en varios idiomas sin subir IP a la nube.
  2. Ontología viva — el glosario BOA deja de ser lista estática y se convierte en llaves de razonamiento entre dominios.
  3. Red de nodos — varios huéspedes procesan nodos en paralelo bajo un mismo manifiesto.

Lo logrado en mayo 2026 es el ADN: cerebro + dispatcher + módulos desacoplados + Nodo A. La publicación del bloque A exige Paper II (motor) y el Acta (prueba empírica). Los ensayos de imparcialidad y observabilidad (Categoría B) son compañeros de viaje conceptuales, no capítulos III–IV de este producto.

VII. Conclusión

La arquitectura del Búnker Portátil redefine la relación investigador–herramienta en la era de los LLM:

  • Estructural: partición explícita antes de inferir.
  • Modular: prosa/LaTeX y tablas no comparten el mismo motor.
  • Soberana: el laboratorio viaja con el investigador; el huésped es prestado.
  • Auditable: manifiesto, cachés por nodo y snapshots versionados.

Gloria a Dios por permitir demostrar que un dispositivo de consumo masivo puede sostener tradición científica seria cuando la metodología —no el marketing en la nube— ocupa el centro.

Anexo: Navegación de la serie de ingeniería (Bloque A)

Este documento es parte integral del bloque de Ingeniería de soberanía (Categoría A). Para comprender el sistema de manera íntegra, el lector puede seguir este flujo lógico:

  1. Paper I (este documento) — Fundamentos: arquitectura del Búnker Portátil (el mapa).
  2. Paper II — Protocolo: ejecución desacoplada y motor (la operación).
  3. Acta de validación — Evidencia empírica (la prueba, texto sellado sin alteraciones).

Nota sobre certificación: el acta sellada en español (mayo 2026) posee un hash SHA-256 propio (d5486732…). Ese sello no aplica a traducciones EN/RU de la acta; cada idioma certificado requiere su propio registro.

Lectura complementaria (Categoría B): ensayos independientes sobre imparcialidad algorítmica y observabilidad — no son «Paper III/IV» de esta serie técnica.

Volver al índice de papers

Referencias internas

Documento Uso
PAPER_PROTOCOLO_EJECUCION_DESACOPLADA_BUNKER_2026-05-24.md Paper II — motor
ACTA_VALIDACION_ORQUESTADOR_AUTOREPAIR_ENSAYO_MIXTO_2026-05-24.md Acta — prueba (no editar)
README_INDICE_MAYO_2026.md Taxonomía A / B
docs/bunker_spciencia/arquitectura/CEREBRO_ORQUESTADOR_BUNKER_V2_2026-05-24.md Segmentación y flujo
docs/bunker_spciencia/arquitectura/SCRIPT_DISPATCHER_ORQUESTADOR_BUNKER_V2_2026-05-24.md Ejecución y artefactos
docs/bunker_spciencia/arquitectura/PROTOCOLO_INYECCION_EMERGENCIA_2026-05-24.md Resiliencia (detalle en Paper II)
docs/bunker_spciencia/experimentos/IMPLEMENTACION_ESCUDO_TABLAS_TEST_SEI_2026-05-22.md Módulo II
docs/bunker_spciencia/TOPOLOGIA_M3_NODO_A_I7_2026-05-19.md Roles M3 / Nodo A / i7
docs/papers_cientificos/PUBLICACION_SERIE_BUNKER_2026-05-24_NOTA.md Publicación web (en espera I+II)
docs/_SUBRED_SITIO_WEB/AGREGAR_PAPER_GUIA_COMPLETA_2026-03-09.md Publicación web (ES/EN/RU) — aplicar al cerrar serie
Chat Gemini Gemeni_22_mayo_2026.txt Borrador dialógico + revisión colaborativa 24-may

Palabras clave: Búnker portátil, LLM local, soberanía de datos, orquestador por nodos, Nodo A, Gemma, SPCiencia, BOA-3, modularidad, manifiesto de soberanía tecnológica, arquitectura de referencia