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

Analiza el Project capa por capa, utilizando la propia descripción de Perplexity sobre lo que contiene un Project: "tus conversaciones de Search, tus tareas de Computer, archivos, instrucciones personalizadas, herramientas conectadas y el contexto que Perplexity acumula a medida que trabajas".

Archivos: se transfieren, y son la victoria fácil. Perplexity documenta las cargas de archivos persistentes de forma individual, como carpetas y como importaciones desde fuentes de archivos conectadas, además de los archivos que Computer crea y gestiona en tu nombre. Cualquier cosa que sea un documento real sale como un documento real. En el lado de Codex, estos se convierten en archivos en el repositorio o en cualquier directorio al que apuntes a Codex; la diferencia es que los archivos de un Project están adjuntos a un espacio de trabajo, mientras que Codex lee lo que está en el disco.

Instrucciones personalizadas: se transfieren, con una dosis de realidad sobre el tamaño. Perplexity permite instrucciones de Project de "hasta 8,000 caracteres" que "le dicen a Computer cómo trabajar dentro de este Project", además de instrucciones de contexto en Settings "utilizadas para cada consulta ejecutada en el proyecto". El destino natural es AGENTS.md, y la propia documentación de Codex aboga por colocarlas allí en lugar de confiar en que la memoria las retenga: "Mantén la guía requerida para el equipo en AGENTS.md o en la documentación registrada. Trata las memorias como una capa de recuerdo útil, no como la única fuente para las reglas que siempre deben aplicarse". Sin embargo, ocho mil caracteres es mucho. La mayor parte de esa longitud suele ser una mezcla de reglas estrictas y explicaciones de fondo, y solo las reglas estrictas pertenecen a un archivo que se carga siempre.

Enlaces web y dominios priorizados: sin destino. La configuración del Project te permite "añadir y gestionar enlaces web y dominios para ser priorizados". Esa es una preferencia de recuperación para una herramienta de investigación, y Codex no tiene un control equivalente. Si esos dominios codifican algo real (por ejemplo, las instrucciones de este proveedor son autoritativas, esa respuesta de Stack Overflow está desactualizada), escribe el motivo como una nota en lugar de intentar reproducir el mecanismo.

Modo predeterminado y modelo orquestador: sin destino y sin pérdida. Un Project puede establecer un modo predeterminado (Search frente a Computer) y un modelo orquestador de Computer predeterminado. Estos son ajustes de ejecución del lado de Perplexity. No hay nada que migrar.

Brain: no se transfiere. Esta es la capa que importa y la capa que no tiene camino de salida. Perplexity documenta lo que Brain acumula: aprende de tus sesiones, tus herramientas conectadas, archivos y artefactos, y tus correcciones, y organiza el resultado en "Concepts, Entities y Workstreams: una wiki y un gráfico navegables de tu mundo", donde cada entrada "enlace de regreso a su origen, para que puedas verificarla o corregirla". Las ejecuciones sucesivas refuerzan lo que sigue siendo cierto, actualizan lo que ha cambiado y marcan lo que está obsoleto. Eso es genuinamente más que una pila de documentos: está estructurado, vinculado a su procedencia y se mantiene solo. Y la interfaz documentada para ello es ver, editar y eliminar entradas en Settings → Memory. Los documentos de Perplexity no describen ninguna exportación.

Dos notas de aclaración sobre Brain antes de tratarlo como un muro insalvable. Está restringido (los documentos dicen que "Brain se está implementando en Research Preview para suscriptores de Max y Enterprise Max que usan Computer"), por lo que un buen número de personas que leen esto no lo tienen y pueden omitir todo el problema. Y es opcional, con su propio interruptor en Settings → Memory settings → Brain y un control a nivel de organización para administradores de Enterprise. Si Brain está desactivado en tu espacio de trabajo, el conocimiento de tu Project ya es solo archivos más instrucciones, y esta migración es un trabajo de dos horas.

