모더레이터 워크플로우
스팸 공격으로 인한 대량의 신규 게시물을 플래그 처리하는 데 시간이 너무 오래 걸립니다.
저희는 다른 Discourse 포럼과 마찬가지로 최근 "airways"와 “quickbooks” 관련 게시물이 사이트 전체를 뒤덮는 문제를 겪었습니다. 이 포럼을 검색하여 새로운 공격을 완화하기 위한 제안들을 적용했습니다. 하지만 포럼은 여전히 혼란스러운 상태였고, 다양한 지연 설정을 가진 메일리스트 모드 사용자들에게 여전히 쓸모없는 스팸이 전송되었습니다.
신규 콘텐츠 대기열을 비우기 위해 게시물당 거의 2분이 소요되었습니다. 70개의 메시지를 처리하는 데 2시간 이상의 모더레이터 시간이 필요했습니다. 워크플로우가 주요 문제였습니다.
제목만 봐도 스팸임이 명확한데도 각 게시물을 열람해야 했습니다.
매우 긴 메시지 하단으로 스크롤해야 메시지 플래그 제어 메뉴에 접근할 수 있었습니다.
플래그 버튼은 숨겨져 있었고, 생략호(…) 버튼을 클릭해야만 플래그가 나타났습니다.
그런 다음 각 메시지에 대해 메뉴에서 스팸 옵션을 선택해야 했습니다.
그 후 모더레이터는 사용자가 여전히 모든 스팸을 보지 않도록 즉시 플래그를 해결해야 하는 결정을 내려야 했습니다(대신 대기열에 넣어두는 것이 아니라).
사용자를 삭제하고 차단하는 것을 선택하면, (여러 개의) 메시지를 삭제한다는 일반적인 경고 메시지가 표시됩니다. 하지만 여러 메시지에 대한 정보는 없습니다. 만약 그것들이 모두 신규 게시물이라면, 의심할 여지 없이 올바른 조치입니다. 하지만 여러 메시지에 대한 제목이나 날짜가 없습니다. (스패머가 실제 사용자를 위장하는 방법을 찾게 되면, 실제 메시지와 사용자가 삭제될 수 있습니다.)
메시지가 삭제된 것으로 표시된 후에도, 빨간색으로 표시된 삭제된 메시지 내용이 화면에 그대로 남아 있습니다. 모더레이터는 다른 신규 게시물을 보기 위해 최신(Latest) 보기로 선택하여 새로고침해야 했습니다.
신규 게시물 대기열에 “관리자” 메뉴의 "게시물 선택…"과 유사한 스레드 읽기 기능이 있다면 좋겠습니다. 제목만 보고도 메시지를 대량으로 플래그 처리할 수 있게 해주는 것입니다. 이렇게 하면 모더레이터가 대기열에 있는 메시지를 시간 압박 없이 처리할 수 있습니다.
그것도 하나의 선택지입니다. 아마 가장 큰 영향을 미칠 것입니다. 하지만 일괄 작업은 “관리자” 수준의 옵션이지 “모더레이터” 수준이 아닌가요? 그리고 명백한 스팸도 플래그를 달아달라고 요청하는 사용자들도 있었습니다. 그들에게도 20개(신규 사용자의 초기 제한 수. 우리는 이러한 추세를 대응하기 위해 이 수치를 높였습니다.)를 처리하는 것이 거의同样的으로 고통스러웠습니다.
하지만 전체 워크플로에 대해 설명해 달라고 한 것은 제가 놓치고 있는 기회들이 있는지 확인하기 위함이었습니다. post_menu_hidden_items는 좋은 예시입니다.
반면, 스팸 공격자들이 AI 스팸 기능에 대응하기 위해 공격 방식을 진화시킬 것이라는 점은 의심의 여지가 없습니다. 따라서 이러한 필요성은 미래에 다시 나타나고, 며칠 안에 대응하는 수정안이 찾아질 것이며, 그때 '필요’는 다시 '비문제(non issue)'로 간주될 것입니다.
스팸…