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

Extraer la memoria de Claude. Anthropic documenta esto directamente. Ve a Settings → Capabilities y abre "View and edit your memory" para ver tu memoria exactamente como la ve Claude: cada entrada listada por categoría, cada una editable o eliminable. Esa vista es tu material de origen.

También puedes pedirle a Claude en un chat: "Escribe mis recuerdos textualmente, exactamente como aparecen en tu memoria". El resultado es un texto que copias en un archivo en tu propia máquina; no hay una descarga que genere una exportación estructurada, así que planifica un paso de copiar y pegar.

Una limitación documentada define lo que encontrarás allí: la memoria de Claude está diseñada para centrarse en temas relacionados con el trabajo. Esto es útil para esta migración (las entradas suelen ser sobre cómo trabajas en lugar de datos triviales), pero también significa que la memoria es un conjunto de observaciones sintetizadas, no una transcripción de todo lo que discutieron.

Ten en cuenta la dirección de las herramientas de Anthropic aquí. La importación de memoria de Claude (Settings → Memory → "Start import") trae contexto hacia Claude desde otros proveedores, y es explícitamente experimental: Anthropic señala que Claude "puede no incorporar siempre con éxito las memorias importadas". No hay un equivalente en la dirección opuesta, por lo que la migración de salida es manual.

Lo que recibe OpenClaw. El modelo de OpenClaw es inusualmente explícito, y los profesionales lo establecen como una regla: si no está escrito en un archivo, no existe. Esto no es una queja sobre la herramienta, es su diseño. Las convenciones que se han establecido a su alrededor son:

• Un archivo al estilo MEMORY.md que se convierte en una verdadera base de conocimientos de enfoques preferidos y errores aprendidos.
• Notas diarias que capturan decisiones e interacciones significativas, que el agente lee al inicio de una nueva sesión junto con el archivo a largo plazo.
• /context list dentro de una sesión para diagnosticar por qué algo no se está guardando.
• Un vaciado de memoria previo a la compactación integrado que activa un turno agéntico silencioso antes de la compactación, recordando al modelo que escriba cualquier cosa importante en el disco. Varios errores de compactación se corrigieron a finales de febrero de 2026, por lo que es importante utilizar una versión reciente.

Para cualquier cosa más allá de los archivos, OpenClaw se conecta a través de MCP. Los servidores residen bajo "mcp": { "servers": { … } } en ~/.openclaw/openclaw.json, y hay una CLI completa para gestionarlos: openclaw mcp add, set, configure, show, list, unset, además de openclaw mcp login <name> para flujos de OAuth y openclaw mcp doctor <name> --probe para comprobar que uno funciona. Se admiten transportes stdio, SSE y HTTP con capacidad de transmisión, con cabeceras estáticas disponibles para servidores HTTP.

Lo que no se transfiere. Las entradas de memoria de Claude te describen a ti: tus convenciones, tus preferencias, los patrones que ha notado. OpenClaw se ejecuta de forma desatendida contra sistemas reales, y lo que necesita es operativo: qué entornos existen, qué no se debe tocar nunca, qué hace realmente el despliegue, qué fallo ya has diagnosticado dos veces. Algo de eso está en la memoria de Claude. Gran parte estaba en las conversaciones que Claude resumió y omitió, y nada de eso está en las entradas tal como están escritas.

Paso 1: Extrae tu memoria de Claude y edítala a fondo

Abre Settings → Capabilities → View and edit your memory y léelo todo. La mayoría de las personas se sorprenden por partida doble: por la cantidad de información que hay y por lo irrelevante que es gran parte de ella para un agente que ejecuta comandos.

• Copia las entradas en un archivo, ya sea desde esa vista o pidiéndole a Claude que las escriba textualmente.
• Elimina cualquier cosa que tenga que ver con el estilo de conversación sin un significado operativo. Un agente que aprovisiona infraestructura no necesita saber que prefieres viñetas.
• Conserva y amplía todo lo que limite la acción: entornos, convenciones de nomenclatura, lo que está fuera de los límites, requisitos de revisión, los sistemas que tocas.
• Añade lo que Claude nunca almacenó porque solo lo dijiste una vez. Cada "no ejecutes eso contra prod" que viva en tu cabeza es una línea que vale la pena escribir ahora.
• No pegues credenciales en nada de esto. Ni en el archivo, y específicamente no directamente en ~/.openclaw/openclaw.json; ese archivo se respalda y se copia durante las migraciones. Usa variables de entorno y haz referencia a ellas como ${VARIABLE_NAME}.

Paso 2: Dale a OpenClaw un lugar donde guardarlo y algo en qué guardarlo

Ahora divide lo que conservaste según cómo se utilizará:

• Las reglas permanentes van al archivo de memoria a largo plazo que el agente lee en cada ejecución. Manténlo conciso; esto se carga constantemente.
• Las notas de trabajo van al patrón de notas diarias, de modo que las decisiones de esta semana estén disponibles la próxima semana sin sobrecargar el archivo permanente.
• El material de referencia (documentos de arquitectura, runbooks, contratos, diagramas) no debe pegarse en absoluto en un archivo Markdown. Apunta OpenClaw hacia él a través de MCP para que pueda recuperar lo que sea relevante en lugar de cargar con todo.
• Verifica antes de confiar. Inicia una sesión, luego ejecuta /context list y confirma lo que el agente realmente cargó. Los archivos que existen pero no se están leyendo son la razón más común por la que una migración parece haber fallado.

