Я не вижу никаких изменений, связанных с min flaggers to hide? Я что-то упустил или вы его исключили?
Для меня это был самый важный пункт. Если вы не планируете вносить другие изменения в ближайшее время, мне, скорее всего, придётся вернуться к более старой версии исходного кода.
Что касается:
ИСПРАВЛЕНИЕ: Игнорируемые флаги не должны учитываться в вашем показателе точности
Удаление специальных случаев для флага
ИСПРАВЛЕНИЕ: Возврат механизма TL3 → TL0 для спама
Если я правильно понял, эти изменения затронут только пользователей уровня TL3 и выше. У нас много проблем с пользователями TL0 и TL1, поэтому они нам не помогут.
Что касается:
ИСПРАВЛЕНИЕ: Чувствительность по умолчанию не работала
ИСПРАВЛЕНИЕ: Требуется минимальное количество элементов для проверки перед расчётом пороговых значений
Корректировка расчёта чувствительности/приоритетов элементов для проверки
Эти изменения, вероятно, немного помогут вначале, но, похоже, со временем ситуация может ухудшиться?
Базовое увеличение чувствительности каким-то образом будет со временем влиять на пользователей, но непонятно, как именно.
Показатель target_count, кажется, задерживает накопление точности, так как в расчётах участвует меньше постов, если я правильно понимаю его назначение. Но он также исключает посты с одним флагом, поэтому для некоторых пользователей это может ускорить накопление?
Можете ли вы объяснить, что я что-то упустил, или просто неправильно интерпретирую изменения?
Я вижу, что self.target_count определён в app/jobs/scheduled/reviewable_priorities.rb и установлен в 2. Дало бы мне локальное изменение этого значения и пересборка минимум 3 флагов перед скрытием элемента? - Редактирование - Думаю, это было желаемое видение после более внимательного чтения, но я всё же оставлю этот вопрос. Сейчас я интерпретирую это как минимальное количество флагов, необходимое для того, чтобы проверенный элемент влиял на точность пользователя?