Claude Skills vs reglas y memorias de Windsurf

Windsurf hizo algo que ningún otro editor de IA se molestó en hacer: le dio a su agente un cuaderno y le dijo que tomara sus propias notas. Reglas que escribes tú mismo, vale, todas las herramientas las tienen ya. Pero Cascade, el agente de Windsurf, también genera memorias por su cuenta, a mitad de conversación, sin que se lo pidan. Trabaja en un repo durante una semana y en silencio construye un modelo privado de cómo te gusta que se hagan las cosas.

Las skills de Claude parten de la filosofía opuesta. Nada entra en una skill a menos que una persona lo haya escrito, y nada se activa a menos que la descripción se lo gane. Llevamos SkillProof, donde instalamos skills en una máquina limpia y las probamos antes de listarlas, así que vivimos en el lado explícito de esta división. Aun así intentaremos ser justos, porque la idea de la memoria automática merece más que un descarte.

Resumen: Las reglas de Windsurf son un sistema sólido de instrucciones siempre activas y con alcance por glob, parecido al de Cursor. Las memorias son la parte genuinamente nueva: personalización de esfuerzo cero que mejora el editor cuanto más lo usas. Las skills ganan en portabilidad, herramientas incluidas, trabajo que no es código, y el hecho de que puedes leer cada palabra de lo que le han enseñado a tu IA. Si vives enteramente dentro de Windsurf, usa reglas para leyes duras y deja que las memorias se acumulen, pero audítalas mensualmente. Si Claude forma parte de tu flujo de trabajo en algún sitio, mantén tu experiencia duradera en skills y trata la memoria de Windsurf como una caché, no como una fuente de verdad.

	Reglas + memorias de Windsurf	Skills de Claude
Formato	Markdown en .windsurf/rules/, más memorias generadas automáticamente por workspace	Carpeta SKILL.md en ~/.claude/skills/ o .claude/skills/
Activación	Always On, glob, Model Decision, o mención manual con @; las memorias emergen automáticamente	Coincidencia de descripción, decidida por el modelo
Quién lo escribe	Tú escribes las reglas; Cascade escribe las memorias	Tú, o un autor que puedes verificar
Contenido	Texto plano, limitado (unos 6.000 caracteres por archivo de regla)	Instrucciones más scripts, plantillas, archivos de referencia
Portabilidad	Solo Windsurf	Claude Code, Claude Desktop, claude.ai, el Agent SDK
Revisabilidad	Reglas sí; memorias solo si abres el panel y miras	Todo en disco, comparable, en control de versiones
Cultura de testing	Ninguna	Casi ninguna; nosotros probamos las nuestras

Qué son en realidad las reglas y memorias de Windsurf

Windsurf divide el contexto persistente en dos sistemas que su documentación agrupa bajo un solo nombre, Memories, lo cual confunde a todo el mundo. Vale la pena separarlos.

Las reglas son archivos markdown que tú escribes. Las reglas de proyecto viven en .windsurf/rules/, un archivo por asunto, y un global_rules.md se aplica en todos los proyectos. Cada archivo lleva un modo de activación: Always On (inyectado en cada petición de Cascade), Glob (se activa cuando hay un archivo coincidente en contexto, así que las reglas *.tsx viajan durante el trabajo en React), Model Decision (Cascade lee una descripción que le das y decide), y Manual (solo cuando lo mencionas con @). Los archivos están limitados a unos 6.000 caracteres cada uno con un presupuesto combinado entre las reglas globales y del workspace, así que Windsurf te está diciendo directamente que este contenido va en el prompt y la longitud tiene un precio.

Si has leído nuestra comparación con Cursor, esto debería sonarte familiar. Los cuatro modos se corresponden casi uno a uno con los de Cursor, y el análisis de la activación siempre activa y por glob se traslada sin cambios.

