신뢰도가 플래깅 점수에 얼마나 영향을 미치는지 설정 가능하도록 하기

여러분, 안녕하세요. 이 정말 훌륭한 플랫폼을 만들어주신 모든 Discourse 개발자와 커뮤니티 회원분들께 다시 한번 감사드립니다 :smiling_face_with_three_hearts:

사용자 신뢰 수준 / “스태프” 상태가 플래깅 점수에 미치는 영향을 설정할 수 있도록 하는 풀 리퀘스트를 받아주실지 궁금합니다. 기본적으로, 관리자/운영자의 플래그가 게시물을 즉시 숨기지 않고 일반 사용자의 플래그와 동일하게(기본 숨김 임계값인 6점을 기준으로, 사용자의 플래깅 정확도에 따라 2점) 계산되도록 하기를 원합니다.

배경 설명을 드리자면, 저는 성장 중인 포럼의 관리자 중 한 명이며, 이 포럼은 점점 더 우리의 국제 회원 조직의 주요 소통 플랫폼이 되고 있습니다.

우리의 특별한 상황 때문에, 가장 사소한 경우가 아닌 모든 모더레이션 결정은 최소 두 명의 모더레이터가 동의해야 한다는 규칙을 운영하고 있습니다. 조직 내 일부 심각한 파벌 간 갈등이 존재하며, 모더레이터나 관리자가 일방적으로 조치를 취했을 때 거의 모든 경우에서 분쟁이 악화되었습니다.

이상적으로는 리뷰 큐에 일련의 추가 기능이 도입되기를 원합니다. "Agree + Hide"를 즉시 실행되는 동작이 아닌 투표로 만들고, 리뷰 큐의 모든 항목에 대해 @system과 @moderators 사이에 PM(개인 메시지) 스레드를 제공하여 결정의 근거를 기록할 수 있도록 하는 것입니다. 하지만 관리자 및 모더레이터의 플래그에 부여되는 추가 가중치를 줄이는 설정 옵션만 있어도 대부분의 문제를 해결할 수 있을 것 같습니다. 현재는 모더레이터와 관리자에게 아예 플래그를 하지 말고 @moderators에게 직접 문제를 제기할 것을 요청하고 있는데, 이는 종종 모더레이터/관리자가 문제 있는 게시물을 발견했을 때 일반 사용자가 플래그한 게시물보다 더 느리게 처리되는 결과를 낳고 있습니다.

미리 감사드립니다. 의견 주시면 감사하겠습니다 :pray:

이 모든 것을 얼마나 설정 가능하게 만들기를 원하는지 확실하지 않습니다. @codinghorror / @eviltrout / @Roman ? “완전히 신뢰할 수 없는” 관리자의 개념이 제게는 걱정됩니다.

최소한, 적절한 훅을 추가하거나 코어를 약간 정리하여 플러그인에서 오버라이드하기 더 깔끔하게 만드는 PR에는 동의할 것입니다.

1개의 좋아요

hide_post_sensitivity 설정을 Low로 조정해 보셨나요? 그러면 임계값에 도달하기가 더 어려워집니다. 여기 메타에서는 13.96에서 20.94로 변경됩니다.

3개의 좋아요

답변해 주셔서 감사합니다, 여러분!

@Roman, hide_post_sensitivity를 변경해 본 적이 없습니다. 현재 게시물을 숨기는데 필요한 비관리자/비모더레이터 플래그 수에 만족하고 있기 때문이죠 (임계값을 올리면 나쁜 게시물이 숨겨지는 속도가 느려질 테니까요). 이 제안은 해당 설정에서 영감을 받아, 자동 숨김 동작을 조정하기 위한 비슷한 옵션을 추가하자는 것입니다.

@sam, 네, 이는 모더레이터에게 얼마나 많은 신뢰를 둘 것인지에 대한 설정을 더 유연하게 만드는 문제로 귀결됩니다. 저희 상황은 다음과 같습니다. 저희는 매우 민주적인 조직이며, 솔직히 독성이 강한 메일링 리스트에서 대거 저희 디스커스 포럼으로 유입되었습니다. 결정에 대해 최소 두 명의 모더레이터가 의견을 내도록 하는 것이 갈등을 격화시키는 것을 방지하고, 커뮤니티 구성원들로부터 게시물 관리에 대한 더 큰 위임을 받을 수 있게 해 주어 매우 도움이 되었습니다. 비슷한 상황에 있는 다른 포럼들도 있을 것이라 상상할 수 있지만, 그 수가 얼마나 되는지는 알 수 없으며, 이 기능이 코어 목표와 너무 동떨어진 것 같다면 대신 플러그인으로 만드는 데 필요한 작업을 기꺼이 수행하겠습니다.

혹시 해당 훅(hook)이 어떻게 작동해야 하는지에 대한 선호 사항이 있으신가요 (아직까지 훅에 대해 작업해 본 적이 없어서요)? app/models/reviewable.rb의 :reviewable_score_updated 훅을 확인했습니다 – 아마도 ReviewableScore.user_flag_score에 :reviewable_user_score_calculated 훅을 추가하는 방식이 될까요?

핵심 확장성 문제에 대해 @Roman 이 가장 적절한 의견을 제시할 수 있는 분이라고 생각합니다.

다만 @eviltrout / @codinghorror 님께 추가해도 좋을 만한 일반적인 개념이 있습니다. 저는 модератор(모더레이터)가 어떤 상태의 플래그에든 간단한 메모를 추가할 수 있도록 허용해야 한다고 생각합니다.

이렇게 하면 모더레이터들이 엣지 케이스를 처리하는 깔끔하고 “경량적인” 방법을 가질 수 있습니다.

예를 들어:

(Sam) 이 플래그는 유효하다고 생각하지만 확신은 없습니다.

그런 경우 Jane 이 플래그를 볼 때 Sam 이 이미 망설이고 있었음을 알기 때문에 자신 있게 행동할 수 있습니다.

@mint_saxon 님, 2명의 모더레이터를 요구하는 것이 원하시는 방식은 아닐 수 있습니다. 이는 단순히 모더레이터들에게 추가적인 메타데이터를 제공하려는 경우일 수 있습니다. 명백한 스팸이나 악용에 대해 모더레이터들이 합의에 도달해야 한다는 요구사항은 지나치게 무겁다고 생각합니다.

2개의 좋아요

각 플래그에 기타로 플래그를 걸 때처럼 코멘트를 남길 수 있도록 할 수 있습니다.

하지만 특정 플래그에 대해 확신이 없거나 다른 모더레이터의 의견이 필요할 때는, 기타를 선택하고 코멘트를 남기는 것이 좋겠습니다. 또한 확신이 없는 경우, 해당 플래그가 게시글을 자동으로 숨기도록 하고 싶지 않을 수도 있습니다. 그렇다면 이 유형의 플래그에 대한 스태프 보상을 줄이는 것은 어떨까요?

저희 입장에서는 이게 딱 맞을 것 같습니다 :hammer:

다른 플래그 유형에도 댓글 작성 영역을 추가하는 것은 다음으로 진행할 목록에 있었고, 점수 계산이 더 사용자 정의 가능해질 때까지는 게시글이 즉시 숨겨지는 것을 피하기 위해 모더레이터/관리자가 "기타"를 사용하도록 하는 것도 전혀 문제없습니다.

여러분 입장에서는 여전히 너무 부담이 클 수 있고, 그렇게 느끼시는 것도 충분히 이해합니다. 하지만 명확히 말씀드리자면, 우리는 모든(또는 대부분) 사람이 동의해야 하는 것이 아니라, 모더레이터 두 명만 동의하면 되도록 하고 있습니다.