Cursor lanzó Composer 2.5 el 18 de mayo de 2026, y el titular es difícil de ignorar: un modelo de codificación que iguala a Opus 4.7 y GPT-5.5 en benchmarks de software reales, con un costo inferior a un dólar por tarea. Si te dedicas a escribir código, esa relación precio-calidad cambia la forma en que planificas tu día.
Esta guía cubre tres cosas que los desarrolladores buscan constantemente: qué es realmente Composer 2.5, cómo acceder a él dentro de Cursor y cómo usarlo de manera efectiva en el trabajo de producción. Obtendrás los números de los benchmarks, los cálculos de precios y un flujo de trabajo práctico que combina el modelo con Apidog para que el código API que escribe sea correcto en la primera ejecución.
¿Qué es Cursor Composer 2.5?
Composer 2.5 es el modelo de codificación agentic propio de Cursor, diseñado para planificar, editar archivos, ejecutar comandos de terminal y verificar su propio trabajo dentro del editor Cursor. Es el sucesor de Composer 2, y lleva el modelo de ser un "socio rápido de autocompletado" a ser un "agente que termina tareas largas sin perder el hilo".
Algunos hechos lo definen:
- Está construido sobre el punto de control de código abierto Moonshot Kimi K2.5, una base de aproximadamente un billón de parámetros.
- Cursor dedicó aproximadamente el 85% del presupuesto de cómputo de entrenamiento al post-entrenamiento y al aprendizaje por refuerzo, no solo al modelo base.
- Se entrenó con 25 veces más tareas sintéticas que Composer 2, incluyendo ejercicios donde Cursor elimina una característica y el modelo tiene que reconstruirla hasta que las pruebas pasen.
El resultado práctico es un modelo que mantiene el contexto durante sesiones largas. Composer 2 era rápido, pero a veces se desviaba en trabajos de varios pasos. Composer 2.5 mantiene el esfuerzo en una tarea larga, sigue instrucciones complejas de manera más fiable y calibra la cantidad de trabajo que realmente requiere una solicitud en lugar de excederse o quedarse corto.
Si quieres conocer más a fondo la familia de modelos, la guía de Composer 2 explica la arquitectura sobre la que se construye 2.5.
Qué cambió bajo el capó
Tres ideas de entrenamiento impulsan el salto:
- RL dirigido con retroalimentación textual. En lugar de una recompensa al final de una tarea, Cursor escribe una breve pista que describe la corrección que desea, inserta esa pista en el contexto local y destila el comportamiento de vuelta al modelo. Así es como aprendió a dejar de llamar a herramientas que no están disponibles.
- Datos sintéticos a escala. El aumento de 25 veces en las tareas sintéticas le da al modelo mucha más práctica en el trabajo de repositorio realista, verificado por pruebas en lugar de intuiciones.
- Un optimizador Muon fragmentado con HSDP de doble malla. Esto es infraestructura de entrenamiento, no una característica que uses, pero es la razón por la que Cursor pudo entrenar un modelo de 1 billón de parámetros con un paso de optimizador de 0.2 segundos. Bucles de entrenamiento más rápidos significan más iteraciones en la calidad.
No necesitas memorizar nada de esto para usar el modelo. Es importante porque explica por qué Composer 2.5 se siente más estable en el tipo de tareas largas y complicadas que rompían a los agentes anteriores.
Benchmarks de Composer 2.5: ¿qué tan bueno es realmente?
Cursor reporta puntuaciones en tres suites y las compara con Opus 4.7 y GPT-5.5. Aquí está el panorama:
| Benchmark | Composer 2.5 | Opus 4.7 | GPT-5.5 |
|---|---|---|---|
| SWE-bench Multilingüe | 79.8% | 80.5% | 77.8% |
| Terminal-Bench 2.0 | 69.3% | 69.4% | 82.7% |
| CursorBench v3.1 | 63.2% | 64.8% (máx.) / 61.6% (predeterminado) | 59.2% (predeterminado) |
Léelo atentamente y la historia es consistente. En SWE-bench Multilingüe, una prueba estándar para corregir problemas reales de GitHub en varios idiomas, Composer 2.5 obtiene un 79.8%, a un punto de Opus 4.7 y por delante de GPT-5.5. Esto representa un gran avance desde el 73.7% de Composer 2. En CursorBench, la propia suite de tareas de Cursor, supera la configuración predeterminada de Opus 4.7.
El único lugar donde se queda atrás es en Terminal-Bench 2.0, donde GPT-5.5 lidera con un 82.7%. Si tu trabajo se basa mucho en secuencias largas de terminal, tenlo en cuenta.
El número que lo cambia todo es el costo por tarea. Cursor reporta aproximadamente un 63% en CursorBench con un costo promedio inferior a $1 por tarea, mientras que Opus 4.7 y GPT-5.5 cuestan varios dólares por tarea para resultados similares o peores; algunas comparaciones sitúan los costos de la competencia tan altos como once dólares. La cobertura independiente de The Decoder llegó a la misma conclusión: calidad casi de vanguardia a una fracción del precio.
Así que Composer 2.5 no es el único mejor modelo en todas las tablas. Es el modelo que te ofrece el 95% de la calidad de vanguardia por aproximadamente una décima parte del costo, que es la compensación que la mayoría de los equipos desean.
¿Cuánto cuesta Composer 2.5?
Cursor ofrece dos variantes con dos puntos de precio:
| Variante | Entrada | Salida | Cuándo usarla |
|---|---|---|---|
| Estándar | $0.50 / M tokens | $2.50 / M tokens | Predeterminada para la mayoría de los trabajos de agente; la mejor eficiencia de costos |
| Rápida | $3.00 / M tokens | $15.00 / M tokens | Trabajo sensible a la latencia; misma inteligencia, menor espera |
La variante rápida ofrece la misma calidad de modelo con menor latencia, y es la predeterminada en el producto. Su precio sigue siendo inferior al de los niveles rápidos de otros modelos de vanguardia.
Cómo se te factura depende de tu plan:
- Planes individuales (Pro y similares) incluyen un fondo de uso de Composer independiente con un uso incluido generoso, por lo que la mayoría de los desarrolladores individuales no tocarán la tarifa por token en el día a día.
- Los planes de equipo y empresariales se cobran directamente a la tarifa de la API.
- Promoción de lanzamiento: Cursor duplicó el uso de Composer 2.5 durante la primera semana después del lanzamiento, por lo que los primeros adoptantes obtienen un margen adicional para probarlo.
Para un desglose más completo de cómo Cursor mide los modelos, consulta la guía de precios de Cursor Composer. Si intentas ejecutarlo sin gastar, el tutorial Composer gratis cubre la ruta de uso incluido.
Cómo acceder a Cursor Composer 2.5
Acceder al modelo toma aproximadamente un minuto.
- Actualiza Cursor. Composer 2.5 necesita una versión reciente. Abre Cursor, busca actualizaciones (menú de Cursor en macOS, menú Ayuda en otros lugares) y reinicia si se instala una actualización.
- Inicia sesión en un plan que lo incluya. Los planes Pro y Business incluyen el uso de Composer. Una cuenta gratuita aún puede probarlo a través de las asignaciones incluidas, pero el uso intensivo requiere un plan de pago.
- Abre el selector de modelos. Inicia un chat o una sesión de agente, luego abre el menú desplegable de modelos. Selecciona
composer-2.5. Normalmente verás la variante rápida seleccionada por defecto. - Confirma el modo agente. Composer está diseñado para el trabajo de agente, así que usa el modo Agente en lugar de un chat simple para obtener ediciones de archivos, acceso a la terminal y uso de herramientas.
Esa es toda la configuración. El modelo tiene acceso a todas las herramientas de agente que expone Cursor: leer y editar archivos, ejecutar comandos de terminal y llamar a herramientas. Los documentos oficiales del modelo Composer 2.5 enumeran los valores predeterminados actuales si Cursor los cambia.
Si ya usaste Cursor antes, pero no su agente, el resumen de Cursor 2.0 es una buena introducción a cómo funciona la superficie del agente.
Cómo usar Composer 2.5 de manera efectiva
El acceso es fácil. Obtener una salida sólida requiere un poco de técnica.
Déjalo ejecutar tareas largas. La principal mejora de Composer 2.5 es el rendimiento sostenido. Dale una tarea real con un estado final claro ("añadir paginación al endpoint de pedidos y actualizar las pruebas") en lugar de microgestionar una línea a la vez. Está entrenado para seguir hasta que las pruebas pasen.
Escribe la condición de éxito en el prompt. El modelo fue entrenado con verificación de pruebas. Si le dices cómo juzgarás el trabajo terminado ("todas las pruebas existentes se mantienen en verde y el nuevo endpoint devuelve 422 para entradas inválidas"), se autocorregirá hacia ese objetivo.
Elige la variante correcta. Utiliza la variante estándar para trabajos por lotes sensibles al costo y la variante rápida cuando estés iterando en vivo y esperando cada respuesta. La calidad es la misma; solo estás intercambiando latencia por costo.
Mantén su contexto honesto. Los modelos agentic son potentes, pero aun así adivinan cuando no conocen la forma real de una API. Ese es el modo de fallo que vale la pena evitar, y es donde tus herramientas API importan.
Composer 2.5 más tu flujo de trabajo de API
La mayoría de las tareas de codificación reales tocan una API. Pídele a Composer 2.5 que "escriba un cliente para nuestro servicio de pagos" y producirá código de aspecto limpio; el riesgo es que los endpoints, campos y autenticación coincidan con lo que el modelo asume en lugar de lo que tu servicio realmente expone. Un código incorrecto pero confiado es más lento que no tener código.
Dos prácticas solucionan esto:
Primero, alimenta al modelo tu especificación API real en lugar de dejar que adivine. El servidor MCP de Apidog conecta tu especificación API de Apidog directamente a Cursor, para que Composer 2.5 genere código de solicitud, tipos y pruebas según tu esquema real. Si también ejecutas otros agentes, el resumen de los mejores servidores MCP para Cursor cubre opciones complementarias.
Segundo, verifica las llamadas generadas antes de que lleguen a la rama de un compañero de equipo. Coloca los puntos finales que Composer 2.5 escribió en Apidog, envía solicitudes reales, verifica los códigos de estado y las formas de respuesta, y convierte las llamadas que funcionan en pruebas automatizadas y servidores simulados. El modelo escribe el primer borrador; Apidog confirma que se comporta. Ese ciclo, generar contra una especificación real, luego probar contra un servidor real, es lo que evita que la velocidad del agente se convierta en una deuda de depuración.
Composer 2.5 vs. la competencia
Breve orientación si estás eligiendo un modelo para el día a día:
- vs Opus 4.7: Casi idéntico en SWE-bench Multilingüe y CursorBench, mucho más económico por tarea. Opus aún lidera en la configuración máxima absoluta de CursorBench.
- vs GPT-5.5: Composer 2.5 gana en SWE-bench Multilingüe y CursorBench; GPT-5.5 lidera claramente en Terminal-Bench 2.0.
- vs Claude Code: Diferente tipo de herramienta. Composer 2.5 vive en el editor de Cursor; Claude Code es un agente de terminal. La comparación entre Claude Code y Cursor desglosa cuál se adapta a cada flujo de trabajo.
- vs GitHub Copilot: Copilot es más fuerte como completador en línea; Composer 2.5 está diseñado para tareas de agente de múltiples archivos. La guía de Cursor vs. GitHub Copilot profundiza en el tema.
Cursor también dijo que está entrenando un modelo mucho más grande con xAI usando aproximadamente diez veces más capacidad de cómputo, por lo que 2.5 es un punto de control en una curva más pronunciada, no el límite.
Preguntas frecuentes
¿Es Composer 2.5 gratuito? No hay una capa completamente gratuita, pero los planes individuales incluyen un grupo de uso de Composer que cubre el trabajo diario normal, y Cursor duplicó el uso durante la semana de lanzamiento. La guía de Composer gratuito explica hasta dónde llega la asignación incluida.
¿Es Composer 2.5 mejor que Composer 2? Sí, de forma medible. SWE-bench Multilingüe subió del 73.7% al 79.8%, y el modelo mantiene el contexto mucho mejor en tareas largas. La guía de Composer 2 es la línea de base que mejoró.
¿En qué modelo se basa Composer 2.5? Está construido sobre el punto de control de código abierto Kimi K2.5 de Moonshot, y luego intensamente post-entrenado por Cursor con aprendizaje por refuerzo y tareas sintéticas.
¿Qué variante debo elegir, estándar o rápida? Misma inteligencia, diferente latencia y precio. Usa la estándar para trabajos por lotes rentables, la rápida cuando estés iterando en vivo.
¿Composer 2.5 funciona con especificaciones API y MCP? Sí. Es compatible con el conjunto completo de herramientas de agente de Cursor, incluido MCP. Conecta tu especificación API a través del servidor MCP de Apidog para que codifique según tu esquema real.
En resumen
Composer 2.5 es la señal más clara hasta ahora de que la "codificación de calidad de vanguardia" y "cara" se están disociando. Obtienes resultados de un nivel similar a Opus 4.7 en tareas de software reales por mucho menos de un dólar por tarea, dentro de un editor diseñado para el trabajo de agente. Actualiza Cursor, selecciona composer-2.5 en el menú desplegable de modelos y dale tareas reales de varios pasos en lugar de comandos de una sola línea.
Combínalo con un ciclo de verificación riguroso y la velocidad se multiplica. Genera código API contra tu especificación real, luego descarga Apidog para enviar solicitudes en vivo, confirmar las respuestas y bloquear las llamadas que funcionan en pruebas automatizadas y simulaciones. Un código rápido que has verificado es mejor que un código rápido que tienes que depurar.