Las memorias son la parte sin equivalente en Cursor. Mientras trabajas, Cascade decide que algo merece recordarse, "este proyecto usa pnpm, no npm", "el usuario prefiere retornos anticipados sobre condicionales anidados", y lo guarda como una memoria acotada al workspace. También puedes pedirle que recuerde algo explícitamente. Las memorias persisten entre sesiones, emergen automáticamente cuando Cascade las juzga relevantes, y no cuestan créditos generarlas. Hay un panel donde puedes leerlas, editarlas y borrarlas, lo cual importará más adelante.

Así que el encuadre honesto no es skills contra reglas. Es un formato de instrucciones explícito y portable frente a un híbrido: reglas explícitas más una capa de memoria implícita que se escribe sola.

Dónde gana Windsurf de verdad

Las memorias automáticas son una innovación real, y lo diremos sin rodeos. El problema más difícil en los archivos de instrucciones para IA es que nadie los escribe. Todo equipo dice que documentará sus convenciones para el agente; casi ninguno lo hace, y el archivo que existe tiene ocho meses de antigüedad. Windsurf esquiva por completo la pereza humana. El conocimiento se captura como subproducto de trabajar, en el momento en que se demuestra. Tras unas semanas, Cascade conoce tu ejecutor de pruebas, tu estilo de imports, y ese directorio maldito que nadie toca, y tú nunca escribiste una palabra de eso. Como respuesta a "cómo se registra este conocimiento siquiera", es la mejor que ha lanzado ningún editor.

Personalización sin configuración. Un usuario nuevo de Windsurf obtiene por defecto un editor progresivamente más inteligente. Un usuario nuevo de skills de Claude obtiene un directorio vacío y una decisión que tomar. Escribimos una guía completa de skills en parte porque el formato tiene una curva de aprendizaje; las memorias no tienen ninguna.

Alcance nativo del IDE. Las reglas y memorias participan en todo lo que hace Windsurf, incluidas las ediciones en línea y las ejecuciones agénticas de Cascade, sin ningún paso de instalación. Las skills operan donde opera Claude, lo cual no incluye el interior del editor de otra empresa.

Precisión de glob. El mismo punto que con Cursor, y sigue en pie: "adjunta estas convenciones SQL siempre que haya un archivo .sql en contexto" es una garantía mecánica. Las skills se aproximan con la redacción de la descripción, que el modelo interpreta bien pero no promete.

Dónde ganan las skills

Reutilización entre proyectos y superficies. Una skill en ~/.claude/skills/ te sigue a cada repo, y también a Claude Desktop y claude.ai. Tu disciplina de depuración se aplica cuando arreglas un pipeline en el trabajo y cuando toqueteas un proyecto personal el domingo. Las memorias de Windsurf están acotadas al workspace por diseño; la lección sobre pnpm aprendida en el proyecto A se vuelve a aprender en el proyecto B. Existen reglas globales pero comparten ese presupuesto de caracteres ajustado.

Trabajo que no es código. Windsurf es un IDE, y todo su sistema de contexto asume que lo que se trabaja es un repositorio. A las skills no les importa. El mismo formato que le enseña a Claude tus convenciones de commit también le enseña a estructurar una propuesta de ventas o a limpiar una exportación de hoja de cálculo. La mitad de nuestro catálogo no tiene nada que ver con software.

Herramientas incluidas. Un archivo de reglas, limitado a 6.000 caracteres, describe un comportamiento. Una carpeta de skill lo entrega. La skill docx de Anthropic incluye scripts de Python que construyen documentos Word en vez de prosa sobre cómo uno podría. La skill skill-creator lleva plantillas y un arnés de evaluación. Una skill de depuración sistemática puede mantener su checklist de escalado en un archivo de referencia que se carga solo a mitad de una investigación. La divulgación progresiva es lo que hace esto asequible: cincuenta skills instaladas quedan inactivas por unos pocos miles de tokens de metadatos, y el material pesado se queda en disco hasta el momento en que hace falta.

