고맙습니다. 도움이 되는 맥락이네요! 제 관점에서는, 여기서는 Discord의 방식이 모든 설정을 완전히 생략할 수 있을 가능성이 있으므로 오히려 더 나은 접근법이라고 생각합니다. 이 방식은 유연하게 두 가지 접근법을 모두 지원합니다. 물론 관리자 권한으로 모든 답글을 스레드로 강제 전환할 수 있는 기능을 원한다면 여전히 필요합니다(그리고 이 특정 기능이 실제로 원했던 것인지에 대한 사용자 데이터가 있는지 궁금하네요). 하지만 스레드와 인라인 답글을 모두 허용한다면, 두 가지 사용 사례 모두 적어도 합리적인 수준에서 충족될 것입니다. 제가 소속된 Discord 커뮤니티 중 인라인 답글만 사용하고 스레드를 사용하지 않는 것이 문제가 된 곳은 떠올릴 수 없습니다. 또한, 답글 수가 특정 수준에 도달하면 스레드 생성을 유도하는 기존 Discord의 “힌트” 기능도 이 문제를 해결하는 데 도움이 됩니다.
앞서 언급했듯이 Discourse의 경우, 관리자는 메시지를 이동할 수 있는 권한도 있으며, 이제는 이를 스레드로 이동하는 데에도 사용할 수 있습니다. 다만 관리자에게 이러한 작업을 관리하는 부담을 더 주고 싶지는 않지만, “스레드로 이동” 기능이 예를 들어 모든 답글을 자동으로 선택하는 식으로 잘 지원되어(즉, 사후에 스레드를 만드는 것이 매우 빠르고 쉬워야) 충분한 신뢰 등급(Trust Level)을 가진 사용자가 기존 인라인 답글에서 스레드 생성 작업을 수행할 수 있다면, 이는 Discourse의 철학(권한이 부여되고 신뢰받는 사용자가 유지보수에 기여)에 부합하며 스레드 대 인라인 관련 대부분의 요구사항을 잘 충족시킬 것 같습니다. 제 개인적인 의견입니다. 