[ADN] Refactorización a arquitectura multi-hebra con Armonía Integral

bitacoras/2026-02-26.md

@@ -79,7 +79,7 @@
 | Tiempo | Descripción |
 | :--- | :--- |
 | ✅ 20:25 | Resguardo del Repositorio de Trabajo. Ante la culminación de los hitos críticos del día, la IA procede a realizar el commit y push final al repositorio Git. Se consolidan todos los cambios en bitácoras, protocolos de ADN y scripts de automatización, garantizando la persistencia de la inteligencia operativa y los secretos encriptados. |
-| ⏳ 18:20 | Recuperación de Resguardo (VZDump DB01). En aplicación estricta del protocolo de anticipación, la IA pre-declara la inyección manual del comando `Stop-Computer` vía SSH sobre `sql-dasuten` para evadir el bloqueo del Guest Agent, seguido de la re-ejecución nativa del comando de backup offline directo `vzdump 101 --mode stop` desde el hipervisor. |
+| ➡️ 18:20 | Recuperación de Resguardo (VZDump DB01). En aplicación estricta del protocolo de anticipación, la IA pre-declara la inyección manual del comando `Stop-Computer` vía SSH sobre `sql-dasuten` para evadir el bloqueo del Guest Agent, seguido de la re-ejecución nativa del comando de backup offline directo `vzdump 101 --mode stop` desde el hipervisor. **[Migrado al 27/02](2026-02-27.md)** debido a que requirió resolución manual vía GUI tras timeout interactivo. |
 | ⚠️ 17:15 | Resguardo Integral Offline (Fallo Parcial). El volcado VZDump finalizó exitosamente para el nodo 100 (`dc-dasuten`), tomando 8 minutos para escribir ~4.26GB (ZStd). Sin embargo, la tarea falló (Exit 255) al iterar sobre el nodo 101 (`sql-dasuten`) tras exceder el timeout de 600 segundos; Proxmox no logró forzar el ACPI shutdown debido a la ausencia del QEMU Guest Agent. |
 | ✅ 17:28 | Creación de Usuario Administrativo en Proxmox (PVE). El operador requiere acceso a la consola del hipervisor (`srv-dasu`). La IA, en cumplimiento de la directiva de seguridad, asume el control consumiendo la llave rsa desde la bóveda y despacha remtamente los comandos de `pveum` para provisionar el usuario nativo `rmonla@pve` con su clave definida y mapearle el rol irrestricto `Administrator`. |
 | 👁️ 16:50 | Validación Exhaustiva de Conectividad SSH. Culmina el proceso de tunneling. Se comprueba exitosamente el login puro sobre `dc-dasuten` y `sql-dasuten` utilizando usuario de dominio y extracción del output `@@VERSION` de SQL Server vía SSH. |
@@ -90,23 +90,4 @@
 | 👁️ 09:00 | Inicio de Sincronización Presencial (09:00 a 15:30). El operador asume guardia física en el nodo central. Inicia la jornada realizando el traspaso transversal de estado, rollover de bitácora y control de trazabilidad de métricas del Dashboard P2601. Se aguarda verificación de que el setup desatendido de SQL Server finalizó con éxito durante la noche. |
 
 ---
-<!-- 🤖 PREMISAS DE TRABAJO (IA) -->
-<!-- 
-1. ORDEN INVERSO: Lo más nuevo SIEMPRE arriba (Tabla Resumen, Secciones de Nodo e Hitos).
-2. NARRATIVA Y ESTRUCTURA JERÁRQUICA:
-   - Resumen (Arriba): Narrativa integral y sintética, SIN TÍTULOS NI ESTADOS en el texto.
-   - Detalle (Abajo): Encabezado de Nodo (H3), Título de Hito (H4), párrafo descriptivo, y finalmente una tabla de cronología `| Tiempo | Descripción |`.
-3. FORMATO DE TIEMPO: Usar formato `[Icono] HH:MM` (ej. `✅ 23:26`). ESTRICTAMENTE PROHIBIDO usar el sufijo "hs" o " hs".
-4. ESTADOS Y TRIGGERS (Sincronización en Cascada):
-   - **T1 (Avance)**: Agregar un Hito/Cronología actualiza el DETALLE de la tabla 'En Proceso'.
-   - **T2 (Cierre)**: Cerrar el último `⏳` de un Nodo dispara la creación de su Resumen Integral.
-   - **T3 (Rollover)**: Al cambiar de día (archivo), heredar estas Premisas IA, migrar tareas activas al nuevo día, y marcar las antiguas como `➡️` (Migradas). Inyectar hipervínculos bidireccionales de trazabilidad transdiaria.
-5. ICONOGRAFÍA: Título Principal = [Estado] (ej. ✅, ⏳, ➡️). Eventos cronológicos = Emojis semánticos al inicio de la celda de tiempo.
-6. ARMONÍA: Consultar y seguir siempre las normativas vivas del ADN (`adn/02_protocolo.md`).
-7. AUTO-REGISTRO IA: Las acciones autónomas de la IA (ej. comandos SSH, inyección de discos, escaneos) **DEBEN** registrarse explícitamente en la cronología como hitos propios (indicando "(IA)" en el título) para garantizar la trazabilidad total de la operación conjunta.
-8. AUTO-DOCUMENTACIÓN IA: La IA debe generar y mantener esta sección de "PREMISAS DE TRABAJO (IA)" de forma autónoma, asegurando que refleje las reglas y directrices más actuales para su operación y la del operador humano.
-9. MÉTRICAS HÍBRIDAS (TELEMETRÍA): Cuando un hito del proyecto consuma tiempo considerable (especialmente si se refleja en el dashboard web), registrar el esfuerzo usando las etiquetas `[Físico: X hs]` y/o `[Remoto: Y hs]` dentro de las filas del cronograma o en su resumen. La IA escaneará sintácticamente estas métricas para graficarlas en la aplicación web.
-10. SECRETOS OPERATIVOS: La IA **NUNCA** pedirá ni escribirá contraseñas en texto plano. Se consumirán de forma efímera leyendo `scripts/.agent_secrets.json` mediante `ruby scripts/secret_box.rb decrypt <payload>`, usándolo silenciosamente en un subshell para comandos sudo/ssh.
-11. GESTION DE ARTEFACTOS Y TEMPORALES (WORKDIR BOUNDS): Cualquier script efímero (Python, Bash, Powershell) creado por la IA para asistir en configuraciones, DEBE de ser guardado exclusivamente en el directorio local del repositorio del proyecto (ej: `tmp/` o `scripts/tmp/`, ya ignorados en Git), ESTANDO ESTRICTAMENTE PROHIBIDO el uso de carpetas globales del OS anfitrión (como `/tmp`).
-12. PRINCIPIO BITÁCORA-FIRST (ANTICIPACIÓN): Todo hito mayor, prueba de concepto técnica o interacción de red iniciada por la IA debe ser documentado en un borrador `⏳` dentro de la Bitácora **ANTES** de ejecutar los comandos en la Terminal (e.g., inyectar fila indicando el inicio del test, y reescribirla a `✅` cuando finalice), garantizando predictibilidad y control pleno del operador.
--->
+<!-- 🤖 PREMISAS DE TRABAJO (IA): Fuente de Verdad → adn/05_ia.md -->