这里的其他问题指出，问题是这些情况最Sub 20用户通常会发生这种情况，因此聊天功能被拒绝时，在评论中进行长时间讨论的可能性变得很大。我完全理解这里表达的观点：在主站点上添加“邀请用户聊天”功能，我不认为应该使用聊天会话来完全解决用户问题，但是如果可以在明确用户问题的同时提供此功能。所以...
实际建议
是否可以基于来自较高代表用户的邀请为20个以下代表用户启用邀请聊天功能谁可以信任以正确的方式使用聊天对话并将结果带回原始问题？
低于20名的rep用户可能被锁定到该单个聊天实例，但仍无法参与主板。吸引用户的代表应该有更高的代表，成千上万左右，因此希望以负责任的方式使用该功能，从而提供有价值的问题和答案。
#1 楼
这应该不难实现，该功能已经存在，只有主持人可以使用它。任何房间所有者都可以在房间信息页面的“访问”选项卡上找到它：
所以，就像我说的那样，完全不难将其提供给房间所有者。也许有一定的声誉，例如1k。
#2 楼
同意低信誉的用户需要聊天，但是认为应该是该会议室的主持人选择。我对这个帖子没有太多规定。
我刚刚问了一个已经被关闭的问题，因为这个问题在表述上有些许不同，所以被我认为是多余的。 ：
让20岁以下的Rep用户启用的聊天主持人在*他们的*房间中帮助新手攀升
我的场景提出了明确而明确的需求，让第一天人们聊天。如果没有这种能力，您应该将哪个“生存”链接传递到正在评估StackOverflow的社区中……并且可能会开始对此有所偏见？聊天存在，对于展示，辩论和解释站点对社区的价值而言绝对是完美的。只需阅读我的问题中链接的线程，看看我的双手如何被这种减速带所束缚。
鼓励人们参与到StackOverflow日益复杂和细微差别的世界中需要个人的介入。我认为，主持人可以轻松地与聊天室中的人进行交流并进行身份验证，而不管其声誉如何。 “哦，只有20点，这要有多难”的态度完全不正确。
对聊天室垃圾邮件的担心是否比新问题垃圾邮件还要可怕？我实际上会以另一种方式偏向关注。而且有一个原因，就是宗教在试图赢得宗教信仰时没有门槛费用！
在相关说明中，新用户提出的问题在发布之前也可能会稍有延迟，他们通过了一个“欢迎委员会”以寻求潜在的反馈，然后再被扔给狼群。只需十五分钟，即可使具有新手技能的人有机会遏制出血。
评论
该链接指向标记为该问题重复项的问题。
–鲁本
17年3月19日在23:06
#3 楼
我希望主持人有权通过网络邀请新的（sub 20 rep）用户聊天，成为大约1k rep级别的特权。然后所有用户都可以快速参与使网络更加受欢迎，吸引新用户并向他们解释如何改善他们的问题等。
评论
这不是一个好主意，因为许多高级用户无法以适当的方式处理新用户，他们只会吓away他们。 （即使是出于善意。）
–影子向导正在接种疫苗
18/12/15在9:29
@ShadowWizard目前正在用棒球棒处理。
–samerivertwice
18/12/15在9:56
#4 楼
从另一个角度来看，我刚刚经历过。一个新手要求将代码从OpenCV转换为MATLAB。 OpenCV代码位于JPEG图像中。人们要求写代码而不是图像，更多地说明问题所在，等等。
他责怪我破坏性，我想让事情变得清晰并通过聊天来指导他。 （在我的评论中，我已经解释了键入代码的原因。第一条评论可能并不受欢迎，这就是为什么我之后希望提供帮助的原因。）
我发现他需要获得20点信誉度在聊天中获得写权限。所以我在这里:)
我在评论中向他保证，我的意图是帮助我，并且我愿意帮助那些在尝试学习/解决问题方面遇到困难的人。我提到我不能邀请他聊天，我希望他在他有20个声誉点时注意到我。
进一步，在查看他的个人资料后，我看到了他的另一个问题，在这个问题上，他还被要求具体在什么问题上。他的评论是
你不知道矩阵吗？
我已经发布了代码。
类似的东西。在答案下方，他要求提供完整的代码。
看到这一点，我写了另一条评论：“在看到您对另一个问题的评论以及对反馈的态度后，我必须假设您正在寻找某人来从事这项工作。您，并责怪那些没有这样做的人。如果您证明我做错了，我将很高兴。”
尽管我的发言是归纳式的，但我得出的结论是20点声誉壁垒背后有一个原因，这很可能节省了我的时间。而且20个信誉点也不是那么高。
由于作者是匿名的，因此将删除的问题留作参考。
https://stackoverflow.com/questions/64767790/convert-from-opencv-到matlab代码
评论
新用户应专注于编写出色的问题和答案，而不是交谈。这就是为什么您必须有50个代表才能在各处发表评论。这听起来可能会比预期的更具对抗性，这是文字的方式，但是您是说正确的礼节将是鼓励用户提供一个概括的示例，而不是尝试帮助和可能涉及画图。讨论吗？
是的，本质上。新用户表明他们了解SE平台以及如何正确使用它，从而可以进行交谈。 Stack Overflow的主要目标是创建一个所有人都可以使用的编写良好的编程知识的存储库。长时间的对话可以帮助解决发帖人的特定问题（发生这种情况时总是很好的），但是这类问题并不总是能促进这个主要目标的实现，因为所有好的信息都来自一长串评论，而不是实际的评论。回答。
那才是我真正想要的。我希望可以找到一个平衡点，邀请用户将有足够的责任来用清晰清晰的聊天摘要来更新原始问题。甚至甚至可以将聊天仅用作问答平台来完全理解问题。如果随后发现问题是本地化的，则在聊天中给出答案，并标记问题为“关闭/删除”。否则，可以将问题编辑为可用和有用的形式，并给出简明的答案。
20个代表是一个非常低的标准。也许这种平衡已经达到了？
这样一来，新用户就可以很清楚地了解这里期望采用哪种Q＆A标准，而不会因为一开始似乎没有帮助而将其推迟。
对于拥有1个代表的新用户来说，在讨论他们的问题之前20分是一个很高的标准，而邀请新用户聊天的功能仅对> 3k用户可用。我不想让我为此而战，但这只是一个建议，我更喜欢本网站的态度，而不是标准的论坛方法。
相关：允许聊天中的临时访客帐户（主持人已经可以这样做）。
我同意shanethehat的观点。随着新用户逐渐习惯于SO，他们通常需要手持设备。他们经常需要帮助，以学习如何提出正确的问题。我经常发现自己想和某人聊天，最终由于评论来回非常缓慢而不得不问这个问题。
@RobertHarvey，我唯一一次尝试让新手聊天的方法是，让他们改善问题。当这种教导他们的有效方法被关闭时，他们如何才能“专注于写出优秀的问答”？我的经验写在meta.stackexchange.com/questions/99491/…
好吧，就它的价值而言，我在其他地方发表了评论，我认为信誉良好的用户应该能够成功邀请任何人聊天，无论他们的信誉如何。
@RobertHarvey，这似乎与您在此功能请求中留下的评论不一致。您是说支持吗？还是有您支持的其他建议？
我认为应该信任信誉良好的用户来邀请低重复率的用户进行聊天。但是，获得两次投票有多困难？新用户应该真正地自己动手学习该系统，而只需花费很少的精力。
我同意+1。但我什至可以更进一步：令人震惊的是，无论信誉如何，都应始终允许OP自动被允许参加由他们的问题引起的聊天。为什么我什至需要明确邀请他们？
“新用户应该专注于编写出色的问题和答案” –当然可以。以及如何教他们？通过降低投票率或关闭不良帖子（对于新用户来说非常令人鼓舞–我怀疑他会以这种方式“学习”，而是说再见）？还是由于大量评论，我们不得不稍后手动清理（或将mods标记为“过时”）？我宁愿支持该提议。绑定例如对于邀请用户为4k，这对我来说很好（可以选择4k本地|| 10k全球代表，以使活跃在多个SE网站上的人们更容易），但请这样做：)