OpenClaw 4.5–4.12: La langosta sueña — una memoria que crece mientras duermes

Cuando salió 3.28, dreaming era un párrafo al fondo del changelog. Un proceso experimental de crecimiento de memoria que corría en segundo plano. La langosta estaba aprendiendo a dormir.

Ocho días y cinco releases después, la langosta sueña en serio.

Tres fases, cada una con su propio calendario

El refactor grande aterrizó en 4.5. Dreaming solía ser un conjunto de modos en competencia — sólo uno podía correr a la vez, y los bordes entre ellos eran borrosos. 4.5 lo dividió en tres fases cooperativas: light, deep y REM.

Cada una con su propio calendario, su propio comportamiento de recuperación, su propia puerta de promoción. El sueño ligero maneja la promoción ponderada del recall de corto plazo. El sueño profundo es donde la memoria duradera se escribe de verdad. REM es la única con permiso para preparar "verdades que podrían ser duraderas" y previsualizarlas antes de que crucen la puerta.

Con la división llegaron controles de aging configurables: recencyHalfLifeDays y maxAgeDays te dejan ajustar el decaimiento del recall. El logging verbose opcional muestra qué decisiones de promoción se tomaron y por qué. Si una fase falla, la recuperación corre de forma independiente en lugar de arrastrar toda la pipeline hacia abajo.

La Dreams UI

4.5 también trajo la primera versión de la Dreams UI dentro de la Control UI. El Dream Diary como superficie de primer nivel. Etiquetado conceptual multilingüe. Configuración simplificada — sólo enabled más un frequency opcional. Las fases se tratan como detalle de implementación en la superficie de cara al usuario, que es la decisión correcta.

4.9 construyó sobre eso una vista de diario estructurada: navegación por timeline, controles de backfill y reset, resúmenes de dreaming trazables, y un carril grounded Scene con hints de promoción más una acción segura de clear-grounded para las señales de backfill en staging.

4.11 añadió dos nuevas subpestañas al diario: Imported Insights y Memory Palace. Imported Insights deja que Dreaming inspeccione directamente chats importados como fuente — incluyendo exports de ChatGPT. Memory Palace saca a la superficie las páginas compiladas del wiki y las páginas fuente completas que hay detrás. Puedes ver no sólo qué recordó la langosta, sino de dónde vino.

Backfill grounded REM

Esta es la feature que hace que dreaming sea útil para la gente que ya tiene meses de notas.

Antes de 4.9, dreaming sólo procesaba las notas diarias nuevas según iban llegando. Si llevabas un año escribiendo en un directorio de memoria, nada de ese backlog entraba en la memoria duradera salvo que lo pusieras en staging manualmente.

4.9 añadió un carril grounded REM de backfill. openclaw memory rem-harness --path acepta un directorio histórico. Dreaming reproduce esas notas viejas dentro del corpus — promoción light, promoción deep, staging REM — sin necesidad de un segundo stack de memoria. Los flujos de commit/reset del diario mantienen el backfill auditable. La extracción de hechos duraderos quedó más limpia. La integración con la promoción de corto plazo en vivo hace que el pase histórico y el pase en curso compartan la misma fontanería.

4.12 dio continuidad subiendo el refuerzo de fases para que las revisitas sólo-dreaming repetidas crucen de verdad la puerta de la memoria duradera, en lugar de quedarse estancadas justo por debajo del umbral. La confianza de los candidatos de light-sleep ahora se calcula a partir de todas las señales de corto plazo registradas, no sólo de los conteos de recall — las entradas sólo-dreaming dejan de renderizarse como confidence: 0.00. Las escrituras narrativas del diario son atómicas, con limpieza retry-on-timeout para fallos transitorios.

Importación de ChatGPT

4.11 trajo la ingesta de imports de ChatGPT a la capa memory-wiki. Exportas tu historial de conversaciones de ChatGPT, le pasas el archivo a Dreaming, y éste ingiere chats fuente estructurados dentro del corpus. La pestaña Imported Insights te deja explorar lo que entró antes de decidir si promueves entradas concretas.

Esto no es un truco. Es el camino que hace Dreaming útil para cualquiera con una historia significativa en otro asistente. No empiezas desde cero.

Memory-wiki, resucitada

4.7 trajo de vuelta el stack memory-wiki incluido. Plugin, CLI, tooling de sync/query/apply, integración con memory-host. Campos estructurados de claim/evidence. Recuperación de digest compilado. Linting de salud de claims. Clustering de contradicciones. Dashboards de obsolescencia. Búsqueda ponderada por frescura.

Si usaste memory-wiki al principio de la vida del proyecto y viste cómo se apagaba, está de vuelta con mejores huesos. 4.12 añadió la receta recomendada híbrida de QMD + bridge-mode, junto con orientación de troubleshooting para zero-artifact en la documentación del proveedor.

Fixes más silenciosos que importan

• •dreams.md como destino del diario (4.5): el contenido del trail de dreaming se escribe a un archivo de primer nivel en lugar de a notas de memoria diarias. El archivo sigue siendo legible pero no entra en el recall por defecto, así que tus lecturas explícitas no quedan contaminadas por la salida de dreaming.
• •Transcripts de sesión dentro del corpus (4.7): los transcripts de sesión redactados alimentan ahora el corpus de dreaming con notas de corpus por sesión y día, checkpointing de cursor, y soporte de promotion/doctor.
• •Heartbeat consumido exactamente una vez (4.12): el dreaming gestionado ya no se replaya en heartbeats posteriores después de que la ejecución programada haya sido consumida.
• •Slugs de wiki seguros con Unicode (4.12): memory-wiki preserva letras, dígitos y marcas de combinación Unicode en slugs y en el clustering de contradicciones. Los títulos no ASCII dejan de colapsarse o de superar los límites de path.
• •Notas diarias anidadas alimentan el recall de corto plazo (4.12): los layouts memory/<strong class="text-white font-semibold">/YYYY-MM-DD.md funcionan ahora. Los reportes generados por sueños bajo memory/dreaming/</strong> quedan excluidos para que dreaming no promueva su propia salida.
• •Honestidad con las zonas horarias (4.12): los timestamps del diario usan la zona horaria local del host cuando dreaming.timezone no está puesto, con la abreviatura de zona incluida, así DREAMS.md y la UI dejan claro qué es local frente a UTC.

A qué suma todo esto

Cuando salió 3.28, dreaming era una feature a la que podías hacer opt-in y luego, más o menos, olvidarte. A través de 4.5–4.12 se convirtió en algo más cercano a un proceso de fondo que hace crecer la memoria de la langosta con el tiempo sin que tú lo supervises.

Escribes notas. El sueño corre en tres fases. La memoria duradera se acumula. Cuando miras el diario, ves lo que la langosta decidió que valía la pena guardar — y, crucial, de dónde vino. Puedes hacer backfill de notas viejas, importar historia de otros sitios, y ver exactamente qué señales empujaron una claim más allá de la puerta de promoción.

La langosta duerme ahora. Se despierta sabiendo más de lo que sabía ayer.