Оригинальная тема довольно старая, и я не помню всех деталей, но перечитав её сейчас, я считаю, что @Moin правильно выделил ключевой момент.
Тогда наша задача на форуме поддержки заключалась в том, чтобы избежать длинных, разветвлённых обсуждений в категориях поддержки. Мы хотели, чтобы темы были сфокусированными и лаконичными — не более 100 ответов (в идеале меньше 50), чтобы побудить пользователей действительно читать информацию, а не перематывать сразу к концу. Однако мы не хотели использовать автоматическое закрытие по времени, поскольку даже спустя месяцы или годы тема могла оставаться актуальной из-за крайне медленного цикла выпуска нашего программного обеспечения (по сути, только патчи и обновления безопасности).
В то же время у нас были категории, не связанные с поддержкой (например, политика, экономика и общие обсуждения), где мы не хотели устанавливать какие-либо искусственные ограничения. Они должны были быть более ориентированными на сообщество, с более свободным общением и минимальным вмешательством модераторов.
Таким образом, целью было возможность применять ограничения по количеству сообщений выборочно, для каждой категории отдельно, а не глобально. Это позволило бы держать темы поддержки лаконичными, но при этом разрешать открытые обсуждения в других местах (разумеется, без создания мега-тем).