嗯，是的，说得有道理。我们弄丢了这个：
让我看看。
2 个赞
我认为在这种情况下，等待更多反馈是一个明智的选择。
是的，我本可以更好解释那两个示例的目的。感谢你的澄清请求。
如果我写的是**“正在尝试这个更新后的搜索功能”，而不是“一个我预期能正常工作的用例”**，我认为我的意图会更清晰。
我最初只是检查了几个用例，但不知从何时起，这变成了对更新后的搜索功能和 Ask AI 行为的更广泛的实验。
我认为我接下来需要做的是花点时间创建一个状态图，以便更好地理解其中涉及的不同状态、选项和选择——希望包括相关的管理设置。
我对各个部分如何配合工作有一个心理图像，但我希望将其基于实际的行为和实现，而不是假设。理想情况下，我可以找到相关的源代码和提示词，然后使用 Codex 或 Claude 来帮助创建该图表。
目前，请不要再在那条回复上花费更多时间了。在我进一步调查期间，你可以把球留在我这边。
1 个赞
我让 Jarvis 试了一下，效果因人而异（YMMV），这是基于我们实现生成的 AI 内容 Discourse Ask AI — an interactive field guide
1 个赞
终于搞明白了 Jarvis
1 个赞
有时候我会想，你为什么要让我测试这些东西。
一位用户发布了一个新的主题，并在该主题中提出了几个问题。
我查看了相关主题，但没有发现任何看起来有价值的主题。
此列表中的下一项是让 Discourse 搜索使用 AI 进行查找。
由于这是一个新主题，提供“创建主题”选项并不是一个明智的回复。
针对同一个新主题，不同的搜索结果。
也许可以更改一下回复的措辞。
关于这个话题
AI 的回复并不是我在人工审核后愿意直接转发的内容。
AI 的回复中是否应该包含基于人类反馈的强化学习（RLHF）？
RLHF 是否应该仅限于特定用户？我怀疑有些用户可能会利用 RLHF 来操纵回复内容。
在检查管理员设置时，多亏了 Jarvis，我没有发现可以在本地自定义 AI 提示词（prompt）的选项。
请在下方链接中向下滚动，查看管理员可以更改的内容。
针对这个 topic，我选择了 OP 提出的问题
现在正在探索 Slack → Codex → GitHub 作为更便宜的方案。各位能告诉我有没有人试过这个吗？
并将其交给 Discourse 搜索功能供 AI 使用
请注意，主题列表中的第一项就是当前打开的主题。
这由你决定，但我认为对于简短列表（而非“显示所有匹配主题”），当前主题不应该被包含在内。
同一个主题，这次我没有选择问题然后粘贴到搜索框，而是使用鼠标右键打开上下文菜单
点击“Ask AI”
我只是好奇会发生什么，纯属实验。
也许这个上下文菜单需要增加一个额外的菜单项；这由你决定。
当然可以，像下面这样一个简单的组件就能实现：
import { apiInitializer } from "discourse/lib/api";
export default apiInitializer((api) => {
api.replaceIcon("far-discobot", "discourse-sparkles");
});
Discourse sparkles 是我们通常用于 AI 功能的图标，不过团队似乎更倾向于在 AI Bot 功能中使用那个小对话头像。
2 个赞
免责声明：我对 AI 的实现方式了解不多。
我在 Tappara.co 上启用了该功能，并快速提出了两个问题：
- 我们第一组强攻阵容中的 D 位（防守球员）是谁？
- 主教练是谁？
回答忽略了时间背景。对于第一个问题，Ask AI 建议是 Otto Leskinen，他是在三个赛季前效力于该队的。对于主教练，它回答的是上一赛季的 Rikard Grönborg。当然，这两人都是曾引发大量讨论的高关注度人物，这可能解释了为何他们被选为首要答案，但该模型忽略了关于阵容和教练组近期变动的更近信息。
1 个赞