MemoryLake
Volver a todos los artículos
News1 de septiembre de 2026·12 min de lectura

La restauración de datos de Manus no tiene fecha límite: por qué solo tienes un intento para hacerlo (2026)

El periodo de eliminación se extendió desde las 8:00 a.m. del 23 de agosto hasta las 7:59 a.m. del 25 de agosto, hora de Singapur. El portal de restauración se abrió al finalizar dicho plazo. Una semana después, muchas de las cuentas afectadas aún no se han restaurado, y según Manus, eso está perfectamente bien: "No hay fecha límite para la restauración; puede realizar la restauración en cualquier momento una vez que se abra el portal de restauración".

El mismo párrafo continúa: "Sin embargo, guarde sus archivos de copia de seguridad en un lugar seguro, ya que son el único medio para restaurar sus datos".

Estas dos frases cumplen funciones muy distintas, y la segunda es la razón por la que la primera importa. No hay un reloj corriendo. Tampoco hay una segunda copia, ni una ruta de regeneración, y —la frase que la mayoría de la gente pasa por alto— no hay un segundo intento: "La restauración solo se puede completar una vez".

Hablamos de la otra mitad de este suceso antes de la fecha límite en cómo respaldar los datos de Manus antes de la eliminación. Ese artículo se escribió mientras el periodo de copia de seguridad seguía abierto y el portal de restauración aún no existía, por lo que no podía describir los mecanismos que detallamos a continuación. Este artículo trata sobre lo que viene después: qué devuelve realmente la restauración, qué no puede recuperar y cómo evitar gastar tu único intento en un conjunto de paquetes incompleto.

Lo que Manus publicó realmente sobre la restauración

Todo lo citado aquí proviene de los artículos sobre Cambios en el Servicio del Centro de Ayuda de Manus. Sin resúmenes de terceros y sin cifras que Manus no haya publicado.

El periodo no tiene fecha de cierre y los archivos son la única clave

"A partir de las 8:00 a.m. del 25 de agosto, cualquier usuario afectado por nuestros cambios en el servicio puede restaurar su cuenta y tareas utilizando los paquetes de copia de seguridad guardados previamente".

Para los sitios desplegados, Manus es explícito en que esta flexibilidad es deliberada: cualquier sitio web desplegado será inaccesible desde el inicio de la eliminación "hasta que restaure activamente sus datos (el portal de restauración se abre a las 7:59 a.m. del 25 de agosto); dado que el momento de la restauración depende de usted, no hay una fecha de finalización fija".

La otra cara de esa flexibilidad es que el periodo de copia de seguridad está cerrado definitivamente. Sobre los archivos perdidos, la documentación aconseja revisar primero la papelera y el historial de versiones de tu almacenamiento en la nube, y luego: "Si el archivo se ha perdido o dañado realmente, cree una nueva copia de seguridad dentro del periodo de copia de seguridad de datos; una vez finalizado el periodo de copia de seguridad de datos, no se podrá realizar una nueva copia de seguridad". También hay una instrucción de manejo que es fácil de infringir al ordenar la carpeta de Descargas: "No modifique, renombre ni mueva los archivos de copia de seguridad, ya que esto podría dejarlos inutilizables".

La restauración se ejecuta una sola vez

La frase aparece dos veces en el artículo de restauración, lo que suele ser señal de que el proveedor espera que la gente la pase por alto: "La restauración solo se puede completar una vez".

El párrafo que la rodea explica por qué esto es menos drástico de lo que parece y dónde se encuentra la única válvula de escape: "La restauración de datos admite la carga de múltiples paquetes de copia de seguridad. Después de la carga, eliminaremos los duplicados y consolidaremos el contenido para restaurar el conjunto más completo de datos de tareas. La restauración de datos solo se puede realizar una vez. Le recomendamos encarecidamente que verifique y confirme cuidadosamente que los paquetes de copia de seguridad sean correctos y contengan las versiones más recientes antes de proceder con la restauración".

