Discourse AI 已经发布一段时间了，我正在尝试了解大家是如何使用它的。作为 AI 团队的产品经理，我想从你们的经验中学习，以便我们能够让 Discourse AI 更适合你们的社区。
如果你们的社区在使用 Discourse AI，我非常希望能听到你们的声音！
我想了解你们的社区是如何使用所有可用的 AI 功能的。总的来说，我想了解……
我会直接联系任何有兴趣的人。也随时可以联系我，我的收件箱是开放的！
提前感谢
您好！
我经营一个小社区，我们不使用人工智能功能，但我在 Meta 上经常使用它。我仍然有资格分享我的反馈吗？
祝好！
当然！我仍然很乐意与您交流。我很快会联系您。
我还没有对您的人工智能产品做太多研究，但有两个主要观点浮出水面：
对于以上第二点，如果您提供一个用于输入知识和回答问题的基础设施，那也将是一个很棒的“iFrame”，可以用于其他网站。
我们目前提供 Discourse Translator，它拥有大量的提供商和配置。
我们正在努力构建一个带有 RAG 的 AI 机器人，该机器人可以处理上传的文档来帮助回答常见问题。目前，AI 机器人上的论坛助手 (Forum Helper) 角色可以做得很好！
我想说明的是，我相信我到目前为止已经联系了投票中的每个人——我将在接下来的几周内继续进行（如果我还没有联系或错过了您，请随时给我发私信！）
我真的很喜欢 Discourse AI 插件。我个人用它来生成图片和搜索谷歌。不过我主要还是用它来娱乐。
请原谅——我对 Discourse AI 的功能还不熟悉。我一直想考虑将此功能用于内容审核，但尚未深入研究其定位或功能。
我们有一个关于禁止语言的详尽列表，但作为前端的 AI 审核可以消除大量的正则表达式和关键词。
我不知道 Discourse AI 是否可以预处理内容，以触发一个函数，我们可以根据发现来决定做什么。考虑 Discourse 中的审核功能，用于阻止术语与将内容保留以供审核。
我想达到一个目标，即我们每个人都可以利用可用工具来微调我们如何管理这些概念：
作为一名熟悉当前 LLM 和相关工具状态的开发人员，我在这方面缺少两样东西：
1）我对 Discourse AI 的确切位置、所使用的具体模型以及我们可用于集成和管理的编码/API 选项的了解不够深入。
2）我对可用的 API 选项的了解不足，这些选项允许像我这样的人编写定制解决方案，而不是依赖这里的优秀团队来考虑并提供可能被广大受众接受的解决方案。
所以，“你如何使用 Discourse AI？”嗯，这就是我希望使用它的方式。至于“让它变得更好”，我希望详细的文档和 API 能够实现站点级别的配置，从而消除我们团队的大量开发工作。这将使团队能够专注于我们外部人员无法完成的事情。我认为这对每个人来说都是一个强大的双赢局面。
这听起来非常像是以下内容的扩展：
所有的基础都已具备，只需添加一些操作并改进用户界面。
关于 Discourse AI 功能/能力以及所用具体模型的早期信息，应该可以在文档和AI 页面中找到。
关于编码/API 选项以提供更大灵活性的最后一点评论，是我们未来可能会考虑去做的事情！我同意你的看法，如果我们将来能够实现这一点，那将是一个双赢的局面。
你好！
我注意到，如果 Gemini 因帖子中包含不当内容而拒绝总结，则不会抛出错误，也不会显示任何消息。它只会一直卡在加载状态。
我建议添加类似“抱歉，根据 Google 的指南，我无法总结此内容，因为它包含不当材料”之类的消息。这样用户就知道原因，而不是认为机器人坏了或需要很长时间才能发布其消息。
我确实在 Gemini 的总结方面遇到了一些不尽如人意的结果，这仅仅是因为不当内容吗？您能分享截图或内容吗？
抱歉，我最终切换到了 OpenAI 来进行摘要，因为不知何故它们似乎效果更好。
还有一个不错的功能，用于检查相似的标签（在创建新标签时发出警告，或每周向版主发送报告，以便他们审查哪些标签可以合并）。
我很想知道你是否亲身遇到过这种情况，你能稍微描述一下吗？
今天我合并了“German”、“Germany”和“de”或“acme-component”和“component”作为版主。我之所以能这样做，是因为我写了一个列表，对大多数标签都有感觉，但一旦网站变得更活跃，并且有更多的版主兼职……
我非常希望有一个具有人工智能的函数，可以将一个主题或一组选定的主题转换为维基帖子，并最终根据需要更新帖子以供进一步开发。
可以选择自动管理这些主题中不可合并/冲突的帖子，方法是生成池或专门的、新的、集中的主题，以尝试扩展讨论。
这将极大地有助于将讨论转化为具有一定程度共识的立场/文件。现在，即使是创建基线结果也是一项非常繁琐的手动活动，尤其是在大规模情况下。
如果能以一种类似孔多塞投票的形式处理冲突池，这将是 Discourse 中一个很棒且独特的工具：
这是否类似于用更新的、更完善的信息来更新Wiki的原帖？你会用什么标准来选择某些帖子？
Wiki 帖子的 OP 是 LLM 机器人/代理。它不像 AI 摘要按钮，更像是一个讨论的产物，是一个 AI 报告/提案/文档。更新可以是自动的，也可以是按需的。
在许多主题中，并非所有立场都能合并到一个统一的产物中，因为存在冲突。因此，对于这些情况，AI 机器人将提出池或新的子主题来解决特定的冲突点（通过额外的讨论，然后在截止日期后通过池投票）。
主题组将由版主/管理员选择。这可以手动完成，然后我们将建立 AI 机器人 Wiki 帖子与相关主题 ID 列表之间的连接/关系。
我认为这是准备和更新讨论的基线半自动化产物的最有趣的方式。
许多社区要求从讨论中获取产物，但创建手动产物基线是一项非常耗时的任务。