Memorias de Codex: existen, pero no reciben nada. En el lado del destino, Codex mantiene su propio almacén de memoria: archivos bajo ~/.codex/memories/ que contienen, según los documentos, "resúmenes, entradas duraderas, entradas recientes y evidencia de respaldo de chats anteriores", generados en segundo plano después de que los chats quedan inactivos, y habilitados a través de [features] memories = true en config.toml. Tres propiedades documentadas dan forma a esta migración. Son locales y por máquina. Son independientes de la memoria web de ChatGPT: "ChatGPT web utiliza la memoria de ChatGPT, mientras que los clientes locales de Codex utilizan un almacén de memoria local independiente". Y la generación es de mejor esfuerzo: las pasadas de memoria se pueden omitir cuando el porcentaje restante del límite de velocidad cae por debajo de un umbral configurado, y "es posible que las memorias no se actualicen de inmediato cuando finaliza un chat". No puedes sembrar esta capa escribiendo en ella, y los documentos desaconsejan hacer de la edición manual tu superficie de control.

La consecuencia que no aparece en ningún documento. Un Project de Perplexity es colaborativo por diseño: roles de Owner, Can edit y Can view; alcances de acceso desde Restricted hasta toda la organización; hasta 5 colaboradores en Projects que no son Enterprise y hasta 9,999 en los que pertenecen a Enterprise. Las memorias de Codex son por máquina y por persona. Migra un Project de cinco personas a la configuración de Codex de un solo ingeniero y el conocimiento no solo cambia de formato, sino que cambia de propietario. Todos los demás pierden el acceso a él y nadie recibe una notificación.

Step 1: Mueve primero las entradas duraderas

Haz esta parte antes de tocar cualquier cosa derivada, porque es mecánica y hace que la parte difícil sea más pequeña.

Exporta los archivos. Todo lo que esté bajo Files del Project, incluidos los artefactos que Computer produjo y que querrías tener dentro de seis meses. Colócalos donde Codex realmente los vea: en el repositorio si pertenecen a la base de código, en un directorio docs/ registrado si son material de referencia. Los archivos que se quedan en una carpeta a la que Codex no apunta son la forma más común en que las personas "migraron" y luego se preguntaron por qué no se transfirió nada.

Divide las instrucciones en dos. Toma las instrucciones del Project y el contexto a nivel de Settings, y clasifica cada línea en "debe cumplirse siempre" y "antecedentes útiles". El primer grupo se convierte en AGENTS.md, siguiendo la propia guía de Codex sobre que la guía requerida para el equipo viva en la documentación registrada. El segundo grupo se convierte en documentación de referencia, no en instrucciones que cargas. Evita pegar los 8,000 caracteres en AGENTS.md; un archivo largo cargado constantemente compite por la atención con el trabajo, y las reglas que importan se diluyen.

Escribe las preferencias de recuperación como prosa. La lista de dominios priorizados es un juicio comprimido sobre en qué fuentes confías. Codex no puede procesar la lista, pero puede leer "los documentos del proveedor en X son autoritativos para la API; cualquier cosa en Y es anterior a la versión 3 y es engañosa". Esa frase es más portable de lo que jamás fue la configuración.

Anota explícitamente el límite de colaboración. Antes de cerrar el Project, escribe una nota breve que registre quién tenía acceso y quién estaba colaborando. Estás a punto de pasar de un espacio de trabajo con roles a un almacén local sin ninguno, y saber quién más dependía de esto es lo que evita que elimines silenciosamente un recurso del equipo.

Step 2: Vuelve a deducir lo que Brain resolvió y decide quién es el propietario

Ahora la parte que no tiene exportación. La buena noticia es que la interfaz de Brain está diseñada exactamente para la lectura que necesitas hacer: abre Memory, navega por Concepts, Entities y Workstreams, y haz clic para ver la fuente detrás de cada entrada. No estás adivinando lo que aprendió; te lo mostrará, con su procedencia.

Trabaja en ello con un filtro: ¿seguiría siendo esto cierto si la herramienta desapareciera? Conserva las entradas que describen tu proyecto, tus limitaciones, tu gente, tus bucles abiertos, tus decisiones. Omite las entradas que describen cómo trabajó Computer en una tarea, que se refieren a la ejecución de la herramienta más que a tu mundo. La propia Perplexity traza esta línea: sus documentos distinguen Memory, que "almacena tus preferencias, intereses y las cosas que has compartido", de Brain, que "organiza tus proyectos, personas, documentos, decisiones y bucles abiertos en un gráfico conectado". Las decisiones y los bucles abiertos son lo que estás buscando extraer.

