我得承认，直到仔细查看我才意识到，对于接受邮件邀请的用户来说，密码字段是可选的。你提出的观点很中肯：用户应该能够选择是否使用不同的邮箱并创建密码。如果界面能更清楚地表明密码是可选的，尤其是当网站启用了社交登录时，我会放心得多。以当前的界面来看，除非用户真的不想设置密码，否则很难发现这并非强制要求，在我看来。我想我应该卷起袖子，提交一个 PR 来改善用户体验 
我查看了示例代码，谢谢！顺便提一下，我需要使用这个变通方法来调用相应的 API：Using the API to create a user on an SSO only system - #13 by DylannCordel - 即便如此，我认为这仍不符合我设想的用例，因为它会向用户发送激活邮件，而我原本希望避免这种情况，以便在他们最终登录网站时获得无缝的“即插即用”体验。
我还尝试了这个方案：How to manually add user in discourse? - #10 - 我认为可以通过这种方法“黑客”式地添加我需要的用户账户，但最终我不确定直接修改容器内的环境来进行这些操作是否值得冒这个风险。
总之，我认为我所期望的工作流程目前并不是一个受支持或预期的工作流程，在界面得到改进（也许）之前，我只能接受这一点。
谢谢大家！