MemoryLake
Volver a todos los artículos
Tutorial27 de agosto de 2026·13 min de lectura

Cómo migrar Perplexity Spaces (ahora Projects) a Cline sin perder el contexto (2026)

La mayoría de las migraciones de esta familia mueven el mismo tipo de elemento entre dos herramientas que lo contienen de manera diferente. Esta migración mueve algo completamente distinto, y por eso falla de una forma poco habitual.

Los Perplexity Projects —que todavía se encuentran en una URL de spaces y han sido renombrados como "¿Qué son los Projects?"— están diseñados para investigar y descubrir cosas. Un Project se describe como "un espacio de trabajo persistente y compartible en Perplexity que mantiene todo lo relacionado con un esfuerzo continuo en un solo centro: tus conversaciones de Search, tus tareas de Computer, archivos, instrucciones personalizadas, herramientas conectadas y el contexto que Perplexity acumula a medida que trabajas".

Cline está diseñado en torno a un repositorio. Sus reglas guían la generación de código; su Memory Bank documenta en qué estado se encuentra el proyecto.

Así que las instrucciones y los archivos se mueven sin mayor problema. Lo que no se mueve es la parte que realmente se encargaba de recordar: Brain, que "ayuda a construir una memoria continua para todo el trabajo realizado en un proyecto", y el resumen del proyecto, que "genera una actualización de estado continua del trabajo realizado en un proyecto". Ninguno de los dos tiene un contenedor en el otro lado, y ninguno se puede exportar; solo se pueden leer.

Este artículo cubre qué se transfiere, qué se debe extraer a mano y dónde deben residir los hallazgos de la investigación una vez que ya no estén en un Project. El destino en Cline se analiza con más detalle en cómo migrar de Claude Code a Cline; este artículo se centra en la parte de Perplexity de la migración.

Qué se transfiere realmente

Las instrucciones de tu proyecto, en .clinerules/. Perplexity te permite añadir "instrucciones (hasta 8,000 caracteres) que le indican a Computer cómo trabajar dentro de este Project", gestionadas en Settings como "instrucciones que se utilizan para cada consulta ejecutada en el proyecto". Cline "procesa todos los archivos .md y .txt dentro de .clinerules/, combinándolos en un conjunto unificado de reglas", por lo que 8,000 caracteres se dividen cómodamente en varios archivos específicos.

Sin embargo, léelas antes de pegarlas. El propio ejemplo de Perplexity sobre lo que debe ir allí es "un formato de respuesta preferido o un archivo de estado para mantener actualizado", es decir, instrucciones de formato de salida para un asistente de investigación. Es probable que una parte importante de las tuyas le indique a Computer cómo presentar los hallazgos, algo que Cline no necesita. Convierte las partes que describen tus estándares; descarta las partes que describen el formato de los informes.

Los archivos de tu proyecto, como archivos del repositorio. Perplexity Projects te permite "cargar archivos persistentes de forma individual, como carpetas y como importaciones desde fuentes de archivos conectadas", y "Computer también puede crear, actualizar y administrar archivos en tu nombre". Esos artefactos son archivos reales: descárgalos y coloca los que aún importen en el repositorio, donde Cline puede acceder a ellos mediante menciones @ y arrastrar y soltar.

Una nota sobre permisos si no eres el propietario: "Los lectores y editores pueden ver los archivos, pero solo los editores pueden editar los archivos del proyecto".

Nada más se transfiere limpiamente, y cinco cosas no tienen ningún destino.

Brain, que era la memoria. Este es el punto clave. Brain construye una memoria continua a partir de todo lo realizado en el proyecto, "puedes ver la memoria actual generada en la pestaña Brain" y puedes configurarlo para que se ejecute de forma automática o manual en Settings. No hay opción de exportación, y Cline no tiene nada que se acumule por sí solo: Memory Bank es una metodología de documentación que mantienes a mano. Por lo tanto, el contenido de Brain debe leerse y volver a escribirse, y la pestaña Brain es el único lugar para leerlo.

Un detalle de facturación que suele sorprender a los equipos a mitad de la migración: "Las ejecuciones de Brain se facturan al creador del proyecto". Si el creador del proyecto se ha ido o su cuenta ya no está activa, esto afectará a si Brain se sigue actualizando mientras realizas la migración.