Luego colócalos, y aquí es donde recae la decisión de propiedad. Tienes tres opciones, y la peor es caer en la tercera por accidente.

Colócalos en la documentación registrada. Es más lento de escribir, pero sobrevive. El equipo mantiene el acceso, el conocimiento se puede revisar en un diff y Codex lo lee porque está en el repositorio. Esto es lo que recomiendan los documentos de Codex para cualquier cosa que deba aplicarse siempre.

Colócalos en una capa de memoria compartida. Es más rápido de mantener que los documentos en prosa, sigue siendo accesible para todos y es legible por más de una herramienta. Más sobre esto a continuación.

Deja que las propias memorias de Codex las acumulen. Esto sucede por defecto y está bien como complemento, pero comprende lo que has elegido: un almacén que es local para una máquina, independiente de la memoria web de ChatGPT, generado en un horario de mejor esfuerzo y que no está destinado a ser editado manualmente. Como único hogar para el conocimiento acumulado de un equipo, es un punto único de falla sin respaldo y sin opción de compartir. La documentación de Codex es inusualmente directa acerca de que este es el trabajo equivocado para ello, y la brecha aparece rápidamente como Codex olvidando el contexto del proyecto en trabajos que no has tocado en un tiempo.

No hacer nada es la cuarta opción y es el riesgo real. Brain marca las entradas obsoletas y se mantiene al día; una carpeta de conclusiones recordadas a medias no lo hace. Una migración parcial te deja con un conocimiento que parece capturado pero no lo está.

Da un paso atrás de los detalles específicos y el patrón es obvio. Dos buenas herramientas, dos sistemas de memoria competentes, cero interoperabilidad, y el conocimiento en cuestión no se trataba realmente de ninguna de las dos herramientas. Se trataba de tu proyecto. Cada vez que cambian las herramientas, el conocimiento se vuelve a deducir a mano porque estaba almacenado dentro de la herramienta que casualmente te ayudó a descubrirlo.

MemoryLake es una capa de memoria que se sitúa fuera de ambas: un único lugar para el conocimiento duradero del proyecto, legible por cualquier asistente que estés usando hoy. Investiga en Perplexity, construye en Codex, y ambos leerán la misma memoria en lugar de que cada uno mantenga una copia privada y no exportable. La configuración consta de tres pasos.

Step 1: Crea una clave API

Inicia sesión en MemoryLake y crea una clave API. Una sola credencial para cada herramienta que conectes, que es la parte que hace que esto sobreviva a tu próxima migración.

Step 2: Sube tus primeras memorias

Sube lo que extrajiste en el Paso 2 anterior (las decisiones, las limitaciones, los bucles abiertos, las razones detrás de ellos) además de los archivos de referencia que explican el proyecto. Mantén las entradas cortas y objetivas, una idea por entrada, para que la recuperación devuelva algo útil en lugar de un muro de texto. Las entradas sobre por qué rechazaste un enfoque valen el doble que las entradas sobre lo que elegiste, porque el rechazo es la parte que, de lo contrario, cada nuevo asistente volverá a proponer.

Step 3: Conecta tu IA y agentes

Conecta tus herramientas. MemoryLake es accesible a través de MCP y de una API, por lo que los agentes nativos de MCP (entre ellos Codex, Claude Code y OpenClaw) se conectan apuntando al servidor MCP, y cualquier otra cosa lee la misma memoria a través de la API. Codex mantiene sus memorias locales haciendo aquello para lo que son buenas, recordar el trabajo reciente en esta máquina; el conocimiento duradero vive en un lugar al que tus compañeros de equipo y tus otras herramientas también pueden acceder.

