Visitas al sitio: …

El protocolo de ejecución desacoplada: dinámicas operativas y autodiagnóstico del Búnker local

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 (motor)
Categoría: A — Ingeniería de soberanía (Búnker) · Paper II de dos; prueba empírica en Acta (§IX).
Etiquetas: [PAPER][BUNKER][PROTOCOLO][ORQUESTADOR][AUTOMATIZACION][RESILIENCIA][SPCIENCIA][BORRADOR_OPERATIVO]

Prerequisito (solo Categoría A):
PAPER_BUNKER_PORTATIL_ARQUITECTURA_PROCESAMIENTO_SOBERANO_LLM_2026-05-24.md (Paper I — mapa)

Unidad cerrada:

  • I — Arquitectura
  • Acta — ACTA_VALIDACION_ORQUESTADOR_AUTOREPAIR_ENSAYO_MIXTO_2026-05-24.md (inmutable; verificación en README_INDICE_MAYO_2026.md)

Trilogía TGSP: dominio teórico aparte — ver TRILOGIA_TGSP_MAYO_2026_INDICE_2026-05-19.md

Gloria a Dios

"El Señor da la sabiduría, y de su boca viene el conocimiento y la inteligencia." (Proverbios 2:6)

Resumen ejecutivo

Tras definir la arquitectura del Búnker Portátil (Paper I), este documento formaliza el Protocolo de Ejecución Desacoplada: cómo el laboratorio pasa de scripts estáticos por sección a un ecosistema dinámico por nodos, gobernado por un orquestador que no fusiona motores internos.

Se describe el ciclo cerebro → dispatcher → módulos I/II, la persistencia atómica por nodo (nodos/nXXX.ru.md + manifiesto), la dinámica Nodo A ↔ huésped efímero, y la capa de autodiagnóstico que convierte fallos de inferencia en procedimientos recuperables —no en bucles ciegos de reintento.

La tesis operativa de mayo 2026: la automatización sin supervisión es frágil; la autonomía con autodiagnóstico, checkpoint y bypass auditado es el motor que hace publicable la serie. Este paper es ese motor; el Paper I permanece el mapa. La evidencia empírica del motor está en el acta ACTA_VALIDACION_ORQUESTADOR_AUTOREPAIR_ENSAYO_MIXTO_2026-05-24.md (§IX).

Alcance editorial

Pregunta Respuesta en Paper II
¿Qué añade respecto al Paper I? Cómo se ejecuta y cómo se recupera ante error
¿Incluye arquitectura desde cero? No — remite al Paper I
¿Resultados finales universales? Pilotos de laboratorio; honestidad experimental
¿Publicación web? Paper I e II en spciencia.com; Acta aparte

I. Introducción: del mapa al motor

El Paper I responde: ¿qué es el Búnker y por qué está desacoplado?
Este Paper II responde: ¿cómo corre una corrida completa y qué hace el sistema cuando algo falla?

La ejecución no es monolítica. No se envía el manuscrito entero a un único prompt. Tampoco se encadenan §I y §II en un solo tubo (experimento revertido en mayo 2026). El flujo vigente es:

