OpenAI Plugins: ejemplos, formatos portables y límites de conexión
Distribuir OpenAI Plugins: catálogos locales, copias instaladas y servicios
Separa distribución del paquete y despliegue MCP y entiende por qué editar la fuente puede no actualizar un plugin instalado.
Qué aprenderás
- Distribuir un paquete no aloja un servicio
- Origen y copia instalada son ubicaciones distintas
- Distingue distribución privada y publicación pública
Antes de empezar
- Conocimientos básicos de JSON y rutas
- Comprender habilidades y permisos de servicios externos
Distinguir ejemplos y guía actual sin confundir metadatos con evidencia de ejecución.
Conclusiones clave
- Empaquetar no significa alojar un servicio.
- Las fuentes y la copia instalada pueden diferir.
- Distribución local, interna y pública son caminos separados.
Distribuir un paquete no aloja un servicio
Un paquete de habilidades puede no necesitar servicio propio. Uno conectado tiene dos preocupaciones: paquete instalable y servicio externo. Subir un manifiesto no despliega un proceso MCP local, crea un endpoint remoto ni concede acceso a una conexión existente.
Figma se describe como respaldado por una aplicación mediante .app.json. También contiene .mcp.json con un endpoint, pero su presencia no demuestra cómo un anfitrión lo carga o combina con el mapa de aplicación. Sigue la arquitectura concreta y no supongas que todos los archivos opcionales están activos.
Origen y copia instalada son ubicaciones distintas
La guía oficial describe catálogos locales con rutas relativas a su raíz y una copia instalada en caché, no ejecución directa desde el directorio de autoría. Por tanto, editar las fuentes puede requerir el proceso documentado de actualización o reinicio para reflejar cambios.
Si falta una actualización, registra identidad del catálogo, ruta, versión y contenido instalado. Verifica qué copia utiliza el anfitrión antes de editar más archivos. No borres una caché amplia como primer diagnóstico: puede contener otros plugins y estado del usuario.
Distingue distribución privada y publicación pública
La página oficial separa pruebas locales, publicación de workspace y directorio público universal. Publicar en un workspace requiere el rol administrativo adecuado y permanece dentro de ese ámbito. La publicación pública tiene revisión propia; un commit o una entrada local no crean por sí solos un listado público.
Para una entrega pública con servicio, revisa requisitos actuales del endpoint independientemente del paquete. Mantén secretos fuera de manifiestos y prepara reversión de paquete y servicio. No ejecutamos instalación, publicación interna, envío público ni despliegue de servidores.
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
Determina si hace falta un servicio independiente.
- 2
Registra origen e identidad de la copia instalada.
- 3
Comprueba actualización antes de diagnosticar cambios ausentes.
- 4
Planifica publicación y reversión para tu audiencia.
Ejemplo para copiar
{
"listaDespliegue": true,
"revision": "registrar explícitamente",
"copiaInstaladaVerificada": false,
"servicioNecesario": "depende del paquete",
"publicacionCompletada": false,
"reversionPreparada": false
}Preguntas frecuentes
¿Por qué no aparece una edición del directorio fuente?
El flujo local documentado usa una copia instalada; verifica origen, versión y actualización.
¿Un commit publica el plugin en el directorio público?
No. La presentación pública es un proceso independiente.
Fuentes
- OpenAI Plugins / plugins/figma/README.mdFuente verificada 2026-09-14
- OpenAI Plugins / plugins/figma/.app.jsonFuente verificada 2026-09-14
- OpenAI Plugins / plugins/figma/.mcp.jsonFuente verificada 2026-09-14
- OpenAI — Package your plugin (checked 2026-09-14)Fuente verificada 2026-09-14