Eu gostaria de desabilitar toda a integração de IA no meu site e estou muito satisfeito por isso ser uma única configuração. Uma resposta ao que o OP está procurando poderia ser o equivalente a discourse_ai_enabled, mas em uma base por usuário. Dessa forma, a IA não estaria exatamente ligada/desligada para todo o site. Até mesmo recursos de IA que estão ativos em nível de site poderiam ser suprimidos por usuário. A lógica de discourse_ai_enabled seria então: site-wide == true e por usuário == true.
Embora seja geralmente verdade que eles pensam em adicionar novas configurações de personalização para evitar complexidade desnecessária, a IA é o recurso com o maior número de configurações ajustáveis. No curto espaço de tempo em que a IA tem sido uma coisa, parece ter se tornado o recurso mais personalizável do Discourse.[1]
Aqui está uma análise rápida e suja. Sou relativamente novo aqui, então mostro meu trabalho caso tenha cometido um erro.
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
Se esta for a maneira correta de contá-los, existem 1663 configurações de site possíveis. Destas, 104 começam com ai_ e 3 configurações de IA não começam assim (composer_ai_helper_allowed_groups, discourse_ai_enabled e post_ai_helper_allowed_groups). Portanto, pelo meu cálculo, a IA é o maior grupo de configurações personalizadas, de longe (107/1663 ou 6,4% de todas as configurações de site). Aqui estão os 10 principais:
- 107 ai
- 84 discourse
- 83 chat
- 71 max
- 65 enable
- 48 default
- 30 dfp
- 28 oauth2
- 28 amazon
- 28 allow
Por um lado, a supressão por usuário de recursos de IA é apenas mais 1 entre 1663. Por outro lado, pode ser difícil verificá-la por usuário quando muitos caminhos de código a verificam em nível de site. Esse é um compromisso sobre o qual não estou qualificado para especular.
Também é um recurso bastante bem definido e autocontido, e relativamente novo, então sua nomenclatura consistente com
ai_torna suas configurações mais fáceis de contar do que outros componentes. É por isso que digo que é uma análise rápida e suja. ↩︎