「나쁜」내용을 위한 플래그와 조직 관련 또는 「도와주세요」 플래그를 구분해 주세요

mattdm · 5월 24, 2023, 2:28오후

이미 논의된 내용이라면 죄송합니다 — 무엇을 검색해야 할지 알기 어렵거든요.^[1]

현재 사용자는 왜 어떤 내용을 플래그를 걸고 있는지 선택할 수 있지만, 검토 대기열에서는 모든 플래그가 동일하게 취급되는 것 같습니다 — 그리고 모두 해당 게시글 작성자의 "영구 기록"에 남습니다. "유형"으로 필터링할 수 있다는 것은 알고 있지만, 그래도 스태프에게 동일한 방식으로 알림이 전송됩니다.

저는 _큐레이션_이 필요할 수 있지만 _본질적으로 문제_는 아닌 게시글(본인 글 포함)에 플래그를 걸도록 장려하고 싶습니다.

즉, 다음과 같은 경우를 말하는데:

주제를 다른 카테고리로 이동하거나, 태그를 추가하거나 제거해 주세요^[2]
이 글(그리고 가능하면 답글)은 새 주제로 분할되어야 합니다
이 주제는 중복입니다 – 이 다른 주제로 병합해 주세요^[3]
더 이상 내 게시글을 편집할 수 없지만 중요한 업데이트가 필요합니다
지금 바로 생각나지 않는 다른 유사한 사항들

… 저는 다음을 원합니다:

다른 알림 표시기(다른 색상과 모양)
영구 기록 남지 않음
게시글을 숨기거나 그런 일은 하지 않음
TL에 부정적으로 취급되지 않음

사람들이 이런 이유로 플래그를 걸지 않도록 훈련할 수 있지만, 대신 Help 카테고리에 게시하거나 PM을 보내도록 하는 것이 더 나은 방법일 수 있습니다. 하지만 사용자에게 더 많은 번거로움을 줄 뿐만 아니라 사용률이 낮아질 가능성이 큽니다.

그리고 새로운 AI 검색으로도 아무것도 찾지 못했습니다 ↩︎
보너스 기능 – 제안된 태그 및 카테고리 변경 허용, 설정 가능한 TL에서 검토/조치 허용, 그리고 더 낮은 TL에서 충분한 동의에 기반한 자동 조치 ↩︎
Stack Exchange처럼 일급 중복 표시 지원을 정말로 원합니다 ↩︎

Lilly · 5월 24, 2023, 2:43오후

음. 검토 대기열에서 NO라고 답변해서 기각된 플래그(플래그 삭제)가 왜 여전히 사용자에게 플래그된 게시물로 집계되는 걸까요?

저는 이 의견에 동의하는 편입니다. 중복된 주제나 이동이 필요한 게시물을 사용자가 플래그하는 경우는 이해가 가거든요. 이런 경우엔 관리자가 필요한 건 맞지만, 실제 부정적인 "플래그"는 아니어야 합니다.

Curtis_Rueden · 5월 24, 2023, 9:50오후

저도 동의합니다. 정말 좋은 제안입니다. 관련해서 말씀드리면, 전체적으로 플래그 시스템이 매우 혼란스럽다고 느낍니다. 예를 들어, 사용자 프로필에 "누구누구가 X개의 유용한 플래그를 가지고 있습니다"라고 표시될 때, 이는 다른 사람들이 해당 사용자의 게시물을 유용하다고 플래그를 건 것인지, 아니면 해당 사용자가 관리자의 주의를 끌기 위해 게시물에 플래그를 걸고 관리자가 이를 긍정적으로 응답한 건지를 의미하는 것일까요? 후자임은 알고 있지만, 그 표현을 볼 때마다 매번 잠시 생각해야 할 정도로 의미가 기억나지 않습니다. 이런 기능이 있다면, 플래그 관련 정보의 전반적인 표시 방식도 조정할 수 있는 공간을 제공할 수 있지 않을까요?

Lilly · 5월 24, 2023, 11:17오후

admin-customize-text를 통해 텍스트 교체 콘솔에서 원하는 내용으로 텍스트를 변경할 수 있습니다. 수정하려는 두 문자열은 다음 위치에 있습니다:

js.user.staff_counters.flags_given.one
js.user.staff_counters.flags_given.other

또는 해당 검색 창에서 "helpful flag"를 검색할 수도 있습니다.

Ed_S · 5월 25, 2023, 5:45오전

