¿Por qué Cline olvida mi historial de tareas?

Cline olvida tu historial de tareas porque cada tarea es una conversación aislada fijada a tu espacio de trabajo actual de VS Code, sin transferencia automática de decisiones, ediciones de archivos o razonamientos a la siguiente tarea. La lista de tareas almacena títulos y transcripciones, no un registro estructurado del proyecto. La solución es darle a Cline una memoria de proyecto persistente que lea en cada nueva tarea a través del soporte nativo de MCP.

Cline es un agente de codificación de VS Code que se limita al espacio de trabajo activo y trabaja en una tarea a la vez. Tres decisiones de diseño empujan tu historial fuera de la memoria de trabajo del modelo:

1. Las tareas son sin estado entre sí. Nueva tarea abre una conversación limpia. El plan de la tarea anterior, lecturas de archivos, salidas de comandos y decisiones no se cargan; existen como transcripciones históricas que puedes desplazar, pero el agente no las consulta automáticamente.

2. La lista de tareas es un registro de transcripciones, no una historia estructurada. Cline almacena el chat de cada tarea para que lo revisites. No hay un índice consultable de "¿qué cambiamos en src/auth/?", "¿qué pruebas empezaron a fallar?", o "¿qué enfoque de API rechazamos?". Obtienes el texto, no los hechos.

3. El espacio de trabajo es la unidad de estado. Cambia los espacios de trabajo de VS Code — un clon de un compañero, una nueva máquina, una nueva descarga — y la lista de tareas no sigue. La extensión de código abierto de Cline y su modelo de sesión están documentados en github.com/cline/cline.

El resultado: Cline es agudo durante una tarea y amnésico entre ellas.

Cada nueva tarea paga un impuesto de redescubrimiento, y el costo se acumula a lo largo de un proyecto:

• Exploración repetida. Cline abre el README, recorre el árbol de origen y reconstruye un mapa mental que ya pagaste en la tarea anterior. Cada minuto son tokens que gastas dos veces.
• Decisiones perdidas. "Probamos el almacenamiento en caché de Redis y lo revertimos debido a la afinidad de sesión" es un razonamiento atrapado en una tarea cerrada. La nueva tarea propone Redis de nuevo con gusto.
• Transferencias rotas. Un compañero clonando el repositorio, o tú en una nueva laptop, comienza sin historial de tareas en absoluto. La semana anterior de progreso es invisible para el agente.

La solución no es "desplazarse por las transcripciones de tareas antiguas antes de cada sesión"; es extraer el historial de tareas en la memoria del proyecto que el agente lee automáticamente.

Cline ofrece tres características que ayudan con la continuidad. Ninguna reemplaza una memoria de proyecto real.

Lista de tareas y reanudación te permite reabrir el chat de una tarea anterior. Útil cuando recuerdas exactamente qué tarea contenía la decisión que deseas. Inútil entre máquinas, compañeros o semanas de historia cuando los títulos se confunden.

Puntos de control capturan el estado del espacio de trabajo en momentos durante una tarea para que puedas retroceder. Excelente dentro de una tarea e irrelevante entre tareas; los puntos de control son el estado del espacio de trabajo, no memoria.

Banco de Memoria (patrón comunitario) mantiene una carpeta memory-bank/ con archivos como activeContext.md y progress.md que actualizas manualmente. Es lo más parecido a un registro de proyecto que Cline admite de forma nativa, y solo es tan fresco como la última vez que recordaste escribir en él.

El problema más profundo es que el historial de tareas es el historial del proyecto. Probablemente ejecutes Cline en más de una máquina, junto a Cursor o Claude Code, y posiblemente con compañeros. Las listas de tareas no se sincronizan, el Banco de Memoria solo viaja en git si alguien lo confirma, y ninguno de estos registra automáticamente el razonamiento detrás de un cambio.

El historial del proyecto necesita vivir por encima del editor, o se desvía en el momento en que cambias de contexto.

MemoryLake es una capa de memoria entre modelos que Cline lee en cada nueva tarea. En lugar de depender de transcripciones desplazables y un Banco de Memoria editado a mano, le das al proyecto su propio registro y dejas que cada tarea se abra con la historia relevante ya recuperada.

• Registro estructurado de tareas y decisiones. Cada tarea cerrada puede resumirse en Memorias: archivos tocados, decisiones tomadas, callejones sin salida descartados. El agente recupera la porción relevante por cada nueva tarea en lugar de reexplorar.
• Mismo historial entre máquinas y compañeros. Abre Cline en una nueva laptop o en un clon de un compañero y el historial de tareas del proyecto está allí. Sin sincronización de memory-bank/, sin actualización manual.
• 10,000× el alcance de recuperación de la indicación en bruto. El motor de MemoryLake lee de miles de millones de tokens de memoria del proyecto y alimenta a Cline solo el trabajo previo relevante por turno, para que dejes de desperdiciar la ventana de contexto en transcripciones.

MemoryLake obtuvo un 94.03% en el benchmark de contexto largo de 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 "Cline — panel de Acme". Sube tu markdown de memory-bank/, resúmenes de tareas anteriores, ADRs y runbooks en el Document Drive. Agrega notas estructuradas de "qué cambió y por qué" a través de 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 "memoria de tareas de Cline" y haz clic en Generar. MemoryLake devuelve un ID de clave API, secreto y URL de endpoint. Copia el token Bearer de inmediato; se muestra solo una vez.
3. Conecta Cline a través de la configuración de MCP de VS Code. Abre el panel de Servidores MCP de Cline en VS Code, haz clic en Agregar Servidor, pega la URL del endpoint de MemoryLake y agrega el token Bearer en el encabezado de autenticación. Guarda y recarga la ventana. Cada nueva tarea ahora se abre con resúmenes de tareas anteriores, decisiones y contexto de archivos ya recuperados.