Apprezzerei molto se l’interfaccia utente di Discourse non cercasse di vendermi l’IA. Non ho intenzione di acquistarla, né ora né mai. Ci potrebbe essere una preferenza che disabilita i suggerimenti per riassumere ogni singolo post con l’IA?
Noto che non lo sta facendo su questo sito. Vedo da altri post che il riepilogo AI è un componente aggiuntivo. Per me va bene se TC39 (l’organizzazione degli standard JS) ha questo componente aggiuntivo, ma le mie preferenze personali sono diverse dalle loro e il mio desiderio che i loro valori mi vengano imposti è pari a 0.
Benvenuto su Meta 
Puoi chiarire a quali suggerimenti ti riferisci? Al momento, non sono sicuro se ti riferisci a una funzionalità del plugin ufficiale di Discourse ai, o se si tratta di una funzionalità personalizzata su un altro forum Discourse che stai utilizzando.
Conosco il pulsante per riassumere gli argomenti, ma non sono a conoscenza di una funzionalità che mostri un pulsante per il riepilogo su ogni post.
1 Mi Piace
Sì, sono quelli di cui sto parlando. Immagino che esistano anche su questo sito.
Suppongo che tu possa usare il CSS con un plugin del browser come Stylus per nascondere il pulsante a te stesso. Io uso quello per rimuovere un’altra parte della mappa degli argomenti su questo sito.
Sono un ingegnere frontend di professione, quindi quel pensiero mi è venuto in mente. Mettendo da parte questo per un momento, supponiamo che volessi programmare una PR (Pull Request) a Discourse che creasse una nuova impostazione per disabilitare questa funzionalità, una PR di alta qualità a tale scopo verrebbe accettata?
Non posso rispondere per loro, ma in generale tendono a pensarci più di due volte prima di aggiungere nuove impostazioni di personalizzazione per evitare complessità non necessarie, e favoriscono le richieste di funzionalità che ottengono consensi.
1 Mi Piace
Non è esattamente una richiesta casuale. So di essere molto lontano dall’essere l’unica persona contraria all’IA per motivi etici. Sono anche profondamente amareggiato per questa tecnologia dati i suoi effetti corrosivi sulla collaborazione e sulla competenza. Quasi ogni strumento che ha scelto di inserire funzionalità di IA ha anche dovuto affrontare una significativa richiesta di poterle disattivare tutte: Firefox, VSCode, Notion, ecc.
1 Mi Piace
Questo è piuttosto importante.
Apprezziamo molto ricevere quelle pull request (PR) di alta qualità, ma ogni impostazione causa un sovraccarico in un modo o nell’altro, quindi stiamo cercando di essere molto critici su ciò che aggiungiamo come tale.
Una strada alternativa sarebbe sollevare la questione sul forum che stai utilizzando… forse puoi convincerli a disattivarla del tutto.
In entrambi i casi, prima di dedicare il tuo tempo e i tuoi sforzi alla creazione di quella PR, una buona mossa sarebbe fare una richiesta di funzionalità (Feature) e vedere se la tua idea ottiene supporto.
Tuttavia, se puoi nasconderla facilmente tramite CSS come suggerito qui, sono curioso di sapere perché sei così determinato a trasformarla in un’impostazione? È solo guidata ideologicamente?
1 Mi Piace
si noti che gli amministratori possono già disattivare completamente l’IA con un singolo interruttore
come preferenza utente, l’ambito comporterebbe principalmente l’occultamento facoltativo dei pulsanti… gli individui non potrebbero disabilitare completamente le funzionalità di IA utilizzate da un amministratore, come il rilevamento dello spam
2 Mi Piace
Sì, ho capito che una semplice impostazione nell’interfaccia utente farebbe poco più che attivare/disattivare il pulsante. Ma è davvero quello che voglio. Dato che non userò mai quel pulsante, non migliora il prodotto per me, e quindi preferirei non vederlo.
1 Mi Piace
Volevo disabilitare tutte le integrazioni AI sul mio sito e sono molto soddisfatto che sia sufficiente una singola impostazione. Una risposta a ciò che l’OP sta cercando potrebbe essere l’equivalente di discourse_ai_enabled, ma applicato a livello di singolo utente. In questo modo, l’AI non sarebbe semplicemente attivata o disattivata per l’intero sito. Anche le funzionalità AI attive a livello di sito potrebbero essere disattivate su base individuale. La logica di discourse_ai_enabled sarebbe quindi: sito-wide == true e per-utente == true.
Sebbene sia generalmente vero che si tende a evitare nuove impostazioni di personalizzazione per non complicare eccessivamente il sistema, l’AI è la funzionalità con il maggior numero di opzioni configurabili. Nel breve lasso di tempo in cui l’AI è esistita, sembra essere diventata la funzionalità più personalizzabile di Discourse.[1]
Ecco un’analisi rapida e approssimativa. Sono relativamente nuovo qui, quindi mostro il mio lavoro nel caso abbia commesso un errore.
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 questo è il modo corretto per contarle, ci sono 1663 possibili impostazioni di sito. Di queste, 104 iniziano con ai_ e 3 impostazioni AI non lo fanno (composer_ai_helper_allowed_groups, discourse_ai_enabled e post_ai_helper_allowed_groups). Quindi, secondo il mio calcolo, l’AI è il gruppo più numeroso di impostazioni personalizzate, e di gran lunga (107 su 1663, ovvero il 6,4% di tutte le impostazioni di sito). Ecco le prime 10:
- 107 ai
- 84 discourse
- 83 chat
- 71 max
- 65 enable
- 48 default
- 30 dfp
- 28 oauth2
- 28 amazon
- 28 allow
Da un lato, la disattivazione delle funzionalità AI su base individuale è solo una in più tra 1663. Dall’altro, potrebbe essere difficile verificarla a livello di singolo utente quando molti percorsi di codice la controllano a livello di intero sito. È un compromesso su cui non sono qualificato a speculare.
È anche una funzionalità piuttosto ben definita e autonoma, relativamente giovane, quindi la sua denominazione coerente con il prefisso
ai_rende più semplice contare le sue impostazioni rispetto ad altri componenti. Per questo motivo dico che si tratta di un’analisi rapida e approssimativa. ↩︎