Cómo migrar tu memoria de Claude a Zed sin perder el contexto (2026)

Las entradas de memoria: por completo y con fechas. Anthropic describe la memoria de Claude como "un conjunto de entradas individuales organizadas en categorías", que Claude "lee, escribe y actualiza en tiempo real mientras chateas". Esas entradas aparecen en el volcado textual y, dado que la mayoría incluye una fecha de guardado, obtienes algo poco común en una migración: una forma de distinguir el conocimiento fresco de los fósiles sin tener que leer cada línea para comprobar su veracidad. Ordena por fecha primero y la mitad del triaje estará hecho.

Las categorías: como pista, no como estructura. En Settings > Memory, las entradas se agrupan por categoría, y las áreas de enfoque documentadas son tu rol y contexto profesional, preferencias de comunicación y estilo de trabajo, preferencias técnicas y estilo de programación, y detalles del proyecto y trabajo en curso. Estas agrupaciones no se corresponden uno a uno con las capas de Zed, pero son un primer paso útil: las preferencias y el estilo suelen pertenecer a un lugar, los detalles del proyecto a otro.

Memoria por proyecto: por separado, y esto importa. Anthropic documenta que "Cada proyecto tiene su propio espacio de memoria independiente y un resumen de proyecto dedicado, por lo que el contexto dentro de cada uno de tus proyectos es enfocado, relevante y separado de otros proyectos o chats que no son de proyectos". Si has utilizado Projects, no tienes una sola memoria que exportar: tienes una por proyecto más el montón de chats sin proyecto. Expórtalas por separado o fusionarás contextos que Claude mantuvo separados deliberadamente, perdiendo la señal que te indicaba a qué repositorio correspondía cada entrada.

Lo que nunca se capturó. Los chats de incógnito no aportaron nada: la documentación de Anthropic indica que con este modo activado, "Claude no recordará tus chats, por lo que no se guardarán en la memoria de Claude ni en tu historial de chat". Y los archivos de conocimiento del proyecto son algo diferente de la memoria: los archivos que subiste viven en el Proyecto, y mover su contenido significa mover los archivos, no las entradas de memoria. Ese límite suele confundir a la gente, como se explica en por qué Claude olvida los archivos de conocimiento del proyecto.

Por el lado de Zed, el destino cambió recientemente. Si configuraste Zed antes de la versión v1.4.0 y recuerdas una Rules Library, ese modelo ya no existe. La documentación actual lo establece claramente: "Las Rules han sido reemplazadas por Skills e Instructions: las Rules reutilizables y bajo demanda se convierten en Skills; las Rules predeterminadas y siempre activas se convierten en el archivo personal AGENTS.md; los archivos .rules del proyecto siguen siendo compatibles como archivos de instrucciones de proyecto de compatibilidad". Así que hay tres hogares, con diferentes comportamientos de carga y diferentes costos:

• Instructions — siempre activas. Las instrucciones personales viven en ~/.config/zed/AGENTS.md (en Windows, %APPDATA%\Zed\AGENTS.md). Las instrucciones del proyecto provienen de un archivo en tu repositorio. Todo lo que está aquí se carga cada vez.
• Skills — bajo demanda. Carpetas que contienen un SKILL.md, en ~/.agents/skills/ de forma global o .agents/skills/ por proyecto, que el agente carga cuando son relevantes o cuando lo invocas directamente.
• Servidores MCP — datos y herramientas en vivo, configurados bajo context_servers. No es un lugar para el conocimiento, sino la respuesta correcta para cualquier cosa que deba buscarse en lugar de recordarse.

Paso 1: Exporta textualmente, luego lee las fechas antes de leer el contenido

Abre Claude y solicita el volcado exactamente como lo documenta Anthropic: "Escribe tus recuerdos sobre mí textualmente, exactamente como aparecen en tu memoria". Hazlo una vez para tu memoria general y otra dentro de cada Proyecto cuyo contexto te interese, ya que esos espacios de memoria son independientes. Pega cada resultado en su propio archivo temporal, etiquetado por su origen.

Ahora haz el paso que la gente suele saltarse. Antes de evaluar si una entrada es útil, evalúa si está actualizada, utilizando las fechas de guardado del volcado. Una entrada de hace ocho meses que describe tu framework de pruebas es una afirmación sobre una base de código que ya ha cambiado. Marca cualquier cosa más antigua que tu última refactorización importante como sospechosa, no como un hecho.

También puedes abrir Settings > Memory para explorar las entradas agrupadas por categoría, editar cualquier error a través del cuadro "Dile a Claude qué cambiar o eliminar" y borrar entradas individuales. Limpiar antes de exportar suele ser más rápido que limpiar después, porque la interfaz agrupa las cosas por ti.

Una cosa con la que debes tener cuidado: si planeas dejar de usar Claude, no recurras a Reset memory como parte de la limpieza. Anthropic lo documenta como una eliminación permanente de todos los recuerdos y no es reversible. Existe la opción Pause memory si deseas que deje de acumular recuerdos mientras realizas la migración.

