继续讨论 Element 推出了端到端加密的嵌入式聊天：
我只是在想，如果 Discourse 能取代 Intercom 之类的东西该多好。想象一下，登陆一个网站，输入你的邮箱并加入帮助聊天，然后用同一个邮箱加入一个功能齐全的论坛，里面有其他的聊天和论坛话题。这似乎真的能帮助吸引新用户加入论坛，因为嵌入式聊天可以成为一种非常低门槛的参与方式。
有什么想法吗？
9 个赞
我认为这个想法有很大的潜力，值得进一步探索。
当你说你“很喜欢”时，是以“社区经理”还是“网站管理员”的身份说的呢？（你设想让你的网站访客能够与你发起聊天吗？）
或者你希望你访问的某些网站（可能已经在使用 Discourse）允许你以这种方式联系他们？
6 个赞
我明白你提出的问题。我是以社区/网站管理员的身份提出这个问题的。我也可能喜欢它作为最终用户，但这并不是最初的推动力。
我想到的是，如果人们访问我的网页，他们可以在那里开始与我聊天，然后我就可以把他们带到“家里”（论坛）去认识其他人，并加入更多的对话。例如，我认为这可以帮助我的播客网站。这是一个WordPress网站，如果有人访问那里，可以与我进行一对一的聊天，然后我就可以说：“嘿，你知道你可以在这里继续和我聊天，并加入其他人正在社区/论坛上进行的聊天。”
另外，它也可以作为一种将Intercom/Zendesk等工具集成到Discourse中，使其更加流畅的方式。
我认为，作为一名社区经理，我可能更愿意让他们先在一个网站上的小型嵌入式聊天框中与我开始互动，而不是看到一个全新的应用程序，里面有所有Discourse的用户界面需要学习。
哦，还有一个问题供大家思考：聊天的回复方式相当于电子邮件的回复方式是什么？
是网站可嵌入的聊天？Matrix集成？还是其他什么？我们是否应该允许人们在Discourse网站之外参与Discourse聊天？如果可以，如何实现？
5 个赞
作为网站管理员，我个人也很喜欢这一点。这将是整合用户互动的好方法——不必在社区中进行聊天，也不必使用 Intercom 等客户支持解决方案进行单独聊天，而是将所有内容集中在一个地方。
作为最终用户，我会说这取决于互动。如果我与某个网站进行的是一次性的小型互动，我不太在意支撑这种互动的是什么技术。但是，如果我正在与一个我经常交流或真正感兴趣的实体进行互动，那么最初的聊天互动能够引导我进入一个我可以探索和加入的社区，那将是件很棒的事。也许聊天可以变成私人消息或长期交流的主题。
3 个赞
我觉得有两个解锁功能是允许“暂存”用户和“群组”私人聊天。
将他们作为完整的论坛成员引入需要服务条款、注册等。但是“暂存”用户不需要这些，因为他们不是论坛上的真实用户。
所以流程可以是：
- 暂存用户
- 以一对一的方式与暂存用户在“隔离”环境中讨论问题，并与 #support-the-product 群组进行沟通。
- 对话结束时…
- 这有帮助吗… 为什么不加入我们的社区…
- 用户加入社区
- 用户可以看到与群组的一对一讨论。
我认为将暂存用户引入对所有网站用户开放的 Support 频道将是一场灾难。巨大的垃圾信息传播途径。至少在 Support 群组中，您可以通过只允许一小部分用户访问来缓解这种情况，并且可以保护垃圾信息发送者免受其他垃圾信息发送者的侵害。
10 个赞
是的，我真的很喜欢你的想法，Sam，并且同意允许分阶段用户与所有网站用户互动可能会是一场灾难。
我认为你的想法会非常类似于 Intercom（我认为）允许来自“员工”（或其他任何组）的多个用户回复嵌入式小部件中的一对一聊天。天哪，我认为我会喜欢这个功能用于 Discourse。
2 个赞
是否有人已经实现了允许匿名和访客用户参与聊天频道和私信的功能？
使用 discourse 原生核心聊天插件。我该如何实现这一点？
1 个赞
考虑到这一点，我在网站上添加了“通过…联系我”按钮，包括电子邮件、Instagram、FB Messenger，以及 Signal，坦率地说，我可能更希望有一个 https://meta.discourse.org/t/link-for-new-dm-personal-chat-message-with-pre-filled-information/256988/11，并让它创建一个暂存用户直接在我的 Discourse 论坛上给我发消息。
虽然我可以用电子邮件做到这一点，但我发现即使是我自己也不想点击一个网站并在手机上打开电子邮件应用程序发送电子邮件，我猜想许多用户可能也不想这样做。我想我可以创建一个文本框，让别人填写内容，然后提交表单到 Discourse 的入站电子邮件地址，但我认为一个新的聊天私信链接会快得多，特别是如果这些链接更新为允许人们发送消息到特定频道，而不仅仅是个人。
关于是否会实现暂存用户用于聊天，有什么更新吗？