Cursor: el editor con IA y su modo agente
Cursor es un editor basado en VS Code con un agente que edita archivos, corre comandos y sigue reglas del proyecto. Qué ofrece, cómo se configura y su precio.
¿Qué ofrece el agente de Cursor?
El agente se abre en el panel lateral con Cmd+I (en Mac). La documentación oficial lo describe como capaz de “completar tareas de código complejas de forma independiente, correr comandos en terminal y editar código”. Entre las herramientas que lista la documentación están:
- Buscar, leer y editar archivos, incluidas imágenes como PNG o SVG.
- Correr comandos en terminal y vigilar su salida.
- Navegador: tomar capturas, probar la app y verificar cambios visuales.
- Recuperar reglas según su tipo y descripción, y hacer preguntas para aclarar algo.
Además tiene puntos de control (checkpoints): instantáneas del código que se guardan durante una sesión del agente. Puedes previsualizar uno y restaurar los archivos a ese estado. Dos detalles importan: restaurar solo revierte archivos, no borra mensajes de la conversación, y los checkpoints se guardan en tu máquina, aparte de git. Sirven para deshacer cambios del agente, no como historial del proyecto.
Para trabajos largos, la documentación menciona el comando /goal, que fija un objetivo de larga duración (por ejemplo, “arregla los tests inestables y deja el CI en verde”); según la misma página, se está desplegando de forma gradual y puede que aún no te aparezca. El comando /loop repite un prompt o una skill cada cierto intervalo. Y en los Projects, “un agente coordinador planea el trabajo y lo delega a otros agentes”, algo parecido a los agentes en segundo plano de otras herramientas.
¿Qué es Tab y en qué se diferencia del agente?
Tab es el autocompletado con IA de Cursor. Mientras escribes, propone código en texto gris delante del cursor, a partir de tus ediciones recientes, el código cercano y los errores del linter. No se limita a una línea: puede cambiar varias líneas, agregar imports que faltan y sugerir cambios coordinados en código relacionado.
Lo aceptas con la tecla Tab, lo rechazas con Escape o siguiendo a escribir, y puedes aceptarlo palabra por palabra con Cmd + flecha derecha (Ctrl + flecha derecha en Windows y Linux).
La diferencia práctica: Tab te ayuda mientras tú escribes; el agente trabaja por su cuenta a partir de una instrucción. Para ajustar un valor de CSS, Tab basta; para cambiar un componente en cinco archivos, usa el agente. Hay más contexto en autocompletado con IA.
¿Por qué le importa a un diseñador?
Porque el editor es donde el diseño se convierte en código. Con Cursor abierto en el repo de tu proyecto, puedes pedir un cambio visual, revisar el diff en el mismo lugar y probarlo en el navegador. Aun así, conviene entender git para revisar lo que cambia.
Si vienes de VS Code, el cambio es corto. Cursor permite importar extensiones, temas, ajustes y atajos desde VS Code con un botón en los ajustes, y comparte los atajos por defecto. Una advertencia: usa el registro de extensiones Open VSX, no el Marketplace de VS Code, así que alguna extensión puede faltar o comportarse distinto.
¿Cómo se configuran las reglas del proyecto?
Las reglas son lo que más te conviene aprender. Un agente sin reglas inventa colores y componentes; uno con reglas usa tus tokens y tus componentes.
Cursor ofrece varias capas:
| Tipo | Dónde vive | Para qué |
|---|---|---|
| Reglas de proyecto | Archivos .mdc en .cursor/rules, dentro del repo | Convenciones del código; se versionan con git |
| AGENTS.md | Archivo markdown en la raíz (y en subcarpetas) | Instrucciones simples, sin metadatos |
| Reglas de usuario | Customize → Rules | Preferencias tuyas para todos tus proyectos |
| Reglas de equipo | Panel de Cursor (planes Teams y Enterprise) | Reglas comunes que un admin puede hacer obligatorias |
Ojo con la extensión: un archivo .md normal dentro de .cursor/rules se ignora; tiene que ser .mdc. Cada regla .mdc define en su encabezado cuándo se aplica: siempre (alwaysApply: true), cuando el agente la considera relevante por su descripción, cuando hay en contexto archivos que coinciden con un patrón (globs), o solo cuando la mencionas con @nombre-de-la-regla. Si hay conflicto, mandan las reglas de equipo, luego las de proyecto y luego las de usuario.
La documentación recomienda mantener cada regla por debajo de 500 líneas, referenciar archivos en lugar de copiar su contenido y empezar con poco: agrega una regla solo cuando veas que el agente repite el mismo error. Si ya usas AGENTS.md con otras herramientas, mira CLAUDE.md y AGENTS.md.
¿Cuánto cuesta?
Según la página de precios de Cursor consultada el 18 de octubre de 2026, que muestra precios mensuales en dólares:
| Plan | Mensual (USD) | Qué incluye, a grandes rasgos |
|---|---|---|
| Free | 0 | Uso limitado del agente y del chat |
| Plus | 8 | Pool de uso compartido; solo modelos Grok |
| Premium | 30 | 4 veces el uso de Plus; agentes en la nube, automatizaciones, revisiones de código con IA, modelos de terceros a precio de lista de su API |
| Super | 100 | 15 veces el uso de Plus; acceso prioritario a modelos en horas pico |
| Ultra | 200 | 50 veces el uso de Plus; acceso anticipado a productos y modelos |
| Teams | Desde 30 por usuario | Facturación centralizada, analíticas de uso, SSO, reglas compartidas |
| Enterprise | A medida | Facturación por factura u orden de compra, SCIM, auditoría, controles de gasto |
La página también indica que el uso incluido se renueva cada semana, que el uso de modelos de terceros dentro de Cursor se cobra aparte según consumo, que los precios no incluyen impuestos y que pueden cambiar. Fíjate en el plan Plus: si necesitas modelos que no sean Grok, no te sirve.
¿Cuándo NO conviene Cursor?
- Cuando solo necesitas editar un archivo pequeño. Un editor sencillo basta.
- Cuando el uso del agente es intensivo y el plan no lo cubre. Revisa el límite semanal y el costo de los modelos de terceros antes de depender de él.
- Cuando dependes de una extensión que solo está en el Marketplace de VS Code.
- Cuando no tienes control de versiones. Los checkpoints son locales y solo cubren cambios del agente; git sigue siendo tu red de seguridad.
Ejemplo
Ejemplo ilustrativo: una diseñadora tiene abierto en Cursor el repo de un sitio. Primero crea .cursor/rules/estilos.mdc con globs: src/**/*.css y tres líneas: usar solo variables de tokens.css, no escribir colores en hexadecimal y respetar la escala de espaciado.
Luego abre el agente con Cmd+I y pide: “Cambia el encabezado de la página de precios para que use Heading de src/components, con el tamaño de la escala tipográfica.” El agente busca el componente, edita dos archivos y levanta el servidor. Ella revisa el diff, compara en el navegador y ve que el espaciado quedó más grande de lo que quería. Restaura el checkpoint anterior y repite el pedido con el nombre exacto del token. Esta vez el resultado coincide, y lo guarda con un commit.
La regla evitó colores inventados, el checkpoint le dio libertad para probar y el commit dejó el cambio a salvo. La decisión de aceptar fue suya.
Errores comunes
- Aceptar cambios sin mirar el diff completo.
- Guardar reglas como
.mddentro de.cursor/rules: Cursor las ignora. - No definir reglas y repetir las mismas instrucciones en cada chat.
- Tratar un checkpoint como si fuera un commit. Son locales y no reemplazan a git.
- Pedir muchos cambios a la vez en lugar de tareas pequeñas.
- Elegir un plan sin revisar qué modelos y qué uso incluye, sobre todo si el equipo es grande.