¿Por qué Manus olvida la historia de mi proyecto?

Manus olvida la historia de tu proyecto porque cada tarea se ejecuta dentro de un nuevo sandbox que se reinicia cuando la tarea se completa. El agente mantiene un todo.md por tarea y descarga trabajo en archivos dentro del sandbox, pero nada de eso sobrevive a la siguiente ejecución. La historia del proyecto vive solo en tus artefactos de salida finales, no en el agente. Una capa de memoria persistente fuera del sandbox soluciona esto.

Manus está construido alrededor de un sandbox por tarea. El equipo de ingeniería de Manus ha sido claro sobre el compromiso: mantener el estado ligero es lo que permite que una sola tarea encadene más de 50 llamadas a herramientas sin que el contexto colapse.

1. El sandbox se reinicia al final de cada tarea. Como ha escrito el equipo de Manus, la tarea 50 que le das al agente comienza con el mismo contexto que la 1 — tu aviso y nada más. El historial de navegación, el código que escribió, los resultados de búsqueda que recopiló y la síntesis que produjo viven dentro del sandbox y desaparecen cuando la tarea se completa.

2. La memoria en contexto se recicla deliberadamente. Para evitar el colapso de atención en horizontes largos, Manus reescribe su todo.md para mantener el objetivo actual cerca del final del contexto. Las observaciones más antiguas se resumen agresivamente o se descartan. Eso funciona dentro de una tarea. Garantiza el olvido entre tareas.

3. Los archivos son la "memoria" del agente, pero solo para esa ejecución. Manus almacena resultados de búsqueda en bruto, código intermedio y grandes salidas como archivos dentro del sandbox en lugar de mantenerlos en el aviso activo. Inteligente para la tarea actual, inútil para la siguiente, porque el sistema de archivos va con el sandbox.

La elección arquitectónica que mantiene a Manus rápido dentro de una sola tarea es la misma elección que hace que olvide entre ellas.

Cada nueva tarea en un proyecto de varias semanas te cuesta el mismo impuesto de configuración, y la pérdida se acumula:

• Los callejones sin salida se vuelven a recorrer. Los tres enfoques que Manus ya probó y descartó se vuelven a intentar, quemando llamadas a herramientas y tu paciencia.
• La investigación tiene que hacerse de nuevo. Las 200 páginas que navegó la semana pasada han desaparecido. Las mismas consultas, el mismo scraping, la misma síntesis, cobradas de nuevo.
• Las convenciones se reinician. La nomenclatura de archivos, la disposición de carpetas, las elecciones de marco y las pequeñas decisiones que estableciste con Manus el primer día necesitan ser reexpresadas en cada nuevo aviso.

La solución no es "escribir un aviso más largo". Es poner la historia del proyecto en algún lugar fuera del sandbox, donde cada nueva tarea pueda leerla.

Manus ofrece algunos mecanismos que ayudan parcialmente.

todo.md y memoria de archivos en tarea. Excelente para la tarea actual. El agente utiliza su propio sistema de archivos como espacio de trabajo y recita objetivos para mantenerlos en foco. Nada de esto sobrevive a un reinicio del sandbox.

Artefactos de salida finales. Manus devuelve entregables (documentos, código, informes) que puedes guardar y volver a alimentar en la siguiente tarea como adjuntos. Esto funciona para salidas estables, pero la traza de razonamiento del agente — por qué eligió la opción A sobre B, qué fuentes confió, qué caminos abandonó — no está en el artefacto.

Relleno manual de avisos. Muchos usuarios pegan un largo "resumen del proyecto" en la parte superior de cada tarea de Manus. Esta es la solución de facto. Llega al mismo límite que cualquier otra estrategia de aviso largo: cuanto más pegas, menos presupuesto tiene Manus para la tarea real, y aún tienes que mantener ese resumen a mano.

Para automatizaciones únicas, los nativos son adecuados. Para proyectos de múltiples tareas que se extienden por semanas, no lo son.

El problema más profundo es que el agente no tiene noción de un proyecto. Tiene tareas. Cada tarea es independiente. Así que incluso cuando tratas diez ejecuciones consecutivas como una sola pieza de trabajo, Manus no lo hace — y no hay lugar dentro de Manus para poner el contexto compartido.

Peor aún, el trabajo del proyecto rara vez se queda dentro de Manus. Investigas en Manus, redactas en ChatGPT, revisas en Claude, envías en Cursor. Cada herramienta olvida a su manera, y el contexto del proyecto se fragmenta entre cada una de ellas.

MemoryLake es una capa de memoria entre modelos que vive fuera del sandbox de cualquier agente. Creas un proyecto una vez, lo cargas con tus artefactos y decisiones existentes, y Manus extrae de ese proyecto al inicio de cada tarea.

• Memoria por proyecto que sobrevive al sandbox. Resúmenes, salidas anteriores, notas de investigación, enfoques descartados y convenciones de nomenclatura se almacenan contra el Proyecto de MemoryLake. Cuando Manus comienza la tarea 51, lo primero que carga es la memoria del proyecto, no un aviso en blanco.
• 10,000× más contexto que el aviso en bruto. El motor de recuperación de MemoryLake lee de miles de millones de tokens de memoria del proyecto y alimenta a Manus solo lo que es relevante por tarea, así que dejas de pagar tokens para pegar el mismo resumen cada vez y dejas de agotar el contexto de trabajo del sandbox.
• Portátil al resto de tu stack. La misma memoria del proyecto es legible por ChatGPT, Claude, Gemini, Grok, Cursor y cualquier herramienta que hable REST o MCP. Cuando el trabajo se mueve de Manus a revisión o envío, la historia del proyecto se mueve con él.

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 algo como "Manus — Investigación de mercado Q2". Sube salidas de tareas anteriores, resúmenes, registros de decisiones y documentos de referencia a través del Document Drive — PDF, Word, Excel, PowerPoint, Markdown e imágenes son todos compatibles. Agrega convenciones de nomenclatura y enfoques descartados como entradas estructuradas en la pestaña de Memorias.
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 Manus" 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. Conecta Manus. Agrega MemoryLake como un proveedor de memoria compatible con MCP en la configuración de herramientas/servidor del agente para que Manus pueda llamarlo al inicializar la tarea, o usa la API REST con tu token Bearer para obtener la memoria del proyecto programáticamente al inicio de cada tarea e inyectarla en el aviso de apertura.