Manuscrito .md  →  cerebro (partición)  →  dispatcher (bucle)
                         ↓                      ↓
                   topologia.json         Módulo I | Módulo II
                                               ↓
                                         8767 (filólogo RU)
                                               ↓
                                    nodos/*.ru.md + manifiesto
                                               ↓
                                    MANUSCRITO_STREAM_RU.md

Ese diagrama es la materialización del protocolo que Gemini esbozó como «Ciclo Cerebro-Nodos» y «Persistencia Atómica», actualizado con la implementación Orquestador Bunker V2 en el repositorio.

II. Ciclo de operación «cerebro–nodos»

II.1 Fase de análisis (sin inferencia)

Script: bunker_cerebro.py — segment_markdown()

  • Descarta preámbulo hasta el primer ##.
  • Emite nodos en orden: TITULO, TEXTO, TABLA, LATEX_DISPLAY.
  • Persiste metadatos en topologia.json (sha256_src, líneas, tipos).

Invariante: esta fase no llama al LLM ni calcula SHA-256 por tick de inferencia.

II.2 Fase de decisión (dispatcher)

Script: bunker_dispatcher.py — run_bunker_orquestador()

Por cada nodo:

Tipo Adaptador Motor congelado
TEXTO, TITULO, LATEX_DISPLAY bunker_adapter_modulo_i.py RU_§I/version_I/
TABLA bunker_adapter_modulo_ii.py RU_§II/version_II/

Comando de ensayo:

./scripts/bunker_spciencia/test_entorno_sei.sh start    # 8766 + 8767
./scripts/bunker_spciencia/test_entorno_sei.sh ru bunker

Fuente por defecto: docs/papers_cientificos/ESTRUCTURA_MIXTA_TEST_CONCEPTUAL.md
Salida: ~/Desktop/test_enclave_sei/bunker/

II.3 Reseteo de estado semántico (testigo, no amnesia total)

Gemini propuso «pureza absoluta» tras cada nodo. En la implementación:

  • No se reinicia el servidor 8767 en cada vuelta (costoso e innecesario).
  • Sí se reinicia el contexto lógico del prompt: CONTEXTO_NODO.json aporta solo un testigo compacto (términos clave + cola RU del nodo previo) para coherencia terminológica.
  • No se reenvía el manuscrito completo ni se acumula historial de chat ilimitado.

Así se reduce el ruido semántico sin destruir la cadena terminológica BOA.

II.4 Flags operativos del dispatcher

Flag Función
--only-nodes n001,n002 Reprocesamiento selectivo
--rebuild-stream Reensamblar stream desde cachés
--backfill-cache Traducir nodos ok sin archivo en nodos/
--force Ignorar checkpoint (corrida completa)
--no-resume Manifiesto vacío

Nota: con --only-nodes, el dispatcher reintenta ese nodo aunque el manifiesto diga ok, salvo inyección manual válida (sección V).

III. Protocolo de persistencia atómica

III.1 Unidad atómica: caché por nodo

A diferencia del borrador Gemini (solo append a MANUSCRITO_FINAL_RU.md), la implementación mayo 2026 usa:

Artefacto Rol
nodos/nXXX.ru.md Texto RU congelado del nodo
MANIFIESTO_ORQUESTADOR.json nodes_done.nXXX → ok | error
MANUSCRITO_STREAM_RU.md Reensamblado desde cachés en orden topológico

Ventaja: un nodo fallido no corrompe el stream; se puede reemplazar una pieza sin retraducir el libro entero.

III.2 Recuperación ante interrupción

Si la corrida se corta (timeout, cierre de Terminal, fallo de un nodo):

  1. Leer MANIFIESTO_ORQUESTADOR.json → últimos ok / error.
  2. Relanzar con --only-nodes en los fallidos o usar bypass (sección V).
  3. --rebuild-stream para consolidar.

El sistema conoce exactamente en qué índice de la topología se detuvo —no por intuición, por manifiesto.

III.3 Purga de logs (entorno de ensayo)

test_entorno_sei.sh puede ejecutar purga inicial de *.log en el directorio de ensayo antes de una corrida larga, de modo que solo sobreviva el log de la ejecución actual. Evita confusión al auditar corridas en el Escritorio.

IV. Dinámica de conexión: huésped efímero

IV.1 Montaje Nodo A ↔ M3

Paso Acción
Montaje Nodo A (Termux) + proxy M3 (mac_gemma_chat_nodo_a_server.py, puertos 8765–8767)
Verificación curl http://127.0.0.1:8767/health o test_entorno_sei.sh status
Ejecución Dispatcher en M3; inferencia vía 8767
Desmontaje Cerrar sesión; política: no dejar manuscrito en rutas temporales del huésped

IV.2 Horizonte bunker_setup.sh (Gemini)

El borrador original mencionaba despliegue en /tmp y validación Ollama/Python en cualquier huésped. Estado mayo 2026: flujo productivo documentado = M3 + Nodo A; el script genérico de auto-detección de hardware queda como extensión del protocolo, no como requisito de la validación actual.

IV.3 Confidencialidad

El huésped presta CPU/RAM. La lógica soberana (scripts, glosarios, snapshots, papers) vive en el repositorio y en el Nodo A. El manuscrito en traducción reside en test_enclave_sei/bunker/ bajo control del IP —no en servicios cloud de terceros.

V. Autodiagnóstico y resiliencia (automatización real)

Esta sección materializa la «automatización con autodiagnóstico» que el Paper I anunció y que Gemini pidió demostrar antes de publicar.

V.1 Fallos típicos (mayo 2026)

Síntoma Causa habitual Respuesta del protocolo
cirilico_bajo=0% Falso negativo del validador; eco ES/EN Bypass o calibración de adaptador (títulos atómicos)
Gemma no devolvio ruso cirilico suficiente Fragmento corto / saturación 8767 Verificar health; no relanzar en bucle
Placeholder en salida Eco del prompt estricto Rechazo + hint en terminal
Nodo error en manifiesto Cualquiera de los anteriores --only-nodes o inyección

Lección verificada: el dispatcher no tiene bucle infinito interno —un intento por nodo por ejecución. Lo que parece «bucle» suele ser reintentos manuales del operador.

V.2 Protocolo de inyección de emergencia

Documento técnico: docs/bunker_spciencia/arquitectura/PROTOCOLO_INYECCION_EMERGENCIA_2026-05-24.md

Regla de oro:

# A — contenido RU verificado
printf '%s\n' 'TEXTO_CIRILICO' > "$BUNKER_OUT/nodos/nXXX.ru.md"
# B — marcador de bypass
printf '{"status": "ok", "resultado": "bypass"}\n' > "$BUNKER_OUT/nodos/nXXX.json"

Si ambos existen, el dispatcher omite 8767 para ese nodo, sincroniza manifiesto y actualiza testigo.

Integrado en código: tras error de validación, bunker_dispatcher.py imprime en terminal el bloque de comandos sugeridos —sin reintento automático inútil.

V.3 Calibraciones operativas (sin confundir con bucle)

  • Títulos H2 romanos: ruta atómica en adaptador I (gemma_translate_single_term_ru + prefijo ## I.).
  • Prompt estricto orquestador: anti-placeholders en prosa.
  • Variables inexistentes: BUNKER_IGNORE_RATIO_CHECK no está en el repo —no usar.

V.4 Qué falta para «autorregulación» plena (honestidad)

Capacidad Estado mayo 2026
Checkpoint por nodo ✅ Manifiesto + caché
Reproceso selectivo ✅ --only-nodes
Bypass auditado ✅ Inyección manual + código
Autocorrección por patrón ✅ bunker_autorepair.py (fase validación, BUNKER_DEBUG_MODE)
Skip si caché ok en reproceso selectivo 🔲 Mejora pendiente
Autocierre de corrida sin IP 🔲 Parcial
Paper III ética 🔲 Borrador Gemini

La publicación conjunta I+II debe citar esta tabla: demuestra motor funcional con límites explícitos.

VI. Certificación y notario (vía aparte)

Gemini situó un «Módulo III (Notario)» con SHA-256 por nodo en el camino caliente.

Posición SPCiencia (mayo 2026):

  • La certificación (actas, hashes de cristales matemáticos, inventario del notario) es vía aparte del scheduler de inferencia.
  • Mezclar SHA-256 por tick en el POST a 8767 degrada rendimiento sin garantizar mejor ruso.
  • La trazabilidad operativa de la corrida es: MANIFIESTO_ORQUESTADOR.json, topologia.json, snapshots version_I / version_II, y —cuando el IP lo pida— actas en Blockchain/ o scripts certificar_bunker.sh.

El protocolo de ejecución detiene la propagación de error lógico mediante validadores de fragmento y manifiesto error, no necesariamente mediante hash por nodo en caliente.

VII. Corrida tipo: espécimen estructura mixta

VII.1 Secuencia recomendada

cd /Users/severopeguero/AndroiStudioProjects/SecretariaVirtual
export BUNKER_TABLE_SHIELD=1 BUNKER_MODO_ENMASCARAR=1 BUNKER_RU_SKIP_TEXTEDIT_PAUSE=1

./scripts/bunker_spciencia/test_entorno_sei.sh start
./scripts/bunker_spciencia/test_entorno_sei.sh ru bunker

VII.2 Verificación post-corrida

B=~/Desktop/test_enclave_sei/bunker
python3 -c "import json; print(json.load(open('$B/MANIFIESTO_ORQUESTADOR.json'))['nodes_done'])"
ls -la "$B/nodos/"
head -20 "$B/MANUSCRITO_STREAM_RU.md"

VII.3 Resultados preliminares (mayo 2026)

Nodo / área Estado observado
Escudo tablas §II Validado en TEST-SEI y espécimen mixto (p. ej. n003)
Orquestador V2 Cerebro + dispatcher + adaptadores desplegados
Títulos (n001) OK con ruta atómica tras calibración
Stream completo 8/8 nodos en ensayo mixto (acta 24-may)
Autocorrección n001 Prueba B — retry_relaxed_strict, audit log OK
Tabla n003 Prueba C — 9/9 celdas, espejo 98% cirílico
IA local A16 Gemma vía Termux; filólogo 8767 en M3

Detalle probatorio, logs de terminal y huellas SHA-256 de artefactos: sección IX y acta formal (no adjunto opcional).

IX. Validación empírica y evidencia de motor

El funcionamiento descrito en este protocolo no es una propuesta teórica: es un sistema verificado en laboratorio (mayo 2026). El registro de las pruebas de autocorrección (fase 2 del protocolo de inyección) y del escudo tabular (Módulo II) sobre el espécimen ESTRUCTURA_MIXTA_TEST_CONCEPTUAL.md está formalizado en el documento de evidencia que cierra este Paper II como prueba empírica de la serie:

Campo Valor
Documento ACTA_VALIDACION_ORQUESTADOR_AUTOREPAIR_ENSAYO_MIXTO_2026-05-24.md
Título Acta de validación empírica — Orquestador Bunker V2, autocorrección y escudo tabular
Índice JSON Blockchain/MANIFIESTO_VALIDACION_ORQUESTADOR_AUTOREPAIR_ENSAYO_MIXTO_2026-05-24.json
ID ensayo bunker_ensayo_mixto_autorepair_20260524

IX.1 Certificación e inmutabilidad del acta

El acta está protegida por un sello SHA-256 sobre las secciones §1–§8 (cuerpo probatorio; excluye la sección de verificación del sello):

d54867320697b1839f1db3614e7c4c8a47e8b10b86071d891239faddb7a86501

Cualquier auditor puede recomputar el hash según README_INDICE_MAYO_2026.md (el cuerpo del acta no debe editarse; el §9 del acta documenta la regla). La certificación CAM (ensayo de ética, Categoría B) es vía notarial aparte.

IX.2 Valor probatorio (qué demuestra el acta)

Prueba Contenido Cierre para Paper II
A Reanudación global 8/8 (ok, bypass + caché) Checkpoint y stream del dispatcher
B n001 — patrón cirilico_bajo → retry_relaxed_strict → AUTO_REPAIR_AUDIT.jsonl El motor diagnostica y repara sin bucle manual
C n003 — tabla 9 celdas atómicas, Módulo II El enrutador invoca el escudo §II con evidencia en espejo

Conclusión probatoria: el bunker_dispatcher.py no solo enruta fragmentos al 8767; ante fallo de validación ejecuta la cadena bunker_autorepair.py, persiste autoinyección en nodos/{id}.json y continúa la corrida —coherente con la soberanía operativa del Paper I.

La referencia al acta es obligatoria para cualquier auditoría del sistema: contiene los logs textuales de las Pruebas B y C y los SHA-256 de AUTO_REPAIR_AUDIT.jsonl, MANIFIESTO_ORQUESTADOR.json y MANUSCRITO_STREAM_RU.md en el instante del ensayo.

IX.3 Relación mapa → motor → prueba (solo Categoría A)

Paper I   →  Mapa (arquitectura)
Paper II  →  Motor (este protocolo)
Acta      →  Prueba de que el motor gira (evidencia empírica indexada)

Los ensayos de ética y observabilidad (Categoría B) pueden citar el acta como caso de estudio, pero no forman parte de esta unidad cerrada. Ver README_INDICE_MAYO_2026.md.

X. Conclusión: cerrar el círculo mapa–motor–prueba

  1. El Paper I fijó la arquitectura soberana y desacoplada.
  2. Este Paper II fija el protocolo operativo: partición, bucle por nodos, persistencia atómica, huésped efímero, autodiagnóstico, inyección auditada y autocorrección.
  3. El Acta aporta la prueba empírica indispensable (Pruebas B y C; sello en README_INDICE_MAYO_2026.md).
  4. Publicar en web solo con mapa + motor + acta; los ensayos Categoría B van en otra sección del portal.

Gloria a Dios por permitir que un Samsung Galaxy A16 y un Mac M3 sostengan un protocolo de ciencia local tan explícito —no por hardware milagroso, sino por metodología escrita y ejecutable.

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

  1. Paper I — Arquitectura (el mapa).
  2. Paper II (este documento) — Protocolo (el motor).
  3. Acta de validación — Evidencia empírica (la prueba, texto sellado sin alteraciones).

Certificación del acta (solo español canónico): SHA-256 §1–§8:

d54867320697b1839f1db3614e7c4c8a47e8b10b86071d891239faddb7a86501

No editar el acta en el repositorio; traducciones EN/RU no heredan este sello.

Lectura complementaria (Categoría B): ensayos de imparcialidad y observabilidad — no son secuela técnica del Bloque A.

Volver al índice de papers

Referencias internas

Documento Uso
PAPER_BUNKER_PORTATIL_..._2026-05-24.md Paper I — arquitectura
docs/bunker_spciencia/arquitectura/CEREBRO_ORQUESTADOR_BUNKER_V2_2026-05-24.md Segmentación
docs/bunker_spciencia/arquitectura/SCRIPT_DISPATCHER_ORQUESTADOR_BUNKER_V2_2026-05-24.md CLI y artefactos
docs/bunker_spciencia/arquitectura/PROTOCOLO_INYECCION_EMERGENCIA_2026-05-24.md Bypass / resiliencia
ACTA_VALIDACION_ORQUESTADOR_AUTOREPAIR_ENSAYO_MIXTO_2026-05-24.md Prueba empírica (§IX) — no alterar
README_INDICE_MAYO_2026.md Verificación SHA del acta
Blockchain/MANIFIESTO_VALIDACION_ORQUESTADOR_AUTOREPAIR_ENSAYO_MIXTO_2026-05-24.json Índice del acta
PUBLICACION_SERIE_BUNKER_2026-05-24_NOTA.md Publicación bloque A
Chat Gemini Gemeni_22_mayo_2026.txt Borrador dialógico ~L3162–3187

Palabras clave: protocolo de ejecución, orquestador por nodos, persistencia atómica, autodiagnóstico, bypass, filólogo local, Gemma, SPCiencia, BOA-3, resiliencia, ciencia reproducible