모든 사용자가 코어 멤버십에 대해 투표하는 기능이 없다는 것을 확인했습니다. 바로 그 부분이 제안되었던 내용이었죠. 저는 전 세계 각지에서 모인 소규모의 폐쇄형 커뮤니티를 운영하고 있습니다. 누군가 다른 사람을 초대하면, 그 사람은 “투표로 선출된” 것이 아니라 그냥 참여하게 됩니다. 우리 멤버들은 모두 신뢰를 받고 있으며, 새로운 사람을 초대하는 것에 대한 그들의 의견은 존중받습니다. 전체 멤버십을 통한 투표 방식에 대해 제가 가진 유일한 우려는 소수의 결속된 집단(clique)이 형성될 수 있다는 점입니다. 모든 사람은 개성 있는 개인이며, 그들이 말하는 모든 것이 모든 사람의 취향에 맞을 수는 없지만, 그들의 의견은 경청되고 용인됩니다 - 과도한 행동을 하지 않는 한 말이죠.
토비아스, 당신의 "코어 위원회"는 다른 사람들이 "스태프"라고 부르는 것과 같은 것으로 보입니다. 이는 코어 커뮤니티 전체가 누군가를 그들의 일원으로 투표하여 선출하는 것과 다릅니다. 하지만 원글(OP)을 보면, @Raj_Rathore는 must approve users(사용자 승인 필수) 기능이 활성화되어 있고 작동은 하지만 검토하는 데 시간이 너무 많이 걸린다고 말합니다. 라즈, 새로운 사용자를 검토하는 모더레이터나 다른 스태프가 있습니까? 그리고 폐쇄형 커뮤니티인 상황에서, 주당 또는 월당 새로운 사용자가 얼마나 많이 유입되어 검토하는 데 그렇게 시간이 많이 소요됩니까? 당신의 상황을 조금 더 이해하고 싶습니다.
가장 중요한 것은, 새로운 사용자를 승인할지 여부에 대한 판단을 내리기 위해 모든 사용자에게 새로운 사용자의 정보가 얼마나 많이 공개되어야 하는가입니다.
어쨌든, 디스코스와 그 많은 기능들을 마음에 들어 하셔서 기쁩니다. 자신의 사례에 맞게 작동하도록 해결책을 찾으시길 바랍니다. 행운을 빕니다. 
재미있는 아이디어네요!
@itsbhanusharma님의 의견에 동의합니다. 이 아이디어는 Discourse의 핵심 기능과 너무 거리가 멀기 때문에 플러그인으로 구현하는 것이 가장 좋습니다. 물론 유지보수 부담은 늘어나겠지만, 그런 것이 플러그인이라는 것의 본질이기도 합니다. 플러그인 옵션을 활용하면 여러분만의 길을 갈 수 있으며, 특수한 케이스를 메인 플랫폼에 구현하도록 설득할 필요도 없습니다.
그렇게 하면 여러분의 커뮤니티 운명을 스스로 주도할 수 있고, 해당 제도를 실험한 후 결과를 이곳에 보고할 수도 있겠죠?
(새로운 스킬셋을 구축하기 위한 훌륭하고 동기부여가 되는 명분이 되기도 합니다)
"xyz 포럼 멤버"라는 그룹을 만들어 모든 것을 이 그룹만 접근 가능하게 하면 안 될까요? (아니면 신뢰 수준(Trust Level)을 활용하면 될까요? 확실하지는 않습니다). 그런 다음 사용자 승인 필요 설정은 해제하고, 커뮤니티 운영 방식이 설명되어 있고 투표가 포함된 새 주제에서 자신을 소개할 수 있는 1~2개의 카테고리만 그룹 비멤버가 접근할 수 있도록 합니다. 투표가 일정 시간 동안 진행되거나, 결과가 최소 x표 이상일 때 x% 이상의 찬성표를 얻는 경우, 또는 기타 다른 기준을 충족하면 해당 사용자를 그룹에 추가하기만 하면 됩니다. 이는 당신이 수동으로 수행해야 하는 유일한 작업입니다. 당신은 투표 결과를 존중하면서 그룹에 추가할지 여부를 단독으로 결정합니다. 즉, 그 시점에서 거부권(veto right)을 유지하는 것입니다. 이 부분은 결국 자동화될 수 있습니다(투표 결과에 따라 그룹 추가 또는 TL 부여 등) 하지만 수동으로 유지하더라도 매우 시간 소모적이지 않아 보입니다.
이렇게 하면 꽤 쉽게 작동하지 않을까요?
아이디어는 꽤 깔끔해 보이지만, @itsbhanusharma 님이 말씀하신 대로 ‘바닐라’ 디스코스에 포함하기에는 다소 복잡합니다.
실제로 저는 비공개 멤버십 그룹을 생성했고, Discourse에는 사용자가 비공개 그룹 접근을 요청할 수 있으며, 이를 기반으로 포럼의 비공개 카테고리에 대한 접근 권한을 부여하는 기능이 이미 제공됩니다. 하지만 여기서 문제는 이 멤버십 요청이 그룹의 스태프나 소유자 중 누구든 승인할 수 있다는 점입니다. 예를 들어 사용자가 접근을 요청하면서 특정 분야에 대한 경력이 있고 전문가이며, 이 방식으로 기여하고 포럼의 전략적 핵심 위원회 일원이 되고 싶다고 한다고 가정해 봅시다. 그리고 이것이 정치 당의 포럼이라고 가정해 보겠습니다. 그는 접근 권한과 정보를 얻기 위해 가짜일 수도 있는 몇 가지 세부 정보를 언급하고 제공합니다. 스태프 한 명 또는 여러 명이 이 정보를 검증하거나 지원자를 보증할 수 없을 수 있습니다. 그리고 한 개인의 의견이나 초대만으로 접근을 허용하는 것은 다른 멤버들의 신뢰를 훼손하는 방식으로 작용할 수 있습니다. 예를 들어 어떤 정치인이 고위급의 어떤 연결을 바탕으로 당에 접근하게 되고, 그 사람이 그를 초대하여 당원으로 만든다고 해 봅시다. 하지만 사실 포럼의 다른 멤버들은 그 사람에 대해 강한 반감을 느낄 수 있으며, 일부 또는 많은 사용자가 스태프 사용자보다 그 사람에 대해 더 많이 알고 있을 수 있기 때문입니다. 제 말이 통하는지 모르겠습니다. 그리고 이것이 제가 여기서 다른 비유를 언급했던 이유입니다.
제가 묻고 있는 것을 요약하면 이렇습니다. 제 포럼에는 스태프 사용자가 많지 않고, 스태프 사용자는 사용자를 선택하거나 심지어 거부하는 데 전문가가 아닙니다. 그들은 포럼이 어떻게 기능하는지와 일부 기술적인 측면은 알 수 있지만, 인간적인 관점의 문제는 알지 못합니다. 그리고 저는那里的 스태프/관리자입니다. 특정 후보를 수락해야 할지 정말로 알지 못합니다. 저는 커뮤니티가 저보다 특정 관심 분야에 대해 더 전문가라고 믿습니다. 예를 들어 역사나 과학에 대한 포럼을 만든다고 해 봅시다. 물리학자를 수용하는 과학 커뮤니티를 위한 포럼을 만든다고 해 봅시다. 저는 프로그래머이고, 대학 시절 몇몇 박사 학위 학자들과 연결이 있어 그들의 부탁으로 포럼을 만들었습니다. 하지만 저는 양자역학에 대한 논문 하나를 가지고 있었고, 페르미-디랙 통계와 푸리에 변환, 그리고 슈뢰딩거 방정식과 플랑크 상수 같은 몇 가지 전문 용어, 그리고 고전 물리학과 비교하고 양자역학이 전자 같은 작은 입자와 어떻게 관련되는지, 그리고 일부 동일한 용어에 대해서는 알고 있을 뿐입니다. 물리학에 대해 거의 아는 것이 없습니다. 그 논문을 통과시킨 후 다시는 들여다보지 않았기 때문입니다. 물리학 학위를 가진 사람이 유명히 광기 어린 사람이나 자칭 전문가인데, 커뮤니티가 이에 대해 강한 반감을 느끼고, 저는 누가 누구인지, 무엇을 위해 알려져 있는지 전혀 모른다고 해 봅시다. 저는 요청을 거부하거나 수락할 위치에 있지 않습니다. 그리고 제가 전문가라고 생각하는 친구들을 몇 명 데려와 스태프로 만들면, 그 또한 잘못된 일이라고 생각합니다. 왜냐하면 편향이 있기 때문입니다. 제 친구들은 당연히 최고의 물리학자이거나 최고의 의사, 또는 전문가입니다. 분명히 제 친구라는 것이 최고의 자격이니까요. 그래서 어떤 면에서, 저는 이 과정에서 다른 사람들의 의견이 최소한 필요하다고 말할 수 있습니다.
제 의도를 명확하게 전달하지 못해 죄송합니다. 너무 많은 비유를 도입한 것 같고, 이들은 여기 주제의 범위를 벗어날 수 있습니다… 그리고 제가 이런 비교를 할 수 있는 이유는 Discourse가 정말로 훌륭한 소프트웨어이고, 사용자가 제공된 기능으로 쉽게 대응할 수 있고, 찾아본다면 예외적인 사용 사례까지도 제공하는 많은 기능을 이미 갖추고 있기 때문입니다. 유일한 점은 제 아이디어가 좋다면, 그리고 Discourse 커뮤니티가 이를 가치 있게 여기고 좋아하며, 그것이 Discourse에 어떤 식으로든 이익이 된다면 좋겠다는 것입니다. 그렇지 않다면 그것도 괜찮습니다. 때로는 어떤 것이 이념적으로 합리적으로 보이지만 실제로는 작동하지 않는 경우가 있습니다. 제 경우, 저는 다루는 주제에 대해 많이 알지 못하지만, 커뮤니티는 집단적으로 제가 알 수 있는 것보다 훨씬 더 많이 알고 있는 커뮤니티를 만들고 있습니다.
나는 아무런 문제도 보지 못합니다.
그룹을 만든 사람은 바로 당신이며, 그 그룹의 오너입니다.
당신과 스태프는 새로운 멤버를 그룹에 승인합니다. 이때 각 새로운 멤버에 대한 투표(이상적으로는 각자 스스로 생성하는 투표) 결과를 존중하여 승인합니다.
실제로 승인을 하는 것은 당신입니다. 하지만 당신은 아무것도 결정하지 않습니다. 그저 투표가 알려준 대로 할 뿐입니다.
네, 실제로 이 방식이 작동할 수 있습니다. 비공개 그룹 접근을 신청하는 회원이 기존 회원들이 투표할 수 있는 투표를 포함하는 주제를 생성하고, 그룹에 대한 요청에서 승인에 대해 작성한 게시물의 URL을 공유하는 경우입니다. 투표 결과를 바탕으로 사용자를 선택합니다. 이 방법은 확실히 작동할 수 있습니다 
하지만 투표 생성자는 결과를 알고, 누가 반대하거나 찬성했는지 인식하게 될 것입니다.
어떤 경우든 그는 결과를 알게 될 것입니다(그룹에 진입하는지 여부를 확인할 수 있기 때문이죠).
투표가 다른 멤버들에게 비공개 처리될 수는 없나요? (개인별 투표 내역, 즉 세부 정보를 말하는 것입니다)
사실 쓸데없이 문제를 조금 더 복잡하게 만들고 계십니다: 새로운 회원들이 포럼에 도착했을 때 해야 할 일은 공개 카테고리에서 투표가 포함된 주제를 만드는 것입니다. 그러면 그곳에서 자기소개를 할 수 있고, 필요하면 다른 사람들이 질문을 할 수도 있습니다.
당신이 해야 할 일은 이 카테고리를 정기적으로 검토하고, 정해진 기준에 따라 긍정적인 투표를 받은 사람들을 수동으로 그룹에 추가하는 것입니다.
이것뿐입니다. 간단하죠 (제가 무언가를 놓치고 있다면 제외하고는).
개별 투표 세부 사항은 기본적으로 표시되지 않으며, 세부 사항을 표시하도록 명시적으로 선택한 경우에만 표시됩니다. 다만, 투표 생성자는 세부 사항을 알고 있습니다. 하지만 요청을 받은 후, 소유자가 비공개 카테고리에 주제를 만들고 투표를 진행한 다음 결정을 내리면, 결과는 투표 생성자에게만 표시됩니다. 이는 이 주제의 첫 번째 게시물에서 제가 언급한 내용과 유사합니다…
하지만 이 과정은 자동화되어 있지 않습니다. 각 사용자의 승인 요청에 대해 게시물을 작성하려면 스태프의 개입이 필요합니다. 지금까지 저는 제 판단에 따라 사용자를 승인하고 있습니다. 그리고 혼란스러운 경우, 의견을 제시하기에 가장 적합하다고 생각하는 커뮤니티의 특정인에게 질문하거나, 더 많은 의견이 필요하거나 누구에게 물어볼지 확신이 서지 않을 때 투표를 생성하기도 합니다.
방금 타이핑하시던 중에 바로 위에 게시된 내용입니다: 요청은 받지 마세요. 사용자가 스스로 투표(폴)를 생성하도록 하세요(포럼의 공개 영역에서). 그러면 (사용자 입장에서) 일종의 자동화 과정이 됩니다. 아주 신규 회원도 투표를 생성할 수 있도록 신뢰 수준(Trust Levels)을 조정해야 할 수 있습니다.
해당 카테고리에 투표를 포함한 주제를 생성하는 것이 바로 "요청"입니다.
그것이 정말 문제가 된다면, 이 부분에 대한 우회책을 찾아야 할 수도 있습니다.
혹시 원하신다면 각 요청이나 새로운 멤버마다 비공개 카테고리에 투표를 생성하는 플러그인을 제작하는 비용을 부담하는 방법도 있습니다(이는 주로 투표 결과의 익명성을 유지하기 위한 것입니다. 아니면 다른 방식으로 처리하는 플러그인도 가능하죠).
먼저 수동으로 해결한 후 커뮤니티의 반응을 지켜볼 예정입니다. 정말 잘 작동한다면 플러그인을 직접 만들어 보려 합니다.
[-] registration-reviews 경로(route)를 생성하고, TL2를 가진 기존 사용자 모두에게 검토 섹션에 알림을 표시하여 공지합니다.
[-] 검토 투표(review-poll)의 종료 기간을 설정하도록 하는 옵션을 생성합니다.
[-] 기존 사용자는 검토 화면으로 이동합니다.
[-] 정보를 평가하고 승인 또는 거부를 위해 투표합니다.
[-] 지정된 시간이 지나면 투표가 종료됩니다. 사용자는 포럼에 승인되거나 거부됩니다. 투표 세부 정보는 삭제되며, 신규 사용자는 커뮤니티에 의해 이 포럼의 멤버로 선택되었거나 거부되었음을 통보받습니다.
한 가지 더 알아볼 만한 것은 Meta에서 Trust Level 4를 위한 자동 선거 시스템에 대해 논의하고 있다는 점입니다. When should automatic leader promotions be out?
이 시스템은 많은 대형 포럼의 기존 모더레이션 스타일과 충돌할 뿐만 아니라, 소형 포럼에는 지나치게 과한 기능이기 때문에 아직 구현되지 않았습니다. … 그래서 이 시스템을 사용할 수 있는 대상은 누가 남았을까요?
물론 실험은 환영합니다.
선거 방식의 구현(아마도 플러그인을 사용하게 될 것 같습니다)은 매우 수익적일 수 있다고 생각합니다.
유저 프로필에서 투표가 가능하도록 허용한다면 votes 플러그인을 이용한 간단한 선거 시스템,
또는 투표 결과를 유저 프로필에 할당할 수 있다면 polls를 사용하는 방식도 가능합니다.
이 두 가지 모두 커스텀 플러그인 범주에 해당한다고 가정합니다.
그리고 스태프가 결과를 공식 발표하면, 당선자(들)는 자동으로 TL4로 승격됩니다.