Qué es Cursor Plugins: un catálogo de extensiones para agentes
Desplegar un plugin de Cursor: cliente, versión y credenciales
Preparar el paquete elegido sin tratar el repositorio como un servidor único
Qué aprenderás
- Resolver las capas
- Separar integraciones
- Registrar la versión desplegada
Antes de empezar
- Un perfil de cliente desechable
- Un plugin seleccionado
- Un commit fijado
Convertir una entrada prometedora en una decisión de equipo repetible
Conclusiones clave
- Índice y manifiesto cumplen funciones distintas.
- Los catálogos de varios clientes difieren aquí.
- Algunos plugins incorporan red o hooks.
Resolver las capas
Una entrada de marketplace apunta a un directorio. El manifiesto puede contener `minClientVersions`; la integración GitHub fijada exige Cursor 3.13.0 o posterior.
El catálogo no necesita un puerto ni una base de datos común. Un plugin concreto puede ejecutar hooks o conectarse a MCP, así que el trabajo de despliegue depende de esa entrada.
Separar integraciones
GitHub declara obligatoria la variable `GITHUB_PERSONAL_ACCESS_TOKEN` y configura un endpoint MCP HTTP. Antes de activarlo, decidir alcance del token y dónde lo guarda el cliente.
En este commit, `.claude-plugin/marketplace.json` solo enumera `origin-apps`. Su nombre no demuestra que todos los plugins de Cursor tengan el mismo soporte en otros clientes.
Registrar la versión desplegada
Anotar commit, directorio elegido, versión del cliente, versión del manifiesto y variables. Para un equipo, fijar quién puede actualizar plugins y cómo restaurar la versión anterior.
No verificamos un despliegue real de Cursor, negociación de versiones ni almacenamiento de tokens. Hacen falta pruebas controladas sin credenciales de producción.
Cómo elegir
| Criterio | Opción A | Opción B |
|---|---|---|
| Best when | You need predictable behavior and easy auditing | You need adaptive optimization and have reliable telemetry |
| Main risk | May leave performance on the table | Can become difficult to explain or debug |
Pasos de implementación
- 1
Fijar origen y versión del cliente.
- 2
Mantener tokens fuera de archivos compartidos.
- 3
Ensayar actualización y retirada con un perfil de prueba.
Ejemplo para copiar
selected_plugin: github
repository_commit: d0ef80d
client: verify_supported_version
credential: scoped_GITHUB_PERSONAL_ACCESS_TOKEN
rollback: restore_previous_plugin_versionPreguntas frecuentes
¿Hay que desplegar Docker para todo el repositorio?
El catálogo no describe un servidor común; depende del plugin.
¿Conviene compartir un token amplio?
Limite cada credencial a las operaciones y usuarios necesarios.
Fuentes
- Cursor Plugins / .cursor-plugin/marketplace.jsonFuente verificada 2026-10-08
- Cursor Plugins / .claude-plugin/marketplace.jsonFuente verificada 2026-10-08
- Cursor Plugins / third_party/github/.cursor-plugin/plugin.jsonFuente verificada 2026-10-08
- Cursor Plugins / third_party/github/mcp.jsonFuente verificada 2026-10-08