Límites honestos: MemoryLake no importa Brain, porque Brain no tiene una exportación documentada; vuelves a enunciar las conclusiones una vez, a mano, y ese es el costo real. Tampoco es una herramienta de investigación. No reemplazará lo que hace Perplexity; contiene lo que concluiste después de que Perplexity te ayudó a encontrarlo.

Las migraciones dejan de ser nuevas deducciones. La parte costosa de este movimiento no son los archivos ni las instrucciones; eso toma una hora. Es leer un gráfico de memoria y volver a escribir sus conclusiones. Hacer eso en una capa independiente de la herramienta significa que el próximo movimiento también costará una hora.

El conocimiento del equipo sigue siendo del equipo. Esta es la victoria silenciosa. Un Project admite hasta 9,999 colaboradores en Enterprise; las memorias de Codex admiten una máquina. En cambio, cualquier cosa que termine en una capa compartida conserva la propiedad que hizo que el Project fuera valioso en primer lugar.

La investigación y la construcción dejan de ser memorias separadas. El patrón que la mayoría de la gente tiene en realidad es investigar en una herramienta, implementar en otra y explicar el mismo contexto dos veces. Una capa que ambas puedan leer elimina la segunda explicación, el mismo problema abordado en cómo dejar de volver a explicar el contexto a tu IA.

Los cambios de proveedor dejan de ser un acontecimiento. Spaces se convirtió en Projects. Brain llegó en vista previa de investigación. Las memorias de Codex son configurables y están desactivadas a menos que se habiliten. Cada uno de esos cambios es una actualización de la documentación si tu conocimiento vive fuera de las herramientas, y un caos si no es así.

Lee Brain antes de cancelar cualquier cosa. El acceso al gráfico termina con el acceso al plan. Haz la lectura mientras aún tengas ambos, y verifica los archivos del Project en el mismo paso; el contenido que parecía faltar dentro de un Space generalmente sigue allí y simplemente no se estaba recuperando.

Usa los enlaces de procedencia. Cada entrada de Brain se vincula a la sesión, archivo o fuente detrás de ella. Cuando una entrada parezca importante pero vaga, haz clic; la fuente generalmente contiene la versión específica que vale la pena conservar.

Mantén las reglas requeridas en archivos registrados. Los documentos de Codex lo dicen directamente, y se aplica independientemente de la capa de memoria que adoptes: las reglas que siempre deben aplicarse pertenecen a AGENTS.md o a la documentación, no a una capa de recuerdo.

No esperes que las memorias de Codex aparezcan bajo demanda. La generación ocurre en segundo plano después de que los chats quedan inactivos, se puede omitir bajo presión de límite de velocidad, y los documentos señalan que las memorias "pueden no actualizarse de inmediato cuando finaliza un chat". La ausencia justo después de una sesión es normal, no un error.

Verifica el límite de la máquina antes de confiar en él. Las memorias de Codex son locales y por máquina, y la extensión del IDE utiliza el almacén del host conectado. Si trabajas en dos computadoras, asume dos memorias separadas.

Informa a tus colaboradores. Si el Project tenía colaboradores, la migración elimina su acceso a una base de conocimientos que estaban utilizando. Esa es una decisión que se debe tomar abiertamente, no un efecto secundario.

La versión antigua de esta migración era "exporta el contenido de tus Spaces y pégalo en algún lugar". Ese ya no es todo el trabajo, porque ambos extremos del viaje ahora mantienen una memoria derivada que ninguno entregará. Los archivos y las instrucciones se mueven en una hora. Las conclusiones de Brain se mueven a la velocidad con la que las lees y las vuelves a escribir, y las memorias de Codex no se pueden sembrar en absoluto.

Así que haz la lectura una vez y coloca el resultado en un lugar que no esté dentro de ninguna de las dos herramientas: documentación registrada, una capa de memoria compartida, idealmente ambas, divididas según si una regla debe cumplirse siempre. De este modo, el próximo cambio de nombre, la próxima vista previa de investigación y la próxima herramienta serán eventos sobre los que leerás en lugar de proyectos que programar. Si tu destino es un agente diferente, migrar Perplexity Spaces a Claude Code cubre esa ruta, y migrar la memoria de ChatGPT a Codex cubre la otra fuente común para el mismo destino.