Por lo tanto, no estás limitado a un solo archivo. Estás limitado a una sola restauración completada, y todo lo que desees recuperar debe estar en esa carga. La válvula de escape es estrecha pero real: "Un intento fallido de validación del paquete no cuenta como una restauración completada, por lo que puede volver a intentarlo con el conjunto completo". Una carga rechazada no es un intento gastado. Una restauración exitosa del conjunto incorrecto sí lo es.

Dos paquetes y una división de 4 GB que genera la mayoría de los fallos

La copia de seguridad generaba hasta dos archivos con funciones distintas. El Respaldo de Datos de Cuenta es "pequeño, de no más de 10 MB, enviado como archivo adjunto por correo electrónico", y solo los usuarios de Tipo C podían generarlo. Para esos usuarios, la dependencia es absoluta: "Sin el Respaldo de Datos de Cuenta, los datos de las tareas no se pueden restaurar".

El Respaldo de Datos de Tareas es el grande, y Manus describe su contenido con claridad: "Contiene sus tareas, archivos generados (como sitios web y diapositivas) y datos de configuración".

Y luego, la restricción que genera la mayor parte de la confusión: "El límite superior de un solo paquete de datos es de 4GB. Por ejemplo, un total de 8GB se dividirá en dos paquetes de copia de seguridad de 4GB". En el lado de la restauración, esto se convierte en un requisito estricto: "Si una exportación contiene múltiples archivos, cargue juntos el paquete principal sin numerar y cada paquete part numerado de la misma exportación. Un conjunto de paquetes incompleto no se puede restaurar".

Si tu exportación era de 12 GB, tienes tres archivos, y los tres deben subirse en la misma operación.

Los pasos a seguir dependen de tu tipo de cuenta

Manus clasificó las cuentas afectadas en tres tipos, y la ruta de restauración varía según el tipo. Para las cuentas que sobrevivieron: "Usuarios de Tipo A y B: Su cuenta no se verá afectada y puede continuar usando Manus como de costumbre, pero sus datos de tareas eliminados, artefactos generados por Manus y conectores autorizados no se podrán recuperar a menos que los restaure usted mismo más adelante utilizando sus archivos de copia de seguridad".

Para las eliminadas: "Usuarios de Tipo C: Su cuenta permanecerá eliminada y no podrá iniciar sesión. Para utilizar los servicios de Manus, tendrá que crear una nueva cuenta". Su secuencia es primero la cuenta, luego los datos de las tareas.

Los equipos añaden tres restricciones más. "Solo el propietario del equipo tiene la autoridad para restaurar los datos del equipo. Los miembros del equipo no pueden iniciar una restauración de datos del equipo". Si nadie lo hace: "Si el propietario del equipo no realiza la restauración, los datos del equipo no se podrán recuperar y los miembros no podrán acceder a ellos". Y una instrucción que vale la pena leer dos veces antes de improvisar: "No cree un nuevo equipo para este propósito; los paquetes de copia de seguridad del equipo original no se pueden restaurar ni fusionar con un equipo recién creado". Cualquiera que tenga tanto una cuenta personal como un equipo debe "completar dos operaciones de restauración de cuenta independientes, así como operaciones de restauración de datos".

Qué cambia y qué no cambia con esto

Lo que se recupera está bien definido: tareas, archivos generados (incluyendo sitios web y diapositivas) y datos de configuración. Los sitios desplegados vuelven por sí solos: "Después de restaurar su Respaldo de Datos de Tareas, sus sitios web desplegados volverán a estar en línea automáticamente". Los conectores de terceros regresan en un estado intermedio: "La restauración de datos también restaurará los conectores de terceros, pero deberá volver a activar ese interruptor manualmente".

Lo que no se recupera se define con la misma claridad, y en una sola frase de la guía de copia de seguridad: "La copia de seguridad solo captura una instantánea de sus datos en el momento en que se generó y no sincronizará automáticamente las nuevas tareas". El paquete queda congelado en el momento de la exportación. Cualquier cosa creada entre tu última exportación y el periodo de eliminación no está en él, y ninguna restauración la hará aparecer.

