Presentación

Abres un proyecto. Le preguntas a la IA dónde se encuentra la lógica de autenticación. Busca en el repositorio. Después le pides que prepare un cambio, ejecute las pruebas y compruebe lo que acaba de modificar.

Luego le asignas una segunda tarea mientras la primera sigue ejecutándose en otro lugar.

Ahí es donde Cursor deja de ser simplemente un editor con una IA añadida en un lateral.

Desarrollado por Anysphere, Cursor parte de la base de Visual Studio Code y conserva buena parte de sus referencias familiares: editor, terminal, extensiones, temas, atajos y organización general. Una migración desde VS Code puede importar de una sola vez las extensiones, los ajustes, los temas y los atajos de teclado.

Esa familiaridad ha tenido mucho peso en su adopción. No hace falta volver a aprender cómo abrir un archivo Python solo para aprovechar un modelo de lenguaje.

Pero el proyecto ha ido desplazando poco a poco su centro de gravedad.

Del asistente al centro de control

Al principio, la propuesta podía resumirse con bastante facilidad: un VS Code profundamente integrado con IA.

Esa descripción empieza a quedarse pequeña.

Cursor combina hoy varios niveles de asistencia: predicción de código con Tab, comprensión del repositorio, conversaciones con el proyecto, modificaciones en varios archivos, terminal, planificación, agentes autónomos, subagentes paralelos, entornos cloud, revisión de código e interfaz de línea de comandos.

El editor sigue ahí.

Simplemente, una parte cada vez mayor del trabajo puede confiarse a agentes que dirigimos, supervisamos, interrumpimos o retomamos.

El cambio interesante no es solo que la IA escriba más código. Es que el desarrollador puede empezar a distribuir el trabajo.

Varios modelos dentro del mismo entorno

Cursor permite acceder a distintos modelos de primer nivel en lugar de encerrar todo el producto alrededor de un único proveedor.

Según la disponibilidad y el plan contratado, el usuario puede trabajar con modelos procedentes, entre otros, de OpenAI, Anthropic, Google y xAI, además de modelos desarrollados o entrenados por Cursor como Composer.

El modo Auto también puede seleccionar el modelo considerado más adecuado para la tarea y para las condiciones de disponibilidad del momento.

Este enfoque convierte a Cursor en una capa intermedia entre el desarrollador, su proyecto y varias familias de modelos.

Práctico.

Pero también hace que el coste real sea algo más complejo que un simple «abono de 20 dólares».

Funcionalidades

Tab: predecir el siguiente movimiento

El autocompletado sigue siendo una de las funciones más discretas de Cursor — y probablemente una de las que más se utilizan.

Cursor Tab no se limita a terminar la palabra que acabamos de empezar. Puede proponer modificaciones en varias líneas, anticipar cambios relacionados y acompañar desplazamientos entre distintas partes del código.

Cuando funciona bien, casi no hace falta darle instrucciones.

Empiezas una modificación.

Cursor adivina lo siguiente.

Aceptas.

Y continúas.

Es menos espectacular que un agente anunciando que ha refactorizado treinta archivos. También está mucho más cerca del gesto cotidiano de programar.

Agent: comprender, buscar, modificar, ejecutar

Agent puede trabajar con el contexto de un proyecto, buscar entre los archivos, modificar el código y utilizar herramientas como el terminal.

La indexación de la base de código permite a Cursor construir una representación del proyecto que puede aprovechar para la búsqueda semántica. Esto resulta especialmente interesante cuando un repositorio supera ampliamente lo que una persona puede mantener abierto mentalmente al mismo tiempo.

Se le puede pedir, por ejemplo:

  • localizar el origen de un comportamiento;
  • explicar una arquitectura existente;
  • preparar un plan antes de modificar el código;
  • realizar cambios en varios archivos;
  • ejecutar comandos y pruebas;
  • examinar los resultados y continuar a partir de ellos.

El desarrollador puede mantenerse dentro del proceso.

O concederle más autonomía.

Varios agentes en lugar de una sola conversación

Cursor se ha alejado bastante del modelo clásico: una ventana de chat, una pregunta, una respuesta.

Las tareas pueden distribuirse entre varios agentes y distintos entornos.

Enfoque Interés principal
Agente local Trabajar directamente con el proyecto abierto
Worktree Aislar una tarea en una rama de trabajo separada
Subagente Delegar una parte de un problema más amplio
Cloud Agent Ejecutar una tarea en un entorno remoto autónomo
Side Chat Explorar una cuestión paralela sin romper la conversación principal

El modo multitarea también puede descomponer determinadas solicitudes y enviar varios subagentes a trabajar en paralelo.

Ya no se trata simplemente de «pedirle a la IA que programe».

A veces pasa a ser: divide el problema, reparte las piezas y vuelve con algo que yo pueda revisar.

Agentes que pueden trabajar en la nube

Los Cloud Agents disponen de sus propios entornos de desarrollo aislados.

Pueden recuperar un repositorio, instalar dependencias, modificar el proyecto, ejecutar el software, realizar pruebas y producir elementos que permitan comprobar su trabajo: diffs, logs, capturas o demostraciones.

