원래 주제가 꽤 오래되었고 세부 사항이 모두 기억나지는 않지만, 다시 읽어보니 @Moin 님이 핵심을 정확히 짚으셨다고 생각합니다.
그때 지원 포럼에서의 사용 사례는 지원 카테고리에서 길고 산만한 토론을 방지하는 것이었습니다. 주제를 집중적이고 간결하게 유지하되, 댓글 수는 100개를 넘지 않게(이상적으로는 50개 미만) 하여 사용자가 끝으로 건너뛰지 않고 정보를 실제로 읽어보도록 장려하고 싶었습니다. 하지만 소프트웨어의 릴리스 주기가 매우 느려(기본적으로 패치와 보안 업데이트만 제공됨) 몇 개월, 심지어 몇 년이 지나도 해당 주제가 여전히 관련이 있을 수 있으므로 시간 기반의 자동 닫기를 사용하길 원하지 않았습니다.
동시에 정치, 경제, 일반 토론과 같은 비(非)지원 카테고리에서는 인위적인 제한을 두지 않기를 원했습니다. 이러한 카테고리는 커뮤니티 주도이며, 더 자유로운 대화와 최소한의 관리자 개입이 이루어지도록 설계되었습니다.
따라서 목표는 전역적으로 적용하는 대신 댓글 수 제한을 카테고리별로 선택적으로 적용할 수 있도록 하는 것이었습니다. 이렇게 하면 지원 주제는 간결하게 유지하면서 다른 곳에서는 끝없는 토론을 허용할 수 있습니다(물론 메가 토픽은 방지하되).