첫 번째 제안은 초대 추적만인가요? 네, 그렇습니다. 토큰 없이 사용자 이름만으로는 TL1을 부여해서는 안 됩니다. 사용자 이름은 공개 정보이므로요.
이 링크들이 첫 번째 부분과 유사하게 https://meta.discourse.org/signup?u=codinghorror&token=3ojk6WTY 형식을 따르도록 제안해도 될까요? 
그 부분은 생각하지 못했습니다. 문서화를 하기는 까다로울 것 같지만, 설정들이 그렇게 상호작용하도록 되어 있어야 합니다.
네, 여기에서 디스코드를 따라하는 데는 단점이 없어요. 예전에 순수 URL 기반 초대(이메일 불필요)를 사용하다가 보안 문제로 제거했던 것 같은데, @techapj 기억하시나요? 
네, "이메일 불필요"라는 부분이 바로 보안 실수였어요 - 이런 초대 링크는 여전히 이메일 인증(또는 이메일 인증이 포함된 소셜 로그인)을 요구해야 합니다. 초대 링크가 사용자의 이메일 받은 편지함으로 직접 전달되지 않기 때문이죠.
목표가 공유를 최대한 쉽게 만드는 것이라면, 추천 코드 방식을 고려해 볼 수 있습니다. 프레젠테이션 슬라이드, 일반 텍스트, 또는 구두로 쉽게 공유할 수 있는 형태 말입니다. 쿼리스트링은 혼란스럽고 취약한 반면, domainname.tld/invite/samgdc2020과 같은 형식은 기억하기 쉽고 리스크가 낮으며, 사람들이 메모할 수 있고 전송 과정에서 잘 유지되는 종류의 것입니다.
예방 조치로서, 보호 계층으로 일종의 코드 만료 기능도 도입되었으면 합니다.
다른 소프트웨어에서도 이러한 목적을 위해 유효 기간이나 사용 횟수 제한을 도입한 바 있습니다. 일반적으로 사용자의 설정에 따라 결정됩니다.
그렇긴 하지만, PR을 살펴보면 사이트 전체에 하나의 코드만 사용되는 구조입니다.
네, 해당 기능은 여전히 플러그인으로 래핑되어 유지되고 있습니다:
URL 형식은 다음과 같습니다: http://discourse.example.com/invite-token/redeem/TOKEN?username=USERNAME&email=EMAIL&name=NAME&topic=TOPICID
최소한의 URL은 다음과 같습니다: http://discourse.example.com/invite-token/redeem/TOKEN?email=EMAIL
보안 문제는 제공된 이메일 주소로 된 사용자가 존재하는지 확인하지 않았던 것이었는데, 현재는 플러그인에서 이를 확인하고 있습니다.
사용자 이름이 기본적으로 토큰에 포함되고, 명시적인 사용자를 추가하여 덮어쓸 수 있는 방식이 될 수 있을 것 같습니다.
token의 경우, 비기술적인 사람들에게도 이해가 쉽기 때문에 code를 사용하는 것을 선호합니다.
그렇지 않다고 생각합니다. 플러그인이 생성하는 토큰에는 이메일이 포함되지 않지만, 이메일을 추가해야만 사용할 수 있습니다. 반면 여기서는 그 요구사항을 제거하는 것이 목표가 아니겠습니까?
그리고 보안 문제도 해결할 수 있습니다:
이 기능이 있다면 정말 훌륭할 것입니다.
이 초대 코드는 만료되는 경우가 있나요, 아니면 영원히 유효한 건가요? 지금은 사이트 설정으로 최소한 하드 리밋(최대 사용 횟수 제한)을 두는 것이 좋을 것 같습니다?
GitHub - discourse/discourse-invite-tokens: Discourse Invite Tokens · GitHub 이 작동하려면 이메일 주소가 여전히 필요한가요? 작동 방식을 제가 잘못 이해하고 있는 것일 수도 있습니다.
제가 원하는 것은 이메일 주소 없이, 조직이 그들에게(회원들에게) 보낼 수 있는 맞춤형 링크입니다. 이 링크를 통해 사용자가 가입할 때 특정 그룹과 시작 토픽에 자동 배정되도록 하는 것입니다. 제가 다루는 의료 조직들은 이메일 목록을 공유할 수 없거나 공유하기를 원하지 않지만, 조직 자체에서 회원들에게 이메일을 보내는 것은 문제없다고 합니다.
여기서 요청하신 내용과 @nathank님의 기능 요청이 꽤 관련이 있다고 생각합니다.
현재 전역 초대 코드 1개를 사용하고 있으며, 만료 기간이 없습니다. 코드를 만료시키려면 관리자가 코드를 0으로 설정하거나 변경하면 됩니다.
여기서 요청하는 것은 초대 코드를 전역 초대 시스템에 통합하는, 더 정교한 메커니즘입니다.
요청되는 주요 기능은 다음과 같습니다.
새로운 초대 링크
N회 재사용 가능
(선택적으로) 사용자를 그룹에 자동으로 추가
M일 후 만료
따라서 이는 다음 대화상자의 확장처럼 느껴집니다:
거기에 탭을 하나 추가하는 것은 어떨까요?
[일괄 초대]이메일 입력란 제거
초대 보내기 버튼 제거
추가 항목
이 링크를 사용하여 등록할 수 있는 인원 수는 몇 명인가요?
이 초대 링크가 얼마나 동안 유효해야 하나요? 기본값은 1개월입니다.
이 내용을 채우면 제한된 시간 동안 작동하는 초대 링크가 생성되며, 나머지 초대 시스템과 통합되고, 사람들을 그룹에 추가하는 등의 기능을 사용할 수 있습니다.
이 기능이 구현되면 전체 “초대 코드” 전역 기능을 실제로 제거할 수 있습니다.
정확한 지적입니다. 그렇게 하면 필요성을 완벽하게 충족할 수 있겠네요.
CSV를 통한 대량 초대처럼 랜딩 주제/게시물도 포함하면 좋을 것 같습니다. 이렇게 하면 모든 것이 일관성을 유지할 수 있습니다.
현재 글로벌 이벤트와 관련이 있다면 이 작업을 우선순위로 두는 것을 지지하지만, 최종 판단은 @sam에게 맡깁니다.
아니요, invite-tokens에는 이메일 주소가 필요하지 않습니다. 작동 방식을 이해하려면 https://meta.discourse.org/t/generating-lots-of-invite-tokens/17563을 참고하세요.
읽어 보았지만 여전히 혼란스럽습니다.
이것은 사용자의 이메일이 필요하다는 것을 매우 강하게 시사하는 것 같습니다. 아니면 제가 너무 둔한 건가요?
벌크 초대 토큰에 대한 제 이해는 초대당 하나의 토큰을 발급받는다는 것입니다. 이는 여기서 원하시는 내용과는 매우 거리가 멉니다.
@techAPJ와 이 문제에 대해 논의할 것입니다. 현재 시점에서 새로운 포럼에 사람들을 효율적으로 온보딩하는 것은 매우 관련성 있고 중요하다고 생각합니다. 이 부분을 개선하는 데 우선순위를 두겠습니다.
초대 토큰 생성 시에는 이메일이 필요하지 않지만, 초대를 수락할 때는 이메일이 필요합니다.
해당 URL을 최종 사용자에게 전달하고, EMAIL 부분을 자신의 이메일 주소로 대체하도록 요청할 수 있습니다: http://discourse.example.com/invite-token/redeem/TOKEN?email=EMAIL.
이로 인해 혼란이 해소되기를 바랍니다.
동의합니다. 저도 실제로 구현되길 바라는 기능입니다.
초대 권한이 있는 사용자가 일반 초대 링크를 생성할 수 있도록 해서, 해당 링크를 통해 사용자가 가입하면 초대자(레퍼러)의 초대 사용자 목록에 자동으로 추가되도록 하면 좋겠습니다.
그룹 초대나 시간/멤버 수 제한 기능도 있으면 좋겠지만, 저에게는 우선순위가 높지 않습니다.
위 주소를 시도하면 "Oops! That page doesn’t exist or is private."라는 오류가 발생합니다.
amazing.forum.com/signup을 방문하면 가입 모달이 표시되지만, amazing.forum.com/signup?code=fantastic은 모달에 값을 전달하지 않는 것 같습니다(invite_code=fantastic도 시도해 보았습니다).
이 기능이 정상 작동한다면, 원문(OP)에도 추가해 주시면 좋겠습니다.