La superficie de Cursor es simple — Tab, Chat, Composer, Cmd+K. Pero bajo esa simplicidad hay mucha profundidad que separa a los usuarios casuales de los desarrolladores que son genuinamente más rápidos con ella. Aquí están los consejos que marcan la mayor diferencia.
1. Tus archivos .cursor/rules son Todo
Si estás usando Cursor sin reglas específicas del proyecto, estás obteniendo resultados genéricos. Crea .cursor/rules/ en la raíz de tu proyecto con múltiples archivos de reglas:
.cursor/rules/general.mdc — convenciones de todo el proyecto
.cursor/rules/frontend.mdc — patrones de React/componentes (glob: src/components/**)
.cursor/rules/api.mdc — convenciones de rutas API (glob: src/api/**)
.cursor/rules/testing.mdc — patrones de pruebas y frameworks (glob: **/*.test.*)
El campo globs significa que las reglas se activan automáticamente según el archivo en el que estés trabajando. Composer y Chat obtienen automáticamente instrucciones diferentes según el contexto. Este es posiblemente el feature más poderoso de Cursor, y la mayoría de las personas lo saltan o crean un único archivo genérico.
2. Domina el Sistema de Referencias @
El sistema @ en Chat y Composer es cómo controlas el contexto con precisión:
@file— incluir un archivo específico@folder— incluir un directorio completo@codebase— búsqueda semántica en tu proyecto@docs— buscar documentación que hayas añadido@web— búsqueda web en vivo@git— referenciar commits recientes o diffs@definitions— incluir definiciones de símbolos
El movimiento poderoso: combina múltiples referencias en un único prompt.
@src/lib/auth.ts @src/middleware/auth.ts @docs Supabase Auth
Refactoriza el middleware de autenticación para usar el nuevo flujo PKCE de Supabase.
Mantén el mismo patrón de manejo de errores de auth.ts.
Esto le da a Composer exactamente el contexto que necesita — ni más, ni menos.
3. Usa Composer en Pasos, No en Monolitos
El mayor error con Composer es escribir un único prompt masivo para una característica compleja. En su lugar, divídelo en pasos enfocados:
Paso 1: “Crea el esquema de base de datos y tipos para un sistema de notificaciones”
→ Revisa y acepta
Paso 2: “Ahora crea la capa de servicio con operaciones CRUD siguiendo el patrón en @src/services/users.ts”
→ Revisa y acepta
Paso 3: “Añade las rutas API y conéctalas al servicio”
→ Revisa y acepta
Cada paso se construye sobre el código aceptado del paso anterior. Composer tiene contexto completo de lo que ya creó, así que cada iteración es más precisa que intentar hacerlo todo de una vez.
4. Aceptación Parcial en Completado de Tab
Como Copilot, el Tab de Cursor soporta aceptación parcial con Ctrl+→. Pero el Tab de Cursor es más inteligente — predice ediciones multi-línea, no solo la siguiente línea. Cuando ves una sugerencia multi-línea, puedes aceptarla palabra por palabra para tomar solo las partes que son correctas. Esto es especialmente útil cuando Tab identifica correctamente el patrón pero se equivoca en valores específicos o nombres de variables.
5. Añade Documentación Externa
Ve a Cursor Settings → Features → Docs y añade las URLs de documentación para tu stack:
https://nextjs.org/docs
https://supabase.com/docs
https://tailwindcss.com/docs
https://zod.dev
Ahora @docs Next.js en Chat o Composer extrae de la documentación actual en lugar de datos de entrenamiento. Esto es crítico para frameworks que se mueven rápidamente donde las APIs cambian entre versiones.
6. Usa Cmd+K para Ediciones Quirúrgicas
Composer es poderoso pero pesado para cambios pequeños. Cmd+K (o Ctrl+K) es la herramienta de precisión:
- Selecciona un bloque de código
- Presiona
Cmd+K - Escribe: “añade verificación nula para user.email” o “convierte a patrón de retorno temprano”
- Cursor reescribe solo esa selección
Para refactorizaciones rápidas, añadir manejo de errores a una única función, o convertir entre patrones, Cmd+K es más rápido que abrir Composer.
7. Cambia Modelos Por Conversación
No te encierres en un único modelo. En cualquier conversación de Chat o Composer, puedes cambiar modelos sobre la marcha:
- Claude Sonnet — mejor en general para cambios multi-archivo en Composer
- Claude Opus — tareas de razonamiento pesado, decisiones de arquitectura, refactorización compleja
- GPT-4o — rápido para preguntas simples y ediciones inline rápidas
- cursor-small — optimizado para completados de Tab
Comienza con Sonnet. Si el resultado no es lo suficientemente bueno para una tarea compleja, cambia a Opus en el mismo hilo de conversación.
8. Usa .cursorignore Efectivamente
Crea un archivo .cursorignore para excluir directorios de la indexación:
node_modules/
dist/
build/
.next/
coverage/
*.min.js
*.lock
Esto hace que las búsquedas @codebase sean más rápidas y relevantes, e impide que Composer haga referencia a código generado o de dependencias.
9. Los Checkpoints de Composer Son Tu Red de Seguridad
Cada vez que Composer hace cambios, crea un checkpoint. Si un conjunto de cambios rompe algo, puedes revertir a cualquier checkpoint anterior sin tocar git. Esto hace que sea seguro ser agresivo con Composer — intenta refactorizaciones audaces sabiendo que siempre puedes retroceder.
Busca el historial de checkpoints en el panel de Composer para navegar entre estados.
10. Depura con Chat + Terminal
Cuando algo se rompe, usa este flujo de trabajo:
- Copia el mensaje de error
- Abre Chat (
Cmd+L) - Pega el error con contexto: “@src/routes/api.ts Este endpoint devuelve 500 con este error: [pega]”
- Chat analiza el código y el error juntos
- Aplica la corrección directamente desde la sugerencia de código de Chat
Esto es más rápido que leer stack traces manualmente porque Chat puede hacer referencia cruzada del error con tu código actual.
Bonus: Revisa Diffs Como PRs
Composer muestra diffs para cada archivo que cambia. Trata estos exactamente como tratarías una revisión de Pull Request. Lee cada línea. Rechaza cambios que se vean mal y dile a Composer qué arreglar. Los desarrolladores que más sacan de Cursor son los que revisan cuidadosamente, no los que hacen clic en “Aceptar Todo”.
¿Cuál es tu flujo de trabajo más productivo con Cursor? Comparte a continuación. 