La respuesta corta
El .cursorrules de Cursor, .cursor/rules/*.mdc y los Notepads no se importan automáticamente en Windsurf. Copiarás cada archivo de reglas en un .windsurfrules correspondiente (o equivalentes por directorio), recrearás los mensajes al estilo Notepad como memorias de Cascade, y asegurarás que cualquier convención a nivel de proyecto se refleje en las reglas globales de Windsurf. Planifica de 15 a 30 minutos por repositorio. Una capa de memoria basada en MCP como MemoryLake permite que ambos IDEs lean la misma fuente.
Por qué la gente cambia de Cursor a Windsurf
Tres impulsores en 2026:
- Flujo de trabajo del agente Cascade. Los equipos que envían ediciones de múltiples archivos a menudo prefieren Cascade de Windsurf para bucles más largos.
- Precios y planes de equipo. Diferentes estructuras de precios influyen en los equipos que intentan estandarizar.
- Ajuste del modelo local. Algunos equipos encuentran que los valores predeterminados de Windsurf son mejores para su base de código y mezcla de lenguajes.
Qué significa "memoria" en Cursor vs Windsurf
Los dos IDEs utilizan superficies relacionadas pero distintas.
Memoria de Cursor abarca `.cursorrules` (reglas de proyecto de archivo único heredadas), *`.cursor/rules/.mdc` (nuevo formato estructurado por regla con metadatos), Notepads (prompts/contextos reutilizables guardados), y Reglas a nivel de usuario para IA** en Configuración.
Memoria de Windsurf abarca `.windsurfrules` (archivo de reglas a nivel de proyecto), reglas globales (a nivel de usuario), y memoria Cascade (memorias persistentes que Cascade guarda durante el trabajo agente).
Un archivo .cursorrules generalmente se convierte en un .windsurfrules con contenidos similares. .cursor/rules/*.mdc se colapsan en un .windsurfrules o múltiples archivos por directorio. Los Notepads generalmente se convierten en memorias de Cascade o se pegan en .windsurfrules como referencia estática.
Paso 1: Exporta tus reglas de Cursor
No hay un comando de exportación en Cursor, pero las reglas son solo archivos que puedes copiar.
- Localiza las reglas de tu repositorio. Abre la raíz del repositorio: verifica
.cursorrulesy.cursor/rules/. - Lee el frontmatter y el cuerpo de cada regla `.mdc`. El frontmatter (descripción, globs, alwaysApply) describe cuándo se aplica la regla; el cuerpo es la instrucción real al modelo.
- Exporta tus Notepads. Abre el panel de Notepads de Cursor y copia el nombre y contenido de cada Notepad en un
notepads.md. - Captura las Reglas a nivel de usuario para IA. Configuración → Reglas para IA. Pega las reglas globales en
cursor-user-rules.txt.
Estado final: una carpeta cursor-export/ por repositorio con los archivos de reglas (o sus contenidos), notepads.md, y cursor-user-rules.txt.
Paso 2: Importa en Windsurf
Windsurf acepta el mismo material conceptual, reestructurado.
- Crea un `.windsurfrules` en la raíz del repositorio. Pega el contenido de tu
.cursorrulescomo punto de partida. - Incorpora tus reglas `.mdc`. Para cada
.cursor/rules/*.mdc, ya sea que se añada a.windsurfruleso se coloque un archivo de reglas por directorio junto a la subcarpeta relevante, dependiendo de las convenciones por directorio de Windsurf para tu versión. - Traduce los Notepads en memorias o reglas de Cascade. La guía estática (guías de estilo, convenciones de nomenclatura) va en
.windsurfrules. Los prompts reutilizables del agente pueden guardarse como memorias de Cascade durante una sesión de Cascade a través de su panel de Memorias. - Establece reglas globales. Abre la configuración de Windsurf y pega tus Reglas a nivel de usuario de Cursor en el área de reglas globales de Windsurf, ajustando las referencias de tono.
- Abre Cascade y ejecuta una tarea de prueba. Un pequeño refactor o solicitud de generación de prueba confirmará que las reglas se aplican.
Lo que aún perderás después de migrar
- Comportamiento del frontmatter `.mdc`. Los metadatos por regla de Cursor (alwaysApply, globs) no siempre tienen un equivalente uno a uno en Windsurf.
- Ergonomía de invocación de Notepad. La rápida recuperación de Notepad de Cursor no se mapea directamente al panel de Memorias de Cascade de Windsurf.
- Analíticas por regla o historial de versiones. Ninguno de los IDEs rastrea las ediciones de reglas como un registro de primera clase; el historial de git es tu único registro.
- Sincronización continua. Las nuevas reglas añadidas a Cursor la próxima semana no aparecerán en Windsurf a menos que repitas la copia.
La mejor manera: una capa de memoria, ambos IDEs
Si tu equipo utiliza tanto Cursor como Windsurf en diferentes máquinas, los archivos de reglas por IDE se desvían rápidamente. Peor aún, cualquier cosa más amplia que el repositorio (convenciones entre repositorios, estándares del equipo) vive en dos lugares.
MemoryLake almacena esas reglas y estándares una vez y los expone a través de MCP. Tanto Cursor como Windsurf soportan MCP, por lo que el mismo contexto de proyecto fluye hacia ambos IDEs desde un único punto final.
- Una fuente de verdad. Actualiza una regla en MemoryLake; ambos IDEs ven el cambio.
- Estándares entre repositorios. Las convenciones del equipo viven por encima de cualquier repositorio único.
- Integración para el próximo IDE. Agrega Claude Code o una herramienta futura con un cambio de configuración.
Conectar MemoryLake en 3 pasos
Paso 1: Crea un proyecto y carga tu contexto
Inicia sesión en MemoryLake, abre Gestión de Proyectos y haz clic en Crear Proyecto. Nómbralo "Reglas compartidas de Cursor ↔ Windsurf." Arrastra cualquier archivo de referencia (guías de estilo, documentos de arquitectura, ADRs como PDF, Word, Markdown o imágenes) a la Unidad de Documentos bajo Mi Espacio, luego abre la pestaña Documentos y haz clic en Agregar Documentos. Pega tus .cursorrules, .windsurfrules, Notepads y reglas a nivel de usuario en la pestaña Memorias a través de Agregar Memoria.

Paso 2: Genera un punto final del servidor MCP
Abre la pestaña Servidores MCP dentro del proyecto, haz clic en Agregar Servidor MCP, descríbelo (por ejemplo, "Acceso a reglas IDE compartidas"), y haz clic en Generar. MemoryLake devuelve un ID de clave, un secreto y una URL de punto final. Copia el secreto de inmediato — se muestra solo una vez.

Paso 3: Apunta ambos IDEs al punto final
En la configuración MCP de Cursor (por ejemplo, .cursor/mcp.json), agrega una entrada de servidor MemoryLake con la URL del punto final y el secreto como un token Bearer. En la configuración MCP de Windsurf, agrega la misma entrada. Reinicia cada IDE para que el nuevo servidor MCP esté disponible para el asistente.

Migración nativa vs MemoryLake
| Dimensión | Cursor nativo → Windsurf | Puente MemoryLake |
|---|---|---|
| Pasos requeridos | 6–9 manuales | 3 únicos |
| Tiempo estimado | 15–30 min por repositorio | ~5 min de configuración |
Preserva la semántica de .mdc | Parcial | Las memorias sobreviven textualmente |
| Estándares entre repositorios | Solo por repositorio | Compartido una vez |
| Sincroniza cambios continuos | No | Sí |
| Funciona con un tercer IDE más tarde | No (reconstruir) | Sí (agregar MCP) |