Un ecosistema que puedes auditar. Una skill son archivos. Puedes leer cada línea antes de instalar, comparar tras una actualización, y ponerla en control de versiones junto al código que gobierna. Cuando un compañero pregunta por qué el agente formatea las migraciones de cierta manera, la respuesta es un archivo con historial de git. Esto es también lo que hace que las skills de terceros sean comprobables, y por qué nuestra colección de código puede llevar veredictos de aprobado/reprobado en vez de contadores de estrellas.

Migrar en ambas direcciones

Los formatos están lo bastante cerca como para que convertir sea sobre todo reetiquetar. Aquí va una regla de proyecto típica de Windsurf:

---
trigger: model_decision
description: API endpoint conventions for this service
---

- All endpoints live in src/api/, one file per resource
- Validate request bodies with zod schemas from src/schemas/
- Return errors as { error: { code, message } }, never bare strings
- Every new endpoint needs a happy-path test and a 401 test

Como skill, los metadatos de activación se mueven al frontmatter que Claude compara, y ganas espacio para crecer:

---
name: api-endpoint-conventions
description: Conventions for building or modifying API endpoints in this
  service. Use when creating routes, changing request/response shapes, or
  reviewing API code.
---

## Structure
All endpoints live in src/api/, one file per resource.
Validate request bodies with zod schemas from src/schemas/.

## Errors
Return errors as { error: { code, message } }, never bare strings.

## Tests
Every new endpoint needs a happy-path test and a 401 test.
See reference/error-codes.md for the full error catalog.

Guárdalo en .claude/skills/api-endpoint-conventions/SKILL.md. La descripción hace el trabajo que hacía un modo de activación, así que escríbela como describimos en nuestra guía de activación: nombra la tarea, nombra el momento. Y ahora el catálogo de errores puede ser un archivo de referencia incluido en vez de una víctima del límite de caracteres.

En la otra dirección, toma el cuerpo de una skill, recórtalo por debajo de 6.000 caracteres, y elige el modo de activación honesto:

---
trigger: glob
globs: "**/*.test.ts"
---

- Use vitest, never jest
- One describe block per exported function
- No snapshot tests for logic; snapshots are for markup only

Lo que pierdes en la exportación: scripts incluidos (las reglas no pueden enviar ejecutables), archivos de referencia, y todo lo que exceda el límite. Lo que ganas: adjunción por glob que se activa mecánicamente, sin criterio del modelo de por medio. Cualquier cosa que hayas aprendido convirtiendo el formato de Copilot también se traslada aquí; esa comparación cubre el equivalente de applyTo.

Las memorias son el resto incómodo. No hay botón de exportar; viven en el almacenamiento propio de Windsurf. El movimiento práctico es abrir el panel de Memorias, leer lo que Cascade escribió, y promover a mano las buenas a reglas o skills. Lo cual nos lleva a la parte incómoda.

El problema de la memoria automática: nadie revisa lo que aprendió

Aquí está la advertencia que pertenece a todo artículo que alaba las memorias automáticas, y que no aparece en casi ninguno.

Cascade aprende de lo que haces, y lo que haces incluye tus errores. Acepta un any perezoso un viernes a las 6 de la tarde y el sistema de memoria no tiene forma de saber que eso fue rendición y no preferencia. Deja que te vea saltarte las pruebas durante una semana de hotfix y "este usuario no escribe pruebas primero" es una observación precisa que puede generalizar en silencio. El sistema registra el comportamiento demostrado. No puede distinguir tus estándares de tus deslices, porque solo ve los deslices.

El problema más profundo es la revisión, o su ausencia. Todo otro artefacto que da forma a tu base de código pasa por ojos humanos: el código se revisa, las dependencias se escanean, las configuraciones viven en pull requests. Las memorias las escribe el modelo, las aprueba nadie, y se consultan de forma invisible. Windsurf te da un panel para inspeccionarlas, lo cual es genuinamente meritorio, y en nuestra experiencia casi nadie lo abre. Cuando el comportamiento se desvía, la causa es una frase en un almacén que olvidaste que existía.

