Memories es el sistema para compartir y mantener el contexto entre conversaciones.
En Windsurf hay dos mecanismos para esto: Memories, que Cascade genera automáticamente, y Rules, que el usuario define manualmente a nivel global, de workspace o de sistema.
¿Memories, Rules, Workflows o Skills?
| Función | Qué hace | Cómo se activa | Cuándo usarla |
|---|---|---|---|
| Rules | Le indican a Cascade cómo debe comportarse (p. ej., “usa bun, no npm”) | always_on, glob, model_decision o manual (ver más abajo) | Convenciones de código, guías de estilo, restricciones del proyecto |
| AGENTS.md | Rules con alcance por ubicación y sin configuración | Automática: raíz = always-on; subdirectorio = glob | Convenciones específicas de directorio sin frontmatter |
| Workflows | Plantillas de prompts para tareas repetibles de varios pasos | Solo manual, mediante el comando con barra /[workflow-name] | Despliegues, revisiones de PR, listas de verificación de lanzamientos |
| Skills | Procedimientos de varios pasos agrupados con archivos de apoyo (scripts, plantillas) | El modelo de IA las invoca dinámicamente, o mediante @mention | Tareas complejas en las que Cascade necesita archivos de referencia — prioriza esto |
| Memories | Contexto que Cascade genera automáticamente durante las conversaciones | Recuperación automática cuando corresponde | Deja que Cascade recuerde datos puntuales; para conocimiento duradero, es mejor usar Rules o AGENTS.md |
Cómo gestionar Memories
Customizations en el menú deslizante superior derecho de Cascade, o mediante “Windsurf - Settings” en la esquina inferior derecha. Para editar una memory existente, simplemente haz clic en ella y luego en el botón Edit.
Memories
~/.codeium/windsurf/memories/. Cascade las recuperará cuando considere que son relevantes. Las Memories generadas en un workspace no estarán disponibles en otro, y no se confirman en tu repositorio.
Las Memories autogeneradas solo existen en tu máquina. Si quieres que Cascade recuerde algo de forma duradera —y compartirlo con tu equipo— pídele a Cascade que lo escriba en una Rule dentro de
.windsurf/rules/ o en el AGENTS.md de tu repositorio.Rules
| Alcance | Ubicación | Notas |
|---|---|---|
| Global | ~/.codeium/windsurf/memories/global_rules.md | Un solo archivo, aplicado en todos los workspaces. Siempre activo. Limitado a 6.000 caracteres. |
| Workspace | .windsurf/rules/*.md | Un archivo por rule, cada uno con su propio modo de activación. Limitado a 12.000 caracteres por archivo. |
| AGENTS.md | Cualquier directorio de tu workspace | Procesado por el mismo motor de Rules: nivel raíz = siempre activo; subdirectorio = auto-glob para ese directorio. |
| System (Enterprise) | Específico del sistema operativo (p. ej. /etc/windsurf/rules/) | Lo implementa TI y es de solo lectura para los usuarios finales. |
Descubrimiento de reglas
- workspace actual y subdirectorios: Todos los directorios
.windsurf/rulesdentro de tu workspace actual y sus subdirectorios - Estructura del repositorio Git: Para repositorios Git, Windsurf también busca hasta el directorio raíz de Git para encontrar reglas en los directorios superiores
- Compatibilidad con múltiples workspaces: Cuando hay varias carpetas abiertas en el mismo workspace, las reglas se desduplican y se muestran con la ruta relativa más corta
Ubicaciones para almacenar Rules
.windsurf/rulesen el directorio de tu workspace actual.windsurf/rulesen cualquier subdirectorio de tu workspace.windsurf/rulesen directorios superiores hasta la raíz de git (para repositorios de git)
.windsurf/rules de tu workspace actual, no necesariamente en la raíz de git.
Para comenzar con Rules, haz clic en el ícono Customizations en el menú deslizante superior derecho de Cascade y luego ve al panel Rules. Allí puedes hacer clic en el botón + Global o + Workspace para crear nuevas rules a nivel global o de workspace, respectivamente.
Los archivos de rules de workspace tienen un límite de 12 000 caracteres cada uno. El archivo de rules globales tiene un límite de 6 000 caracteres.
Modos de activación
trigger. Esto controla cuándo se envía el contenido de la regla a Cascade y cuánta ventana de contexto consume:
| Modo | Valor de trigger: | Cómo llega a Cascade | Costo de contexto |
|---|---|---|---|
| Always On | always_on | El contenido completo de la regla se incluye en el prompt del sistema en cada mensaje. | En cada mensaje |
| Model Decision | model_decision | Solo se muestra la description en el prompt del sistema. Cascade lee el archivo completo de la regla cuando determina que la descripción es relevante. | La descripción siempre; el contenido completo bajo demanda |
| Glob | glob | La regla se aplica cuando Cascade lee o edita un archivo que coincide con el patrón globs (p. ej., *.js, src/**/*.ts). | Solo cuando se modifican archivos coincidentes |
| Manual | manual | La regla no está en el prompt del sistema. La activas escribiendo @rule-name en el cuadro de entrada de Cascade. | Solo cuando se la menciona con @ |
El archivo de reglas globales (
global_rules.md) y los archivos AGENTS.md en la raíz no usan frontmatter; siempre están activados.Mejores prácticas
- Mantén las reglas simples, concisas y específicas. Las reglas demasiado largas o vagas pueden confundir a Cascade.
- No es necesario añadir reglas genéricas (p. ej., “write good code”), ya que eso ya está incorporado en los datos de entrenamiento de Cascade.
- Da formato a tus reglas con viñetas, listas numeradas y Markdown. A Cascade le resulta más fácil seguir esto que un párrafo largo. Por ejemplo:
- Las etiquetas XML pueden ser una forma eficaz de expresar y agrupar reglas similares. Por ejemplo:
Reglas a nivel de sistema (Enterprise)
.md) en el directorio correspondiente para tu sistema operativo. El sistema cargará automáticamente todos los archivos .md ubicados en esos directorios.
Cómo funcionan las reglas de sistema
Importante: Las reglas a nivel de sistema deben ser administradas por su equipo de TI o de seguridad. Asegúrese de que sus equipos internos gestionen la implementación, las actualizaciones y el cumplimiento de acuerdo con las políticas de su organización. Puede usar herramientas y flujos de trabajo estándar, como Mobile Device Management (MDM) o Configuration Management, para hacerlo.