Dream / Reflexión

Arquitectura de vista previa de Dream y flujo de trabajo de revisión explícita

Dream es una función de Preview independiente revisada por el usuario disponible en la Memory Console en https://xmemo.dev/me#dream. Es distinta de la herramienta de mantenimiento reflect (que ejecuta pasadas de consolidación programáticas bajo demanda a través de MCP/API; consulte /docs/tools/reflect). En lugar de ejecutar mutaciones silenciosas en segundo plano, Dream da prioridad a lo que el usuario revisa y elige guardar, organizando el contexto disperso de conversaciones en candidatos fundamentados en fuentes.

• Espacio de trabajo de la consola: En la Memory Console en https://xmemo.dev/me#dream, Dream proporciona un espacio de trabajo de vista previa interactivo bajo el subtítulo: "Review recurring patterns before they become long-term memory."
• Revisión dirigida por el usuario: Dream nunca modifica la memoria persistente en segundo plano; todos los elementos candidatos requieren inspección y confirmación humanas explícitas antes de que se produzca cualquier escritura en destino.
• Distinción respecto a reflect: Dream es una función de vista previa independiente donde se generan candidatos para inspección del usuario y no se guarda nada sin confirmación humana explícita. Por contra, la pasada de mantenimiento reflect (/docs/tools/reflect) es una herramienta interna cuya acción summarize lee memorias episódicas activas y escribe resúmenes fundamentados en fuentes bajo reflections/episodic. Para hechos recurrentes, reflect proporciona una acción promote de episódico a semántico que requiere una importancia media de al menos 0.35 y una confianza media de al menos 0.6. Sus acciones de ciclo de vida ejecutan expire, decay y archive, con dry_run proporcionando planificación segura sin escrituras de destino.
• Límite arquitectónico: La generación de candidatos de Dream es estrictamente un mecanismo de vista previa y no implementa una arquitectura especulativa de múltiples pasadas Light, REM o Deep ni mutaciones autónomas en segundo plano.
• Postura de fallo seguro: Si una ejecución se detiene o encuentra un problema, la memoria existente permanece intacta ("Dream stopped safely. Existing memory was not changed.").

Disponibilidad de cuenta, estado en catálogo de planes y límites de vista previa

Dream funciona estrictamente si Dream está habilitado para su cuenta. Todos los controles de tiempo de ejecución están desactivados de forma predeterminada en entornos de producción. La documentación pública evita exponer indicadores de configuración interna.

• Disponibilidad de cuenta: Dream funciona estrictamente si Dream está habilitado para su cuenta. Si la función no está activa para un espacio de trabajo, la consola muestra: "Dream is not enabled for this workspace yet. Your memory remains unchanged."
• Estado en catálogo: En el catálogo de planes de producto, Dream no está incluido en el nivel Free, mientras que el nivel Plus enumera las capacidades de Dream. Sin embargo, la documentación no afirma que Plus desbloquee Dream en la práctica hoy en día, ya que el proveedor personal de respaldo deniega el acceso cuando la aplicación comercial está inactiva.
• Límite de defectos: Dream se encuentra actualmente en vista previa y es posible que aún no genere candidatos para su cuenta. La síntesis basada en modelos no puede ejecutarse directamente en el entorno del worker entregado, y la confirmación de candidatos depende de la configuración de capacidad del servidor.
• Confirmación humana estricta: El sistema impone un límite estricto de confirmación humana. La documentación rechaza cualquier afirmación de guardado automático o adición en segundo plano; cada elemento propuesto requiere el consentimiento manual del usuario.

Ciclo de vida de ejecución, elegibilidad de evidencias y códigos de motivo de filtrado

Una ejecución de Dream revisa evidencias de memoria elegibles a lo largo de una ventana de observación configurable (predeterminada en 30 días) para identificar patrones recurrentes sin alterar los registros de origen:

• Recopilación de evidencias: Una ejecución de vista previa examina memorias episódicas activas y recuperables creadas dentro de la ventana de observación (personalizable mediante --window-days hasta 365 días).
• Candidatos fundamentados: Las evidencias elegibles se agrupan en temas recurrentes, generando elementos candidatos que se muestran con su linaje de origen y una puntuación de confianza ("Confidence Score").
• Motivos de filtrado de evidencias: En la consola, el resumen de la ejecución informa "Why evidence was filtered" mediante chips de motivo estandarizados: score below threshold, insufficient occurrences, insufficient evidence days, insufficient query contexts, duplicate candidate, source not episodic, source inactive y contradiction detected.
• Resumen de ejecución sin contenido: Las ejecuciones completadas muestran un resumen de revisión: "Dream reviewed {{considered}} signals, generated {{generated}} grounded candidates, and saved {{promoted}} confirmed memories.", acompañado de la garantía de seguridad: "This report is review-only and never becomes Dream evidence."

Modos operativos de la consola y ajustes preestablecidos de programación

La configuración de Dream proporciona un control granular sobre los modos de ejecución y los programas de evaluación dentro del panel de ajustes de la consola:

• Modos de operación: Los usuarios seleccionan entre dos modos de comportamiento: "Preview only" (evalúa evidencias y genera candidatos revisables sin permisos de escritura) y "Allow explicit confirmation" (habilita la interfaz de confirmación para que los usuarios puedan revisar y confirmar selectivamente candidatos individuales).
• Ajustes preestablecidos de programación: La frecuencia de ejecución se configura mediante tres ajustes preestablecidos: "Manual only" (se ejecuta únicamente bajo demanda al seleccionar "Run Preview" en la consola o emitir un comando de vista previa CLI), "Daily around 03:00" (ejecución diaria programada evaluada alrededor de las 03:00 en la zona horaria local del usuario) y "Weekly on Monday around 03:00" (ejecución semanal programada evaluada los lunes alrededor de las 03:00 en la zona horaria local del usuario).
• Restricción de ejecuciones programadas: Las ejecuciones programadas operan en modo preview only; las evaluaciones de programación en segundo plano nunca realizan escrituras en memoria ni eluden la revisión humana.
• Anclaje a la zona horaria: Las ejecuciones programadas utilizan la zona horaria local del navegador del usuario.

Flujo de trabajo de confirmación, resultados tipados y ciclo de vida de destino

La confirmación de candidatos es append-only y requiere una acción explícita del usuario. La consola admite la confirmación de elementos individuales y resultados tipados opcionales:

• Confirmación básica: En el modo de vista previa estándar, al hacer clic en el botón "Confirm and save" de una tarjeta de candidato se crea un NUEVO registro de memoria bajo la ruta dream/confirmed/... con la clave semántica dream:confirmed:... . Las memorias de origen nunca se editan ni se sobrescriben.
• Configuración de resultados tipados: Cuando los resultados tipados están disponibles, el panel de configuración presenta la pregunta "What should Dream prepare?" con la guía "Choose what to generate. Turning a type off keeps existing drafts and saved content."
• Seis opciones de generación: (1) Preferences: "Clarify your preferences"; (2) Knowledge: "Distill knowledge worth keeping"; (3) Skills: "Turn experience into reusable skills"; (4) Projects: "Organize project memory"; (5) Patterns: "Discover lasting patterns"; (6) Durable Memory: "Build reusable long-term memory".
• Interruptor de generación frente a consentimiento de destino: Habilitar un interruptor de generación no concede consentimiento para un destino; todos los resultados preparados aparecen bajo "Prepared for your review" requiriendo revisión manual.
• Acciones de revisión de candidatos: Los revisores pueden seleccionar "Save edits" para modificar títulos y contenidos propuestos, "Review later" para posponer, "Reject" para descartar o aceptar en el destino objetivo.
• Aceptación por destino: Knowledge se acepta mediante "Add draft to knowledge base" en una base de conocimientos elegida como DRAFT (con estados de indexación de búsqueda: "Saved. Preparing for search.", "Search index is ready. Publication is a separate choice.", "Saved, but indexing needs another attempt."); Skill se acepta mediante "Add draft to Cloud Skills" como DRAFT; Project se acepta mediante "Confirm project organization" (el resultado de asociación de proyectos es la única ruta que reasigna memorias existentes a un espacio de trabajo de proyecto); Memory se acepta mediante "Save as memory".
• Eliminación: Los resultados confirmados se convierten en memorias estándar, borradores de conocimientos o borradores de habilidades en sus almacenes respectivos. Se eliminan mediante acciones de eliminación estándar de la consola o API; no existe ningún mecanismo de reversión o deshacer específico de Dream.

Aislamiento del espacio de trabajo, límites de equipo y operaciones de CLI

Los permisos del espacio de trabajo y las herramientas CLI imponen límites multiinquilino estrictos y capacidades de rol:

• Alcance del espacio de trabajo: El encabezado de la consola identifica el espacio de trabajo activo como "Personal space" o "Team space".
• Permisos de equipo: En espacios Team, solo los propietarios y administradores del equipo pueden modificar la configuración de Dream, cancelar ejecuciones activas o confirmar memorias candidatas ("Only Team owners and admins can change Dream settings.").
• Limitación de resultados tipados en equipos: Los resultados tipados no están disponibles en espacios Team. Los espacios de trabajo Team operan en modo preview-only o en confirmación de memoria v1.
• Comandos de CLI verificados: La CLI de xmemo (commit fijado d412c7866b7a4c8eedb3a0cf40748c6aef8707ec, src/commands/dream.js) admite tres comandos verificados: xmemo dream preview [--window-days <n>] [--wait] [--json] (desencadena la vista previa; falla de forma cerrada si la vista previa está desactivada con "Dream preview is disabled; CLI will not change Dream settings."), xmemo dream show <run-id> [--wait] [--json] (muestra elementos candidatos; admite --receipt-out para recibos de lectura) y xmemo dream apply <run-id> --item <id> --from <view.json> --yes [--json] (confirma un candidato mediante el punto final de confirmación v1).
• Límites operativos de la CLI: La CLI no puede modificar los ajustes de configuración de Dream (la configuración debe administrarse en la consola), y dream apply opera exclusivamente con confirmación de memoria v1 (no realiza mutaciones de resultados tipados).

# Trigger a candidate preview across a 30-day window
xmemo dream preview --window-days 30 --wait --json

# Inspect candidate proposals and record a read receipt
xmemo dream show <run-id> --receipt-out receipt.json

# Confirm a candidate proposal into memory via v1 confirmation
xmemo dream apply <run-id> --item <item-id> --from view.json --yes