Las skills se sitúan en el otro extremo, y esta es la diferencia filosófica que vale la pena elegir, más que cualquier lista de funciones. Una skill es deliberada. Alguien decidió que este conocimiento merecía codificarse, lo escribió, y se le puede preguntar por qué. Es revisable antes de instalar, comparable tras actualizaciones, atribuible en git para siempre. El coste también es honesto: explícito significa laborioso, y laborioso significa que se captura menos. Windsurf apostó a que capturarlo todo implícitamente gana a capturar menos explícitamente. Para la comodidad del editor, esa apuesta suele salir bien. Para cualquier cosa que llamarías estándares de ingeniería, queremos la versión con un autor.

Si usas Windsurf, aprovecha su fortaleza y gestiona su riesgo: deja que las memorias se acumulen, y luego agenda una auditoría mensual de diez minutos. Borra las que memorizaron tu mala semana. Promueve las buenas a reglas, donde se vuelven explícitas y visibles. Ese único hábito convierte al sistema de memoria de una deriva lenta en un embudo de captura, con algo como una skill de gestión de memoria manejando la misma disciplina del lado de Claude.

Dos ecosistemas sin probar, un hábito de testing

Las reglas compartidas y las skills compartidas tienen la misma enfermedad: publicación sin verificación. GitHub aloja miles de archivos de reglas y skills que se escribieron una vez, recibieron estrellas, y nunca los ejecutó nadie más que el autor, si es que el autor los ejecutó siquiera. Cuando empezamos a instalar skills comunitarias en máquinas limpias, alrededor de la mitad fallaban al primer intento, y no hay razón para creer que los archivos de reglas pegados les vaya mejor. Simplemente fallan más en silencio, porque una regla que nunca ayuda se ve idéntica a una regla que nunca se leyó.

Las memorias automáticas esquivan este problema en particular, al generarse a partir de tu comportamiento en vez de descargarse del de un desconocido. Un punto real a su favor, y la misma contrapartida otra vez: las memorias nunca se equivocan sobre lo que hiciste, solo sobre si lo hiciste a propósito.

Preguntas frecuentes

¿Puedo usar skills de Claude dentro de Windsurf? No de forma nativa. Cascade lee sus propias reglas y memorias, y las skills son una convención de Claude. Los equipos que usan ambos suelen mantener un archivo de reglas compartido para leyes universales del proyecto y mantener skills para sesiones de Claude Code en el mismo repo. Duplicación leve, soportable si ambos se mantienen cortos.

¿Cuestan créditos o tokens las memorias de Windsurf? Generar memorias no consume créditos. Su contenido sí ocupa espacio de prompt cuando Cascade las hace emerger, igual que las reglas, lo cual es otra razón para podar el almacén de vez en cuando.

¿Dónde viven las reglas de Windsurf frente a las skills? Windsurf: .windsurf/rules/ en el proyecto, más un global_rules.md para todo. Claude: .claude/skills/<nombre>/SKILL.md por proyecto, ~/.claude/skills/ a nivel global. Ambos son markdown plano; solo las skills pueden llevar archivos adicionales al lado.

¿Puedo exportar memorias de Windsurf a una skill? No hay exportador. Abre el panel de Memorias, copia las entradas que merecen conservarse, y escríbelas en un SKILL.md con una descripción que nombre cuándo se aplican. Diez minutos de trabajo, y el resultado queda versionado y es portable, lo cual el almacén de memoria no es.

¿Es una regla de Windsurf con model_decision lo mismo que una activación de skill? Mecánicamente similar: ambas dejan que el modelo lea una descripción y decida. Las diferencias están en qué se carga después (un archivo de texto limitado frente a una carpeta con recursos) y dónde puede ocurrir la decisión (dentro de Windsurf frente a donde sea que corra Claude).

Ambos sistemas intentan resolver el mismo problema desde extremos opuestos: Windsurf observándote, las skills preguntándote. Observar escala mejor. Preguntar envejece mejor. Preferimos mantener diez archivos que podemos leer antes que confiar en cien observaciones que nunca hemos visto, y si eso suena al sesgo ocupacional de un laboratorio de pruebas, lo es. También es cómo detectamos que medio ecosistema no funcionaba.