Paso 2: Enruta cada entrada a uno de los tres hogares de Zed

Toma el volcado limpio línea por línea. Cada entrada va exactamente a un lugar, y la prueba es cuándo necesita ser verdadera.

Siempre verdadero, en cualquier lugar donde trabajes → `~/.config/zed/AGENTS.md` personal. Tus preferencias de idioma, cómo quieres que se estructuren las explicaciones, convenciones que llevas de un trabajo a otro. Mantén este archivo corto; se carga en cada sesión de cada proyecto, por lo que la longitud aquí es un costo constante.

Siempre verdadero, en este repositorio → el archivo de instrucciones del proyecto. Decisiones de arquitectura, convenciones internas, comandos de compilación y prueba. Aquí también es donde está la trampa; consulta más abajo.

Verdadero a veces, cuando estás haciendo algo específico → una Skill. Esta es la capa que la mayoría de la gente pasa por alto, y es donde pertenece una parte sorprendente de la memoria de Claude. Procedimientos de varios pasos, listas de verificación de lanzamiento, "cómo escribimos migraciones", la rutina de depuración que siempre sigues: nada de eso necesita estar en el contexto mientras editas CSS. Como Skill, se carga cuando es relevante o cuando la invocas. Las Skills van en ~/.agents/skills/ para uso personal o en .agents/skills/ para compartirlas con el repositorio.

No es conocimiento en absoluto → MCP. Las entradas que en realidad son punteros a sistemas en vivo — "el estado de staging está en Grafana", "el estado de los tickets vive en Linear" — se atienden mejor mediante un servidor bajo context_servers que mediante una frase desactualizada en un archivo de instrucciones.

Ahora la trampa, y vale la pena leerla dos veces. Zed busca instrucciones de proyecto en una lista de nombres de archivo: .rules, .cursorrules, .windsurfrules, .clinerules, .github/copilot-instructions.md, AGENT.md, AGENTS.md, CLAUDE.md, GEMINI.md. Y la documentación dice: "Zed utiliza el primer archivo que coincida en esta lista".

Primera coincidencia. No fusionado, no el más específico: el primero. Si tu repositorio tiene un .cursorrules sobrante de un experimento anterior, ese archivo gana, y el AGENTS.md que acabas de escribir cuidadosamente a partir de tu exportación de Claude nunca se cargará. No se produce ningún error. El agente simplemente se comporta como si tu migración no hubiera ocurrido. Antes de escribir nada, haz una lista de cuáles de esos nueve nombres de archivo existen en el repositorio y elimina o consolida los que no quieras que sean autoritativos.

También vale la pena saber para más adelante: "Las instrucciones del proyecto anulan el AGENTS.md personal cuando entran en conflicto". Por lo tanto, el archivo del repositorio es la voz más fuerte, que suele ser lo que se desea en un equipo, y una razón para mantener las preferencias genuinamente personales fuera de él. Si un proyecto comienza a comportarse como si hubiera olvidado tu configuración, este orden es lo primero que debes verificar, antes de cualquier cosa relacionada con el modelo: el patrón en por qué Zed olvida el contexto del proyecto.

Observa lo que tienen en común los dos pasos anteriores: ambos se refieren a una base de conocimiento que existe, es valiosa y vive en un formato que solo un proveedor lee. Claude te ofrece una buena exportación —mejor que la mayoría— y aun así pasas una tarde convirtiendo una lista plana de entradas con fecha en un diseño de archivos de tres niveles que la siguiente herramienta tampoco entenderá.

MemoryLake elimina esa repetición: una capa de memoria que contiene el conocimiento duradero del proyecto, leída por cualquier asistente que estés utilizando. Las Instructions de Zed siguen haciendo su trabajo específico —el pequeño conjunto que debe estar en contexto en cada sesión— mientras que el cuerpo de conocimiento acumulado vive en un lugar al que tanto Claude como Zed pueden acceder. La configuración consta de tres pasos.

Paso 1: Crea una clave API

Inicia sesión en MemoryLake y crea una clave API. Una sola credencial para cada herramienta que conectes: la pieza que hace que esta sea la última conversión que hagas a mano.

Paso 2: Sube tus primeros recuerdos

Sube la exportación limpia: las entradas que sobrevivieron a la verificación de fecha, más las decisiones y restricciones detrás de ellas. Mantén las entradas cortas y de un solo tema, de la forma en que las almacena la propia memoria de Claude; esa estructura se recupera bien y sigue siendo fácil de corregir. Presta especial atención a los rechazos: los enfoques que probaste y abandonaste, con sus razones. Son las entradas que un nuevo asistente más necesita y que es menos capaz de inferir.

Paso 3: Conecta tu IA y agentes