El resumen del proyecto. Una actualización de estado continua del trabajo realizado en un proyecto que, según la documentación de Settings de Perplexity, "también aprovechará Brain para obtener más contexto" cuando esté habilitado. Los equivalentes más cercanos en Cline son activeContext.md y progress.md en Memory Bank, que Cline describe como los archivos que se actualizan con más frecuencia y realizan el seguimiento de los hitos. Mismo propósito, mecanismo opuesto: Perplexity lo genera, tú escribes el de Cline.

Fuentes priorizadas. Perplexity te permite "añadir y administrar enlaces web y dominios para que tengan prioridad" en las consultas del proyecto. Esa es una función básica de investigación que no tiene equivalente en un agente de programación. Si tu proyecto dependía de consultar siempre tres dominios de documentación específicos, esa preferencia tendrá que convertirse en una instrucción en prosa, y será menos efectiva.

Conectores y credenciales a nivel de proyecto. Perplexity Projects te permite "elegir qué conectores utiliza el proyecto y añadir instrucciones específicas del conector", además de "credenciales compartidas a nivel de proyecto". El punto de extensión de Cline son los servidores MCP, configurados por herramienta en lugar de por proyecto, y las credenciales son tuyas en lugar de pertenecer al proyecto. Planifica volver a emitir cualquier credencial compartida; no intentes transferirlas.

Vinculaciones de canales y el interruptor de memoria individual. Perplexity puede "vincular canales de Slack o Teams a este proyecto", atrayendo el contexto del canal y dirigiendo esas sesiones al historial del proyecto. Y hay una configuración que la mayoría de la gente nunca mira: "Controlar si las consultas en el proyecto pueden nutrirse de la memoria individual". Cline no tiene ninguno de estos conceptos, por lo que cualquier cosa que llegara a través de una vinculación de canal ahora llegará de la forma en que tú lo organices.

Las habilidades (skills) son un tal vez, no un sí. Perplexity Projects te permite "cargar y administrar habilidades reutilizables con alcance al proyecto", y señala que "los usuarios también seguirán teniendo acceso a las habilidades personales y de la organización dentro de un proyecto". Cline lee las habilidades de .cline/skills/, .clinerules/skills/ y .claude/skills/, donde cada habilidad es una carpeta que contiene un archivo SKILL.md. La documentación de Perplexity no especifica el formato de archivo que utilizan las habilidades de sus proyectos, así que no asumas que las carpetas se pueden copiar directamente: abre una y verifícala antes de planificar la copia. Trata esto como "posiblemente una reescritura" en lugar de un movimiento de directorio.

El modelo de colaboración cambia de forma. Perplexity tiene roles explícitos (Owner, Can edit, Can view), alcances de acceso desde Restricted (el predeterminado) hasta toda la organización, y límites de colaboradores de "hasta 5 colaboradores en proyectos que no sean Enterprise; hasta 9,999 en proyectos propiedad de Enterprise". El modelo de uso compartido de Cline es el control de versiones: su guía es utilizar la configuración del proyecto "para el comportamiento compartido del equipo que debe viajar con el repositorio" y "hacer commit de los archivos .cline/ que desees compartir con tu equipo". Cualquiera con acceso al repositorio tiene todo, lo cual es más simple y directo.

La migración manual

Paso 1: Lee la pestaña Brain y el resumen antes de dejar de pagar por el proyecto

Haz esto primero, porque es el único paso que no se puede volver a hacer más tarde.

Abre la pestaña Brain y lee lo que hay allí. Este es el entendimiento acumulado de Perplexity sobre el proyecto, lo que hacía que volver a él se sintiera como continuar en lugar de reiniciar. Revisa la sección de memoria en Settings mientras estás allí: si Brain estaba configurado en manual, puede estar más desactualizado de lo que crees, y ejecutarlo una vez antes de leer te dará una mejor instantánea.

Luego lee el resumen del proyecto, si estaba habilitado. Es lo más parecido que tienes a una entrega por escrito.

Luego exporta los archivos. De forma individual o por carpeta, incluyendo cualquier cosa que Computer haya creado en tu nombre. Y copia el texto completo de las instrucciones de Settings, los 8,000 caracteres completos si los usaste.

