トピックへの招待機能の仕組みを誤解されていたことに驚いています。この機能は、新しく改良された招待システムと整合するように再設計される予定です。その過程で、より分かりやすくできることを願っています。
この機能リクエストは「ステージドユーザー」の領域に踏み込むものです。ステージドユーザーは、メールを通じてのみ参加できるため、実質的なユーザーとはみなされません。また、ステージドユーザーの機能は、PM（プライベートメッセージ）システム以外では十分に整備されていません。あなたが求めているのは、ステージドユーザーが本来想定されている範囲を超えた利用を促すものですが、それは興味深いものの、近いうち、あるいは将来も実現する可能性は低いでしょう。
ほとんどのコミュニティにおいて、ユーザーではない人々が議論に参加することは理にかなっていません。ここには「スリップpery斜面」のリスクもあります。次にステージドユーザーにどのような権限を与えるべきでしょうか？ステージドユーザーは@メンションされることがなく、トピックやカテゴリのウォッチもできず、プライベートカテゴリの添付ファイルへのアクセスもできません。自分自身の設定（メール設定を含む）を編集するためにログインすることもできません。週次のメール要約を受け取ることもできず、ユーザーリストにも表示されません。いつになったら、ステージドユーザーは単にログインしないユーザーになるのでしょうか？私たちは、すべての人にとってフォーラム体験を素晴らしいものにしたいと考えています。そのため、真の目標は、人々がログインする際の障壁を下げることであり、彼らをメールの中に隠れさせることではありません。
あなたのユースケースについてもう少し詳しく教えていただけますか？また、既存のDiscourse機能で何を試み、どこで問題に直面しているのでしょうか？また、巻き込もうとしている人々について、彼らがなぜ登録してユーザーとして参加することを望まない、あるいはできないのかを説明していただけますか？
私個人として想定できるユースケースは、家族や友人を招待することです。彼らは、私が家族のプロジェクト（写真アルバムなど）を管理するために使用しているプライベートなDiscourseサイトに参加することを嫌がります。彼らは、特定のトピックについて知らされ、返信を加え、私や他の数人と会話することに興奮するでしょう。しかし、彼らは決してサイトに登録したくなく、返信するためにログインする負担や、興味のない他のトピックをすべて目にするのを避けたいと考えています。ただし、これはDiscourseの比較的特殊的で、おそらく稀な利用例です。私はこれらの人々と個別にメールを送ってプロジェクトについて話すことで対応しています。
もう一つのユースケースは、Discourse for Teamsかもしれません。ここではすでにゲストユーザー機能の実験を行っています。現時点では、ゲストがTeamsサイトとやり取りする方法は、特定のゲストカテゴリに参加するように招待されることです。ゲストはユーザー数の制限とは別にカウントされます（チームメンバーと同じ数のゲストを招待できます）。その後、ゲストカテゴリにサイト全体の他の部分から隔離されたトピックを作成することで、チームが特定のトピック（例：クライアントプロジェクト）についてゲストと関わり合えるようになります。これまでに、ゲスト機能を利用しているTeamsサイトはあまり見られませんが、ゲストをトピックに招待し、ログインせずにメールを通じて参加させる簡単なインターフェースがあれば、利用が始まるかもしれません。
あなたが説明していることを実現するには、スタッフがPMでメールアドレスを招待する方法を参考にし、ステージドユーザーを作成して、PMへの返信時に返信やメールを受け取れるようにする方法が考えられます。そして、後でアカウントを作成することを決めれば、以前のステージドユーザーとしての活動に完全なアクセス権が与えられます。メールアドレスに投稿を送信するためのボタンを提供し、上部に個人的なメモを添えることも可能です。ステージドユーザーが作成され、完全な投稿がメールで送信されます。彼らが返信すると、そのトピックをウォッチすることになり、今後の返信を受け取れるようになります（これは今週、別のトピック で話題になりました）。もし情報過多と感じた場合は、メールのフッターにある unsubscribe リンクを使用できます。