I would really appreciate if the Discourse user interface wasn’t trying to sell me AI. I’m not buying, now or ever. Could there be a preference that disables suggestions to summarize every single post with AI?
I notice that it isn’t doing it on this site. I see from other posts that AI summary is an add-on. It’s fine with me if TC39 (the JS standards organization) has this add-on, but my personal preferences are different than theirs and my desire to have their values imposed upon me is 0
Welcome to Meta 
Can you clarify which nudges you are talking about? Currently, I am not sure if you are talking about a feature of the official Discourse ai plugin, or if that is a custom feature on another Discourse forum you are using.
I know the button to summarise topics, but I am not aware of a feature that shows a button for summarizing on every post.
1 лайк
Yep, those are the ones I’m talking about. I guess they do exist on this site too.
I guess you could use CSS with a browser plugin like Stylus to hide the button for yourself. I use that to remove another part of the topic map on this site.
I’m a frontend engineer by trade, so that thought had occurred to me. Setting that aside for a moment let’s say I wanted to code a PR to Discourse that created a new setting to disable this feature, would a high-quality PR to that effect be accepted?
I can’t answer on their behalf, but in general they tend to think more than twice before adding new customization settings to prevent more complexity than it is necessary, and favour feature requests that get traction.
1 лайк
It’s not exactly a random request. I know I’m very far from the only person who is opposed to AI on ethical grounds. I’m also just deeply bitter about this technology given its corrosive effects on collaboration and competence. Almost every tool that has chosen to cram in AI features has also faced significant demand to be able to turn them all off: Firefox, VSCode, Notion, etc.
1 лайк
This is quite important.
We love getting those high quality PRs, but every setting causes overhead one way or another, so we are trying very hard to be critical of what we add as such.
An alternative route would be to raise the question on the forum that you are using itself… maybe you can convince them to turn it off altogether.
Either way, before putting in your own time and effort into making that PR, a good bet would be to make a Feature request and see if your idea gets any support.
However, if you can easily hide it via CSS as suggested here, I’m curious why you’re adamant about making it into a setting? It that just ideologically driven?
1 лайк
note that admins can already turn AI off entirely with a single toggle
as a user preference the scope would mostly involve optionally hiding buttons… individuals could not entirely disable AI features used by an admin, like spam detection
2 лайка
Yeah I figured that a simple setting in user interface wouldn’t really do more than toggle the button. But that’s really what I want. Since I’m not ever going to use that button, it doesn’t improve the product for me, and so I’d prefer not to see it.
1 лайк
Я хотел отключить всю интеграцию ИИ на своём сайте и очень рад, что это делается одной настройкой. Ответ на вопрос, который задаёт автор темы (OP), может быть аналогом discourse_ai_enabled, но на уровне отдельного пользователя. Таким образом, ИИ не будет просто включён или выключен для всего сайта целиком. Даже функции ИИ, активированные на уровне сайта, можно отключить для конкретного пользователя. Логика discourse_ai_enabled тогда будет такой: на уровне сайта == true, а на уровне пользователя == true.
Хотя в целом верно, что разработчики стараются избегать излишней сложности при добавлении новых настроек кастомизации, ИИ — это функция с наибольшим количеством конфигурируемых параметров. За столь короткий срок, прошедший с момента появления ИИ, он, похоже, стал самой настраиваемой функцией в 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 настройки ИИ не имеют этого префикса (composer_ai_helper_allowed_groups, discourse_ai_enabled и post_ai_helper_allowed_groups). Таким образом, по моим подсчётам, ИИ — это самая крупная группа пользовательских настроек с большим отрывом (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
С одной стороны, отключение функций ИИ для конкретного пользователя — это всего лишь ещё одна из 1663 настроек. С другой стороны, может быть сложно проверять это на уровне пользователя, когда множество путей в коде проверяют это на уровне всего сайта. Это компромисс, в котором я не компетентен высказывать предположения.
Это также довольно чётко определённая и изолированная функция, к тому же относительно новая, поэтому её названия, последовательно начинающиеся с
ai_, позволяют легче подсчитать количество настроек по сравнению с другими компонентами. Именно поэтому я называю этот анализ быстрым и грязным. ↩︎