docs: Actualización de contexto IA, Drones, Candados y nuevos nodos
This commit is contained in:
+94
-17
@@ -168,21 +168,28 @@ La vista principal de la Bitácora Web ahora agrupa las entradas **por Ámbito**
|
||||
|
||||
## 🔄 Armonía Integral — Procedimiento de Actualización Documental
|
||||
|
||||
**Cuándo aplicar:** Después de cualquier cambio significativo (nueva herramienta, refactorización, cambio de estructura, plan completado, etc.).
|
||||
### ¿Qué significa "Aplicar Armonía Integral"?
|
||||
|
||||
### Checklist obligatorio (en orden):
|
||||
**Armonía Integral** es el principio rector que establece que **todo está conectado** en el ecosistema ADN. Cuando se dice "Aplicar Armonía", se refiere a:
|
||||
|
||||
| # | Documento | Qué actualizar | Cuándo |
|
||||
|---|-----------|----------------|--------|
|
||||
| 1 | **Bitácora** | Evento con resultados y próximos pasos | Siempre (antes de salir) |
|
||||
| 2 | `docs/contexto/IA.md` | Estado de drones, lecciones aprendidas, quick changes | Si hay cambios operativos o de flujo |
|
||||
| 3 | `docs/ambito/<ámbito>/<Axx>_manifiesto.md` | Tabla de planes, herramientas, nodos, estado | Si el cambio afecta al ámbito |
|
||||
| 4 | `docs/ambito/<ámbito>/<Axx.Pxxx>_plan.md` | Estado del plan, fases, hitos | Si el plan fue modificado/completado |
|
||||
> **Actualizar/optimizar los documentos correspondientes para mantener la consistencia del sistema.**
|
||||
|
||||
Si un dato cambia en un sitio, **debe propagarse** a todos los demás documentos relevantes.
|
||||
|
||||
### 📋 Qué documentos actualizar cuando se dice "Aplicar Armonía"
|
||||
|
||||
| Orden | Documento | Qué actualizar | Cuándo corresponde |
|
||||
| :--- | :--- | :--- | :--- |
|
||||
| **1** | **Bitácora** | Evento con resultados y próximos pasos | **Siempre** (antes de finalizar sesión) |
|
||||
| **2** | `docs/contexto/IA.md` | Lecciones aprendidas, estado de herramientas, cambios operativos | Si hubo cambios en el flujo de trabajo o herramientas |
|
||||
| **3** | `docs/ambito/<AMBITO>/Axx_<AMBITO>.md` | Tabla de planes, herramientas, nodos, estado del ámbito | Si el cambio afecta al ámbito de trabajo |
|
||||
| **4** | `docs/ambito/<AMBITO>/Axx.Pxxx_*.md` | Estado del plan, fases completadas, hitos alcanzados | Si un plan fue modificado, completado o iniciado |
|
||||
|
||||
### Ejemplo de aplicación (2026-04-06):
|
||||
|
||||
```
|
||||
Cambio: Reestructuración de dtic-DASUTEN a estándar A03
|
||||
|
||||
→ 1. Bitácora: Evento #XXXX registrado
|
||||
→ 2. Contexto/IA.md: No requería (sin cambios operativos)
|
||||
→ 3. A04_dtic-DASUTEN.md: Manifiesto creado + tabla de planes actualizada
|
||||
@@ -226,22 +233,37 @@ Para información completa sobre todas las hebras del ADN, consultar `adn/00_ind
|
||||
| `docs/ambito/dtic-DASUTEN/` | Ámbito A04: Infraestructura DASUTEN — `./adn/tools/run dasuten` |
|
||||
| `docs/ambito/dtic-DNS/` | Ámbito A07: Administración DNS — `./adn/tools/run dns` |
|
||||
| `docs/ambito/dtic-NOTAS/` | Ámbito A08: Sistema de Notas e Informes — Web de plantillas |
|
||||
| `adn/tools/cli/dron.rb` | Vigía tareas largas — `./adn/tools/run dron` |
|
||||
| `docs/ambito/dtic-DIIAA/` | Ámbito A09: IA y Automatizaciones — `./adn/tools/run dron` |
|
||||
| `adn/tools/cli/dron.rb` | Drones: tareas background con auto-bitácora — `./adn/tools/run dron` |
|
||||
|
||||
**Última actualización:** 2026-04-07 22:30 (A08 creado - Web de notas funcional; A07.P002: Triada completa)
|
||||
**Última actualización:** 2026-04-08 09:50 (A09 creado; Drones con auto-bitácora y ámbito automático)
|
||||
**Próxima revisión:** Al inicio de cada sesión
|
||||
|
||||
---
|
||||
|
||||
## 🤖 Estado de Drones (Verificación 2026-04-06 13:17)
|
||||
## 🤖 Drones - Sistema Mejorado (2026-04-08)
|
||||
|
||||
**Flota:** 2 drones detectados → ambos completados y limpiados
|
||||
- `dron_125106_654316` — Evento #1395: "Test diario de vuelo" (`sleep 3`) → ✔ Completado (0min)
|
||||
- `dron_125505_657901` — Evento #1398: "Test diario v2" (`echo Hola...`) → ✔ Completado
|
||||
**Mejora implementada:** Auto-detección de nodo y ámbito automático en bitácora.
|
||||
|
||||
**Diagnóstico:** Drones operaron correctamente pero quedaron como "zombies" (PID muerto, estado=vigilando). El health check (`dron salud`) los auto-reparó y `dron limpiar` los removió.
|
||||
**Cambios realizados:**
|
||||
1. **Auto-detección de nodo:** El dron detecta automáticamente el nodo por hostname
|
||||
2. **Ámbito automático:** El ámbito se hereda del nodo mediante JOIN en la consulta
|
||||
3. **Unificación de vistas:** `evento:listar` muestra tanto `events` (drones) como `entradas` (tradicional)
|
||||
|
||||
**Lección:** El sistema de auto-reparación funciona. Verificar flota al inicio de sesión con `./adn/tools/run dron salud`.
|
||||
**Flujo de trabajo:**
|
||||
```bash
|
||||
# Al iniciar sesión: verificar flota
|
||||
./adn/tools/run dron salud
|
||||
./adn/tools/run dron limpiar # Si hay zombies
|
||||
|
||||
# Para tareas en background (auto-registra en bitácora)
|
||||
./adn/tools/run dron lanzar --nota "Descripción de la tarea" -- <comando>
|
||||
|
||||
# Opcional: especificar nodo manualmente
|
||||
./adn/tools/run dron lanzar --nodo srv-ns8 --nota "Tarea" -- <comando>
|
||||
```
|
||||
|
||||
**Importante:** Los drones registran automáticamente en bitácora con el ámbito correcto. Para SSH interactivo, usar `candados run`.
|
||||
|
||||
---
|
||||
|
||||
@@ -266,4 +288,59 @@ Para información completa sobre todas las hebras del ADN, consultar `adn/00_ind
|
||||
2. **Reputación de dominio** - Gmail requiere período de "calentamiento" (24-72 horas típico)
|
||||
3. **Historial del dominio** - Correos anteriores sin autenticación afectan reputación inicial
|
||||
|
||||
**Próximo paso:** Agregar DMARC con `p=none` (solo monitoreo) para completar triada de autenticación.
|
||||
**Próximo paso:** Agregar DMARC con `p=none` (solo monitoreo) para completar triada de autenticación.
|
||||
|
||||
---
|
||||
|
||||
## 🛠️ Optimización de `candados` (2026-04-08)
|
||||
|
||||
**Contexto:** La herramienta `candados.rb` es crítica para la seguridad del ecosistema. Se requiere que cualquier IA sepa usarla correctamente sin exponer contraseñas.
|
||||
|
||||
**Cambios realizados:**
|
||||
|
||||
1. **Help resumida (default):** Se muestra al ejecutar sin argumentos o con comando desconocido
|
||||
- Mensaje conciso con lo esencial
|
||||
- Los dos métodos para cargar variables (`run` y `load`)
|
||||
- Lista de comandos principales
|
||||
- Indica usar `--help` para más detalles
|
||||
|
||||
2. **Help completa (`--help` o `-h`):**
|
||||
- Explicación detallada de cada método
|
||||
- Ejemplos de uso
|
||||
- Flujo de trabajo típico
|
||||
- Advertencias de seguridad
|
||||
|
||||
3. **README actualizado:** Sincronizado con la ayuda integrada
|
||||
|
||||
**Lección:** La documentación integrada en la CLI es más efectiva que archivos externos. Cualquier IA que ejecute `candados` sin argumentos verá inmediatamente cómo usarla de forma segura.
|
||||
|
||||
**Comando para verificar:**
|
||||
```bash
|
||||
ruby adn/tools/candados/candados.rb # Help resumida
|
||||
ruby adn/tools/candados/candados.rb --help # Help completa
|
||||
```
|
||||
|
||||
---
|
||||
|
||||
## 🛠️ Lecciones Aprendidas - DASUTEN VMs (2026-04-08)
|
||||
|
||||
**Problema:** VMs dasu-sql2 y dasu-pcv2 mostraban "running" pero sin conectividad IP ni respuesta a ping.
|
||||
|
||||
**Diagnóstico:**
|
||||
- Tabla ARP mostraba MACs en bridge pero sin respuesta ICMP
|
||||
- Tailscale reportaba "offline, last seen 1d ago"
|
||||
- qemu-guest-agent no estaba corriendo dentro de las VMs
|
||||
|
||||
**Causa probable:** Windows Server Core iniciaba pero sin stack de red activo o servicios de red fallando.
|
||||
|
||||
**Solución aplicada:** Crear VM 105 (dasu-sql3) limpia con:
|
||||
- ISO Windows Server 2022 **Español** (no Core evaluation)
|
||||
- **Discos SATA** (no VirtIO que puede causar problemas)
|
||||
- 60GB disco para SO + 120GB disco para datos SQL
|
||||
- virtio drivers integrados
|
||||
|
||||
**Nota técnica - LVM-thin:**
|
||||
- `lvcreate -L` crea volúmenes finos pero requiere espacio físico real
|
||||
- `lvcreate -V -T pool/thin` crea volúmenes thin que solo usan espacio cuando se escriben
|
||||
- Verificar con `vgs` y `lvs -a` para diagnosticar espacio
|
||||
- Thin volumes pueden tener metadata más pequeña que el tamaño virtual
|
||||
Reference in New Issue
Block a user