Composer: ¿El repositorio de Composer para paquetes dinámicos no recibe ningún parámetro para el paquete buscado?

Estoy en el proceso de construir un _Composer proxy service / repository_. La idea del miniservicio es entregar dinámicamente paquetes de idioma / traducción para temas o complementos de las respuestas de la API _WordPress_. Las rutas son las siguientes:

 https://api.wordpress.org/translations/plugins/1.0/?slug={slug}&version={version}

El servicio _Nodejs_ en sí mismo no es más que un proxy que debe agregarse como repository a un composer.json de type:project . El servicio en sí devuelve la clave providers-url como parte del archivo packages.json (generado dinámicamente).

"providers-url" : "/" + request.params.scope + "/providers/%package%$%hash%.json"

Para ver un ejemplo, consulte el siguiente composer.json :

{
    "name"              : "vendor/testproject",
    "type"              : "wordpress-project",
    "minimum-stability" : "dev",
    "repositories"      : [
        {
            "type" : "composer",
            "url"  : "https://{unique-ID}.ngrok.io/test"
        }
    ]
}

Hasta ahora, solo puedo ver las solicitudes de /endpoint/packages.json , pero sin ningún parámetro. En un mundo ideal, Composer enviaría los paquetes required , ya sea como encabezado o como parámetro de consulta.

Ya miré (y probé) a través de todas las opciones disponibles para intentar _falsificar_ mi camino a través del sistema para de alguna manera obtener el paquete solicitado: type:{composer|vcs|…} . ¿Hay una manera de hacer que esto suceda? ¿O existe al menos la _voluntad_ de aceptar un RP para implementar esto, junto con una bandera adicional para permitir ese comportamiento?

_Una nota sobre los servicios alojados: podría haber una combinación de las opciones notify-batch y request/require para recopilar algunas estadísticas sobre los repositorios buscados y realmente recuperados. Este enfoque podría permitir apuntar a paquetes "en caché" mucho mejor.