BlogIngeniería

Publicar ScoreStarling en ChatGPT: nuestra revisión de 16 días

Un envío, del 6 al 22 de octubre de 2026: el paquete, la cuenta del revisor, una consulta a soporte y la distancia entre la aprobación y una ficha pública.

Escrito por
Publicado
Actualizado
Extensión
6 min de lectura

La respuesta corta

El último envío del plugin de ScoreStarling para ChatGPT entró en revisión el 6 de octubre de 2026 y se aprobó y publicó el 22 de octubre, 16 días calendario después. Enviamos un servidor MCP que inicia sesión con OAuth, dos Skills, cinco casos de prueba que debía superar y tres que debía rechazar, una grabación del recorrido y una cuenta privada para el revisor. A mitad de la espera pedimos a soporte que comprobara el estado y no recibimos ni decisión ni fecha, y no podemos saber si preguntar cambió algo.

Este es el registro de un solo envío, comprobado el 22 de octubre de 2026, así que no puede decirte el tiempo medio de revisión de OpenAI. Antes de la 1.0.0 habíamos enviado la versión 0.1.31, y la retiramos nosotros para enviar el paquete más reciente. No fue rechazada.

¿Qué enviamos?

El paquete 1.0.0 aprobado tenía 14 archivos de runtime, una conexión MCP alojada que inicia sesión con OAuth y dos Skills, scorestarling-notation y scorestarling-score. La ficha incluía un icono, ejemplos de peticiones y enlaces a nuestro sitio web, nuestra página de soporte, la política de privacidad y los términos del servicio. También verificamos nuestra identidad como editor y nuestro dominio MCP.

ScoreStarling convierte grabaciones, imágenes de partituras y archivos de partitura en partituras que puedes reproducir y editar. El envío tenía que mostrar al revisor todo el recorrido: traer la música, abrir el resultado, revisar los cambios y exportar. Un servidor que responde a peticiones no muestra nada de eso por sí solo. El trabajo del inicio de sesión está en nuestras notas sobre OAuth en un servidor MCP remoto.

El plugin vive en un repositorio público, etiquetado por versión, y el backend se despliega aparte. Las contraseñas del revisor y la grabación privada de la revisión nunca van a ese repositorio ni a sus ZIP de versión.

¿Qué recibió el revisor?

Creamos una cuenta de prueba con música de muestra y dimos al revisor instrucciones de inicio de sesión, una grabación del recorrido y notas de la versión. Iniciar sesión no requería un código por correo ni la aprobación de un segundo factor por nuestra parte. La contraseña se puso en el campo privado del revisor, y la grabación era un archivo de Drive de solo lectura que podía abrir cualquiera que tuviera el enlace.

Los cinco casos que debía resolver eran una grabación de guitarra, una melodía original en ABC, previsualizar un cambio de nota, aceptar y deshacer una edición, y las exportaciones. Cada uno daba la petición, las herramientas que esperábamos que llamara y lo que el revisor debía ver. Los tres que debía rechazar pedían que devolviera las pistas separadas (stems) de la canción original, que pusiera una canción en Spotify y que abriera la partitura privada de otra cuenta. En esos casos, la respuesta correcta era un rechazo o una indicación de lo que ScoreStarling sí puede hacer.

Comprobamos cada uno a mano, porque un ZIP válido no demuestra que el revisor pueda iniciar sesión, y una llamada a una herramienta que tiene éxito no demuestra que la partitura en pantalla haya cambiado. Los casos no cubrían todas las herramientas de pago que dependen de un proveedor externo.

Los campos obligatorios cambian, así que guíate por la guía de envío de OpenAI (comprobada el 22 de octubre de 2026). Lo que contamos aquí es un ejemplo de cómo rellenarla.

Nuestro calendario de envío y de soporte

Contamos los 16 días desde el envío de la 1.0.0. El desarrollo y el paquete retirado fueron antes. Todas las fechas están en hora de Asia/Bangkok (UTC+7).

  1. El envío de la 1.0.0 mostraba “In review / Pending review” (en revisión / revisión pendiente).

  2. Pedimos al soporte de OpenAI que comprobara el estado. La página de ayuda mostró “Escalation requested” (escalado solicitado).

  3. Un correo de soporte confirmó que tenían nuestra información. No daba ninguna decisión ni fecha.

  4. La aprobación llegó a las 05:28. Publicamos más tarde ese mismo día y abrimos la ficha pública sin iniciar sesión.

El camino de un paquete hasta una ficha pública, 16 días calendario de principio a fin. Las fechas no muestran cuánto duró ningún paso interno de la revisión.

¿Qué nos dijo realmente el soporte de OpenAI?

Ninguna decisión ni fecha estimada. El 14 de octubre enviamos los ID del plugin y del envío y preguntamos si cinco hallazgos automáticos del análisis de MCP estaban frenando la revisión. La página de ayuda decía que la solicitud se había escalado y que las respuestas llegarían también por correo.