Existe una tercera categoría, y es Manus quien marca la línea. A los miembros del equipo que no pudieron crear una copia de seguridad se les dijo que "pueden exportar una copia legible de los datos de sus tareas mediante una exportación de texto plano, pero esto difiere de una copia de seguridad y no se puede utilizar para importar o restaurar datos de tareas".

Entiéndelo como la descripción de dos formatos diferentes. Uno es legible por una persona y reutilizable en cualquier lugar, pero la herramienta de restauración del proveedor no lo aceptará. El otro es aceptado por la herramienta de restauración pero es inútil para cualquier otra cosa. Nada en este suceso produjo un tercer formato: un registro de lo que la herramienta había aprendido sobre cómo trabajas, en una forma que tanto tú como otro sistema pudieran aprovechar. Los archivos de tareas no contienen eso. Las exportaciones de texto plano tampoco. Nunca estuvo en un paquete, por lo que no puede salir de uno, que es la misma brecha que aparece en el uso ordinario cuando Manus pierde el historial de tu proyecto.

Lo que la gente asumirá de esto, y no debería

"Que no haya fecha límite significa que no hay urgencia". La fecha límite que importaba ya pasó. Tus archivos de copia de seguridad son, en palabras de la propia Manus, "el único medio para restaurar sus datos", no se pueden regenerar, y renombrarlos o moverlos "podría dejarlos inutilizables".

"Iniciaré una restauración para ver qué pasa". Solo un fallo de validación es gratuito. Una restauración completada se da por gastada, y la documentación te pide que confirmes que los paquetes "sean correctos y contengan las versiones más recientes antes de proceder".

"Alguien de mi equipo puede encargarse". Solo el propietario puede restaurar los datos del equipo, y si la propia cuenta del propietario fue eliminada, primero debe restaurarse a sí mismo.

"La copia de seguridad es una copia de mi cuenta". Es una instantánea con una marca de tiempo.

"Primero debería elegir una herramienta de reemplazo". Restaurar lo que tenías y decidir dónde residirá el conocimiento duradero a partir de ahora son dos decisiones independientes con tiempos distintos. Tomarlas en el orden incorrecto es la razón por la que la gente termina sin hacer ninguna de las dos.

La solución: mantén la mitad reutilizable en un lugar que ninguna restauración individual decida

La restauración devuelve tus artefactos. La parte que hizo que esos artefactos fueran buenos —el informe (brief) que perfeccionaste a lo largo de una docena de intentos, las fuentes que rechazaste y por qué, el formato que tu equipo realmente acepta— vive en una capa para la cual ningún formato de archivo tiene un campo. Vale la pena colocar esa capa en un lugar que no pertenezca a la herramienta de exportación de ningún proveedor en particular.

Para eso sirve MemoryLake: una capa de memoria de tu propiedad, de la cual tus asistentes y agentes leen a través de una API en lugar de hacerlo mediante el formato de archivo privado de cada proveedor. Configurarlo requiere tres pasos.

Paso 1: Crea una clave API

Inicia sesión y crea una clave API desde la configuración de tu espacio de trabajo. Esta es la credencial que usarán tus asistentes y agentes, y te pertenece a ti en lugar de a una sola herramienta, por lo que cambiar de herramienta más adelante no la invalidará.

Creación de una clave API de MemoryLake para que el conocimiento reutilizable no dependa de una sola restauración
Creación de una clave API de MemoryLake para que el conocimiento reutilizable no dependa de una sola restauración

Paso 2: Sube tus primeras memorias

Comienza con la mitad reutilizable en lugar de los artefactos. El informe de trabajo que finalmente produjo un buen resultado. Las fuentes en las que decidiste no confiar. Las convenciones de nomenclatura y formato de tu equipo. Las restricciones recurrentes: la audiencia, el tono, las dos cosas que nunca deben aparecer en un entregable. Los archivos se ingresan tal como están, y MemoryLake maneja los archivos multimodales, por lo que una presentación de diapositivas o una hoja de cálculo que codifique una convención se pueden subir directamente.

