Cursor anunció la disponibilidad general de Agent SDK el 20 de octubre de 2026. Recuperamos ahora ese anuncio: la fecha de este artículo es la de su publicación, no la del lanzamiento. La propuesta permite definir agentes como proyectos de software, con instrucciones, herramientas y evaluaciones que el equipo puede revisar y versionar.
Del encargo al proyecto mantenible
Según la presentación de Cursor, las instrucciones se escriben en Markdown y las herramientas en TypeScript. El SDK incorpora evaluaciones y reproducción de eventos para revisar el comportamiento. El proveedor describe despliegue en Cursor o en infraestructura propia mediante un proceso Node.
Esto amplía la idea de configurar un encargo: permite poner código y pruebas alrededor del juicio del modelo. Una condición verificable puede resolverse con una función; una discrepancia que necesita contexto puede escalarse a una revisión.
Cursor lo relaciona con los sistemas que utiliza para sus agentes gestionados. Como antecedente, ya explicamos Rollouts y Security Review. Ese artículo describe productos concretos; el SDK abre la posibilidad de construir un flujo adaptado al equipo.
Qué revisar para ponerlo en marcha
La documentación vigente pide Node 22.13 o posterior y señala el paquete @grok/agent-sdk, anteriormente @cursor/bdk. El ejemplo del anuncio utiliza otra referencia de importación, @cursor/agent-sdk. Para una instalación, hay que seguir la documentación actual del proyecto y revisar su compatibilidad; este artículo no es una receta de instalación probada.
La referencia de la herramienta de línea de comandos añade una condición operativa: el equipo debe tener habilitado el alojamiento de agentes. También permite desplegar con una clave de cuenta de servicio que tenga acceso de agente y exige una URL HTTPS para el repositorio.
El despliegue espera a que el proceso esté en ejecución, salvo que se solicite no esperar. Que arranque correctamente no demuestra que haya revisado bien una solicitud de cambios, enviado una respuesta útil o respetado una política: esos resultados requieren sus propias comprobaciones.
Permisos y presupuesto son decisiones separadas
La referencia de acceso distingue Viewer, que puede abrir el agente; Editor, que puede desplegar, detener y reiniciar; y Owner, que además administra secretos y acceso. El primer despliegue asigna Owner a quien lo realiza y Viewer al equipo propietario. Volver a desplegar no cambia por sí solo esos permisos.
Para algunos equipos existen límites de despliegue: los valores predeterminados son veinte identificadores de agente, incluidos los detenidos, y cien despliegues aceptados por cada veinticuatro horas. No son un límite universal para todas las cuentas.
Las fuentes consultadas no permiten fijar aquí una tarifa específica completa del SDK. Antes de presupuestar hay que confirmar las condiciones de alojamiento, modelos e integraciones; no asumir gratuidad o inclusión automática en una suscripción.
Un primer caso con responsabilidad acotada
Ejemplo hipotético, no ejecutado: un agente revisa cambios frente a las decisiones de arquitectura del repositorio. El código selecciona archivos y responsables; el modelo explica una posible contradicción y enlaza la norma para que una persona la resuelva.
Nuestra propuesta sería empezar sin permisos de aprobación o fusión automática. Reproducir eventos conocidos y evaluar errores permitiría decidir después qué acciones conceder. No hemos instalado ni probado el SDK, y su disponibilidad general no acredita la fiabilidad de un agente construido con él.