사용자 인터페이스 설정: AI 유도 기능 비활성화 옵션 추가

기여 UX
,
1

Discourse 사용자 인터페이스가 AI를 강요하지 않았으면 좋겠습니다. 저는 지금도, 앞으로도 AI를 구매할 생각이 없습니다. 모든 게시물에 AI 요약을 제안하는 기능을 비활성화할 수 있는 설정이 있을까요?

1개의 좋아요
2

이 사이트에서는 그런 기능이 작동하지 않는다는 걸 알 수 있습니다. 다른 게시물을 보면 AI 요약이 추가 기능(add-on)이라는 것을 알 수 있습니다. TC39(JavaScript 표준화 기구)에 이 추가 기능이 있는 것은 괜찮지만, 제 개인적 선호는 그들과 다르며, 그들의 가치관이 강요되길 바라는 마음은 전혀 없습니다.

3

메타에 오신 것을 환영합니다 :waving_hand:

어떤 노드에 대해 말씀하시는 건지 좀 더 구체적으로 설명해 주시겠어요? 현재 말씀하신 것이 공식 Discourse ai 플러그인의 기능인지, 아니면 사용 중인 다른 Discourse 포럼의 커스텀 기능인지 명확하지 않습니다.

토픽을 요약하는 버튼은 알고 있지만, 모든 게시물에 요약 버튼이 표시되는 기능은 알지 못합니다.

Screenshot_20260119_194113_Firefox
Screenshot_20260119_194113_Firefox1572×987 147 KB

1개의 좋아요
4

네, 제가 말씀드린 것이 바로 그거예요. 이 사이트에도 있는 것 같네요.

5

브라우저 플러그인인 Stylus를 사용해 CSS로 버튼을 숨기는 방법도 있을 것 같아요. 이 사이트의 토픽 맵에서 다른 부분을 제거하는 데 이 방법을 사용 중입니다.

6

저는 본업이 프론트엔드 엔지니어라서 그 생각이 떠올랐습니다. 일단 그 부분은 접어두고, 이 기능을 비활성화하는 새로운 설정을 만드는 PR을 Discourse에 작성하고 싶다고 가정할 때, 그런 목적의 고품질 PR이 받아들여지겠습니까?

7

저희를 대신해서 답변드릴 수는 없지만, 일반적으로 불필요한 복잡성을 방지하기 위해 새로운 커스터마이징 설정을 추가하기 전에 두 번 이상 신중하게 고려하며, 많은 관심을 받는 기능 요청을 더 선호합니다.

1개의 좋아요
8

이것은 단순히 임의적인 요청은 아닙니다. 윤리적 이유로 AI에 반대하는 사람이 저만은 아니라는 것을 잘 알고 있습니다. 또한 이 기술이 협업과 역량에 미치는 부식적인 영향 때문에 AI에 대해 깊은 불만을 가지고 있습니다. AI 기능을 억지로 집어넣기로 선택한 거의 모든 도구가 해당 기능을 모두 끄는 것에 대한 상당한 요구를 받아왔습니다: Firefox, VSCode, Notion 등이 그 예입니다.

2개의 좋아요
9

이 부분은 꽤 중요합니다.

우리는 고품질 PR을 받는 것을 좋아하지만, 어떤 방식으로든 모든 설정은 오버헤드를 발생시키므로, 추가할 사항을 매우 비판적으로 검토하고 있습니다.

대안으로, 여러분이 사용하고 있는 포럼에서 해당 문제를 제기하는 것도 방법입니다. 아예 기능을 끄도록 설득할 수도 있을 것입니다.

어쨌든, 해당 PR을 만들기 위해 직접 시간과 노력을 투입하기 전에 Contribute > Feature 요청을 작성해 아이디어에 대한 지지를 받아보는 것이 좋은 선택이 될 수 있습니다.

하지만 여기에서 제안된 대로 CSS로 쉽게 숨길 수 있다면, 왜 굳이 설정으로 만들려고 하는지 궁금합니다. 이것이 단순히 이념적으로 인한 것인가요?

1개의 좋아요
10

관리자는 이미 단일 토글로 AI를 완전히 비활성화할 수 있습니다.

사용자 설정의 범위는 주로 버튼 선택적으로 숨기는 것일 것이며, 개인은 관리자가 사용하는 스팸 감지 같은 AI 기능을 완전히 비활성화할 수 없습니다.

2개의 좋아요
11

네, 사용자 인터페이스에서 간단한 설정으로 버튼만 토글하는 수준일 거라고 생각했어요. 그런데 제가 원하는 게 바로 그거예요. 그 버튼을 절대 안 쓸 테니까, 저한테는 제품 개선이 되지 않으니 아예 안 보이는 게 낫습니다.

2개의 좋아요
12

저는 사이트에서 모든 AI 통합을 비활성화하고 싶었고, 이것이 단일 설정으로 처리되는 것이 정말 마음에 듭니다. OP가 찾고 있는 것의 대안은 discourse_ai_enabled의 사용자별 버전일 수 있습니다. 이렇게 하면 AI가 사이트 전체에서 단순히 켜짐/꺼짐이 아니라 사용자별로 제어될 수 있습니다. 사이트 레벨에서 켜져 있는 AI 기능도 사용자별로 억제할 수 있습니다. 그러면 discourse_ai_enabled의 로직은 사이트 전체가 true이고 사용자별로도 true인 경우에만 활성화되는 방식이 됩니다.

일반적으로 불필요한 복잡성을 피하기 위해 새로운 사용자 지정 설정을 추가하는 것을 신중하게 고려하지만, AI는 설정 가능한 옵션이 가장 많은 기능입니다. AI가 존재하기 시작한 짧은 기간 동안에도 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

이것이 올바른 집계 방식이라면, 가능한 사이트 설정은 총 1,663개입니다. 이 중 104개가 ai_로 시작하고, AI 관련 설정 중 3개는 그렇지 않습니다(composer_ai_helper_allowed_groups, discourse_ai_enabled, post_ai_helper_allowed_groups). 따라서 제 계산에 따르면, AI는 압도적으로 가장 큰 사용자 지정 설정 그룹입니다(총 사이트 설정의 1,663개 중 107개, 즉 6.4%). 상위 10개는 다음과 같습니다:

  • 107 ai
  • 84 discourse
  • 83 chat
  • 71 max
  • 65 enable
  • 48 default
  • 30 dfp
  • 28 oauth2
  • 28 amazon
  • 28 allow

한편으로, AI 기능의 사용자별 억제는 1,663개 중 1개에 불과합니다. 하지만 다른 한편으로, 많은 코드 경로가 사이트 전체 단위로 이를 확인하는 상황에서 사용자별로 확인하는 것은 어려울 수 있습니다. 이것은 제가 추측하기에 자격이 없는 트레이드오프입니다.

  1. 또한 비교적 명확하게 정의되고 독립적인 기능이며, 상대적으로 새로운 기능이기 때문에 ai_ 접두어로 일관되게 명명되어 있어 다른 컴포넌트보다 설정을 세는 것이 더 쉽습니다. 그래서 _대략적인 분석_이라고 표현했습니다. ↩︎

1개의 좋아요