카테고리 모더레이터와 검토 대기열에 대한 의도된 동작과 가능한 유연성을 이해하려고 합니다.
이전 Meta 게시물들을 통해, 카테고리 모더레이터는 해당 권한이 있는 카테고리 내에서 플래그를 검토할 수 있지만, 자신의 카테고리 외부의 플래그는 볼 수 없다고 이해하고 있습니다. 또한 "appropriate for them(해당인에게 적절한 것)
가능한 우회책으로, 이 상황에서 카테고리 모더레이터보다 신뢰 수준 4 / 리더를 사용하는 것이 더 적합할까요?
저의 우려는 특히, 자신이 관리하는 카테고리 내에서 해당 카테고리 모더레이터의 게시물이 신고(flag)되는 이해 충돌 상황을 피하는 것입니다. 제가 이해한 바로는, 카테고리 모더레이터는 자신의 카테고리 내의 신고를 검토할 수 있는 반면, 신뢰 수준 4(TL4) 사용자는 일부 향상된 커뮤니티 권한을 가지고 있지만 신고를 처리할 수는 없습니다.
따라서 TL4를 사용하면, 자신의 게시물이 포함된 신고를 검토하거나 조치할 권한을 부여하지 않으면서도, 신뢰할 수 있는 사용자가 주제 조직/커뮤니티 정리에 도움을 줄 수 있을 것입니다.
이것이 TL4와 카테고리 모더레이터 간의 의도된 구별인가요, 아니면 제가 알아야 할 주의 사항이 있나요?
현재 (카테고리) 모더레이터가 자신의 게시물에 대한 플래그를 처리하는 것을 방지하는 플러그인은 없는 것 같습니다.
조절 정책의 일부라면, 왜 스스로 선택한 모더레이터가 자신의 게시물에 대한 플래그를 처리하지 않을 것이라고 신뢰하지 않는지 궁금합니다. 그렇다면 왜 그들이 동의하지 않는 게시물을 삭제하거나, 심지어 작성자까지 삭제하지 않을 것이라고 생각하시나요?
리뷰 대기열에서 플래그를 숨기는 테마 컴포넌트에 대해서도 여기에서 논의되었습니다:
고맙습니다, 이해가 됩니다.
제가 특정 모더레이터를 불신해서가 아니라, 실제로 그 사람에게 맡기고 싶은 업무에 가장 권한이 적은 역할을 선택하려고 노력하고 있기 때문입니다.
더 생각해 보니, 여기에는 서로 다른 몇 가지 요구 사항이 있는데, 이것들을 혼동해서는 안 될 것 같습니다:
- 일반적인 주제 정리 / 커뮤니티 정돈;
- 특정 카테고리의 플래그 처리;
- 사용자가 자신의 게시물에 대한 일반 삭제;
- 더 민감한 삭제/수정 이력 처리.
예를 들어, 주요 요구 사항이 주제 정리/커뮤니티 정돈이라면, 플래그 검토 큐에 대한 접근 권한을 완전히 피할 수 있으므로 카테고리 모더레이터보다 TL4가 더 적합할 수 있습니다. 실제로 특정 카테고리에서 플래그를 검토할 사람을 필요로 한다면, 해당 역할을 수행하는 적절한 직책은 카테고리 모더레이터이며, 자신의 게시물과 관련된 검토 대상은 처리하지 않도록 하는 명확한 지역 정책을 수립해야 합니다.
남은 질문은, 자신의 게시물이 플래그가 걸렸을 때 카테고리 모더레이터가 자신을 대상으로 플래그를 올린 사용자를 볼 수 있는지에 대한 것입니다.
또한, 테마 컴포넌트는 주로 UI를 숨기는 것일 뿐 근본적인 권한 모델을 변경하지 않기 때문에 보안 경계로 의존해서는 안 된다는 점도 받아들입니다.
따라서 제 현실적인 옵션은 다음과 같습니다:
- 플래그 처리 없이 신뢰할 수 있는 커뮤니티 도움이 필요한 경우 TL4/리더 사용;
- 실제로 그 사람이 플래그를 검토하기를 원할 때만 카테고리 모더레이터 사용;
- 일반 자신의 게시물 삭제를 모더레이션 권한과 분리;
- 영구 삭제/수정 이력 삭제를 카테고리 모더레이션으로 해결하는 것이 아니라 관리자/전체 모더레이션 사항으로 유지;
- 모더레이터가 자신의 게시물과 관련된 플래그는 보류하도록 하는 서면 정책 유지.
카테고리 모더레이터의 검토 큐에서 본인이 작성한 플래그가 걸린 게시물을 제외할 수 있는 더 강력한 권한 수준의 방법이 있거나, 해당 셀프 플래그 시나리오에서 플래그를 올린 사람의 신원이 게시물 작성자에게 이미 숨겨져 있는 경우를 제외하면, 이것이 제 질문에 대한 답이 될 것입니다.
@Moin이 언급했듯이, #customization:theme-component를 만들어서 안전 장치를 추가함으로써 유혹을 방지하고 모더레이터의 무결성을 보장하는 데 도움이 될 수 있다는 점이 논의되었습니다.
모더레이터에게 단순히 신뢰를 두는다는 약한 전제에는 강력히 반대합니다. 아무리 신뢰할 수 있는 모더레이터 팀이라 해도 유혹 자체를 제거하는 것이 최선입니다.
현재 이 기능이 작동하는지 확인하기 위해 작업하고 있습니다.
Tl4의 경우, 카테고리 모더레이터가 플래그를 관리할 수는 없지만, 카테고리와 무관하게 게시글을 수정하고 삭제할 수 있는 권한을 가진다면 이야기가 달라집니다.
다시 한번 이 문제를 검토하여 의도한 대로 작동하게 만들 수 있는지 확인해 보겠습니다.
개인적인 의견으로는, Discourse에는 이 기능을 위한 설정이 기본적으로 포함되어야 합니다. 모더레이터가 자신에게 대한 플래그를 관리하거나, 자신이 발행한 플래그를 관리/검증하는 일은 특정 상황(예: 위협)을 제외하고는 이루어져서는 안 되기 때문입니다.
가장 신뢰할 수 있는 사람도 유혹에 빠질 수 있습니다. 모더레이터의 권한과 제어에 더 세밀한 컨트롤이 필요합니다.
또한 플래깅 시스템을 사용하지 않고, 다른 경로로 도움이 될 수 있는 그룹에 보고하는 기능을 가진 #customization:theme-component도 유용할 수 있습니다.
Discourse가 Customization > Plugin 및 #customization:theme-component를 통해 확장 가능하다는 것이 큰 장점입니다. 일부 프로그래밍 지식과/또는 예산이 있다면 원하는 효과를 달성할 수 있습니다.
모더레이터와 카테고리 모더레이터의 기능을 확장하는 데 뛰어난 #customization:plugin은 다음과 같습니다.