Ситуация, конечно, не из приятных. Я искренне считаю, что поиск должен быть доступен всем, но я также понимаю, сколько проблем этот бот доставляет. Кроме того, мне кажется, что предложения о гео-блокировке, приведённые выше, очень полезны в качестве первой линии защиты, если известно, что пользователи находятся из определённых мест.
Изначально я рассматривал вариант с search_allowed_groups, но, пожалуй, allow_anonymous_search (по умолчанию true) — лучшее решение. Реализация функции на основе групп сделала бы некоторые внутренние функции, зависящие от search, слишком сложными.
С учётом вышесказанного, когда allow_anonymous_search отключён, все функции поиска (API/UI) становятся недоступны для анонимов. Описание параметра сайта отражает это.
Одно, в чём я колебался: хотя причина этого PR и параметра сайта связана с вредоносными действиями (griefing), я задумываюсь, следует ли при отключённом allow_anonymous_search всё равно показывать поле поиска (которое не работает), чтобы побудить пользователя зарегистрироваться или войти в систему. Однако, я не думаю, что это должно мешать слиянию данного PR.
Также я бы предпочёл, чтобы мы не смешивали другие функции с этим конкретным запросом, который пока ограничен /search.