Mantén el proyecto activo hasta que termine la migración. Una vez que Brain deja de ejecutarse o se pierde el acceso, la pestaña Brain no es algo que puedas reconstruir a partir de tu historial de chat.

Paso 2: Establece las reglas y luego construye el contenedor que Perplexity estaba llenando por ti

Las reglas primero, y divídelas sobre la marcha. Crea .clinerules/ y coloca las instrucciones convertidas en archivos específicos; Cline admite prefijos numéricos opcionales como 01-standards.md para el ordenamiento, y le da a cada regla un interruptor para que puedas desactivar una sin tener que eliminarla. Las reglas del espacio de trabajo tienen prioridad sobre las globales cuando entran en conflicto, que es el comportamiento que deseas para cualquier cosa específica del proyecto.

Luego instala Memory Bank y acepta que es manual. La configuración de Cline consiste en añadir sus instrucciones personalizadas a un archivo de reglas como .clinerules/memory-bank.md y luego pedirle a Cline que "inicialice el memory bank". Esto crea seis archivos markdown: projectbrief.md, productContext.md, activeContext.md, systemPatterns.md, techContext.md y progress.md.

Aquí es donde aparece el desajuste, y vale la pena planificarlo en lugar de descubrirlo sobre la marcha. Esos seis archivos describen una base de código: su arquitectura, su pila tecnológica, su enfoque actual, sus hitos. Tu Perplexity Project acumuló hallazgos de investigación: lo que aprendiste sobre un mercado, qué proveedores comparaste, qué exige realmente una regulación. Nada de eso encaja de forma natural en systemPatterns.md o techContext.md.

Tienes dos opciones honestas. Adaptar Memory Bank añadiendo un séptimo archivo para los hallazgos, lo cual funciona pero queda fuera de la estructura documentada que describen las instrucciones de Cline. O mantener los hallazgos fuera de Memory Bank y darles su propio hogar, que es lo que se trata en la siguiente sección.

Independientemente de lo que elijas, escribe activeContext.md y progress.md a partir del resumen del proyecto que leíste en el Paso 1. Esa es la traducción más cercana disponible, y hacerlo mientras el resumen está fresco es mucho más fácil que reconstruirlo en un mes. El comando /newtask de Cline también es útil aquí: "funciona como una entrega de desarrollador", empaquetando el plan, el trabajo realizado, los archivos relevantes y los siguientes pasos en una nueva tarea; útil una vez que estás en marcha, pero no es un sustituto de la redacción inicial. Los patrones de configuración más amplios de Cline se recopilan en las mejores configuraciones de memoria para Cline.

La mejor manera: dale a los hallazgos un contenedor que ninguna de las dos herramientas proporciona

Da un paso atrás y observa cómo se desarrolló el problema. Las instrucciones se convirtieron. Los archivos se descargaron. Y la parte que más importaba —el entendimiento acumulado de un esfuerzo continuo— existía como una vista generada por el proveedor que podías leer pero no exportar, en camino hacia una estructura de documentación diseñada para describir código.

Eso no es un fallo de Perplexity ni de Cline. Brain es una buena función; la pestaña Brain existe precisamente para que puedas ver lo que contiene. Memory Bank es un buen patrón; seis archivos en tu repositorio son mejores que nada en un directorio de inicio. Simplemente están diseñados para diferentes tipos de conocimiento, y los hallazgos de la investigación quedan en medio de ambos.

Eso es lo que almacena MemoryLake: los datos duraderos de tu proyecto en una capa que tus herramientas consultan, independientemente de qué asistente los haya producido. La configuración consta de tres pasos.

Paso 1: Crea una clave API

Inicia sesión y crea una clave API. Una sola credencial para todas las herramientas que conectes.

Creación de una clave API de MemoryLake
Creación de una clave API de MemoryLake

Paso 2: Sube tus primeras memorias

Entradas cortas, una afirmación cada una. La pestaña Brain que acabas de leer es la mejor lista de entrada que jamás tendrás:

Carga de las primeras memorias en un espacio de trabajo de MemoryLake
Carga de las primeras memorias en un espacio de trabajo de MemoryLake

Cada hallazgo como una afirmación, con su fuente. "El límite de velocidad del proveedor es de 500/min en el nivel estándar, confirmado en su página de precios en junio". Los hallazgos sin procedencia se convierten en rumores en cuestión de tres meses.