Conecta tus herramientas. Se puede acceder a MemoryLake a través de MCP y de una API, por lo que los agentes nativos de MCP —Zed entre ellos, a través de context_servers, junto con Claude Code, Codex y OpenClaw— se conectan apuntando al servidor MCP, y otros asistentes leen la misma memoria a través de la API. Tu AGENTS.md se mantiene corto, tus Skills siguen teniendo un propósito claro y la creciente pila de conocimiento del proyecto deja de copiarse en ambos.

Dos límites honestos. MemoryLake no lee la memoria de Claude por ti; el Paso 1 anterior es un trabajo real, que se hace una sola vez. Y no es una capa de cumplimiento: las instrucciones de Zed moldean el comportamiento en lugar de garantizarlo, y ninguna capa de memoria cambia eso.

Tus archivos siempre activos se mantienen pequeños. La tentación después de una migración es pegar toda la exportación en AGENTS.md porque es el único archivo que estás seguro de que se lee. Así es como surge un archivo de instrucciones de 400 líneas, y los archivos largos siempre activos reducen el cumplimiento de las reglas que importan. El conocimiento recuperable elimina esa tentación.

Las Skills finalmente se utilizan. La mayoría de las personas nunca pueblan la capa bajo demanda porque es un trabajo adicional sin una recompensa inmediata. Cuando de todos modos estás enrutando una exportación, la clasificación se realiza una sola vez, y ese es el momento en que los procedimientos salen del contexto siempre activo.

La separación por proyecto sobrevive al traslado. Claude mantiene las memorias de los proyectos separadas por una razón. Si las unificas en un solo archivo durante la migración, perderás eso; si las mantienes separadas —en las instrucciones del repositorio o en una capa de memoria con alcance de proyecto—, ese límite seguirá dando sus frutos.

La siguiente herramienta cuesta una conexión, no una tarde. Este es el ahorro real. Volverás a cambiar de editor. Que eso te cueste diez minutos o un día depende de si el conocimiento está en el formato de un proveedor o en el tuyo.

Claude sigue funcionando. Nada de esto requiere abandonar Claude: el flujo de importación de Anthropic acepta que se vuelva a pegar la memoria, por lo que una capa compartida alimenta a ambos. De todos modos, la mayoría de las personas terminan usando el asistente de chat y el editor para cosas diferentes, y extender la memoria de Claude más allá de la función integrada cubre esa combinación.

Exporta por proyecto, no una sola vez. Los espacios de memoria de los proyectos están separados por diseño. Un único volcado combinado destruye la relación entre el conocimiento y el repositorio.

Confía más en las fechas que en la redacción. Una entrada redactada con total seguridad de marzo sigue siendo una entrada de marzo. El volcado te proporciona las fechas de guardado; utilízalas como primer filtro.

Audita los nueve nombres de archivo antes de escribir nada. .rules, .cursorrules, .windsurfrules, .clinerules, .github/copilot-instructions.md, AGENT.md, AGENTS.md, CLAUDE.md, GEMINI.md: la primera coincidencia gana. Un archivo sobrante de una herramienta que abandonaste tendrá prioridad silenciosamente sobre el nuevo.

Coloca los procedimientos en Skills, los hechos en Instructions. Si tiene pasos, es una Skill. Si es una verdad permanente, es una instrucción. Mezclarlos es lo que hace que los archivos siempre activos se hinchen.

No restablezcas la memoria como paso de limpieza. Anthropic documenta Reset memory como permanente y no reversible. Pause es la opción reversible mientras realizas la migración.

Espera que las importaciones tengan pérdidas en ambas direcciones. La propia documentación de importación de Anthropic señala que "es posible que Claude no siempre incorpore con éxito las memorias importadas" y que se prioriza el contenido relacionado con el trabajo. Trata cualquier transferencia de memoria como un borrador inicial que debes verificar, no como una sincronización completada.

Verifica qué se cargó antes de culpar al modelo. Después del traslado, confirma qué archivo de instrucciones seleccionó Zed. La mitad de los informes de "el agente ignora mis reglas" se deben a un archivo que nunca se cargó.

Esta es una de esas raras migraciones en las que la extracción es la parte fácil. Anthropic documenta una exportación textual, las entradas vienen con fecha y Settings > Memory te permite hacer limpieza antes de comenzar. El trabajo está en el lado receptor: Zed reemplazó las Rules por Skills e Instructions, lo que significa decidir para cada entrada si debe estar en contexto siempre, bajo demanda o en absoluto, y confirmar que el archivo que escribiste es el que Zed realmente lee, dado que la primera coincidencia gana.

Realiza ese enrutamiento una vez y coloca el conocimiento duradero en un lugar que no pertenezca a ningún proveedor. Así, el próximo editor será solo una conexión en lugar de otra tarde de trabajo.

Si tu origen es un asistente diferente, migrar la memoria de ChatGPT a Zed cubre ese trayecto, y migrar la memoria de Claude a Cursor cubre el otro destino común.