Agradecería mucho si la interfaz de usuario de Discourse no intentara venderme IA. No voy a comprar, ni ahora ni nunca. ¿Podría haber una preferencia que desactive las sugerencias para resumir cada publicación con IA?
Noto que no lo está haciendo en este sitio. Veo en otras publicaciones que el resumen de IA es un complemento. Está bien para mí si TC39 (la organización de estándares de JS) tiene este complemento, pero mis preferencias personales son diferentes a las de ellos y mi deseo de que me impongan sus valores es 0.
Bienvenido a Meta 
¿Puedes aclarar a qué sugerencias te refieres? Actualmente, no estoy seguro de si te refieres a una característica del plugin oficial de Discourse ai, o si es una característica personalizada en otro foro de Discourse que estás utilizando.
Conozco el botón para resumir temas, pero no estoy al tanto de una característica que muestre un botón para resumir en cada publicación.
1 me gusta
Sí, esos son de los que estoy hablando. Supongo que también existen en este sitio.
Supongo que podrías usar CSS con un complemento de navegador como Stylus para ocultar el botón para ti. Yo uso eso para eliminar otra parte del mapa temático en este sitio.
Soy ingeniero de frontend de profesión, así que esa idea se me había ocurrido. Dejando eso a un lado por un momento, digamos que quisiera codificar una PR (Pull Request) a Discourse que creara una nueva configuración para deshabilitar esta característica, ¿sería aceptada una PR de alta calidad con ese propósito?
No puedo responder en su nombre, pero en general tienden a pensar más de dos veces antes de añadir nuevas configuraciones de personalización para evitar más complejidad de la necesaria, y favorecen las solicitudes de funciones que ganan tracción.
1 me gusta
No es exactamente una petición aleatoria. Sé que estoy muy lejos de ser la única persona que se opone a la IA por motivos éticos. También estoy profundamente amargado por esta tecnología dados sus efectos corrosivos en la colaboración y la competencia. Casi todas las herramientas que han optado por incorporar funciones de IA también se han enfrentado a una demanda significativa para poder desactivarlas todas: Firefox, VSCode, Notion, etc.
1 me gusta
Esto es bastante importante.
Nos encanta recibir esas solicitudes de extracción (PR) de alta calidad, pero cada configuración causa una sobrecarga de una forma u otra, por lo que estamos intentando ser muy críticos con lo que añadimos como tal.
Una ruta alternativa sería plantear la pregunta en el propio foro que estás utilizando… tal vez puedas convencerlos de que la desactiven por completo.
En cualquier caso, antes de invertir tu propio tiempo y esfuerzo en hacer esa PR, una buena opción sería hacer una solicitud de Feature y ver si tu idea recibe algún apoyo.
Sin embargo, si puedes ocultarla fácilmente con CSS como se sugiere aquí, tengo curiosidad por saber por qué insistes tanto en convertirla en una configuración. ¿Está impulsada solo por ideología?
1 me gusta
tenga en cuenta que los administradores ya pueden desactivar la IA por completo con un solo interruptor
como preferencia de usuario, el alcance implicaría principalmente ocultar botones opcionalmente… los individuos no podrían desactivar por completo las funciones de IA utilizadas por un administrador, como la detección de spam
2 Me gusta
Sí, supuse que una simple configuración en la interfaz de usuario no haría más que activar o desactivar el botón. Pero eso es realmente lo que quiero. Como nunca voy a usar ese botón, no mejora el producto para mí, y por lo tanto, preferiría no verlo.
1 me gusta
Quería desactivar toda la integración de IA en mi sitio y me complace mucho que sea una única configuración. Una respuesta a lo que busca el OP podría ser el equivalente a discourse_ai_enabled, pero a nivel de usuario. De esta manera, la IA no estaría simplemente activada o desactivada para todo el sitio. Incluso las funciones de IA que están activadas a nivel del sitio podrían suprimirse a nivel de usuario. La lógica de discourse_ai_enabled sería entonces: sitio == verdadero y por usuario == verdadero.
Aunque es generalmente cierto que piensan en agregar nuevas opciones de personalización para evitar una complejidad innecesaria, la IA es la función con el mayor número de configuraciones ajustables. En el breve lapso de tiempo que la IA ha existido, parece haberse convertido en la función más personalizable de Discourse.[1]
Aquí tienes un análisis rápido y sucio. Soy relativamente nuevo aquí, así que muestro mi trabajo por si he cometido algún error.
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
Si esta es la forma correcta de contarlos, hay 1663 configuraciones de sitio posibles. De ellas, 104 comienzan con ai_ y 3 configuraciones de IA no lo hacen (composer_ai_helper_allowed_groups, discourse_ai_enabled y post_ai_helper_allowed_groups). Por lo tanto, según mi cálculo, la IA es el grupo más grande de configuraciones personalizadas, por mucho (107/1663 o el 6,4 % de todas las configuraciones de sitio). Aquí están las 10 principales:
- 107 ai
- 84 discourse
- 83 chat
- 71 max
- 65 enable
- 48 default
- 30 dfp
- 28 oauth2
- 28 amazon
- 28 allow
Por un lado, la supresión de funciones de IA por usuario es solo 1 más de 1663. Por otro lado, podría ser difícil verificarlo a nivel de usuario cuando muchas rutas de código lo verifican a nivel de sitio. Es un compromiso sobre el cual no estoy calificado para especular.
También es una función bastante bien definida y autocontenida, y relativamente nueva, por lo que su nomenclatura consistente con
ai_hace que sea más fácil contar sus configuraciones en comparación con otros componentes. Por eso digo que es un análisis rápido y sucio. ↩︎