De este modo, una tarea larga puede abandonar la máquina local sin bloquear la sesión principal.

Cursor permite después mover el trabajo entre varios contextos: local, cloud, navegador o móvil.

Es probablemente una de las evoluciones más reveladoras del producto.

El archivo sigue siendo importante.

La sesión de trabajo del agente empieza a ser casi tan importante como el propio archivo.

CLI, MCP, skills y hooks

Cursor no limita esta lógica a su interfaz gráfica.

El Cursor CLI permite utilizar el agente directamente desde un terminal, con modos destinados, entre otras cosas, a planificar o consultar el proyecto.

La compatibilidad con MCP — Model Context Protocol permite conectar herramientas y fuentes externas con los agentes.

Las rules, skills y hooks permiten después controlar mejor su comportamiento: convenciones del proyecto, instrucciones reutilizables, integraciones y acciones que se activan durante el ciclo de trabajo de un agente.

Para una pequeña aplicación personal, todo esto puede parecer excesivo.

Para un equipo que quiere que varios agentes respeten las mismas reglas, bastante menos.

Revisar antes de que el bug se vaya de vacaciones

Bugbot añade otra pieza al sistema: la revisión de código asistida por agentes.

Puede analizar los cambios y las pull requests, señalar posibles problemas y proponer correcciones. Cursor también permite lanzar determinadas revisiones directamente antes de hacer push.

Evidentemente, esto no convierte a una IA en un compañero infalible.

Sería práctico.

Y ligeramente inquietante.

Pero añade una capa de control interesante a un flujo de trabajo en el que la propia IA produce una parte cada vez mayor del código.

Casos de uso

Comprender un proyecto que no has escrito

Llegas a un repositorio con varios cientos de archivos y aparece esa sensación tan familiar: «muy bien, pero ¿quién llama a qué aquí?»

En lugar de empezar con quince búsquedas manuales, Cursor puede explorar el proyecto, localizar los archivos relacionados con una función y explicar cómo se comunican las distintas piezas.

Para incorporarse a un proyecto, mantener código antiguo o simplemente volver al propio código seis meses después — esa misteriosa obra escrita por una versión pasada de uno mismo — la ganancia puede ser muy real.

Desarrollar una función sin renunciar al control

Una petición como «añade exportación a PDF» puede comenzar con un plan en lugar de generar código inmediatamente.

El desarrollador revisa el enfoque, corrige posibles suposiciones y después deja que el agente modifique los archivos y ejecute las pruebas.

El interés no consiste únicamente en ir más rápido.

Consiste en poder desplazar progresivamente la frontera entre lo que escribimos nosotros mismos y lo que preferimos supervisar.

Lanzar varios trabajos en paralelo

Falla una prueba de CI.

Hay que corregir una interfaz.

Hay que migrar una dependencia.

En lugar de meterlo todo en una cola mental cuya estabilidad puede dejar bastante que desear, varios agentes pueden trabajar en ramas o entornos separados.

Después, el desarrollador retoma cada resultado, inspecciona los diffs y decide qué merece realmente conservarse.

Esta forma de trabajar exige otra competencia: saber dividir y verificar se vuelve casi tan importante como saber pedir.

Continuar lejos del escritorio

Las versiones web, iPhone y iPad amplían todavía más esta lógica.

Desde un dispositivo móvil se pueden lanzar o seguir agentes cloud, revisar sus resultados, consultar diffs y trabajar alrededor de las pull requests.

No es el IDE de escritorio completo metido en un bolsillo.

Es más bien una superficie de control y revisión.

Y probablemente tenga más sentido así. Nadie soñaba realmente con refactorizar cómodamente 4.000 líneas de TypeScript con dos pulgares en el metro.

Opinión de PANACHES

Cursor es una de esas herramientas que muestran bastante bien cómo está cambiando la naturaleza del desarrollo asistido por IA.

El primer movimiento consistía en pedir código.

Después, conversar con el proyecto.

Luego, dejar que la IA modificara varios archivos.

Cursor empuja ahora hacia la siguiente etapa: confiar tareas completas a varios agentes y organizar su trabajo alrededor del repositorio.

Eso es lo que lo hace especialmente interesante.

Su fuerza: reducir la ruptura entre programar y delegar

Cursor no obliga al desarrollador a abandonar de golpe el editor tradicional para pasar a un panel lleno de agentes autónomos.

Mantiene los archivos.

El terminal.

Los diffs.

Las extensiones.

Los atajos.

Y después introduce la IA exactamente dentro de ese entorno.

Esa continuidad es una fortaleza real para quien viene de VS Code. Se puede empezar con Tab y algunas preguntas sobre el código, para pasar poco a poco a Agent, los worktrees, el cloud o los subagentes.

No hace falta convertirse en director de orquesta el lunes por la mañana.

Pero cuanto más agentic se vuelve Cursor, más importante es saber supervisar

Dar más autonomía a un agente no elimina el trabajo intelectual.

Lo desplaza.