Conclusiones a las que llegaste, independientes de los documentos que leíste. Un Project acumulaba ambas. Solo vale la pena conservar la conclusión.

Opciones que evaluaste y rechazaste, y por qué. La categoría que más se vuelve a discutir y la que no aparece en ningún archivo.

Restricciones que surgieron de la investigación más que del código. La regulación, el término del contrato, la política de la plataforma. Nada en un repositorio las implica.

Paso 3: Conecta tu IA y tus agentes

MemoryLake es accesible a través de MCP y de una API, por lo que los agentes nativos de MCP —entre ellos Cline, Claude, Claude Code, Codex y OpenClaw— se conectan apuntando al servidor MCP, mientras que otros asistentes leen la misma memoria a través de la API. Lo que significa que la investigación que justificó una decisión sigue siendo consultable desde la herramienta en la que escribes el código.

Conexión de asistentes de IA y agentes a MemoryLake a través de MCP y la API
Conexión de asistentes de IA y agentes a MemoryLake a través de MCP y la API

Tres límites honestos. MemoryLake no puede leer ni exportar tu Brain, tu resumen de proyecto ni tus archivos de Perplexity — Brain es una función de Perplexity sin opción de exportación, y el Paso 1 anterior es un ejercicio de lectura exactamente por esa razón. Solo contiene lo que tú o tus agentes introducen en él, por lo que el Paso 2 es manual. Y no reemplaza a .clinerules/ ni a Memory Bank; las reglas guían el comportamiento y Memory Bank realiza el seguimiento del estado del proyecto, y ninguna de las dos cosas es algo que escriba una capa de memoria.

Qué cambia esto en la práctica

Las instrucciones se convierten, con edición. Las reglas de formato de informes no pertenecen a un agente de programación.

Brain se convierte en una tarea de lectura única. No existe exportación, así que programa la lectura.

El resumen del proyecto se convierte en dos archivos que tú escribes. activeContext.md y progress.md, una sola vez, a partir del resumen.

Los dominios priorizados se convierten en prosa y pierden fuerza. No existe una función equivalente.

El uso compartido cambia de roles a acceso al repositorio. Más simple, más directo, sin límite de 5 colaboradores.

Los hallazgos dejan de estar huérfanos. Estaban en una vista del proveedor; ahora se pueden consultar — la idea general en por qué Perplexity olvida el contenido de tus Spaces.

Buenas prácticas para cambiar de Perplexity Projects a Cline

Lee primero la pestaña Brain y ejecuta Brain una vez antes de hacerlo. Si estaba en manual, la vista puede estar desactualizada.

Copia las instrucciones completas y luego recorta. 8,000 caracteres es mucho para reconstruir y vale la pena descartar parte de ello.

Verifica tu rol antes de planificar una exportación. Solo los editores pueden editar los archivos del proyecto.

Mantén el proyecto activo durante la migración. Brain no se puede reconstruir a partir del historial de chat.

Divide las instrucciones en archivos .clinerules/ con interruptores. Un archivo de reglas largo es una regla que nadie edita.

Inicializa realmente Memory Bank. Omitirlo es la razón por la que la gente concluye que Cline olvida las cosas — el síntoma se detalla en por qué Cline olvida el historial de tareas.

No fuerces los hallazgos en systemPatterns.md. Esos seis archivos describen código. La investigación es un tipo de conocimiento diferente.

Vuelve a emitir las credenciales; nunca las traslades. Las credenciales a nivel de proyecto de Perplexity tienen un alcance limitado al proyecto por diseño.

Mantén los hallazgos consultables, no archivados. Una conclusión de investigación se consulta, no se lee — razón por la cual también hacer que Perplexity recuerde tu contexto de investigación es un trabajo diferente al de documentar una base de código.

Conclusión

La migración de Perplexity Projects a Cline es un paso entre dos teorías diferentes de lo que es un proyecto. La de Perplexity es un esfuerzo continuo con conversaciones, tareas, herramientas conectadas, fuentes priorizadas y una memoria acumulativa. La de Cline es un repositorio con reglas que guían la generación y un conjunto de documentación que describe el estado actual del código.

