Правила блокировки ломаются не в коде, а в логике приоритета

Правила блокировки ломаются не в коде, а в логике приоритета

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

Нормальная схема строится слоями:
— базовая валидация: спам, фрод, мультиаккаунт, обход ограничений;
— контекстные сигналы: гео, поведение, частота действий, совпадения по устройству;
— финальное решение: автомат, ручная модерация, временная заморозка, постоянный бан.

Ошибки начинаются там, где все признаки равны по весу. Так получают систему, которая банит за шум и пропускает угрозу. Вес правила должен быть выше там, где есть повторяемость и доказуемость, а не там, где просто «выглядит подозрительно». И да, если правило нельзя объяснить в двух предложениях, его, скорее всего, нельзя и обслуживать.

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

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