hugh
11월 13, 2025, 2:45오전
1
리뷰 큐와 Discourse의 모더레이션 도구에 대한 가치 있는 개선 사항을 발표하게 되어 기쁩니다. 이 기능들은 실험적 기능 플래그 뒤에 제공되며, 모든 Discourse 사이트에서 활성화할 수 있습니다. 자세한 내용은 아래를 참고하세요!
리뷰 큐의 레이아웃이 완전히 재구성되어, 모더레이터가 한눈에 중요한 정보를 파악하고 일관된 위치에서 리뷰 가능한 항목에 대한 조치를 취할 수 있도록 했습니다.
기존:
변경 후:
또한, 목록 보기에서 필터를 페이지 상단으로 이동시켜 리뷰 가능한 항목을 표시할 공간을 더 확보했습니다.
모더레이터는 이제 각 리뷰 가능한 항목에 노트를 남겨 자신의 생각을 기록하고 서로 직접 소통할 수 있습니다. 노트는 타임라인 탭에 표시되며, 사용자가 제기한 플래그에 대한 정보 등 리뷰 가능한 항목에 대한 다른 시간순 데이터와 함께 표시됩니다.
만약 User Notes 플러그인 을 활성화했다면, 해당 페이지로 이동할 필요 없이 사용자 프로필 자체에 모더레이션 노트를 추가하는 옵션도 사용할 수 있습니다.
인사이트 탭은 모더레이터의 의사결정을 돕기 위해 리뷰 가능한 항목에 대한 더 세밀하고 실행 가능한 데이터를 표시합니다. 예를 들어:
이 게시물이 플래그된 횟수
플래그된 사용자의 신뢰 수준
해당 사용자가 플래그된 횟수
사용자가 작성한 게시물 수
새로워진 리뷰 큐 레이아웃은 지금 바로 모든 Discourse 사이트에서 사용할 수 있습니다! 셀프 호스팅을 하고 있다면, 최신 버전으로 업데이트하여 이를 액세스하도록 하세요.
이 새로운 도구를 활성화하려면:
관리자 설정의 ‘Experimental’ 페이지(/admin/config/experimental)로 이동합니다.
“Reviewable UI refresh” 설정에 그룹을 추가합니다.
이 설정에 추가한 그룹은 리뷰 큐에 액세스할 때 새로운 레이아웃과 기능을 확인하게 됩니다. 내장된 moderators 또는 admins 그룹을 추가하거나, 모더레이터가 자유롭게 가입하거나 탈퇴할 수 있는 새로운 그룹을 생성 할 수 있습니다.
모더레이터가 사용자와 플래그된 콘텐츠에 대해 별도의 조치를 취할 수 있도록 모더레이터 액션을 재구성하는 작업을 열심히 진행 중입니다. 이를 통해 액션이 더 일관되고, 이해하기 쉬우며, 훨씬 더 유연해질 것입니다.
새로운 모더레이션 도구에 대한 여러분의 생각을 듣고 싶습니다. 이 작업은 오랜 기간 개발되어 왔으며, 이미 Meta에서 일상적인 모더레이션 필요 사항에 성공적으로 사용하고 있습니다.
새로운 도구를 선택하여 사이트에서 테스트해 보신다면, 아래에 댓글을 남겨 여러분의 의견과 이 업데이트가 모더레이션 워크플로우에 어떤 영향을 미치고 있는지 알려주세요.
48개의 좋아요
one1
11월 13, 2025, 4:43오전
5
감사합니다! 이 변경 사항들은 훌륭해 보입니다!
현재 이 기능이 얼마나 실험적인 단계인지에 대해 조금 안내해 주실 수 있을까요? 프로덕션 환경에서 사용하는 데 문제가 없다고 판단하신 것으로 보입니다. 만약 문제가 발생한다면, 그 영향이 포럼에 영구적으로 남을 가능성이 있을까요?
8개의 좋아요
hugh
11월 13, 2025, 6:06오전
6
현재 Meta에서 이 기능을 사용하고 있으며, 현재 시점에서 안전하게 사용할 수 있다고 판단하고 있습니다. 관리자(모더레이터) 관련 동작은 아직 변경되지 않았으므로, 기존 핵심 관리 기능을 그대로 사용할 수 있으며, 새 인터페이스를 사용하더라도 포럼에 영구적인 영향을 미치지 않습니다.
언제든 기존 인터페이스로 되돌아갈 수 있으며, 검토 대상(리뷰어블)에 남긴 메모는 새 인터페이스로 돌아왔을 때도 그대로 유지됩니다.
10개의 좋아요
Michelle_L
11월 13, 2025, 4:23오후
10
@hugh - 지금까지의 변경 사항이 마음에 듭니다. 사용성이 매우 좋습니다. 몇 가지 질문이 있습니다:
타임라인과 노트가 데이터 탐색기에서 사용 가능한가요?
클라이언트가 AI 트리아지를 사용 중이고 OOB AI 스팸 감지를 사용하지 않는 경우, 트리거가 현재 버전과 동일하게 표시되며 첫 번째 게시물 작성 시간이 제외되지 않나요?
게시물 모더레이션 측면에서 매우 중요합니다. 게시물이 왜 플래그되었는지 알아야 하며, 사용자가 게시물을 플래그하더라도 어떤 이유로 플래그했는지 알아야 합니다.
6개의 좋아요
gormus
11월 13, 2025, 6:31오후
11
새로운 레이아웃을 좋아합니다. 훨씬 더 명확해진 것 같습니다 : )))
하지만 제게는 이 기능이 가장 마음에 듭니다. 이 기능이 모더레이터들이 유저 노트를 더 많이 활용하는 데 도움이 되기를 바랍니다.
{username}의 프로필에 노트 복사 체크박스를 필수로 지정하는 사이트 설정도 추가해 주실 수 있을까요?모더레이터 노트를 사용자 프로필에 복사할 수 있는 그룹
4개의 좋아요
j127
11월 13, 2025, 6:43오후
12
최고네요. “사용자 프로필에 노트 복사” 기능을 쓰면 클릭 횟수가 좀 줄어요.
2개의 좋아요
hugh
11월 13, 2025, 9:55오후
13
타임라인에 있는 데이터(플래깅 사유, 플래깅한 사람 등)는 이미 존재하므로, 기존과 동일한 위치에서 계속 사용할 수 있습니다. 메모의 경우, 현재 단계에서 Data Explorer 에서 사용할 수 있는지 확신할 수 없으나, 확인 후 다시 알려드리겠습니다.
플래깅 사유에 대해 현재 표시되는 데이터는 타임라인 보기에서 그대로 표시되므로, 새로운 UI가 이전에 접근할 수 있었던 데이터를 제거하지는 않습니다.
기뻐합니다! 우리는 이미 이 인터페이스가 Meta에서 자체 모더레이션 경험을 크게 향상시킨 것을 확인했으므로, 다른 모든 사용자에게도 동일한 효과가 있을 것이라고 확신합니다.
가능성은 있지만, 현재 단계에서 능동적으로 고려하고 있지는 않습니다. 관리자와 모더레이터만 리뷰 큐에 접근할 수 있어야 하므로, 이러한 설정을 통해 그런 작업을 수행할 수 있는 사람을 더 세밀하게 관리할 수 있을 것입니다. 한번 생각해 보겠습니다!
5개의 좋아요
hugh
11월 13, 2025, 10:11오후
14
hugh:
타임라인의 데이터(플래깅 사유, 플래깅한 사용자 등)는 이미 존재하므로, 기존과 동일한 위치에서 계속 사용할 수 있습니다. 노트의 경우, 현재 단계에서 Data Explorer 에서 사용 가능한지 확신할 수 없지만, 확인 후 다시 알려드리겠습니다.
reviewable_notes라는 새 테이블이 있으며, 노트는 여기에 저장됩니다. Data Explorer 에서 쿼리할 수 있습니다
5개의 좋아요
Michelle_L
11월 13, 2025, 10:35오후
15
@hugh - 업데이트 감사합니다. 쿼리할 수 있다는 건 정말 기쁜 소식입니다.
1개의 좋아요
gormus
11월 14, 2025, 6:59오전
16
고려해 주셔서 감사합니다 @hugh . 저는 주로 카테고리 모더레이터 들과 이전에 요청했던 기능에 대해 생각하고 있었습니다: Add group access setting for user notes
3개의 좋아요
T_Disco
11월 14, 2025, 2:56오후
17
정말 훌륭한 개선이네요, 감사합니다!
리뷰 대기열을 더욱 향상시키기 위해 다음 사항들을 고려해 주실 수 있을까요?
리뷰 항목 사이드바의 ‘도움이 필요하신가요?’ 섹션에 있는 링크들이 현재 작동하지 않습니다.Add customisable moderator help links to review item pages and review queue page
Assign 플러그인이 설치된 경우, ‘이 주제를 주장(Claim this topic)’ 아래에 ‘이 주제 지정(Assign this topic)’을 추가하고, 주제가 지정된 경우 타임라인 & 메모(Timeline & notes) 탭에 ‘지정됨(Assigned to)’을 추가해 주세요.
타임라인 & 메모 탭에서, ‘리뷰한 사람(Reviewed by)’ 줄 아래에 수정 사유(Revision Reason, 있는 경우)를 표시해 주세요.Display the Reviewable revision reason in the reviewable scores table
옵션(Options) 섹션에 다음 필터들을 추가해 주세요:Add the ability to filter by 'Reviewed between' dates Add the ability to filter by ‘Claimed by’
‘모든 사용자의 첫 몇 개의 게시물은 직원의 승인을 받아야 합니다(The first few posts from every user must be approved by staff.)’라는 문장에서 ‘few’를 ‘게시물 승인 수(Approve post count)’ 설정의 값으로 대체해 주세요. (사이트 설정에 접근할 수 없는 사용자(모더레이터)들은 ‘게시물 승인 수’ 설정에 입력된 값을 알 수 없으며, 해당 링크가 그들에게는 404 오류로 표시되기 때문입니다.)Display the value of approve_post_count below the relevant posts on the review queue
사용자 정보(User info) 섹션의 인사이트(Insights) 탭에 사용자가 이전에 거부된 게시물의 수를 추가해 주세요.Display number of user's rejected posts on posts in the review queue
‘사유(Reason)’로 필터링하면 초기 플래그의 사유가 반환됩니다. 제목을 ‘플래그 사유(Flag Reason)’로 변경하고, 모더레이터가 플래그된 항목에 반응할 때 선택한 리뷰 가능 수정 사유(reviewable revision reason)로 필터링할 수 있도록 ‘수정 사유(Revision Reason)’라는 추가 필터를 추가할 수 있을까요?Enable filtering by 'Reviewable revision reasons'
필터링할 때 반환된 항목의 수를 표시해 주세요 필터가 적용되었을 때 반환된 항목의 수를 표시
모더레이터에게 전송되는 알림 이메일에 현재 리뷰 대기열의 항목 수를 포함
이 기능 요청을 완료/해결로 표시해 주실 수 있을까요:
On the Review page, add an ‘Add Note’ button (possibly after the ‘Delete User…’ button) below the individual posts, for moderators to add comments/notes to individual queued posts for future reference for themselves and other moderators.
The note(s) could possibly be displayed above the buttons: Approve Post etc. and include the date, time and author of the note.
This could be used when there has been activity outside of Discourse related to the post i.e. ‘emailed x to ask for their opinion’, …
8개의 좋아요
저도 메타의 새로운 레이아웃을 마음에 들어하고 있습니다! 이 정도까지 만들어 주신 스태프 경험 팀에 따뜻한 축하와 깊은 감사를 드립니다. 움직이는 부품이 많아서 쉬운 작업이 아니었을 텐데요.
모더레이터 노트와 “프로필에 노트 복사” 체크박스도 좋습니다 - 정말 좋은 디테일입니다! 다만, 이 기능을 이미 잠시 동안 사용해 본 결과, 그 유혹에 빠져서 그 기능을 모더레이터들 간의 채팅 도구로 바꾸거나 기능으로 과하게 채우는 것을 자제해야 한다고 생각합니다. 제 생각에는 이 기능은 주로 모더레이터들이 검토 가능한 특정 항목을 검토하는 동안, 그리고 나중에 참고용으로 서로를 돕기 위한 것입니다.
또한 사용자 노트에 얼마나 많은 내용을 담을 것인지에 대해서는 확신이 없습니다. 그 기능은 상당히 기본적이고, 현재 상태로 모더레이터들 사이에서 사용자의 주요 세부 정보를 공유하는 데 꽤 잘 작동합니다. 사용자 노트를 검색/필터링할 방법이 없기 때문에, 노트가 많으면 관리하기가 어려워질 수 있습니다.
최근에 추가한 노트 하나가 사용자 노트에서 맥락 없이 보면 의미가 없었던 것 같아서, 삭제하고 다시 게시했습니다.
완료했습니다! 와, @T_Disco 그 기능 요청 목록이 정말 인상적이네요!
2개의 좋아요
Michelle_L
11월 14, 2025, 4:22오후
19
@hugh - 사용자가 직접 삭제한 게시물이 UI에 표시되는 것 같습니다. 이것이 예상된 동작인가요? 사용자가 직접 삭제한 게시물은 복구할 필요가 없습니다. 이렇게 되면 사용자가 삭제한 게시물이 복구될 수 있습니다.
첫 번째 게시물 작성 시 트리거 외에 다른 트리거에서도 ‘게시물 수정’ 옵션이 표시되도록 하는 방법이 있을까요?
2개의 좋아요
Teafh
11월 14, 2025, 7:36오후
20
hugh:
수고하셨습니다. 메모 기능이 다음 기능을 지원하면 더 좋을 것 같습니다:
사용자 멘션(@);
투표 만들기.
2개의 좋아요
mcwumbly
11월 15, 2025, 1:47오후
21
해당 기능이 제공된다면, 어떻게 활용하실지 더 자세히 공유해 주시겠어요?
2개의 좋아요
Teafh
11월 15, 2025, 2:11오후
22
우리 포럼은 매일 많은 플래그가 접수되는 대규모 커뮤니티입니다. 각 모더레이터는 서로 다른 유형의 플래그를 처리하는 데 특화되어 있습니다.
일부 플래그는 특정 모더레이터에게 배정하여 처리하고, 나머지 플래그에 대해서는 처리 방식을 결정하기 위한 투표 프로세스를 도입하고자 합니다.
6개의 좋아요
jenmck
11월 15, 2025, 2:24오후
23
지금까지 아주 잘 보입니다. 몇 가지 피드백을 드리고자 합니다:
기본적으로 모더레이터가 이메일 주소를 볼 수 없도록 하는 것을 선호합니다. 대신 이메일을 의도적으로 표시하도록 해야 감사 로그에 기록되어야 합니다. 이는 저희 사용 사례에서 매우 중요합니다.
사용자의 모든 사용자 정의 필드가 표시됩니다. 저희 사용 사례에서는 모더레이터가 이 정보를 이렇게 쉽게 볼 수 있어야 하는 것이 아닙니다. 물론 다른 방식으로 볼 수는 있겠지만, 플래그가 달린 모든 게시물에 이를 포함시키는 것보다는 훨씬 좋지 않습니다. 저희는 이러한 필드를 기반으로 다양한 웹훅과 사용자 설정을 사용합니다.
관리자가 이를 토글로 전환할 수 있다면 문제가 되지 않을 것입니다. 현재는 CSS를 수정하여 필드를 숨기고 있지만, 개발자 도구를 사용하면 여전히 이메일 주소를 볼 수 있으므로 이는 장기적으로나 특히 현실적인 해결책이 아닙니다.
7개의 좋아요
mcwumbly
11월 15, 2025, 2:55오후
24
사람들이 자신이나 다른 모더레이터를 할당할 수 있도록 “Claim”을 “Assign”으로 변경하는 것이 도움이 될까요?
아니면, 누군가 스스로 할당하도록 언급(mention)을 활용하는 방식을 선호하시나요?
3개의 좋아요
Teafh
11월 15, 2025, 4:11오후
25
“assign”(할당)보다 “claim”(청구)이 더 낫다고 생각합니다. 그리고 단순히 플래그를 “assign”(할당)하기보다는 누군가에게 그 플래그를 처리해 달라고 제안하는 방식이 더 좋다고 생각합니다.
4개의 좋아요
새로워진 레이아웃
모더레이터 노트와 타임라인
이제 더 많은 데이터를 사용할 수 있습니다
이 새로운 도구 활성화 방법
앞으로 더 많은 업데이트가 있습니다…
피드백 공유하기