El correo del 15 de octubre decía que tenían nuestra información, que no podían saber si los hallazgos retrasaban la revisión sin consultarlo con el equipo de revisión, y que no hacía falta que volviéramos a enviar los ID. Así que supimos que nuestro mensaje había llegado, y seguíamos sin saber nada de la causa ni del plazo.

Un aviso de escalado o una firma de soporte no nos dice que un revisor volviera a mirar el plugin, y nada indica que preguntar acelerara la aprobación, que llegó una semana después en una notificación aparte. Hemos parafraseado el intercambio y omitido los correos privados y los datos de la cuenta.

¿Por qué GitHub estaba en la 1.2.2 cuando el directorio publicó la 1.0.0?

Porque el paquete aprobado era el ZIP 1.0.0 que habíamos enviado. Seguimos trabajando mientras esperaba, y el repositorio público llegó a la 1.2.2, pero esas versiones no sustituyeron al paquete en revisión.

Cuatro registros que mantuvimos separados
Registro de versiónQué te dice
Etiqueta de GitHub y ZIP de la versiónEl código fuente y los archivos exactos de una versión.
Servidor MCP desplegadoEl backend y las herramientas que sirve el endpoint alojado.
Paquete enviadoLos metadatos y las Skills enviados a revisión.
Ficha publicada en el directorioEl paquete aprobado, una vez que decidimos hacerlo público.

Las instrucciones de actualización de OpenAI tratan esto de forma distinta: los metadatos empaquetados y las Skills necesitan un ZIP nuevo, mientras que los cambios en las herramientas de un servidor MCP alojado pasan por análisis de MCP. Un despliegue del backend o una versión de GitHub no pone un paquete nuevo en el directorio.

¿Qué repetiríamos en otro envío?

Haz que cada paso sea fácil de reproducir para alguien que nunca ha visto el producto, y anota, con fechas, lo que dice realmente el panel.

  • Etiqueta la versión del paquete y conserva el ZIP exacto que enviaste. Llévalo aparte de los despliegues del servidor y de las versiones del repositorio.
  • Da al revisor una cuenta que funcione, archivos de muestra que pueda usar y, para cada caso, incluidos los que el producto debe rechazar, lo que debería ver.
  • Pon las contraseñas solo en los campos privados de la revisión. Comprueba que la grabación se abre y mantenla fuera de los repositorios públicos.
  • Cuando escribas a soporte, incluye los ID y haz una pregunta precisa. Un acuse de recibo no es una decisión de revisión.
  • Tras la aprobación, publícalo tú mismo y comprueba después tanto el panel como la página pública de la ficha.

¿Qué es público ahora?

El 22 de octubre nuestro panel mostraba la versión 1.0.0 como “Published”, y la ficha de ScoreStarling en ChatGPT se abría sin iniciar sesión, con el desarrollador HAIYI MEI, la versión 1.0.0 y un botón “Install plugin” (instalar plugin). Solo con el correo de aprobación no lo habríamos sabido.

Eso confirma que la ficha es pública. Todavía no dice nada sobre la posición en las búsquedas, si los usuarios nuevos consiguen ponerlo en marcha, los registros, los ingresos ni la precisión de la transcripción. Nuestros envíos a Anthropic y a WorkBuddy son revisiones aparte, y la aprobación de OpenAI no nos dice nada sobre ellas. El directorio de Claude seguía revisando el nuestro el 25 de octubre de 2026; hasta que incluya ScoreStarling, los usuarios de Claude lo añaden como conector personalizado con la dirección de nuestra guía de conexión.

Fuentes

  1. OpenAI: upload, review, publish and update a plugin, comprobado el 22 de octubre de 2026.
  2. Código del plugin de ScoreStarling en la v1.0.0, el código público del paquete enviado, sin el acceso privado del revisor.
  3. Ficha pública de ScoreStarling en ChatGPT, comprobada el 22 de octubre de 2026.

Preguntas y respuestas

¿Son 16 días el tiempo habitual de revisión de un plugin de ChatGPT?

No podemos saberlo con un solo envío. Nuestro paquete final 1.0.0 entró en revisión el 6 de octubre de 2026 y se aprobó y publicó el 22 de octubre, 16 días calendario después. Otros envíos pueden tardar más o menos.

¿Contactar con el soporte de OpenAI aceleró la aprobación?

No tenemos pruebas de que lo hiciera. Soporte acusó recibo de nuestro mensaje pero no dio ninguna decisión ni fecha de finalización. La aprobación llegó una semana después, en una notificación aparte, y el orden de los hechos no muestra que una cosa causara la otra.

¿Un plugin aprobado pasa a ser público automáticamente?

El nuestro no. La notificación de aprobación decía que el paquete estaba listo para publicar. Lo publicamos nosotros, comprobamos que el panel decía “Published” (publicado) y abrimos la ficha pública sin iniciar sesión.

¿Por qué el directorio publicó la 1.0.0 cuando GitHub tenía la 1.2.2?

La 1.0.0 era el paquete que enviamos a revisión, y las versiones posteriores de GitHub no lo sustituyeron. Para cambiar los metadatos empaquetados o las Skills, subes un ZIP nuevo mediante el proceso de actualización del plugin existente.

Trae cualquier música Llévate una partitura