Помечание постов как модератор

Как модератор, я иногда сталкиваюсь с постами, которые считаю проблемными, но не хочу принимать по ним решение самостоятельно из-за предыдущего личного конфликта с соответствующим пользователем. Обычно в таких случаях я хотел бы просто пометить пост, но, к сожалению, это автоматически скрывает его, что сводит эту идею на нет.

Кроме как вручную отправить сообщение другим модераторам, есть ли что-то подходящее для такой ситуации?

Я так не думаю. Самый простой способ решить это — использовать шепот, чтобы незаметно @упомянуть других модераторов.

Один из способов, который я могу придумать, — это имитация пользователя тестового уровня TL0/TL1 для пометки сообщения. Хотя это может занять немного времени.

Интересно, можно ли затем использовать компонент темы, чтобы добавить кнопку в модальном окне пометки для перехода на страницу администратора тестового пользователя и имитации его действий, используя что-то вроде Custom Components -- add button or text at any plugin outlet.

Я не думаю, что все типы флагов сразу скрывают сообщения. Я считаю, что вы можете безопасно использовать «что-то ещё» или создать пользовательский флаг.

Если вы считаете это «проблемным», пометьте это соответствующим типом флага и позвольте другому модератору самостоятельно принять решение, а затем, если он не согласен, снимите скрытие. Это правильный рабочий процесс очереди проверки и модерации в Discourse в целом. Когда вы говорите «о прошлом конфликте с соответствующим лицом», я предполагаю, что вы имеете в виду что ваше суждение как модератора может быть предвзятым, и поэтому вы должны действовать как обычный пользователь и пометить это соответствующим образом. Как уже упоминалось, альтернативой являются скрытые сообщения, видимые другим сотрудникам, или, поскольку вы сказали, что это происходит «иногда», просто:

Я время от времени пытался создать код компонента темы (#theme-component), чтобы проверять флаги как в отношении пользователя, на которого пожаловались, так и в отношении пользователя, подавшего жалобу, по сравнению с модератором. Если модератор является владельцем отмеченного поста или пользователем, подавшим жалобу, кнопки проверки должны скрываться, за исключением, например, кнопки «Отложить».

Я пытался использовать ИИ, но подозреваю, что недавние изменения в меню проверки флагов могут вызывать некоторые проблемы.

Это также было бы полезно для модераторов категорий, чтобы обеспечить, по моему мнению, целостность действий модерации. В прошлом у нас был модератор, который отмечал посты участника, с которым у него возникли разногласия, а затем соглашался со своей собственной жалобой. Хотя некоторые могут сказать, что нужно лучше выбирать модераторов, наличие простого способа предотвратить искушение — это лучший вариант.

Возможно, TC не будет полностью безопасным; предложенный код AU позволяет компоненту генерировать журнал, если кто-то попытается обойти ограничения. Возможно, позже я поделюсь примером кода в посте для разработчиков.

Я не совсем понимаю, как ваши попытки создать компонент, скрывающий что-либо в очереди проверок, помогают предотвратить скрытие поста из-за флага модератора. Флаги от пользователей с высоким уровнем доверия иногда имеют больше власти, чем предполагалось. @Steradiant — не первый, кто хочет получить флаг, который не скрывает пост: Trigger Moderator Attention Instead of Auto-hiding Flag

Возможно, я недостаточно ясно объяснил цель.

Идея довольно проста: если модератор, проверяющий очередь проверок, напрямую связан с помеченным контентом, то единственный вариант — передать задачу другому модератору, который не имеет отношения к этому контенту.

Таким образом:

mlMod = Автор, если помечен пост. Он не может разрешить флаг, так как является автором помеченного контента. Для обеспечения целостности процесса другой модератор должен проверить этот случай.

Mod — это пользователь, который пометил пост. Он не может разрешить флаг, так как это также создаёт конфликт интересов, поскольку именно он пометил пост. Поэтому другой модератор должен проверить и разрешить флаг.

Это обеспечивает целостность процесса модерации, вводя safeguards против предвзятой модерации. В моём случае коллега-модератор мог бы помечать и разрешать флаги, которые он сам наложил на других пользователей в ходе разногласий, не связанных с «спором с модератором».

Хотя мы можем внедрять политики и полагаться на правильный подбор людей в команду, превентивная safeguard — лучший способ устранить искушения. Кроме того, с добавлением категоризированной модерации эта safeguard также защищает целостность модераторов-волонтёров.

Эта простая идея способствует нейтральности модерации.