네, 앞서 언급했듯이 이는 분명히 선택적 설정이어야 합니다. 또한 긍정적 반응만 계산해야 하는지, 아니면 예: 제 포럼에서 활성화되어 있는 유일한 부정적 반응인 반응과 같은 모든 반응을 포함해야 하는지 논의가 필요합니다. 그리고 반응이 1:1로 계산되는지, 아니면 내장된 좋아요보다 적게 계산되는지도요.
언급했듯이, 제 특정 설정에서는 반응이 계산되지 않으면 기본값으로 신뢰도 수준 시스템이 거의 기능이 없거나 아예 작동하지 않습니다. 그 이유는 다음과 같습니다:
아, 감사합니다! 그 버튼이 있다는 사실을 몰랐습니다. 아마도 TL1 사용자에게는 그 버튼이 보이지 않고, TL2와 TL3에만 보이는 것이 원인인 것 같습니다.
우리 TL2 사용자의 절반을 확인해 보니, 그중 9명의 경우 "주어진 좋아요"와/또는 "받은 좋아요"가 소폭 또는 대폭 부족하여 TL3로 승격되지 못한 유일한 이유가 있었습니다.
따라서 제 포럼에서의 "문제"는 반응 플러그인이며, 사람들이 내장된 좋아요의 하트보다 반응 이모지를 더 좋아한다는 점입니다.
이제 "문제"가 무엇인지 알았습니다. 하지만 여기서 값을 조정하는 것이 적절한 해결책일까요? 위에서 언급했듯이 게시글에 상호작용(“좋아요”)하는 것이 중요하며, 단순히 기본값을 조정하는 것만으로는 의미가 없다고 생각합니다. 다른 이모지로 상호작용하는 것은 사용자에게 동일하며 커뮤니티에도 동일한 중요성을 가지므로, 동일하게 취급되어야 합니다. 그렇게 된다면 기본 설정은 완벽하게 타당합니다.
가장 먼저, 그리고 아마도 올바른 생각은 자격 요건인 좋아요 수의 기준치를 낮추는 것입니다.
네, 매우 적절한 방법입니다. 본인의 공식(수식)을 미세 조정할 때까지 해당 값들을 자유롭게 실험해 볼 수 있습니다. 또한, 관리자라면 Sidekiq를 통해 승격 작업을 수동으로 트리거하여, 기본 일일 작업이 나중에 실행될 때까지 기다리지 않고 지금 바로 변경 사항을 테스트해 볼 수 있습니다. 해당 작업 이름은 Jobs::Tl3Promotions입니다.
어떤 이유로든 TL3 사용자가 너무 많다고 느껴진다면, 언제든지 다음 조치를 취할 수 있습니다:
기준치를 원래/기본 값으로 되돌리기
**tl3 promotion min duration(TL3 승격 최소 유지 기간)**을 줄여, 과도한 TL3 사용자 군집을 얼마나 빨리 정리하고 싶은지에 맞게 설정하기
Sidekiq 작업을 수동으로 트리거하기 (선택 사항)
말씀하신 대로 일리가 있고, 이 아이디어를 지지하는 다른 분들도 분명히 있을 것입니다. 하지만 이것이 미래 버전으로 언제 적용될지, 혹은 적용되지 않을지는 알 수 없으므로, TL3 설정과 그룹 구성원들을 실험해 볼 충분한 시간이 있을 것입니다
또한 긍정적 반응만 계산해야 하는지, 아니면 예: 제 포럼에서 활성화되어 있는 유일한 부정적 반응인 
반응과 같은 모든 반응을 포함해야 하는지 논의가 필요합니다. 그리고 반응이 1:1로 계산되는지, 아니면 내장된 좋아요보다 적게 계산되는지도요.
그 버튼이 있다는 사실을 몰랐습니다. 아마도 TL1 사용자에게는 그 버튼이 보이지 않고, TL2와 TL3에만 보이는 것이 원인인 것 같습니다.