Benutzerschnittstellen-Einstellungen: Einstellung zum Deaktivieren von KI-Hinweisen einschließen

Beitragen UX
,
12

Ich wollte alle KI-Integrationen auf meiner Seite deaktivieren, und es freut mich sehr, dass dies mit einer einzigen Einstellung möglich ist. Eine Antwort auf die Frage des Originalbeitrags könnte das Äquivalent zu discourse_ai_enabled sein, jedoch pro Benutzer. Auf diese Weise ist die KI nicht einfach für die gesamte Seite ein- oder ausgeschaltet. Selbst KI-Funktionen, die auf Site-Ebene aktiviert sind, könnten pro Benutzer unterdrückt werden. Die Logik von discourse_ai_enabled wäre dann: site-wide == true und pro Benutzer == true.

Zwar ist es allgemein zutreffend, dass neue Anpassungsoptionen vermieden werden, um unnötige Komplexität zu verhindern, doch ist die KI die Funktion mit der größten Anzahl konfigurierbarer Einstellungen. In der kurzen Zeit, in der KI überhaupt existiert, scheint sie zur am stärksten anpassbaren Funktion in Discourse geworden zu sein.[1]

Hier ist eine schnelle und unvollkommene Analyse. Ich bin hier noch relativ neu, daher zeige ich meine Herangehensweise, falls ich einen Fehler gemacht habe.

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

Falls dies der richtige Weg ist, sie zu zählen, gibt es 1663 mögliche Site-Einstellungen. Davon beginnen 104 mit ai_, und 3 KI-Einstellungen tun dies nicht (composer_ai_helper_allowed_groups, discourse_ai_enabled und post_ai_helper_allowed_groups). Nach meiner Zählung ist die KI also mit Abstand die größte Gruppe von benutzerdefinierten Einstellungen (107 von 1663 bzw. 6,4 % aller Site-Einstellungen). Hier sind die Top 10:

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

Einerseits ist die unterdrückung von KI-Funktionen pro Benutzer nur eine weitere von 1663. Andererseits könnte es schwierig sein, dies pro Benutzer zu prüfen, wenn viele Code-Pfade dies auf Site-Ebene tun. Über diese Abwägung kann ich nicht fundiert spekulieren.

  1. Sie ist zudem eine recht klar definierte und in sich geschlossene Funktion und verhältnismäßig jung, sodass ihre Benennung konsistent mit dem Präfix ai_ ihre Einstellungen einfacher zu zählen macht als bei anderen Komponenten. Deshalb spreche ich von einer schnellen und unvollkommenen Analyse. ↩︎