Luego confirma las conexiones: openclaw mcp list para ver qué está registrado, openclaw mcp doctor <name> --probe en cualquier cosa de la que dependas. Un servidor que está configurado pero no responde falla silenciosamente en una ejecución programada, que es el peor lugar para enterarse.

Date cuenta de en qué consistió realmente esta migración: leer el conocimiento del almacenamiento privado de un producto y escribirlo a mano en la convención de archivos de otro producto. Lo volverás a hacer la próxima vez que cambie tu pila tecnológica, y cada vez perderás lo que la herramienta anterior ya había sintetizado.

El modelo de archivos de OpenClaw realmente funciona: es explícito, versionable y se puede buscar con grep, lo cual es más de lo que ofrecen la mayoría de las herramientas. Sus límites son estructurales más que un defecto: los archivos viven en una máquina, se mantienen a mano, cada agente tiene su propio conjunto y Claude no puede leerlos. Así que vuelves a mantener dos versiones de la misma verdad, que terminan desincronizándose.

La alternativa es mantener el conocimiento en una capa que no pertenezca a ninguna de las dos herramientas. MemoryLake se sitúa en ese nivel: la memoria como su propia capa, accesible a través de MCP o una API, de modo que Claude y OpenClaw leen del mismo lugar en vez de dos copias.

Paso 1: Crea una clave de API

Genera una clave y realiza tu primera solicitud en unos 30 segundos.

Paso 2: Sube tus primeros recuerdos

Carga el material que acabas de organizar en el Paso 1 anterior, además de los documentos de referencia que de otro modo estarías pegando: notas de arquitectura, runbooks, contratos de API, registros de decisiones, capturas de pantalla de los paneles que la gente suele describir. Los documentos, imágenes y otros archivos van todos al mismo lugar.

Paso 3: Conecta tu IA y agentes

Dale acceso a OpenClaw, Claude, Codex y otros agentes a través de MCP; para OpenClaw, eso es una entrada de servidor en ~/.openclaw/openclaw.json o un solo comando openclaw mcp add. Tu archivo de memoria a largo plazo vuelve a contener reglas, y el conocimiento que crece semanalmente deja de ser algo que mantienes a mano en dos lugares.

El efecto inmediato es que tu archivo de memoria deja de inflarse. La mayoría de estos archivos se sobrecargan porque cumplen dos funciones (reglas permanentes y conocimiento acumulado) y solo una de ellas debería cargarse en cada ejecución. Dividirlos reduce lo que el agente lee por ejecución al tiempo que aumenta lo que puede encontrar cuando lo necesita.

El segundo efecto se manifiesta en las ejecuciones desatendidas, que es donde OpenClaw demuestra su valor. Un agente programado que puede consultar una capa de memoria encontrará el runbook que necesita a las 3 a. m. Un agente programado cuyo conocimiento es solo lo que cupo en el archivo improvisará, y la improvisación contra producción es cómo comienzan los incidentes.

El tercero es que Claude y OpenClaw dejan de contradecirse. En este momento, la decisión a la que llegaste en una conversación de Claude existe en la memoria de Claude y en ningún otro lugar, por lo que el agente que realiza el trabajo nunca se entera. Una memoria compartida cierra ese ciclo, la misma razón por la que configurar la memoria cruzada de IA a través de MCP suele dar resultados más rápido que optimizar cualquiera de las dos herramientas por separado.

Trata el archivo de memoria como reglas, no como un archivo histórico

Si es una restricción que el agente siempre debe respetar, pertenece al archivo. Si es conocimiento que crece (incidentes, decisiones, detalles del sistema), pertenece a una capa que el agente consulta. Los archivos cargados en cada ejecución deben ser lo suficientemente cortos como para que notarías si se introduce algo incorrecto.

Escribe la versión operativa de cada decisión

La memoria de Claude podría registrar que prefieres un enfoque de despliegue particular. OpenClaw necesita la versión con el comando, el entorno, el guardrail y el motivo. Reescribir las decisiones en lenguaje operativo es la hora de mayor valor en esta migración.

Mantén los secretos fuera de la configuración y de la memoria

~/.openclaw/openclaw.json viaja (se respalda y se copia cuando migras de máquina), así que haz referencia a variables de entorno en lugar de incluir tokens directamente. OpenClaw también filtra variables de inicio peligrosas como NODE_OPTIONS, PYTHONSTARTUP, DYLD_* y LD_* para servidores stdio, lo cual es un buen recordatorio de que cualquier cosa que un agente pueda leer, también la puede filtrar en una transcripción.

Pasar de Claude a OpenClaw es una migración real, no un clic: lee tu memoria desde Settings → Capabilities, redúcela a lo que limita la acción, reescríbela en términos operativos y colócala donde OpenClaw realmente la lea. Luego verifica con /context list en lugar de asumir.

La parte que vale la pena cambiar es el patrón, no el procedimiento. Claude guarda su memoria en Claude, OpenClaw guarda su conocimiento en archivos en una máquina, y cada cambio de herramienta significa mover el conocimiento entre almacenamientos privados a mano. Una capa de memoria externa a ambos significa que tu contexto deja de ser algo que migras, y un agente desatendido deja de ejecutarse con lo que sea que haya cabido en un archivo Markdown. Si tu origen es un asistente diferente, se aplica la misma ruta al mover la memoria de ChatGPT a OpenClaw o al llevar la memoria de Claude a un agente de IDE.