Cursor SDK: De editor de código a infraestructura de agentes

TL;DR

• Cursor lanza el @cursor/sdk en TypeScript.
• Permite crear agentes programáticos con el mismo runtime, modelos y harness que el IDE de Cursor.
• Incluye acceso a VMs en la nube sandboxed, hooks y gestión de subagentes.

Contexto

Hasta ahora, Cursor era la mejor herramienta de “Copilot on steroids” porque controlaba la experiencia completa: el editor, el contexto y el modelo. Era una herramienta de consumo. Con el lanzamiento del SDK el 29 de abril, Cursor deja de ser solo un producto para convertirse en una plataforma de infraestructura.

¿Qué es exactamente el Cursor SDK?

No es una simple API para enviar prompts. Es una librería que expone el motor de agentes de Cursor. Lo más relevante es:

1. Cloud Agent Runtime: Puedes ejecutar agentes que corren en VMs aisladas en la nube. Esto elimina el problema de “ejecutar código de IA en mi máquina local” y permite procesos asíncronos masivos.
2. Programmatic Control: Puedes iniciar tareas programáticamente y luego “saltar” al IDE de Cursor para inspeccionar el progreso o intervenir manualmente.
3. Subagentes y Hooks: El SDK permite orquestar subagentes y definir ganchos de ejecución, permitiendo crear flujos de trabajo de codificación mucho más complejos que un simple chat.

Análisis técnico: El salto a la infraestructura

El valor real aquí no es el modelo (que probablemente sea una variante de Claude o GPT), sino el harness.

Hacer que un LLM escriba código es fácil. Hacer que ese código se ejecute en un entorno seguro, que el agente pueda leer los errores del compilador, iterar y validar la solución en una VM, y que todo eso sea coordinable vía TypeScript, es lo difícil. Cursor ha empaquetado esa complejidad y la ha convertido en una dependencia de npm.

Estamos pasando de la era de “la IA me ayuda a escribir esta función” a la era de “estoy programando un agente que migra toda mi base de código de Java a Kotlin en una VM aislada y me avisa cuando el test pase”.

Mi posición

Es el movimiento lógico. El IDE es el mejor lugar para capturar la intención del usuario y el contexto del código, pero el SDK es donde se construye la automatización real.

Si eres un desarrollador de herramientas de IA, el Cursor SDK es una señal clara: el futuro no es el chat, es el pipeline. El IDE se convierte en la interfaz de monitoreo (dashboard), mientras que el trabajo pesado ocurre en el runtime programático.

No te distraigas con el “nuevo modelo”; fíjate en el runtime. Ahí es donde se gana la guerra de la productividad.

Fuentes: Cursor Blog, Marktechpost