正如 别处 和 此处 所指出的，许多讲师现在正将 Discourse 用作主要的课堂讨论论坛。我也在使用，并且迄今为止取得了很好的成效。对此表示感谢。
我目前缺少的一项功能是“认可回复”的按钮。虽然有心形“点赞”按钮，但这不够具体。我希望有一个仅限工作人员使用的“认可”按钮，被认可的帖子应显示：“该回复已获得……的认可”，并列出具体的认可工作人员姓名。这样，如果其他学生或助教回答了某个帖子，我就可以通过一键操作来表达（或不予）我的认可。
我目前知道的替代方案包括“点赞”按钮——但很难看出我是否点赞了某条帖子，而且这也不够具体。此外，我知道有“工作人员通知”功能——我之前使用过，但这需要我手动输入通知内容。也许有插件可以添加预设的工作人员通知？
您考虑过 已解决插件 吗？我们正是用它来实现这一目的，不过您提出的方案听起来似乎更加灵活……
“已解决”听起来似乎会终止讨论，不是吗？此外，主题发起人似乎应该可以选择他们认为解决了自己问题的回复，而不是由我作为讲师来背书某个答案。另外还有一个问题：如果原始发帖人（OP）没有选择“已解决”，我们是否还需要继续跟进？
这让我想起了 Piazza 的“已解决”功能（我也希望 Discourse 能实现类似功能）。在 Piazza 中，当我回答学生的问题后，如果我认为问题已得到解答，就会将主题标记为“已解决”。如果学生认为并非如此，他们可以将状态重置为“未解决”——这样我就可以轻松按“未解决”线程进行筛选，找到需要跟进的地方。
使用“已解决”插件的话，我是否可以将其标记为已解决？如果 OP 不同意，他们能否将其重置回“未解决”状态？
我并未发现这种情况。我们 regularly 看到在主题被标记为“已解决”后，讨论仍在继续。
因此，工作人员也可以将某条回复标记为解决方案。说实话，如果 OP 和工作人员意见不一致，会发生什么我还不确定。我过去曾取消过某些回复的“解决方案”标记，并将该标记转移到另一条回复上。但我不确定在这种情况下工作人员是否拥有“最终决定权”？不过，我们之所以不清楚这一点，是因为这从未成为问题 
。在我们的论坛上，通常是由工作人员标记回复为解决方案，而不是由 OP 来标记。
如果你对此有所顾虑，我相信你可以 fork 该插件，并添加一个设置来禁用 OP 将帖子标记为“已解决”的权限，这样只有工作人员才能进行标记。（目前已有几个可用设置，但我尚未看到这一项。）不过至少在我们这里，这并没有造成任何问题。
至少对我来说，“已解决”的真正好处在于，当我浏览主题时，界面会显示哪些主题尚未解决，因此很容易看出哪些仍需处理。此外，它还能在主题顶部清晰地展示解决方案回复，使确认该方案是否合理变得更加容易。
顺便提一下，Piazza 的“未解决的后续跟进”功能是我多年前在使用它时非常讨厌的一点。在我看来，它确实会抑制讨论，因为即使只是添加一条无害的额外评论，默认也会被标记为“未解决”（并显示为醒目的红色），除非我采取进一步操作，而学生并不总是这样做。
你已经开始使用 Discourse 了吗，还是刚准备起步？我多年来一直使用 Discourse 来支持我的课程，很乐意帮助你入门。
我从一月份就开始使用了。到目前为止，唯一需要修复的问题是 他们对隐式 TLS 的支持不足，这导致我在使用院系邮件服务器完成初始设置时遇到了阻碍。不过说实话，只要有可能，我希望能避免添加新功能。
我已经安装了 Solved 插件，现在正寻找合适的时机启用它（不幸的是，每次重新构建容器以启用新插件时，都会出现 5 分钟的中断）。我也有些担心这些插件的维护支持水平。看起来它们都归属于 Discourse · GitHub 旗下，希望它们能纳入某种整体的持续集成（CI）流程中。
我觉得 Piazza 的氛围还不错，多年来他们也逐步加入了用户需要的功能；只是总体而言，他们提供的价值太低，导致现在几乎没有（或只有极少数）学校愿意注册并与他们签约，支付他们所需的费用来换取（相对有限的）价值。尤其是许多大学都运行着臃肿的学习管理系统（比如 Canvas，我个人完全不用），而 Piazza 的费用还要额外叠加。我很少听到学生反馈说，Piazza 之前基于其商业模式所建立的“与企业匹配”功能对他们有多大的用处。
回到主题，你有没有找到解决 Piazza 中“寻找合作伙伴”功能的方法？
我从未在使用官方支持的插件时遇到过问题。我们曾对 Babble 插件遇到一些麻烦，但它从未被官方正式采纳。（而且这些问题似乎正在得到解决。）
对我来说，Piazza 的教学模式一直令人怀疑。我教授计算机科学，即使在我的伪科学学科中，也很少只有一个正确答案，通常更有成效的是就各种替代方案展开讨论。Piazza 无法促进这种交流。此外，请注意，Piazza 作为一种论坛软件，在学术界之外几乎无人使用。（而在学术界内部，它却被广泛滥用，用于一些本不该做的事情……）
没有！我都不知道它还有这个功能。我们使用了不少 Discourse 插件，但总体而言，它只是一个论坛，并不能解决你课堂管理中的所有挑战。对于这类需求，我可能会自己开发一个工具，因为看起来它足够简单。不过，你也可以创建一个分类，让学生在其中发布寻找搭档的帖子。
我认为我之前做的是创建一个徽章，当用户点赞该作业任务时授予。然后，我可以在生成作业成绩脚本中使用这些徽章。
您认为仅使用点赞按钮（针对某个群组或分类的所有者）是否足够，还是需要不同的按钮？
也许像 Discourse Retort 这样的插件更接近您的需求。我不确定是否可以限制谁能发起“回应”（retort），但即使不行，您也应该可以通过 CSS 隐藏该功能。
那么，“已解决”状态是否由原帖作者和特定人员（管理员、群组成员，或可能是该分类的“所有者”）来切换？并且，类似于“已解决”，您会将某条帖子标记为“已解决”帖子，从而影响主题的“已解决”状态？
我认为 Geoffrey 说得对：一个主题是否因存在“已解决”帖子而停止讨论，这属于社区规范（除非有人关闭该主题）。
感谢您指向 retort 插件。这是一个托管在 github.com/discourse 域名之外的插件，我认为这意味着它并非“官方”支持（推测是因为 Discourse 维护者对“踩”功能有抵触？）。我粗略查看了一下，其中包含一些来自 2015 年处理后端的代码，这表明 Discourse 的插件 API 似乎相当稳定。
我们目前也在课堂上非正式地使用 Discord 进行沟通，其中的回复/retort 图标在表示赞同（或反对）回复方面非常有用。最常见的用法是：学生给出“大拇指”表示“我已阅读您的回答，谢谢”，而我给出“大拇指”表示“此人所说正确”，或者我给出“担忧”图标表示“这不太准确”。
您提到了（Discourse 中的）“关闭主题”，这是我尚未需要使用、且在课堂环境中可能也看不到用处的功能。就我而言，这完全可以作为一个插件来实现。
Piazza 中的“未解决”功能还引发了另一种动态：论坛会发布诸如“平均解决时间”之类的统计数据，并在搜索中显著突出显示“未解决”的主题，从而促使讲师和/或学生提供答案，然后将主题标记为已解决。
没错。
这可能意味着这一点，也可能意味着该插件严重过时。幸运的是，在这种情况下，我认为你的判断是正确的！我想我目前并没有在任何地方使用它，但不久前还在用。
至少后者在将主题标记为已解决时是成立的，例如
至于前者，我一时不太确定，但最坏的情况下，你可以通过数据探索器插件（data explorer plugin）来实现。