모더레이션(관리) 조치의 이력은 사용자가 적절히 징계받을 때 판단하는 데 있어 모더레이터가 활용할 수 있는 가치 있는 맥락입니다.
법적으로 의무화된 DSA 투명성 보고서를 작성하기 위해서는 모더레이션 조치에 대한 기록이 필요합니다.
사용자가 올린 플래그(신고)에 대응하는 것 외에도, 스태프(관리자)는 포럼을 모니터링하고 발견한 부적절한 게시물에 대해 조치를 취할 수 있습니다. 스태프가 게시물에 플래그를 지정하고 “오프톱िक입니다”, “부적절합니다”, 또는 "스팸입니다"를 선택하면 “조치하기…” 버튼이 활성화됩니다. 스태프는 검토 큐에 플래그를 추가하고 거那里서 조치를 취하는 덜 편리한 대안적 방법 대신, 해당 버튼으로 게시물을 즉시 처리할 수 있습니다.
“조치하기…” 기능을 통해 플래그가 해결되면, 해당 플래그가 기록되지 않습니다.
사용자가 올린 플래그 이력을 검토할 때, 모더레이터는 이 중요한 조치를 인지하지 못하게 됩니다.
플래그를 건 사람이 제공한 노력과 DSA 투명성 보고서 작성에 필수적인 조치 사유가 단순히 폐기됩니다.
플래그를 건 사람이 “조치하기…” 기능을 사용했더라도 항상 검토 항목(review item)을 생성해 주세요. 이 경우, 추가된 항목은 "대기 중"이 아닌 “검토 완료” 상태여야 합니다.
이러한 모더레이션 조치는 해당 사용자의 게시물에 대한 다른 플래그의 이력에서 확인할 수 있게 됩니다.
이러한 모더레이션 조치에 대한 데이터는 검토 데이터를 통해 얻을 수 있게 되며, 이는 콘텐츠 및 계정 모더레이션에 대한 일반 데이터를 얻는 논리적 방법이 될 것입니다. DSA 투명성 보고서 작성 등에 필요한 경우입니다.
조치 사유가 기록됩니다.
재현 단계:
스태프 권한이 있는 Discourse 포럼에 로그인합니다.
임시 게시물(throwaway post)의 플래그 아이콘을 클릭합니다.
“오프톱िक입니다” 라디오 버튼을 선택합니다.
“조치하기…” 버튼이 활성화됩니다.
“조치하기…” 버튼을 클릭합니다.
메뉴가 열립니다.
메뉴에서 “게시물 숨기기” "사용자 침묵 처리"를 선택합니다.
ⓘ "사용자 정지"를 선택해도 동일한 동작이 발생합니다.
“사용자 침묵 처리” 대화상자가 열립니다.
“사용자를 얼마나 오래 침묵 처리할까요?” 메뉴에서 옵션을 선택합니다.
“이 사용자를 왜 침묵 처리하나요?” 메뉴에서 옵션을 선택합니다.
“침묵 처리” 버튼을 클릭합니다.
포럼의 /review?status=all 페이지를 엽니다.
플래그에 대한 기록이 없습니다.
추가 컨텍스트:
제가 설명한 "현재 동작"은 스태프 권한이 있는 포럼에서 관찰되었습니다. try.discourse.org에서는 스태프 권한이 필요하여 동작을 확인할 수 없었습니다. 그러나 이 동작은 Discourse 코어에 코딩되어 있어 모든 Discourse 포럼에서 존재할 것이라고 믿습니다.
For me when I take action on a users post as ‘off-topic’ if I look on the review queue there is a record after I filter everything against flags for that specific user:
However, you could use the ‘queue for review’ feature which puts the post in the review queue and there is a moderation record left on the user too but you choose what action to take on the post like a regular flag.
But “flag post” does not. If I click a flag icon, then a flag should be created.
Do you do moderation of a forum? I an sure that any experienced moderator would understand why it is important for an easily accessible record to be created for any such action.
And of course any of us who are unfortunate enough to be responsible for preparing a DSA transparency report from the already far from ideal data provided by the Discourse framework will understand it even more.
Thanks for pointing this out! You are absolutely correct. I see now that the behavior I describe does not occur when the “Hide Post” action is selected. It only occurs when one of the other actions is selected. The fact that a review item is created by the “Take Action” feature under certain conditions makes it seem the failure to create a review item under other conditions is a bug. I did test the instructions I provided while writing the feature request, but I must have made a mistake during the test. I apologize for the confusion.
We don’t actually use the "Hide Post” action on my forum, so I don’t have experience with those specific conditions, but I chose it as the easiest to use in a quick experiment.
I have updated the instructions in the feature report accordingly.
“조치하기…” 기능을 통해 플래그가 해결되면, 해당 플래그가 기록되지 않습니다.
사용자가 올린 플래그 이력을 검토할 때, 모더레이터는 이 중요한 조치를 인지하지 못하게 됩니다.
이러한 모더레이션 조치는 해당 사용자의 게시물에 대한 다른 플래그의 이력에서 확인할 수 있게 됩니다.