Hay que definir correctamente una tarea, proporcionarle el contexto adecuado, saber cuándo dividir un problema, comprender un diff, verificar las pruebas y reconocer una solución técnicamente plausible pero conceptualmente equivocada.

Cursor puede escribir mucho.

No asume mágicamente la responsabilidad del producto junto con la suscripción.

El mejor uso de Cursor probablemente no sea dejar de comprender nuestro código. Es reservar más tiempo para aquello que realmente merece ser comprendido.

¿Para quién?

Cursor resulta especialmente convincente para los desarrolladores que quieren convertir la IA en una parte permanente de su entorno de trabajo, en lugar de abrir ocasionalmente un chatbot junto al editor.

También resulta interesante para quienes trabajan en proyectos lo bastante grandes como para aprovechar la búsqueda en el código, la delegación de tareas, los worktrees o los agentes cloud.

Por el contrario, un desarrollador que busque ante todo un editor ligero, completamente abierto, con costes muy previsibles o basado en una filosofía estrictamente local puede preferir partir de Visual Studio Code, VSCodium, Zed u otro entorno e incorporar por separado los asistentes que necesite.

Cursor apuesta por la integración.

Y esa integración es precisamente tanto su fuerza como su dependencia.

Puntos de atención

Una suscripción que no cuenta toda la historia

Cursor dispone de un plan Hobby gratuito, seguido de varios niveles de pago: Pro, Pro+, Ultra, Teams y Enterprise.

Las diferencias entre los planes dependen, entre otras cosas, del volumen de uso de agentes y modelos. Algunas funciones como Bugbot también utilizan una tarificación vinculada al consumo.

Por tanto, el coste real depende mucho de la forma de trabajar.

Un desarrollador que utiliza principalmente Tab y algunos agentes no tiene el mismo perfil que alguien que ejecuta durante todo el día tareas largas con modelos costosos.

Hay que mirar el consumo, no solo la cantidad que aparece en la tarjeta una vez al mes.

Propietario a pesar de sus raíces en VS Code

Cursor parte de la base de código de Visual Studio Code y reutiliza distintos componentes open source, pero Cursor en sí mismo es un producto propietario.

Sus condiciones de uso limitan, entre otras cosas, la ingeniería inversa, la modificación o la creación de obras derivadas del servicio, salvo cuando la legislación aplicable establezca lo contrario.

Por tanto, no hay que confundir «basado en VS Code» con «Cursor es open source».

Privacidad: Privacy Mode no significa funcionamiento completamente local

Cursor ofrece un Privacy Mode disponible tanto para usuarios gratuitos como de pago. Cuando está activado, Cursor indica que los datos de los clientes no se utilizan para entrenar sus modelos y que aplica acuerdos de Zero Data Retention con los proveedores de modelos correspondientes.

Es una protección importante.

Pero Cursor no se convierte por ello en un IDE de IA completamente local.

Algunas solicitudes pasan por la infraestructura de Cursor. Incluso cuando se utiliza una clave API personal, Cursor indica que las peticiones siguen pasando por su backend para construir el prompt final.

La indexación de una base de código también envía fragmentos del proyecto para calcular embeddings; el código en texto claro utilizado durante este proceso es temporal, mientras que los embeddings y determinados metadatos pueden conservarse.

Para un repositorio sensible, conviene entender bien los ajustes de privacidad y el tipo de agente utilizado antes de hacer clic en «Run».

Cloud Agent significa realmente cloud

Los agentes cloud trabajan en máquinas virtuales remotas que contienen una copia del proyecto y su propio entorno de ejecución.

Eso es precisamente lo que les permite seguir trabajando incluso cuando el ordenador local está apagado.

Pero esta capacidad implica, de forma natural, confiar más contexto y más ejecución a la infraestructura remota de Cursor.

Para algunas empresas, es una herramienta formidable.

Para otras, es exactamente la frontera que no quieren cruzar.

Las aplicaciones móviles no sustituyen al editor de escritorio

Cursor ya está disponible en iPhone y iPad, pero estas aplicaciones están pensadas principalmente alrededor de los agentes, el seguimiento de tareas, los diffs y las pull requests.

La experiencia completa del IDE sigue estando en escritorio, en Windows, macOS y Linux.

Además, el acceso móvil está asociado a los planes de pago.

No todos los modelos están disponibles en todas partes

La lista de modelos evoluciona rápidamente y determinadas disponibilidades pueden depender de la región.

En el momento de esta verificación, 7 de agosto de 2026, Cursor indica, por ejemplo, que Grok 4.5 no está disponible en la Unión Europea.

Por tanto, una tabla de precios o una lista de modelos envejecerá mucho más rápido que el propio editor.

Generado no significa validado

Por último, Cursor puede modificar y, en ocasiones, ejecutar código automáticamente.

Sus propias condiciones recuerdan que las sugerencias generadas por los modelos pueden contener errores y que el usuario sigue siendo responsable de evaluarlas.

Casi parece demasiado obvio como para recordarlo.

Pero cuanto más capaces se vuelven los agentes, más importante se vuelve esa obviedad.

Delegar el teclado es fácil. Delegar el criterio es mucho más difícil.