La parte mecánica es sencilla: hasta 8,000 caracteres de instrucciones del proyecto se convierten en archivos .clinerules/, y los archivos del proyecto —incluyendo cualquier cosa que Computer haya producido para ti— se convierten en archivos del repositorio. Edita a medida que conviertes, porque las instrucciones escritas para dar forma a la salida de un asistente de investigación no son los estándares que necesita un agente de programación.

La parte que no tiene destino es Brain y el resumen del proyecto. Brain construye una memoria continua a partir de todo el trabajo en un proyecto y se puede ver en la pestaña Brain; no se puede exportar, y Cline no tiene nada que se acumule sin ti. El resumen del proyecto se asigna de forma general a activeContext.md y progress.md, excepto que ahora lo escribes tú. Los dominios priorizados, los conectores, las vinculaciones de canales y el interruptor de memoria individual no tienen ningún equivalente.

Así que lee la pestaña Brain mientras aún la tengas, ejecuta Brain una vez primero si estaba en manual, exporta los archivos, convierte las instrucciones con un lápiz rojo, inicializa Memory Bank correctamente y coloca los hallazgos —con fuentes, conclusiones y opciones rechazadas— en algún lugar donde tanto una herramienta de investigación como un agente de programación puedan realizar consultas. De este modo, el próximo cambio de herramienta te costará las reglas, no el entendimiento.

Preguntas frecuentes

¿Puedo exportar el Brain de Perplexity a otra herramienta?

No. Brain construye una memoria continua para todo el trabajo realizado en un proyecto y se puede ver en la pestaña Brain, pero la documentación de Perplexity no describe ninguna ruta de exportación. El enfoque práctico es leerlo antes de dejar de usar el proyecto y, si Brain estaba configurado en manual en lugar de automático en la configuración de memoria del proyecto, ejecútalo una vez primero para leer una vista actualizada.

¿Qué reemplaza al resumen del proyecto de Perplexity en Cline?

Dos archivos de Memory Bank, escritos por ti. El archivo activeContext.md de Cline realiza el seguimiento del enfoque actual, los cambios recientes y los siguientes pasos, y progress.md realiza el seguimiento de lo que funciona, lo que queda por hacer y los problemas conocidos. Perplexity generaba su resumen automáticamente; estos se mantienen a mano, siendo "update memory bank" el comando que activa una revisión.

¿Funcionan las instrucciones de mi proyecto de Perplexity en Cline?

El contenido se transfiere; la compatibilidad varía. Perplexity permite hasta 8,000 caracteres de instrucciones de proyecto, y Cline lee todos los archivos .md y .txt en .clinerules/. Pero el propio ejemplo de Perplexity sobre lo que pertenece a las instrucciones es "un formato de respuesta preferido o un archivo de estado para mantener actualizado", por lo que es de esperar que una parte se refiera a la presentación de investigaciones en lugar de a la escritura de código. Convierte los estándares, descarta el formato.

¿Funcionarán las habilidades (Skills) de mi proyecto de Perplexity en Cline?

No está claro, así que verifícalo en lugar de asumirlo. Perplexity te permite cargar habilidades reutilizables con alcance a un proyecto, pero su documentación no especifica el formato del archivo. Cline espera que cada habilidad sea una carpeta que contenga un archivo SKILL.md, leído desde .cline/skills/, .clinerules/skills/ o .claude/skills/. Abre una de tus habilidades de Perplexity y compárala antes de planificar una copia.

¿Qué pasa con los colaboradores de mi proyecto?

El modelo cambia por completo. Perplexity tiene los roles de Owner, Can edit y Can view, alcances de acceso desde Restricted hasta toda la organización, y límites de hasta 5 colaboradores en proyectos que no sean Enterprise o hasta 9,999 en aquellos propiedad de Enterprise. Cline comparte a través del control de versiones: haz commit de .cline/ y de tu Memory Bank, y cualquiera con acceso al repositorio tendrá todo.

¿Debería migrar si Brain no se transfiere?

Eso depende de para qué sea el proyecto. Si el trabajo ha pasado de la investigación a la construcción, la migración tiene sentido y el coste único es leer la pestaña Brain. Si sigue siendo principalmente investigación, un agente de programación es el contenedor equivocado independientemente del coste de la migración, y otros destinos para la misma fuente se tratan en cómo migrar Perplexity Spaces a Claude Code.