您好，
我使用 Discourse 大约三周了，到目前为止，我非常喜欢它的可能性、轻松性、API、文档和元社区。到目前为止，这是一次非常棒的体验。
在我们的公司，我们有一个 Web 应用程序，用户可以登录，该应用程序连接到一个存储用户的后端系统。现在，我们还想提供一个 Discourse 论坛，现有用户应该能够通过 SSO 登录。
我们正在使用 DiscourseConnect，它有很好的文档记录 此处。我们还使用 sync_sso 路由，将我们在后端所做的任何更改即时同步到 Discourse。到目前为止，这运行良好。
现在，产品负责人有两个要求，在我自己决定实现它们之前，我想仔细检查一下它们是否可以直接在 Discourse 中进行配置：
-
在我们的内部数据库中，用户没有用户名。但他们确实拥有真实姓名等信息。在我们当前的 PoC 中，我们将该真实姓名与 ssoRecord 一起发送，以便 Discourse 存储它并生成用户名。但是，我们可能在法律上不允许这样做，我们可能需要让用户自己决定是否要在我们的 Discourse 实例中存储他们的真实姓名以及他们希望在我们的 Discourse 实例中使用什么用户名。
问题：是否有可能检测到用户首次使用 SSO，并在这种情况下将他们重定向到一个“欢迎页面”，让他们可以选择要使用的姓名和用户名？理想情况下，这些应该从 ssoRecord 中的值预先填充，但在用户继续他们的 SSO 注册（伪装成登录）操作之前，他们需要主动确认这些值。 -
谈到确认：同样，当用户首次使用 SSO 时，是否有办法确保用户在他们的数据实际存储在 Discourse 数据库中之前，能够阅读并同意我们的条款和条件？
我理论上可以在我们的 Web 应用程序中实现这两个步骤。但是，在此之前，我想回来检查一下 Discourse 是否提供了一些开箱即用的功能。我在管理员面板设置中找不到任何有意义的内容，因此在这里提问 
谢谢！
编辑：
我找到了 这个类似的帖子，它建议使用 auth skip create confirm 选项，但是这个选项默认是未勾选的。