Escritura de decisiones y restricciones en MemoryLake antes de gastar el intento de restauración
Escritura de decisiones y restricciones en MemoryLake antes de gastar el intento de restauración

Paso 3: Conecta tu IA y agentes

Conecta los asistentes que realmente utilizas. A partir de ese momento, la mitad duradera se lee desde un solo lugar en vez de tener que reconstruirse dentro de cualquier herramienta en la que te encuentres. Cuando una herramienta cambia, es adquirida o te pide que restaures desde un archivo, esa capa no se ve afectada, porque nunca estuvo dentro de la herramienta.

Conexión de Manus y otros agentes a una capa de memoria a través de MCP y la API
Conexión de Manus y otros agentes a una capa de memoria a través de MCP y la API

Dos límites honestos. MemoryLake no puede restaurar tus tareas de Manus, leer tus paquetes de copia de seguridad ni interactuar con la herramienta de restauración de ninguna manera; esa ruta depende completamente de Manus, y esta sección trata sobre la siguiente etapa, no sobre esta. Y no reemplaza a un archivo: los archivos y entregables siguen perteneciendo a una copia de seguridad.

Qué cambia esto en la práctica

En este momento, cambia el orden de las operaciones. Verifica tu conjunto de paquetes, restaura una vez y luego decide por separado a dónde va la capa reutilizable.

Durante el próximo año, cambiará lo que te cuesta un cambio de servicio. El suceso que acaba de ocurrir estuvo inusualmente bien documentado, con un periodo definido, dos tipos de paquetes, una ruta de restauración publicada y un canal de soporte. La mayoría de las interrupciones son más caóticas: una herramienta retira una función, un plan cambia, un espacio de trabajo se migra, se concreta una adquisición. Cada una de ellas es superable a nivel de artefactos siempre que hayas exportado. La capa que se sigue perdiendo es el entendimiento acumulado, porque normalmente no tiene ninguna opción de exportación; consulta qué hace que la memoria sea persistente para entender por qué un archivo y una capa de memoria no son el mismo objeto.

También cambia la magnitud de la reconstrucción al cambiar de herramienta. Cuando la mitad duradera ya está fuera de la herramienta, evaluar una alternativa es cuestión de dirigirla hacia lo que ya sabes, no de volver a enseñarle todo desde cero. Ese es el mismo argumento detrás de llevar el contexto entre herramientas, y se aplica tanto si te quedas en Manus como si no.

Mejores prácticas antes de agotar el intento

Localiza primero cada archivo de la misma exportación. El paquete principal sin numerar más cada archivo part numerado. Un conjunto incompleto no se puede restaurar, y un conjunto parcial es exactamente la forma en que se desperdicia un único intento.

No renombres, muevas ni descomprimas nada. La documentación indica que modificar los archivos puede dejarlos inutilizables. Cópialos en una sola carpeta sin alterar los nombres.

Verifica la marca de tiempo en relación con tu memoria del trabajo. Si tu última exportación es anterior al trabajo que te interesa, ese trabajo no está en el paquete, y ninguna restauración cambiará eso. Es mejor saberlo antes que después.

Confirma que has iniciado sesión en la cuenta correspondiente. Manus verifica la copia de seguridad con la cuenta conectada, y las discrepancias detienen el proceso con un error de "Información de cuenta inconsistente". Las soluciones publicadas para errores relacionados —incluyendo "No se pudo verificar la copia de seguridad" y "[permission_denied] HTTP 403"— consisten en cerrar sesión, volver a iniciarla con la cuenta a la que pertenece la copia de seguridad e intentarlo de nuevo.

Si eres propietario de un equipo, planifica dos restauraciones, no una. Primero la personal si tu propia cuenta fue eliminada, luego la del equipo, y no crees un nuevo equipo para restaurar en él.

