¿Por qué Windsurf olvida el contexto de Cascade?

Windsurf olvida el contexto de Cascade porque Cascade funciona dentro de una ventana de contexto finita por sesión que auto-resume giros anteriores a medida que se llena, y sus Memorias nativas son notas cortas limitadas al espacio de trabajo — no un almacén de memoria de proyecto completo. Las sesiones largas pierden detalles, las nuevas sesiones comienzan en blanco. La solución es una capa de memoria de proyecto persistente que Cascade lee en cada giro.

Cascade es un agente poderoso dentro de un contenedor finito. Tres decisiones de diseño explican el olvido:

1. La ventana de contexto es por sesión y finita. Cascade funciona en Claude Sonnet, GPT-4.1 y otros modelos de frontera con ventanas de hasta 1M tokens. La ventana es generosa, pero no es infinita, y se reinicia en cada nueva sesión. Las largas ejecuciones de agentes que leen muchos archivos y utilizan muchas herramientas la llenan más rápido de lo que esperarías.

2. Cascade auto-resume a medida que se llena la ventana. Cuando Cascade se acerca a su límite, comprime giros anteriores en un breve resumen para que la conversación pueda continuar. Codeium ha mejorado abiertamente esta resumisión para "manejar mejor conversaciones más largas" — las versiones anteriores eran lo suficientemente agresivas como para eliminar contexto importante, según su registro de cambios. Incluso ahora, la resumisión es con pérdida. Tu razonamiento del giro 5 se convierte en una sola línea para el giro 50.

3. Las Memorias son notas cortas, no un almacén de documentos. La función de Memorias de Cascade de Windsurf permite al agente anotar notas limitadas al espacio de trabajo ("el usuario prefiere Tailwind", "este proyecto utiliza Bun"). El almacén se encuentra en ~/.codeium/windsurf/memories/ y está diseñado para observaciones cortas, no para especificaciones completas, transcripciones o registros de decisiones.

El efecto neto: Cascade es brillante dentro de una sesión y amnésico entre sesiones.

Cada reinicio de Cascade te cuesta tiempo de adaptación, y la pérdida se acumula a lo largo de un proyecto:

• Detalles a mitad de sesión se parafrasean. La restricción que estableciste en el giro 5 — "la tabla de users_v1 heredada debe mantener su esquema existente" — se resume en "respetar la tabla de usuarios heredados" para el giro 40, y Cascade deja caer silenciosamente la regla de congelación de esquema.
• Decisiones arquitectónicas se evaporan entre sesiones. "Elegimos Drizzle sobre Prisma debido al runtime de edge" está en el chat de ayer. El chat de Cascade de hoy no tiene idea, así que se apoya en Prisma.
• Fragmentos de contexto entre archivos. Cascade puede leer cada archivo en tu espacio de trabajo, pero no puede recordar lo que leyó hace tres sesiones. Cada sesión vuelve a leer, vuelve a resumir, vuelve a perder.

Windsurf ha lanzado tres características que abordan parcialmente esto. Ninguna de ellas lo soluciona.

Memorias de Cascade auto-generan notas limitadas al espacio de trabajo durante una sesión. Útil para "recuerda que uso pnpm". Limitado para "recuerda el flujo de datos completo que mapeamos en el chat del jueves pasado". Las Memorias son cortas por diseño — típicamente una o dos oraciones cada una — y el almacén vive en disco por espacio de trabajo, no por proyecto a través de máquinas.

Reglas (global_rules.md y .windsurfrules) te permiten escribir instrucciones duraderas que Cascade carga en cada sesión. Buenas para convenciones. No diseñadas para contextos en evolución como registros de decisiones, transcripciones o documentos de diseño.

Flujos de trabajo te permiten guionizar procedimientos repetibles de agentes. Útil para "ejecutar la suite de pruebas, luego formatear". No es una característica de memoria.

Para comportamientos estáticos, los nativos funcionan. Para la sustancia de un proyecto de larga duración, se quedan cortos. Puedes leer la documentación oficial de Memorias de Cascade para el desglose completo.

Las Memorias de Cascade viven dentro de Windsurf. No viajan. Si también redactas especificaciones en ChatGPT, ejecutas bucles de agentes largos en Claude Code y revisas PRs en Cursor — y la mayoría de los equipos de los que escuchamos hacen exactamente eso — entonces la mitad de tu contexto de proyecto vive en herramientas que Cascade no puede leer.

El proyecto es la unidad de trabajo. La memoria necesita seguir al proyecto, no al editor.

MemoryLake es una capa de memoria entre modelos que se conecta a Windsurf a través del soporte nativo de MCP de Cascade. En lugar de depender del auto-resumen de Cascade, le das al proyecto su propia memoria, y Cascade lee de ella en cada giro.

• Memoria por proyecto, con fidelidad de documento. Especificaciones, ADRs, transcripciones pasadas de Cascade y registros de decisiones viven en el proyecto. Cascade obtiene lo que necesita por giro — la restricción de esquema del giro 5 sigue siendo recuperable en el giro 500.
• 10,000× más contexto que el prompting en bruto. El motor de recuperación de MemoryLake lee de miles de millones de tokens de memoria de proyecto y solo muestra lo que es relevante. Dejas de observar cómo el resumen de Cascade colapsa detalles importantes.
• Portátil a través de cada editor y AI. La misma memoria de proyecto funciona en Cursor, Claude Code, Claude Desktop, ChatGPT, Gemini y Grok. Cambia de herramientas a mitad de proyecto y el contexto sigue.

MemoryLake obtuvo un 94.03% en el benchmark de contexto largo LoCoMo — el mejor resultado publicado hasta 2026 — con recuperación en milisegundos y cifrado de extremo a extremo AES-256.

1. Crea un proyecto y carga tu contexto. Inicia sesión en MemoryLake, abre Gestión de Proyectos, haz clic en Crear Proyecto y nómbralo según tu espacio de trabajo (por ejemplo, "acme-api — contexto de Cascade"). Sube especificaciones, ADRs y transcripciones pasadas de Cascade a través del Document Drive (PDF, Markdown, Word, Excel, imágenes todos soportados). Agrega instrucciones permanentes en la pestaña de Memorias para que viajen con el proyecto.
2. Genera un endpoint de servidor MCP. Abre la pestaña de Servidores MCP dentro de tu proyecto, haz clic en Agregar Servidor MCP, nómbralo "integración de Windsurf" y haz clic en Generar. MemoryLake devuelve un ID de clave API, secreto y URL de endpoint. Copia el secreto inmediatamente — solo se muestra una vez.
3. Agrega el servidor a la configuración MCP de Cascade. En Windsurf, abre Configuración → Cascade → Administrar MCPs → Ver configuración en bruto, luego agrega una entrada memorylake con la URL del endpoint y tu token Bearer. Guarda y reinicia Cascade. Cascade ahora tiene una herramienta memorylake que puede llamar para obtener memoria de proyecto bajo demanda o al inicio de la sesión.