Das ursprüngliche Thema ist ziemlich alt und ich erinnerte mich nicht mehr an alle Details, aber beim erneuten Lesen glaube ich, dass @Moin in der Identifizierung des Kernpunkts recht hat.
Damals war unser Anwendungsfall im Support-Forum, lange, ausufernde Diskussionen in Support-Kategorien zu vermeiden. Wir wollten die Themen fokussiert und prägnant halten, nicht mehr als 100 Antworten (idealerweise weniger als 50), um die Nutzer dazu zu ermutigen, die Informationen tatsächlich durchzulesen, anstatt zum Ende zu springen. Allerdings wollten wir kein zeitbasiertes automatisches Schließen verwenden, weil ein Thema auch Monate/Jahre später noch relevant sein könnte aufgrund unseres extrem langsamen Release-Zyklus der Software (quasi nur Patches und Sicherheitsupdates).
Gleichzeitig hatten wir Kategorien außerhalb des Supports (wie Politik, Wirtschaft und Allgemeines), bei denen wir keine künstlichen Grenzen wollten. Diese sollten eher gemeinschaftlich geprägt sein, mit freierer Diskussion und minimaler Moderation.
Das Ziel war also, Post-Anzahl-Beschränkungen selektiv, Kategorie für Kategorie, anwendbar zu machen, anstatt global. So konnten wir Support-Themen knapp halten, aber offene Diskussionen anderswo ermöglichen (ohne in Mega-Themen zu enden, natürlich).