Debo admitir que no me di cuenta hasta una inspección más detallada de que el campo de contraseña es opcional para los usuarios que aceptan invitaciones por correo electrónico. Tienes un punto válido: los usuarios deberían poder elegir si desean usar un correo electrónico diferente y crear una contraseña. Me sentiría mucho más tranquilo si la interfaz de usuario dejara más claro que la contraseña es opcional, especialmente cuando el inicio de sesión con redes sociales está habilitado en el sitio. Con la interfaz actual, alguien tendría que no querer crear una contraseña en absoluto para descubrir que esto no es estrictamente obligatorio, en mi opinión. Supongo que debería ponerme las mangas y crear una solicitud de extracción (PR) para mejorar la experiencia de usuario 
Revisé el código de ejemplo, ¡gracias! Por lo que vale, necesité usar este truco para realizar las llamadas a la API correspondientes: Using the API to create a user on an SSO only system - #13 by DylannCordel. Aun así, no creo que esto cumpla con el caso de uso que tenía en mente, ya que desencadena un correo electrónico al usuario para su activación, algo que esperaba evitar a favor de una experiencia fluida que “simplemente funcione” cuando finalmente inicie sesión en el sitio.
También experimenté un poco con esta solución: How to manually add user in discourse? - #10. Creo que funcionaría para añadir manualmente las cuentas de usuario que necesito que existan usando este método, pero en última instancia, no estoy seguro de que valga la pena el riesgo de modificar directamente el entorno dentro del contenedor para realizar estos cambios.
Así que, en resumen, creo que el flujo de trabajo que esperaba no es realmente un flujo de trabajo soportado o esperado, y tendré que conformarme con eso hasta que la interfaz de usuario mejore (quizás) en algún momento.
¡Gracias a todos!