用户界面偏好设置：包含禁用 AI 提示的选项

贡献 用户体验
,
1

我非常希望 Discourse 的用户界面不要试图向我推销人工智能。我不会购买，现在和将来都不会。是否可以有一个偏好设置来禁用对每个帖子都使用 AI 进行总结的建议？

2

我注意到在这个网站上它没有这样做。我从其他帖子中看到 AI 摘要是一个附加组件。如果 TC39（JavaScript 标准组织）有这个附加组件，我没意见，但我个人的偏好与他们不同，我不想让他们强加给我的价值观是 0。

3

欢迎来到 Meta :waving_hand:

您能澄清一下您指的是哪些“提示”（nudges）吗？目前我不确定您指的是官方 Discourse ai 插件的功能，还是您正在使用的另一个 Discourse 论坛上的自定义功能。

我知道用于总结主题的按钮，但我不知道有一个在每个帖子中都显示总结按钮的功能。

Screenshot_20260119_194113_Firefox
Screenshot_20260119_194113_Firefox1572×987 147 KB

1 个赞
4

是的，我说的就是那些。我猜它们也存在于这个网站上。

5

我猜你可以使用 CSS 配合像 Stylus 这样的浏览器插件来为你自己隐藏该按钮。我用它来移除这个网站上主题地图的另一个部分。

6

我是一名前端工程师，所以这个想法确实在我脑海中闪过。暂时把这个放在一边，假设我想为 Discourse 编写一个 PR 来创建一个新的设置来禁用此功能，这样一个高质量的 PR 会被接受吗？

7

我不能代表他们回答，但一般来说，他们倾向于三思而后行，以避免不必要的复杂性，并青睐那些获得关注的功能请求。

1 个赞
8

这并非一个完全随机的要求。我知道有很多人因为伦理原因反对人工智能。鉴于这项技术对协作和能力的腐蚀作用，我对此也深感愤慨。几乎所有选择强行加入人工智能功能的工具都面临着关闭所有这些功能的巨大需求：例如 Firefox、VSCode、Notion 等。

1 个赞
9

这一点非常重要。

我们喜欢收到高质量的 PR（拉取请求），但每一个设置都会带来这样或那样的开销，所以我们非常努力地对我们添加的内容保持批判性。

另一种方法是在你正在使用的论坛上提出这个问题……也许你可以说服他们完全禁用它。

无论哪种方式，在投入你自己的时间和精力来制作那个 PR 之前，一个好的做法是提出一个 Feature（功能）请求，看看你的想法是否能获得支持。

然而，如果正如这里建议的那样，你可以很容易地用 CSS 隐藏它，我很好奇你为什么坚持要把它变成一个设置？这仅仅是出于意识形态驱动吗？

1 个赞
10

请注意，管理员已经可以通过一个开关完全关闭人工智能。
作为用户偏好设置，其范围主要涉及可选地隐藏按钮……个人无法完全禁用管理员使用的 AI 功能，例如垃圾邮件检测。

2 个赞
11

是的，我猜想用户界面中的一个简单设置不会比切换按钮做更多的事情。但这正是我想要的。既然我永远不会使用那个按钮，它对我来说并不能改善产品，所以我宁愿看不到它。

1 个赞
12

我想在我的网站上禁用所有 AI 集成，我很高兴这只需一个设置。针对原帖（OP）所寻求的解决方案，或许可以有一个类似 discourse_ai_enabled 但基于每个用户的等效设置。这样，AI 就不会对整个网站简单地处于“开启”或“关闭”状态。即使某些 AI 功能在站点级别已启用，也可以按用户进行抑制。discourse_ai_enabled 的逻辑将是：站点级别为 true，且每个用户级别也为 true。

虽然他们通常确实会考虑添加新的自定义设置以避免不必要的复杂性，但 AI 却是拥有最多可配置设置的功能。在 AI 成为现实功能的短短时间内，它似乎已成为 Discourse 中可定制性最强的功能。[1]

以下是快速且粗略的分析。我来到这里的时间相对较短，因此我展示我的推导过程，以防我犯了错误。

su discourse -c 'bundle exec rails runner "SiteSetting.defaults.all.keys.sort.each { |k| puts k }"' > keys.txt
wc -l keys.txt
1663 keys.txt
cut -d _ -f 1 keys.txt | sort | uniq -c | sort -rn > counts.txt

如果这是正确的计数方法，那么共有 1663 个可能的站点设置。其中，104 个以 ai_ 开头，另有 3 个 AI 设置不以该前缀开头（composer_ai_helper_allowed_groups、discourse_ai_enabled 和 post_ai_helper_allowed_groups）。因此，据我估算，AI 是数量最多的自定义设置组，远超其他组（107/1663，占所有站点设置的 6.4%）。以下是前 10 名：

  • 107 ai
  • 84 discourse
  • 83 chat
  • 71 max
  • 65 enable
  • 48 default
  • 30 dfp
  • 28 oauth2
  • 28 amazon
  • 28 allow

一方面，按用户抑制 AI 功能只是 1663 个设置中的又一个。另一方面，当大量代码路径在站点级别进行检查时，按用户进行检查可能会很困难。这是一个我不具备资格进行推测的权衡。

  1. 它也是一个定义相当清晰且自包含的功能，且相对较新，因此其命名与 ai_ 保持一致，使其设置比其他组件更容易计数。这就是为什么我说这是“快速且粗略”的分析。 ↩︎