Construiste una herramienta que revisa pull requests, pero conseguir equipos que la instalen es más difícil que escribir el primer prototipo. Desde el 13 de octubre de 2026, Cursor permite que desarrolladores externos envíen apps al Origin App Marketplace. Es una oportunidad de distribución para productos que trabajan con repositorios, despliegues o revisión de código. No significa que cualquier app hecha con Cursor pueda subirse: hablamos de integraciones para Origin, la plataforma de código de Cursor.

Qué cambió

Cursor dice que Origin ya integra más de veinte servicios de despliegue, CI, revisión, seguridad, monitoreo y gestión, entre ellos Cloudflare, Linear y Sentry. Ahora un equipo externo puede crear una app en su propio espacio, conectarla a la API de Origin, hacerla pública y solicitar que Cursor la incluya en el Marketplace. La documentación distingue tres estados importantes: Private solo para el espacio del creador, Public instalable por enlace directo y Listed visible en el catálogo tras la aprobación de Cursor. Publicarla no garantiza la aprobación ni clientes.

La integración puede recibir eventos mediante webhooks y escribir resultados como checks o comentarios en pull requests, según los permisos que pida. Por ejemplo, un producto que detecta errores de accesibilidad podría analizar un PR y devolver un check con enlaces a los problemas. Ese ejemplo es una idea de aplicación, no una integración construida o avalada por Cursor.

La ruta práctica para un fundador de herramientas

Antes de pensar en el Marketplace, valida que el producto resuelva una tarea frecuente. Habla con tres equipos que ya revisen código o desplieguen desde Origin: ¿qué señal revisan manualmente antes de aprobar un PR? Si la respuesta es concreta, crea una app privada en tu namespace y prueba un flujo completo: instalación, permiso mínimo, evento, resultado visible y desinstalación. Una demo bonita sin ese recorrido no cumple lo que Cursor pide revisar.

La guía de publicación indica hacerla Public cuando esté lista. En ese estado, cualquier equipo Origin puede instalarla por enlace directo, pero todavía no aparece en el catálogo. Esa fase sirve para un piloto medible: pide a tus primeros equipos que completen una instalación y una tarea real. Observa si el check o comentario llega al lugar correcto, si entienden los permisos y si desconectar la app detiene los webhooks. No tomes una instalación como prueba de retención o disposición a pagar.

Para solicitar el listado, un administrador del namespace envía una descripción de la app, un enlace a un video de demostración de unos cinco a diez minutos y, opcionalmente, un slug y etiquetas. El video debe mostrar el producto, instalación y desinstalación; la guía pide probar tanto un espacio personal como un equipo y repositorios seleccionados o todos. Cursor revisa cada envío. Solo después de aprobarlo pasa a Listed.

La decisión que tomaría antes de construir

Este canal tiene sentido si ya vendes o quieres vender una herramienta para el flujo de desarrollo: CI, seguridad, despliegue, revisión o monitoreo. Si tu producto es una app de reservas, un blog o un chatbot para consumidores, el Marketplace de Origin no es un canal natural; perseguirlo sería distraerse. Incluso para un devtool, la integración tiene costo de mantenimiento: autenticación, permisos, webhooks, cambios de API, soporte y una experiencia clara de instalación.

Una prueba de bajo costo sería publicar primero por enlace a tres equipos piloto, medir cuántos completan instalación y un caso útil, y preguntar qué falta antes de preparar el video de envío. Si nadie usa el resultado que aparece en su PR, estar listado no arreglará el problema. Si los equipos sí lo usan, el catálogo se convierte en un posible canal adicional de descubrimiento, no en una promesa de ventas.

Fuentes primarias: anuncio de Cursor del 13 de octubre de 2026 y guía de publicación y aprobación. No se ha construido una app Origin ni medido instalaciones o ingresos para este artículo.