Eu realmente apreciaria se a interface do usuário do Discourse não estivesse tentando me vender IA. Não estou comprando, nem agora nem nunca. Poderia haver uma preferência que desative as sugestões para resumir cada postagem com IA?
Notei que não está fazendo isso neste site. Vejo em outras postagens que o resumo de IA é um complemento. Tudo bem para mim se o TC39 (a organização de padrões do JS) tiver este complemento, mas minhas preferências pessoais são diferentes das deles e meu desejo de ter seus valores impostos a mim é 0.
Bem-vindo ao Meta 
Você pode esclarecer a quais “sugestões” (nudges) você está se referindo? Atualmente, não tenho certeza se você está falando sobre um recurso do plugin oficial do Discourse ai, ou se é um recurso personalizado em outro fórum do Discourse que você está usando.
Eu conheço o botão para resumir tópicos, mas não estou ciente de um recurso que exibe um botão para resumir em cada postagem.
1 curtida
Sim, são esses de que estou falando. Acho que eles existem neste site também.
Acho que você poderia usar CSS com um plugin de navegador como o Stylus para ocultar o botão para você. Eu uso isso para remover outra parte do mapa de tópicos neste site.
Sou engenheiro de frontend por ofício, então esse pensamento me ocorreu. Deixando isso de lado por um momento, digamos que eu quisesse codificar um PR para o Discourse que criasse uma nova configuração para desativar esse recurso, um PR de alta qualidade nesse sentido seria aceito?
Não posso responder em nome deles, mas em geral eles tendem a pensar mais de duas vezes antes de adicionar novas configurações de personalização para evitar complexidade desnecessária e favorecem solicitações de recursos que ganham tração.
1 curtida
Não é exatamente um pedido aleatório. Eu sei que estou muito longe de ser a única pessoa que se opõe à IA por motivos éticos. Também estou profundamente amargurado com essa tecnologia, dados os seus efeitos corrosivos na colaboração e na competência. Quase todas as ferramentas que optaram por adicionar recursos de IA também enfrentaram uma demanda significativa para poder desativá-los: Firefox, VSCode, Notion, etc.
1 curtida
Isso é muito importante.
Adoramos receber aqueles PRs de alta qualidade, mas cada configuração causa sobrecarga de uma forma ou de outra, então estamos nos esforçando muito para ser críticos sobre o que adicionamos como tal.
Uma rota alternativa seria levantar a questão no próprio fórum que você está usando… talvez você consiga convencê-los a desativá-la completamente.
De qualquer forma, antes de investir seu próprio tempo e esforço para criar esse PR, uma boa aposta seria fazer uma solicitação de #recurso e ver se sua ideia recebe algum apoio.
No entanto, se você pode facilmente ocultá-la via CSS como sugerido aqui, estou curioso para saber por que você está tão convicto em transformá-la em uma configuração? Isso é apenas motivado ideologicamente?
1 curtida
observe que os administradores já podem desativar totalmente a IA com um único alternador
como preferência do usuário, o escopo envolveria principalmente ocultar botões opcionalmente… os indivíduos não poderiam desativar totalmente os recursos de IA usados por um administrador, como a detecção de spam
2 curtidas
Sim, eu imaginei que uma configuração simples na interface do usuário não faria mais do que alternar o botão. Mas é realmente isso que eu quero. Como eu nunca vou usar esse botão, ele não melhora o produto para mim, e por isso eu preferiria não vê-lo.
1 curtida
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. ↩︎