不，这只是我能想到的最复杂的电路。我只是在摸索 Discourse 的极限。在现实生活中，我还没有遇到过如此困难的、涉及多个 discourse 的任务，我现在认为为 SSO 任务分配一个单独的 discourse 是过度设计。如果你得出了这个结论，那么你就走错路了。
现在我坚持“从一般到具体”的思路。也就是说，继续我上面给出的例子：你首先打开一个专门讨论所有宠物、它们的治疗和食物的通用论坛，当它发展壮大时，你会发现有必要将几个大类分离到一个单独的论坛（猫主人和狗主人，因为这是最大的两个类别，它们之间相处不好，而且它们对阅读彼此的问题并不太感兴趣）。那时你就可以使用你的原始论坛作为这两个新论坛的 SSO 提供商。它们将协同工作，但不会因为过于接近而受到影响。
我看到的第二个用例是创建独立的语言论坛，其中中央论坛是主要语言，再加上几个其他语言的论坛，通过 SSO 连接到该主题。但这应该在所有使用的语言都得到同等支持的情况下进行。而且你也许也应该从一个论坛开始，为语言设置单独的类别，当它发展壮大，沟通变得不方便时，再分成不同的论坛。
这里的关键应该是所有论坛之间的用户账户自动同步，以及在进入其中一个论坛/网站时自动登录到所有论坛/网站。