Qué es Cursor y quién lo desarrolla
Cursor es un entorno de desarrollo y una plataforma de agentes de programación de Anysphere, empresa que opera con la marca Cursor. Su editor procede de Visual Studio Code, pero el producto ha ampliado el foco hacia tareas completas: entender un repositorio, preparar una modificación, ejecutarla y presentar evidencia para revisarla. Desde el 14 de agosto de 2026 forma parte de SpaceX.
Conviene distinguir el editor, el agente y el modelo. El editor ofrece navegación, archivos y herramientas de desarrollo; el agente organiza acciones; el modelo interpreta el contexto y propone esas acciones. Cursor puede utilizar modelos propios o de otros proveedores según el acceso contratado. La licencia del editor de origen no convierte todos sus servicios o modelos en software abierto.
Su destinatario principal es quien construye o mantiene software. Para un equipo de SST, su encaje está en los recursos digitales que apoyan el trabajo preventivo: portales, transformaciones de datos, formularios o bibliotecas. No es un registro especializado de prevención ni decide qué medida preventiva corresponde aplicar.
Documentación de referencia: Accel — Cursor founders · Contrary — Founding story · Cursor — SpaceX acquisition completed · Cursor — Downloads.
Origen, financiación y cambio de propiedad
Anysphere nació en 2022 de cuatro compañeros del MIT: Michael Truell, Sualeh Asif, Aman Sanger y Arvid Lunnemark. La empresa se estableció en San Francisco. En 2023 captó una ronda inicial de ocho millones de dólares liderada por OpenAI Startup Fund. El proyecto se orientó a integrar la IA en el entorno de programación, en lugar de limitarla a sugerencias aisladas.
- 2024: anunció una serie A de 60 millones de dólares en agosto.
- 2025: comunicó una serie B de 105 millones en enero y una serie C de 900 millones en junio, con valoración de 9.900 millones.
- Noviembre de 2025: la serie D aportó 2.300 millones, con valoración de 29.300 millones. La compañía declaró superar 1.000 millones de ingresos anualizados; anteriormente había comunicado 100 millones en enero y 500 millones en junio.
- 2026: la asociación anunciada en abril con SpaceX precedió a la adquisición completada en agosto.
Las cifras de ingresos anualizados describen un ritmo de negocio comunicado en una fecha; no deben interpretarse como beneficio ni como ingresos auditados de un ejercicio completo. El reconocimiento en Forbes AI 50 de abril de 2025 aporta contexto de notoriedad, no una evaluación independiente de exactitud del código.
Lunnemark dejó su función operativa en octubre de 2025 para trabajar en Integrous Research. Los relatos de contratación de 2025 describieron ejercicios iniciales sin IA y proyectos presenciales de dos días. Son prácticas históricas reportadas, no una política vigente universal para cualquier puesto.
Documentación de referencia: Accel — Cursor founders · Contrary — Founding story · Cursor — Series A · Cursor — Series B · Cursor — Series C · Cursor — Series D · Cursor — SpaceX acquisition completed · Forbes — AI 50 announcement · Svenska Dagbladet — Lunnemark departure · Bridge Chronicle — Historical hiring account.
Cómo trabaja Cursor con un proyecto de software
Cursor es un entorno de desarrollo con asistencia de inteligencia artificial. Su modo Agent puede explorar una base de código, modificar varios archivos, ejecutar comandos y preparar pruebas. La entrada útil combina una petición concreta con el contexto del proyecto; la salida incluye cambios en archivos que deben revisarse, no solamente una explicación en el chat.
Las modificaciones se aplican durante el trabajo y pueden examinarse en la vista de diferencias. Cursor también documenta checkpoints para restaurar archivos; esa restauración no elimina los mensajes de la conversación. Conviene mantener control de versiones y distinguir cambios locales, comprobaciones realizadas y código publicado: son estados diferentes del desarrollo.
Documentación de referencia: Cursor Docs — Agent mode.
Evolución del editor y adquisiciones
La versión 1.0, fechada el 4 de junio de 2025, incorporó Bugbot, amplió los agentes en segundo plano e introdujo novedades para Jupyter y MCP. En octubre, Cursor 2.0 añadió una interfaz para agentes paralelos y el modelo Composer. La ventana Agents de Cursor 3, presentada en abril de 2026, consolidó un espacio para supervisar varios trabajos sin eliminar el editor tradicional.
Las adquisiciones reflejan distintas piezas del desarrollo. Supermaven se incorporó en noviembre de 2024 por su tecnología de autocompletado. Su retirada como producto independiente se anunció en noviembre de 2025, manteniendo inferencia de autocompletado para usuarios existentes y retirando conversaciones con agentes.
En 2025 se sumaron equipos de Koala y Resourcely vinculados a adopción empresarial y seguridad. Eso no convirtió Cursor en el CRM de Koala. En diciembre se anunció el acuerdo de adquisición de Graphite, con continuidad de su producto de revisión de código. Firetiger se incorporó en agosto de 2026 con foco en fiabilidad del software en producción. Adquirir un equipo no implica que cada función de su producto anterior esté incluida en cualquier plan de Cursor.
Documentación de referencia: Supermaven — Joining Cursor · Supermaven — Sunsetting · Koala — Acquisition announcement · Cursor — Graphite agreement · Cursor — Firetiger · Cursor — 1.0 changelog · Cursor — 2.0 changelog · Cursor — Agents Window.
Trabajo local, nube, reglas y control de versiones
El escritorio está disponible para Windows, macOS y Linux. También existen CLI y acceso web a agentes; la experiencia móvil incluye aplicación para iOS/iPad y acceso instalable como PWA en Android. Son formas de dirigir trabajo, no garantías de que el código se ejecute físicamente en el dispositivo desde el que se escribe la petición.
Los agentes de nube trabajan en máquinas virtuales con el repositorio y su entorno. Los trabajos locales dependen de archivos, comandos y credenciales disponibles en el equipo. Las copias de trabajo de Git permiten separar cambios paralelos, pero dos soluciones pueden entrar en conflicto al integrarse aunque hayan trabajado sin sobrescribir archivos.
Las reglas pueden definir convenciones del proyecto, del usuario o del equipo. Las reglas de proyecto utilizan archivos MDC en .cursor/rules; AGENTS.md es otra vía de instrucciones. Una regla que diga «conservar la identificación de cada centro» orienta al agente, pero el aislamiento real entre centros exige controles en la aplicación y pruebas.
Un flujo verificable parte de una rama conocida, reproduce el problema, cambia lo mínimo necesario, comprueba el resultado y presenta las diferencias. Guarda por separado las decisiones del proceso: qué se considera pendiente, qué fecha prevalece o quién puede acceder. El agente necesita esas definiciones para no resolver por intuición una ambigüedad de negocio.
Documentación de referencia: Cursor — Agents Window · Cursor — Cloud Agents · Cursor — Rules · Cursor — Downloads.
Modelos, Composer y contexto de evaluación
Cursor separa su producto de los modelos que ejecuta. Composer 2, presentado en marzo de 2026, utilizó Kimi K2.5 como base y añadió entrenamiento continuado y aprendizaje por refuerzo en tareas de programación. La atribución inicial incompleta generó críticas y fue reconocida por la compañía.
La documentación de Composer 2.5 describe un modelo especializado en trabajos de programación prolongados, con variantes estándar y rápida. Una variante más rápida cambia la experiencia y el coste; no demuestra que siempre necesite menos revisiones. Los resultados de CursorBench publicados por Cursor corresponden a su evaluación, no a una certificación de un portal de SST.
Para comparar modelos, utiliza la misma versión del proyecto, la misma petición y los mismos casos de aceptación. Cuenta también intentos fallidos, revisiones y cambios descartados. Si se cambia simultáneamente el modelo, el contexto y las herramientas disponibles, resulta difícil saber qué produjo la mejora.
Documentación de referencia: Cursor — Composer 2 technical report · Cursor — Composer 2.5 · Economic Times — Composer attribution.
Bugbot, Origin y revisión antes de producción
Bugbot revisa diferencias en solicitudes de incorporación de cambios y comunica posibles problemas. Un detalle operativo importa: su comprobación es neutral por defecto cuando hay hallazgos. Exigir que exista esa comprobación no equivale necesariamente a bloquear cambios con problemas sin resolver. Además, una revisión omitida por tamaño no debe contarse como una revisión favorable.
Origin ofrece alojamiento y réplica de repositorios Git en beta temprana. Al alojar el repositorio, Origin puede ser la fuente principal; al reflejar GitHub, esa función permanece en GitHub. Antes de mover un proyecto, documenta dónde se crean ramas, se revisan cambios y se administran accesos.
En septiembre de 2026 se presentaron Rollouts y Security Reviewer para Teams y Enterprise. El primero relaciona cambios con señales de despliegue; el segundo busca problemas de seguridad de software. Para un portal preventivo, observar errores tras una actualización ayuda a mantenerlo disponible, pero no verifica que las recomendaciones de SST sean correctas.
Define qué autoriza la revisión: comentar, proponer una corrección o integrar código son acciones distintas. Una propuesta automática puede servir como segunda lectura sin sustituir los criterios de aceptación de quien mantiene el sistema.
Documentación de referencia: Cursor — Bugbot · Cursor — Origin · Cursor — Rollouts and Security Reviewer.
Planes, consumo y proyectos continuados
La documentación vigente integra Cursor en The X Subscription y enumera Free, Plus, Premium, Super, Ultra, Teams y Enterprise. Distingue una bolsa semanal para modelos propios y consumo prepago separado para modelos de terceros en planes compatibles. También conserva condiciones de planes anteriores. Un tutorial que use «Pro» puede estar describiendo una suscripción heredada.
Evalúa tres costes: puestos, ejecución y revisión. Una tarea larga puede consumir más que muchas consultas breves; una cuenta compartida tampoco permite atribuir correctamente trabajo y permisos. Comprueba en la cuenta concreta el acceso a modelos, agentes de nube, Bugbot y repositorios, evitando deducirlo del nombre comercial.
Projects, presentado en beta en septiembre de 2026, organiza trabajos prolongados mediante un coordinador, agentes y contexto compartido. Puede mantener un esfuerzo que abarque varias tareas. Para una biblioteca preventiva, el objetivo podría ser corregir enlaces y traducciones por lotes; cada lote conservaría lista de páginas afectadas, comprobación y responsable de aceptación. La continuidad del proyecto no elimina la necesidad de un criterio claro para darlo por terminado.
Documentación de referencia: Cursor — Models and pricing · Cursor — Projects.
Incidentes documentados y lecciones de adopción
En abril de 2025, el bot de soporte Sam inventó una política de uso en un solo dispositivo; la empresa se disculpó. Este episodio distingue información generada de una condición contractual confirmada.
En julio de 2025 Cursor reconoció que había explicado mal los cambios de junio en su plan Pro y ofreció reembolsar cargos inesperados del periodo afectado. El cambio de contar solicitudes a medir consumo exige explicar qué incluye la cuota y qué puede generar coste adicional.
El 29 de octubre de 2026 Cursor notificó versiones alteradas de la extensión Anthropic.claude-code, 2.1.312 y 2.1.313, en su marketplace. El código malicioso no procedía de Anthropic. Cursor retiró los paquetes y reconstruyó el marketplace; su aviso señala que desinstalar puede no eliminar la persistencia.
Estos antecedentes corresponden a problemas diferentes: respuestas de soporte, comunicación de tarifas y distribución de extensiones. Para una organización, la decisión práctica es revisar tanto el trabajo generado como los componentes instalados y los permisos del entorno. Un proveedor puede corregir un incidente sin que eso elimine la necesidad de gestionar las actualizaciones futuras.
Documentación de referencia: Cursor — Pricing explanation · Ars Technica — Sam support incident · Cursor — Extension security notice.
Aplicaciones relacionadas con la SST
Los usos siguientes son propuestas editoriales de Sabentis para equipos que desarrollan recursos de apoyo a la prevención:
- Mejorar formularios: revisar etiquetas, mensajes de error y navegación con teclado para reducir errores de cumplimentación.
- Preparar informes: escribir transformaciones de datos autorizados que conserven identificadores y detecten registros incompletos.
- Mantener contenidos digitales: localizar textos sin traducir o enlaces rotos en una biblioteca de materiales preventivos.
Cursor ayuda a construir o mantener el software. No aporta por sí mismo la metodología que determina un riesgo ni convierte un formulario generado en una evaluación validada. La especificación funcional debe proceder de responsables del proceso.
Ejemplo hipotético: corregir un filtro de acciones pendientes
Un portal interno muestra acciones de varios centros. El filtro de pendientes parece incluir acciones ya cerradas cuando falta una fecha. El equipo quiere corregir la lógica sin modificar datos reales.
- Explicar qué estados existen y qué significa «pendiente». Aportar un conjunto ficticio con una acción abierta, otra cerrada, una cancelada y otra con datos incompletos.
- Pedir que se localice la función de filtrado y se describa su comportamiento antes de cambiarla.
- Definir el resultado esperado para cada registro. Los datos incompletos deben quedar identificados, no asumirse como cerrados.
- Revisar las diferencias y ejecutar comprobaciones sobre el filtro y la pantalla. Confirmar que los totales y las etiquetas coinciden.
- Probar también un usuario limitado a un centro. Una corrección visual no debe alterar el control de acceso a otros centros.
El resultado verificable es un cambio acotado con casos de entrada y salida reproducibles. Una respuesta que diga «corregido» o una pantalla aparentemente correcta no sustituye esas comprobaciones.
Amplía el conjunto de prueba a diez acciones: cuatro abiertas, tres cerradas, dos canceladas y una sin estado fiable. La vista de pendientes debe mostrar cuatro, acompañadas de una incidencia de calidad separada; ni siete ni cinco son el resultado esperado. Cambiar la fecha de una acción cerrada no debe reabrirla por accidente. Conserva también una prueba que rechace la consulta de otro centro desde el servidor, no únicamente ocultando filas en pantalla.
Privacidad, contexto y límites del agente
La documentación de Cursor distingue Privacy Mode del procesamiento: con este modo, el código no se usa para entrenamiento, pero las funciones de IA envían instrucciones y contexto de código a proveedores. Por tanto, no debe interpretarse como ejecución completamente local.
Limita el contexto a lo necesario y utiliza datos ficticios para reproducir errores. No incluyas credenciales ni expedientes personales en ejemplos. Revisa comandos, dependencias y archivos afectados; un cambio puede compilar y aun así calcular mal un indicador. La restauración de archivos tampoco debe confundirse con revertir operaciones realizadas en servicios externos.
Documentación de referencia: Cursor Docs — Agent mode · Cursor Docs — Privacy and data.
Cuándo elegir Cursor y cómo compararlo
Es una opción para equipos que quieren trabajar sobre código existente con un entorno de edición y revisión. Requiere capacidad para interpretar cambios, mantener el proyecto y comprobar su funcionamiento después.
Codex permite comparar otro enfoque de trabajo asistido sobre proyectos; v0 resulta relevante cuando se quiere explorar una interfaz web mediante instrucciones. Compara con una tarea representativa y mide corrección, claridad del cambio y esfuerzo de revisión, no solo velocidad de generación.
Preguntas frecuentes sobre Cursor en SST
¿Puede crear una aplicación lista para uso preventivo?
Puede ayudar a desarrollarla, pero su aptitud requiere especificaciones, pruebas, revisión del contenido y mantenimiento. Una interfaz funcional no acredita la validez de su lógica preventiva.
¿Privacy Mode significa que nada sale del ordenador?
No. Protege frente al uso para entrenamiento según la documentación, pero las funciones de IA procesan contexto mediante proveedores.
¿Qué debe revisar quien acepta un cambio?
El alcance de los archivos modificados, los casos de prueba, los permisos, los datos utilizados y el comportamiento que se espera conservar.
Documentación de referencia: Cursor Docs — Privacy and data.
