我们如何为“询问 AI”主题添加标签?

据我理解,既然 Ask AI 是作为搜索功能的一部分内置的,那么关于 Ask AI 的话题应该使用 search + #ask-ai、ai + ask-ai 还是 search + ai + ask-ai 作为标签?

1 个赞

我理解这与具体的分类框架有关:

  • 通用 AI 问题 → ai:涉及大语言模型(LLM)、限制、代理、配额或任何与 AI 相关的一般性话题。
  • 搜索相关问题 → search:改进搜索结果、集成 Typesense、更改默认搜索显示顺序、筛选等。
  • 特定于 ask-ai → ask-ai:如何启用、禁用、改进或自定义 Ask AI。

这些类别可以组合使用。如果问题涉及特定的 ai 模型或功能,并且与 ask-ai 中的特定行为有关,例如:

我在 Ask AI 中尝试了 Deepseek R1,但它没有按预期工作。

或者如果话题可能同时与 searchask-ai 相关:

Ask AI 是否在搜索时完全取代了之前的 Discoveries 功能?

我发现稍微有些重叠的地方是,在同一个话题中同时使用这三个命名标签。通常,分类框架会对其中一两个标签赋予更大的权重,但也可能存在例外情况。

也许团队可以阐述他们的愿景,并在他们认为合适时纠正我的理解。我基于常识做出回应,并希望这对大家都有帮助。

2 个赞

我会使用 ai,因为这样可以利用官方 AI 插件的功能,将所有相关话题归入同一组。该标签属于“官方插件”组。


插件话题中提到,话题应该

我原本以为 ask-ai 会在“Discourse AI 功能”组中。目前它并不在其中。但该组要求先添加 ai 标签,我认为这是合理的。每个涉及 AI 插件功能的话题,同时也都是关于 AI 插件的话题。

我不确定是否要包含 #search。对我来说,ask-ai 和 search 是搜索中的两个选项,所以如果话题涉及影响这两者或它们组合的内容,我会同时添加这两个标签。否则,我可能只会使用 ask-ai。

2 个赞

ask-aiai 这两个标签会比较好。

目前,search 主要仍指向基于 PostgreSQL 的索引搜索功能。

1 个赞

这是一个高度技术导向的论坛,但如果我要使用标签来查找有关搜索(包括 Ask AI)的详细信息,我的首选会是 #search。

如果我必须开始思考搜索语义时底层发生了什么,那将是一个非常困难的局面。标签的一个强大价值在于可以使用多个标签,因此应该

使用所有这些标签(但就像往常一样,这取决于主题的实际含义)。

1 个赞

你不需要这样做。你只需根据你选择的模式来决定即可。如果你的话题与搜索的 AI 模式相关,就使用 AI 标签;如果与 AI 模式无关,那就是经典搜索。

你觉得把所有 ai-bot 话题都打上 personal-messages 标签,因为那是你与机器人对话的地方,这种想法是否类似?

1 个赞

我觉得我们并不指望每个人都能正确地给内容打标签。不知道该打什么标签完全没关系。

这个话题只是一个引导性的讨论。借助AI和我们的标签推荐功能,这次对话可以帮助我们改进这里的组织方式。一切都没问题。

2 个赞

是的,如果该话题在某种意义上确实包含机器人——其实……这正是标签的初衷。

当然,我们并不指望那样。我们真正期望的是,当点击某个标签时,能找到所有相关的主题 :man_shrugging: 如果搜索背后是 PQL 还是 AI,这一点其实就破坏了“搜索”的本质,因为重点在于 search(搜索)。

假设我想找一些非常基础的东西:

  • 搜索会提供哪些结果
  • 如何在论坛的搜索中集成 AI 服务

那么是所有主题还是部分主题都会带有 search 标签?或者是否应该有一些逻辑,比如根据主题内容,使用 search 的同时也应使用 ai-search,因为 search 是一个更通用的术语,它包含了 ai-search

或者更普遍地说:如果一个主题带有它涵盖的所有标签,会有什么后果?

你会更难找到你真正想找的主题。更多并不总是意味着更有帮助。我认为,仅仅因为某个功能在所有平台上都能运行,就在几乎每个主题上都添加 desktop mobile pwaios 标签,并不会增加任何价值。主题上允许使用的标签数量是有限制的,这是有原因的。你不应该为了获得尽可能多的关注而添加尽可能多的标签。你应该仔细挑选标签,这样那些基于这些标签设置了通知的用户就不会被垃圾信息轰炸。例如,管理员可能对搜索功能感兴趣,但并没有在他们的论坛上启用 AI 插件。虽然这种情况当然可能发生,但一般的做法应该是不要向他们推送与他们无关的内容。

2 个赞