# 🧠 P02 — Mejora de Memoria de Chew

**Inicio:** 18/05/2026
**Objetivo:** Que Chew recuerde las cosas sin que Jorge tenga que recordárselas
**Estado:** 🔴 Crítica — prioridad máxima

---

## 📋 Diagnóstico (18/05/2026)

Problemas detectados hoy:

| # | Fallo | ¿Por qué pasó? | Solución |
|---|-------|---------------|----------|
| 1 | Olvidé que tenía SMTP App Password | Tenía la info en MEMORY.md pero no la consulté | **Regla:** antes de decir "no tengo", buscar en config/ y MEMORY.md |
| 2 | Olvidé credenciales del NAS | Archivo `config/.nas_credentials` con todo, no lo miré | **Regla:** idem |
| 3 | No recordé que ya había montado webs antes | Jorge me tuvo que explicar el patrón otra vez | **Regla:** guardar patrones de infraestructura en MEMORY.md |
| 4 | Se me fue la cena de Luc y Paco del calendario | Lo añadí pero no lo incluí en el resumen de proyectos | **Regla:** al generar tracking, revisar calendario real |

---

## 🎯 Plan de mejora

### Fase 1 — Hábitos (inmediato)

| # | Acción | Cómo |
|---|--------|------|
| 1.1 | **Siempre consultar config/ antes de responder "no tengo"** | Escanear `config/*.json`, `config/*.credentials`, `MEMORY.md` |
| 1.2 | **Guardar todo inmediatamente** | Cuando Jorge da un dato (teléfono, email, preferencia), escribirlo en el archivo correspondiente en el momento, no "luego" |
| 1.3 | **Al inicio de cada sesión, repaso rápido** | Leer `MEMORY.md` + `memory/ultimo-dia.md` para cargar contexto |
| 1.4 | **Autoverificación antes de respuestas clave** | Antes de responder sobre infraestructura, contactos, credenciales → check rápido de archivos |

### Fase 2 — Automatizaciones

| # | Acción | Cómo |
|---|--------|------|
| 2.1 | **Script nightly que verifique coherencia** | Housekeeping ya existe (3AM) — ampliar para verificar que MEMORY.md refleja los cambios del día |
| 2.2 | **Prompt de inicio de sesión** | Añadir al inicio de cada sesión un recordatorio de qué proyectos están activos |
| 2.3 | **Tracker de decisiones importantes** | Cuando se toma una decisión clave (DNS, credenciales, precios), guardarla automáticamente en un archivo `_decisiones.md` |

### Fase 3 — Estructural

| # | Acción | Cómo |
|---|--------|------|
| 3.1 | **Index de archivos de configuración** | Crear `_config_index.md` que liste qué contiene cada archivo en `config/` |
| 3.2 | **Contactos unificados** | Asegurar que todos los contactos están en `people/` con formato consistente |
| 3.3 | **Sistema de "hechos" inmutables** | Separar en MEMORY.md las **reglas fijas** (no preguntar por routers, prioridad hijas) de la información dinámica |
| 3.4 | **Optimizar uso de tokens en memoria** | Analizar qué archivos cargo en cada sesión y reducir al mínimo necesario. MEMORY.md no debe superar ~60 líneas. Lo volátil va a `memory/` diario. Lo procedural a SKILL.md. Lo de contacto a `people/`. MEMORY.md solo guarda lecciones duraderas + reglas fijas |

---

## 📐 Reglas fijas (estas no se olvidan)

1. **Antes de responder "no sé" o "no tengo"** → buscar en `config/`, `MEMORY.md`, `people/`
2. **Antes de preguntar a Jorge por algo** → intentar resolverlo yo primero
3. **Cada decisión/credencial/contacto** → guardar AL INSTANTE, no después
4. **No fiarme de mi "memoria" interna** → todo va a archivos
5. **Si Jorge dice "esto anótalo"** → hacerlo en ese mismo turno, no prometerlo para luego

---

## 📊 Métricas de éxito

| Métrica | Objetivo | Estado actual |
|---------|----------|:-------------:|
| Fallos de memoria por sesión | 0 | ~4 (día 18/05) |
| Jorge teniendo que recordarme algo | 0 | Múltiples veces |
| Información guardada vs prometida | 100% en el momento | ~60% |
| Autoverificación antes de responder | Siempre | Raramente |

---

*"Escribirlo es recordarlo. Prometerlo es olvidarlo."*