Vuelve a habilitar los conectores después y verifícalos. La restauración recupera los conectores pero deja el interruptor apagado, por lo que una automatización que parece intacta podría no estar haciendo nada.

Escribe la mitad reutilizable mientras aún esté fresca. Antes de cerrar este capítulo, dedica veinte minutos a plasmar los informes, convenciones y enfoques rechazados que nunca estuvieron en ningún paquete. Esa es la única parte de este suceso que puedes evitar que vuelva a ocurrir. Si el conocimiento de tu equipo está repartido entre varios asistentes, auditar lo que cada uno recuerda realmente es un buen punto de partida.

Conclusión

Manus eliminó el reloj y mantuvo la restricción. Puedes restaurar cuando estés listo y tienes una sola oportunidad para hacerlo, por lo que el trabajo se realiza antes de presionar el botón: reúne el conjunto completo de paquetes, no toques los nombres de los archivos, verifica la fecha de exportación y asegúrate de haber iniciado sesión con la cuenta correcta.

Luego, trata la otra mitad por separado. Tus tareas y archivos eran recuperables porque estaban en un paquete. El entendimiento acumulado en torno a ellos no estaba en ningún paquete, y esa es una condición que se puede solucionar, pero solo fuera de la herramienta que lo perdió.

Preguntas frecuentes

¿Realmente no hay fecha límite para restaurar mis datos de Manus?

Eso es lo que dice la documentación: "No hay fecha límite para la restauración; puede realizar la restauración en cualquier momento una vez que se abra el portal de restauración". El mismo pasaje añade que sus archivos de copia de seguridad "son el único medio para restaurar sus datos", y el periodo de copia de seguridad en sí está cerrado, por lo que ya no se puede crear una nueva copia de seguridad.

¿Qué pasa si restauro con un conjunto incompleto de paquetes?

Dos resultados diferentes. Si la validación rechaza la carga, no habrás utilizado tu intento: "Un intento fallido de validación del paquete no cuenta como una restauración completada, por lo que puede volver a intentarlo con el conjunto completo". Si la restauración se completa con un conjunto parcial, se da por terminada, porque "La restauración solo se puede completar una vez".

¿Puedo cargar más de un paquete de copia de seguridad?

Sí. Manus indica que la restauración "admite la carga de múltiples paquetes de copia de seguridad" y que, tras la carga, "eliminará los duplicados y consolidará el contenido para restaurar el conjunto más completo de datos de tareas". Las exportaciones divididas deben cargarse juntas: el paquete principal más cada parte numerada.

Mi compañero de equipo tiene la copia de seguridad. ¿Puede restaurar los datos de nuestro equipo?

No, a menos que sea el propietario. "Solo el propietario del equipo tiene la autoridad para restaurar los datos del equipo. Los miembros del equipo no pueden iniciar una restauración de datos del equipo". Si el propietario no realiza la restauración, los miembros no podrán acceder a los datos del equipo.

¿Mi sitio web generado por Manus volverá a estar en línea automáticamente?

Después de la restauración de los datos de las tareas, sí: "Después de restaurar su Respaldo de Datos de Tareas, sus sitios web desplegados volverán a estar en línea automáticamente". Hasta que realices la restauración, los sitios desplegados seguirán siendo inaccesibles, y Manus señala que no hay una fecha de finalización fija para ese estado porque el momento de hacerlo depende de ti.

¿Una restauración recupera lo que Manus había aprendido sobre mi trabajo?

No, y ningún archivo de proveedor lo hace realmente. El Respaldo de Datos de Tareas cubre "sus tareas, archivos generados (como sitios web y diapositivas) y datos de configuración", capturados como una instantánea en el momento de la exportación. El entendimiento acumulado en torno a ese trabajo —informes perfeccionados, fuentes rechazadas, convenciones de equipo— nunca fue un campo en el paquete. Mantenerlo en una capa que tú controles es la única forma de hacer que sobreviva a la próxima interrupción, independientemente de la herramienta de la que se trate.