저도 그렇습니다. 이는 아마도 디스코스에서 제가 이렇게 느끼는 유일한 측면일 것입니다. 플래그를 처리할 때 저는 '무시’로 설정합니다. 그렇게 하면 부수적인 영향이 가장 적을 것 같기 때문입니다.

davidkingham · 5월 25, 2023, 10:28오후

동의합니다. 우리는 플래그를 사용해 사용자가 예외적인 답변을 관리자에게 알리도록 하고, 그들에게 맞춤형 배지를 수여합니다. 하지만 현재 상태에서는 플래그링이 이 상황에 적합하지 않습니다. 그리고 네, 저도 플래그 시스템을 별로 좋아하지 않습니다. 정말 혼란스럽습니다!

sam · 10월 17, 2023, 6:17오전

우리는 이 모든 것을 이해하려고 거대한 토끼굴에 빠져들고 있습니다… 그리고 그 깊이가 상당합니다.

github.com/discourse/discourse

app/models/trust_level3_requirements.rb

542f77181


      
          def flagged_post_ids
            @_flagged_post_ids ||=
              @user
                .posts
                .with_deleted
                .where(
                  "created_at > ? AND (spam_count > 0 OR inappropriate_count > 0)",
                  time_period.days.ago,
                )
                .pluck(:id)
          end

신뢰 등급(TL)에 플래그를 집계하는 유일한 방법은 spam_count 또는 inappropriate_count가 0보다 큰 경우입니다. 따라서 이 전체 주제는 약간의 오해에서 시작된 것이었습니다…

게시물이 스팸/부적절으로 플래그가 되면 카운트가 증가합니다.
관리자가 … 오, 이건 잘못된 플래그였네… 라고 하면 카운트가 감소합니다.

“기타…” 플래그에 대해서는 항상 원하는 대로 처리할 수 있었고, 이는 TL이나 다른 어떤 것에 반영되지 않았습니다. 유일한 영향은 사용자 페이지의 UX에 있었습니다. 실제로 이 정보를 찾고 싶을 수 있는 곳이 바로 그곳이죠…

이는 또한 원문(OP)에서 열리고 있던 말벌집(복잡한 문제)을 여는 결과를 낳습니다.

기타... 이 게시물은 끔찍하고 악의적입니다
vs
기타... 이 게시물은 훌륭하며 이 사람에게 배지를 줘야 합니다

두 경우 모두 플래그는 유용합니다.
첫 번째 경우, 플래그는 나쁜 게시물의 지표이며 논리적으로는 TL 페널티가 되어야 합니다.
두 번째 경우, 그렇지 않습니다.

이 모든 것이 엄청나게 복잡하고 과도하게 복잡하다는 것은 이해합니다. 하지만 여기 원문(OP)에 대해서는 확신이 서지 않습니다. 이는 이미 복잡한 구조 위에 더 많은 복잡성을 추가하는 것을 제안하고 있기 때문입니다:

논리적으로 우리의 TL 알고리즘은 현재 깨져 있을 수 있습니다… 관리자가 말했죠

hey, 이 게시물에 뭔가 문제가 있네 (빨간 큰 박스에 표시된 내용)

하지만 우리는 그 정보로 아무것도 하지 않았습니다.

여기서 불일치는 다음을 둘러싸고 있습니다:

리뷰 플래그와 플래그에 대한 조치가 게시물이 나쁜지 좋은지에 관한 것인지

아니면

리뷰 플래그와 플래그에 대한 조치가 플래그 자체와 플래그가 유용한지에 관한 것인지

좀 더 자세히 풀어보면:

TL 페널티로 집계되어야 하는 것은 무엇인가?
사용자 페이지에 어떤 하이퍼링크를 보여줘야 하는가? (결과와 무관하게 사용자가 플래그를 받은 모든 경우? 결과와 무관하게 사용자가 플래그를 건 모든 경우? 결과 기반 링크: 플래그가 좋은지 나쁜지에 따라?)

이 양파를 더 벗겨낼수록 더 많은 층이 있고, 이 모든 것이 더 복잡해 보입니다.

sam · 10월 17, 2023, 7:36오전

그래서 이 코드를 읽어보고 “사용자 정확도 보너스” 같은 기이하고도 흥미로운 것들을 살펴본 후, 제 제안은 다음과 같습니다:

모든 something else... 플래그를 변경하여 자동 숨김에 반영되지 않도록 합니다. (현재로서는 something else... 플래그가 쌓이면 숨김이 트리거되는 것으로 알고 있습니다)
something else... 플래그의 텍스트 "이 게시글에 문제가 있습니까?"를 "이 플래그가 도움이 되었습니까?"로 변경합니다. 이는 플래그 시스템과 더 일관성이 있습니다.
something else... 주변의 TL(신뢰 수준) 카운팅에 미세한 차이를 추가하기 위해 변경 사항을 만들지 않습니다.
관리자가 사용자의 프로필에서 사용자가 만든 좋은 플래그와 나쁜 플래그 목록에 쉽게 접근할 수 있도록 합니다.
관리자가 다른 사람이 플래그를 건 합법적인 사항 중 해당 사용자의 항목에 쉽게 접근할 수 있도록 합니다. 또한 신뢰 수준과의 균형을 맞추기 위해 "something else.. / 오프토픽"의 합법적 플래그와 스팸/부적절한 합법적 플래그를 분리할 수도 있습니다.
ignore(무시) 기능이 이해가 안 됩니다.

매우 복잡한 일련의 변경 사항이 될 것입니다… 확실합니다.

Lilly · 10월 17, 2023, 12:38오후

우리 관리자들도 계속 그렇게 말해요.

Ed_S · 10월 17, 2023, 12:45오후

그런데 재미있게도, 나는 다른 옵션들의 의미를 정확히 이해할 자신이 없어서 "무시"를 사용한다.

위에서 언급된 유용한 구분, 즉 도움이 되는 플래그와 도움이 되지 않는 플래그, 그리고 좋은 게시물과 나쁜 게시물을 구분하는 점이 매우 유용하다고 생각한다.

not-ethan · 10월 17, 2023, 1:45오후

이것은 제가 꽤 오랫동안 어느 정도 고민해 온 문제입니다.

포럼에서는 누군가의 TL(일일 작업량)을 막지 말아야 할 많은 플래그를 관리합니다. 예를 들어, 중복된 주제는 닫거나 병합하도록 플래그가 지정됩니다. 하지만 스팸이나 부적절한 콘텐츠로 사용되는 경우가 있는 ‘기타’ 플래그 같은 것은 TL에 반영되어야 합니다.

그래서 플래그별로 TL에 반영할지 말지를 선택할 수 있는 옵션을 제공하면, 관리자가 플래그별로 설정을 변경할 수 있을 것입니다.

Firepup650 · 10월 17, 2023, 5:37오후

거기에 “TL3에 포함” 또는 유사한 라벨이 붙은 작은 토글 박스가 있으면 좋을 것 같습니다.

Lilly · 10월 17, 2023, 5:44오후

사용자가 플래그 아이콘을 클릭하면, 해당 플래그가 콘텐츠 위반 건인지 아니면 도움이 필요한 건인지 묻는 모달 또는 드롭다운이 표시되어야 한다고 생각합니다. 이후 플래그 시스템은 해당 유형에 맞게 적절하게 라우팅해야 합니다.

mattdm · 10월 19, 2023, 12:41오후

처음 이 글을 올린 이후로 몇 가지 사항이 바뀌었지만, (여러분이 언급하신 배경적인 부분들 외에도) 가장 큰 개선점은 "Something Else"를 "Something Else Problematic"과 "Something Else (Message Staff Privately)"로 나누는 것에서 올 것이라고 생각합니다.

전자는 검토 대기열로, 후자는 модератор 메시지(관리자 메시지)로 보내야 합니다. 메시지 옵션은 “게시자에게 직접 메시지 보내기” 근처, 맨 위쪽으로 이동시킬 수도 있습니다.

이유는 (OP 어딘가에서 말했듯이) 큐레이션이나 다른 조치가 필요한 게시물을 신고하도록 장려하고 싶기 때문입니다.

글		댓글	조회수
Use of Flags Community Building	30	1488	7월 13, 2025
Posts are hidden after a single flag Feature	83	10094	10월 8, 2019
Lack of Effective Flag Integrity Controls Community Building	37	2020	9월 17, 2023
How do you deal with flag spammers? Community Building	43	3936	6월 21, 2024
Flagging a post for moderator attention Using Discourse moderation , how-to , interface	8	24921	8월 1, 2024

「나쁜」내용을 위한 플래그와 조직 관련 또는 「도와주세요」 플래그를 구분해 주세요

Related topics