사용자:Stroppolo/ToolBox

이 사용자가 트윙클 CSD 모듈을 이용해 신속하게 삭제한 기록이다.

이 로그를 더 이상 보관하지 않으려면 기본 설정 패널을 사용하여 이 로그를 해제하고 CSD U1에 따라 이 페이지를 신속하게 삭제하도록 지정하십시오.

2014년 5월

1. 홀 티켓 번호를 입력하려면 클릭하십시오. CSD A1({db-nocontext}); Suresh.chitty(대화 · 기여) 19:59, 2014년 5월 31일(UTC)

2014년 6월

1. Loneshound: 다중 기준(A7, G12), Sir.vilon(대화 및 기여) 15:06, 2014년 6월 1일(UTC)
2. Michael Gordon Clifford: CSD A7({db-band}); Cathchampagne(대화 · 기여) 18:27, 2014년 6월 1일(UTC)
3. 마르코 불랏(동음이의 선수) : CSD A7({db-person}); 로톰(토크 · 기여) 18:30, 2014년 6월 1일(UTC)
4. 옵티컬 게이밍: CSD A1({{db-nocontext}); 저스트 게이밍lt(대화 및 기여) 18:43, 2014년 6월 1일(UTC)
5. 메리 테이트: CSD A7({db-person}); 알레보gm(토크 · 기여) 23:20, 2014년 6월 1일(UTC)
6. Divas Snow Gear: 다중 기준(G11, G12), Daniraedivassnowgear(토크 · 기여) 17:30, 2014년 6월 4일(UTC)

1. Kieranfleming02: CSD A7 사용자에게 통지
2. 잭 마그노타: CSD A1({db-nocontext}); Djhy5teria(토크 · 기여) 01:24, 2014년 6월 6일(UTC)
3. 가위바위보: CSD A7({{db-band}); 헤르베르트허버트(토크 · 기여) 01:28, 2014년 6월 6일(UTC)
4. Udesh Udayakumar: CSD A7({db-person}); Udesh Vtra(대화 · 기여) 15:29, 2014년 6월 13일(UTC)
5. Arijit Degaonkar: CSD A7({db-person}); AjitMD(토크 · 기여) 12:20, 2014년 6월 17일(UTC)
6. Android 앱스토어 무료: CSD G11({db-spam}); ImranHossainShanto(토크 · 기여) 12:40, 2014년 6월 17일(UTC)
7. Aaron Michael Lee: CSD A7({db-person}); Kristen21(대화 · 기여) 13:13, 2014년 6월 17일(UTC)
8. AaronLee: CSD A7({db-person}); Kristen21(대화 · 기여) 13:13, 2014년 6월 17일(UTC)

다단계 템플릿

단일 레벨 템플릿

블록

외국어 기고자

모든 언어: {{subst:welcome-foreign xx}}, where xx 언어 코드('프랑스어의 경우 fr', 독일어의 경우 'de' 등)이다.

기타

메타템플리트

수동
이 페이지는 부드러운 리디렉션이다.

계정 생성 인터페이스는 Wikimedia Cloud VPS에서 호스팅되는 애플리케이션 소프트웨어로 영어 위키백과에서 계정 생성 요청을 용이하게 하기 위해 사용된다. 이 가이드에서는 도구에 제출된 요청을 처리할 때 허용되는 관행에 대해 설명한다. 이 프로세스에 참여하고자 하는 사용자는 이 가이드에 열거된 필수 자격요건에 따라 접속을 신청해야 한다. 새로운 인터페이스 사용자는 이 페이지를 철저히 읽고 경험이 풍부한 사용자는 주기적으로 업데이트를 확인해야 한다.

사용등록중

아래의 자격요건을 충족한 후, 당신은 인터페이스를 이용하여 요청을 처리하기 전에 여기에 등록해야 한다. 당신의 요청은 도구 관리자에 의해 승인되어야 하며, 승인되면 당신은 당신의 토크 페이지에 통지서를 받게 될 것이다. 요청이 거부될 경우 그 이유를 설명하는 이메일을 받게 된다. 전자 메일의 모든 문제를 해결한 후 도구 관리자에게 항소 전자 메일을 보내 ACC에 대한 액세스를 다시 신청할 수 있다. 당신의 항소는 당신이 ACC에서 거절한 이유를 설명하는 이메일에 제기된 모든 우려를 다루어야 한다. 자신을 위해 ACC 계정을 두 개 이상 만들지 마십시오.

참고 사항, 용어 및 요구 사항

• 인터페이스 관리자(이하 도구 관리자 또는 관리자라고 한다)는 위키백과 관리자(이하 sysops라고 한다)와 같지 않다. 대부분의 위키백과 시스템들은 도구 관리자가 아니다.
• 90일 동안 로그인하지 않은 툴 계정은 비활성(보안 목적)으로 인해 중단될 가능성이 높다. 비활성 상태로 인해 계정이 일시 중단되면 도구 관리자에게 연락하여 다시 액세스하십시오.
• 유사한 이름에도 불구하고 계정 생성 인터페이스를 사용하기 위해 "계정 작성자" 권한이 필요하지 않다. 이것은 인터페이스 자체에 대한 액세스 권한을 부여받는 것과는 완전히 별개의 허가다. 일반 위키백과 편집자로서 당신의 권리는 정상적인 상황에서 계정을 만들기에 충분하다. 계정 생성 인터페이스를 사용하여 경험을 쌓은 후에는 더 복잡한 사례를 처리하고 특정 제한을 무시할 수 있는 "계정 생성자" 권한을 신청하는 것이 좋다.

인터페이스 사용 자격

ACC 사용자 자격을 얻으려면 다음과 같은 최소 요구 사항을 충족해야 한다.

• Wikimedia Foundation 정책에 따라 비공개 정보에 액세스하려면 기밀 유지 계약에 서명해야 한다. ACC에 대한 액세스를 요청하기 전에 공개되지 않은 개인 데이터 정책 게시판에 대한 액세스 권한이 나열되어 있는지 확인하십시오. 공개되지 않은 개인 데이터 정책 게시판에 대한 액세스 권한에 등록되기 전에 ACC에 가입하라는 요청을 제출하면 관리자가 요청을 거부하여 사용자가 등록되면 이메일로 항소를 제출하도록 요구할 수 있다.
• 블록 로그가 깨끗한 경우 또는 블록이 있는 경우 최근에 배치하지 마십시오(^{[note 1]}블록 길이에 따라 6개월 내에는 배치하지 마십시오).
• 메일링 리스트에 가입해야 하는, 적극적으로 시청하는 유효한 이메일 주소가 필요하다. (인터페이스에 대한 액세스 권한을 부여받은 후 여기에 가입하십시오.) 도구 정책 변경 통지는 이러한 방식으로 발송되며, 이에 대한 대응 책임은 사용자에게 있다.^{[note 2]}
• 최근 편집 제한 사항이 없으며 자신에 대한 징계(즉, 중재 위원회 제재 및 편집 제한) 또는 남용 전력이 있는 경우.
• 당신은 ACC 가이드라인을 읽고, 이해하고, 동의했을 것이다.
• 위키피디아에 대한 당신의 계정은 최소 6개월 이상이어야 하며, 적어도 1500개의 편집이 있어야 한다.^{[note 3]}
• 위키피디아의 정책과 가이드라인, 위키미디어 재단의 프라이버시 정책을 확실하게 파악하고 있으며, 자신이 박식한 사용자임을 보여준다.
• 당신은 건설적인 비판을 받아들일 수 있어야 한다.
• 도구에는 하나의 계정만 허용되며, 둘 이상의 계정을 신청하면 안 된다.
• 계정 거절이나 정지 결정에 항소하기 전에 적당한 시간을 기다려야 한다. 또, 본래의 거부 사유를 적절히 고려하고 해소하는 데 충분한 시간을 들이지 않고 지나친 항소 요구는 고려되지 않을 것이다.
• 가입하는 동안 당신의 계정을 위키백과 계정에 연결해야 한다.^{[note 4]}

이 목록은 전체적이지는 않지만, 관리자가 계정 요청을 검토할 때 고려해야 할 주요 이유다.

마지막으로, 요청의 수락은 입증된 신뢰도, 지원자의 역량, 그리고 더 많은 사용자의 명백한 필요성에 근거한 도구 관리자의 의견을 따라야 한다.

이전에 ACC 가입을 요청했지만 거절당한 경우 도구 관리자에게 이메일을 보내 항소를 제출하십시오. 자신을 위해 ACC 계정을 두 개 이상 만들지 마십시오.

위키백과 계정에 대한 연결

이 도구는 당신의 도구 계정을 당신의 위키백과 계정에 연결하도록 안내할 것이다. 이것은 당신을 대신하여 위키피디아에서 특정한 행동을 수행할 수 있는 도구 권한을 주는 OAuth 프로토콜을 사용하여 이루어진다. 이것은 주로 위키백과에서 암호화된 서명된 신분증을 얻기 위해 사용된다. 당신이 위키백과에서 계정을 통제하고 있음을 증명한다. 모든 도구 사용자는 자신의 도구 계정을 위키피디아에 연결해야 하지만, 추가 권한은 선택사항이다.

도구 기본 설정에서 도구에 저장된 온위키 ID 정보를 볼 수 있다.

인터페이스 설명서

로그인하면 기본 인터페이스(스크린샷 참조)가 표시되며, 이 인터페이스에는 다음 목록이 표시된다.

• 요청 열기
• 플래그 지정된 사용자 필요 - 계정 작성자 권한이 필요한 요청
• CheckUser need – CheckUser 주의가 필요한 요청
• 보류 – 일반적으로 요청자, 일반적으로 요청자 또는 도구 관리자 또는 시스템으로부터 피드백을 기다리는 경우.
• 프록시 검사 필요 - 프록시 경험이 있는 사용자가 확인해야 하는 요청
• 마지막 5개의 닫힌 요청 - 마지막 5개의 닫힌 요청 목록(줌 및 재설정 버튼 포함)

작업해야 하는 요청 카테고리는 Open requests 2와 같이 제목 옆에 번호가 표시된다. 두 개의 요청을 보려면 [요청 열기]를 클릭하십시오. 특정 요청에 대해 작업하려면 녹색 예약 버튼을 클릭하십시오. 요청 처리로 표시되며 요청자의 개인 식별 정보와 아래 지침에 따라 요청을 작성/거부/취소할 수 있는 기능이 제공된다.

계정 만들기는 경주가 아님을 기억하십시오! ACC 인터페이스로 끝나는 요청은 정상적인 상황에서 생성될 수 없는 계정이다. 이 점을 명심하고 신중하게 반응해 주기 바란다. 때로는 어떤 상황에 처해 어떤 행동을 취해야 할지 모르는 경우가 있다. ACC IRC 채널에서 #wikipedia-en-accounts와 같은 상황에 대한 도움을 요청하십시오.^{[note 5]} 항상 다른 인터페이스 사용자들이 온라인에서 당신을 기꺼이 돕는다. 만족스러운 답변을 받지 못하고, 어떤 과정을 밟아야 할지 모르는 경우, 잘못된 행동을 취하기보다는 다른 사용자에게 요청을 미루는 것이 좋다. 도움을 요청하면 '확대' 페이지에 표시된 링크를 다른 사용자에게 제공하여 사용자가 개인 데이터를 볼 수 있도록 해야 한다.

참고: 아래 나열된 모든 검사를 수행하지 않는 등 요청을 서둘러 처리하려는 경우 도구에 대한 액세스 권한을 잃을 수 있다. 계정이 올바르게 생성되거나 거부되었는지 확인하기 위해 모든 검사를 수행하는 것이 필수적이다.

자동 계정 생성 및 환영

이 도구는 계정의 수동 생성과 OAuth를 통한 계정의 자동 생성을 모두 지원한다.

계정 자동 생성을 지원하려면 "대량 편집" 및 "계정 만들기" 허가(기본값)가 사용 가능해야 한다. 2021년 3월 현재 이 기능은 이 기능을 서서히 롤아웃하는 과정에서 별도의 도구 사용자 역할 뒤에 배치된다.

계정을 만드는 방법을 수동으로(기존 프로세스를 사용) 또는 자동으로 선택할 수 있는 보기 요청 페이지의 계정 생성 버튼 옆에 라디오 버튼 세트가 표시되어야 한다. 기본 계정 작성 방법은 "계정 작성 방법"에서 선택하십시오. 자동 생성은 요청 닫기의 일부로 계정 생성을 처리하므로, 자동 생성을 위해서는 요청을 수락하기로 결정한 후에 해야 할 일은 가까운 유형을 선택하는 것이다.

백그라운드에서 도구는 생성 및 닫기 요청을 대기열로 대기열로 이동하며, 요청 로그 위의 "작업 목록 보기" 버튼에서 액세스할 수 있는 "작업 대기열" 페이지에 생성 작업이 나타난다. 어떤 이유로든 생성을 취소해야 하는 경우 요청을 재설정하면 대기 중인 작업이 취소된다. 생성 요청을 대기열에 넣는 것과 실제 생성되는 것 사이에는 약간의 지연이 있을 것이다. 요청이 대기한 정확한 시간에 따라, 이 시간은 2분에서 4분 사이가 될 것이다.

사용자 정의 클로즈도 자동 생성을 지원한다. 사용자 정의 닫기를 사용하여 자동 만들기를 사용하려면 "수행 작업"에서 "작성된 대로 계정 만들기 & 닫기 요청" 항목을 선택하십시오.

생성 실패의 경우(예: AntiSpoof 적중 현상이 감지되는 경우) 요청은 "병원" 대기열로 연기되며 IRC에서 봇에 의해 발표가 이루어진다. 이 경우 작업을 확인하여 생성에 실패한 이유를 확인하고 이를 수동으로 처리할 수 있다. 실패의 가장 일반적인 원인은 안티스푸핑 또는 타이틀 블랙리스트 히트다. 이 툴은 이 문제를 해결하려고 시도하지 않는다. 수동 생성으로 되돌아가야 한다.

환영

또한 이 도구는 사용자가 환영 템플릿을 만들도록 자동으로 남겨둘 수 있다. 이 기능은 수년 전에 봇을 통해 존재했지만, 봇의 사용은 OAuth를 통해 당신의 계정을 사용하는 현재의 시스템에 우선하여 더 이상 사용되지 않았다.

자동 환영을 지원하려면 "대량 편집" 및 "페이지 만들기, 편집 및 이동"^{[note 6]} 허가(기본값)가 사용 가능해야 한다. 또한 "시작 템플릿 관리" 페이지에서 시작 템플릿을 선택해야 한다. 사용할 템플릿이 목록에 없으면 도구 관리자에게 문의하여 추가하십시오.

템플리트를 선택한 후 도구를 통해 작성한 모든 사용자는 해당 환영 템플리트로 사용자 대화상자를 작성하게 된다. 또한 특정 요청에 대한 환영을 건너뛸 수 있는 새 스위치가 생성 버튼 옆에 나타난다.

환영 실패(예: 사용자가 존재하지 않거나 사용자 대화 페이지가 이미 존재하는 경우)의 경우, 작업 대기열에 작업 실패가 기록되며, IRC에서 봇에 의해 발표가 이루어진다. 이렇게 되면 환영이 실패한 이유를 작업에서 확인하고 이를 수동으로 처리할 수 있다.

도구 사용 시 일반 규칙 및 정책

개인 식별 정보

ACC 도구는 개인 식별 정보를 포함하고 있으며 재단의 개인 정보 보호 정책을 따른다. 그것은 인터페이스 밖에서 공유할 수 없다.

개인 식별 정보는 다음을 포함하지만 이에 국한되지는 않는다.

• IP 주소
• 이메일 주소.
• 실명.

데이터 보존 정책을 준수하려면:

• 전자 메일 통신은 이름과 전자 메일 주소로 제한되어야 하며, IP 주소 또는 기타 개인 식별 정보를 포함한 기타 정보는 금지되어야 한다.
• 인터페이스 내에서, 어떤 식별 정보도 요청의 주석에서 공유되어서는 안 된다.
• 인터페이스 외부에서는 어떤 장소에서도 식별 정보를 공유해서는 안 된다. 인터페이스 외부의 § 메시지를 참조하십시오.

또한 다음을 발생시킬 수 있는 어떠한 조치도 금지된다.

• 블록 로그에서 IP를 찾을 수 있는 블록에 대한 과도한 정보.
• 요청 또는 사용자 이름과 기타 식별 정보 요소 간에 연결을 만들 수 있는 정보.

이 규칙을 위반하고 ACC 도구 인터페이스 외부에서 개인 식별 정보를 공유하는 사용자는 즉시 무기한 중단될 위험과 함께 식별된 상태가 취소될 수 있다. 자세한 내용은 이 이메일을 참조하십시오.

예약

요청을 예약한 후 요청을 완료하지 않고 오프라인으로 전환해야 하는 경우, 미리 예약을 해제하여 다른 사용자가 요청을 완료할 수 있도록 하십시오. 이 경우, 사용자가 직접 요청을 처리하도록 요청할 정당한 이유가 없는 한, 반드시 의견을 남겨야 합니다. 이렇게 하지 않으면 요청이 예약된 상태로 유지되고 다른 사용자가 만들 수 없으며, 도구 관리자가 요청을 예약한 상태로 유지해야 하는 이유를 표시하지 않은 경우 강제로 예약을 중단할 수 있다.

또한 예약한 요청을 적극적으로 처리하고 있으며 처리하는 데 시간이 다소 걸리는 경우(일반적으로 1시간 이상 소요됨) 해당 요청에 대해 작업 중임을 나타내는 의견과 처리 지연 문제가 무엇인지에 대한 의견을 남겨주십시오. 이것은 다른 사용자와 관리자에게 당신이 요청으로 바쁘고 당신이 그것을 잊지 않았다는 것을 알려준다.

사용자가 장기간 예약 요청을 한 후 긴 예약 시간을 설명하는 댓글을 남긴 경우, 요청이 깨지기 전에 연락하도록 합리적인 노력을 기울여야 한다. 단, 특히 IRC에서 예약한 사용자를 찾을 수 없거나 신속하게 연락할 수 없는 경우에는 관리자가 사전 설명 없이 장기간 예약한 요청을 경고 없이 파기할 수 있다.

스크립트 사용량

도구에서 제공하는 외부(예약 포함)에서 요청을 자동으로 처리하기 위해 스크립트 또는 기타 프로그램을 사용하는 것은 금지된다. 만약 당신이 어떤 종류의 자동화를 사용하고 있거나 증거가 당신이 그렇게 하고 있는 가능성을 강하게 뒷받침하는 것으로 밝혀진다면, 당신은 이 규칙 위반으로 계정 정지를 위험하게 될 것이다. 그러나 자동 추가 기능 또는 스크립트를 사용하여 도구 인터페이스 페이지를 새로 고치는 것은 허용된다. 새로 고침 시간은 인터페이스 자원을 고려하여 가능한 한 낮은 비율로 유지해야 한다. 최대 분당 1회까지 속도를 유지하십시오. IRC의 #wikipedia-en-accounts 채널은 툴 사용자가 새로운 요청과 변경사항의 실시간 피드를 포함하고 있다. 이 피드는 인터페이스와 자동 페이지 새로 고침 도구를 사용하는 것보다 보고 모니터링하는 데 선호되는 방법이다.

요청 처리 지침

여러 요청을 확인하는 중

IP 주소 또는 이메일 주소에서 여러 개의 요청을 확인하십시오. 이렇게 하려면 마지막 5개의 닫힌 요청 목록에서 요청 ID 단추를 클릭하거나 "확대"를 클릭하거나 로그로 이동하여 요청 번호를 클릭하십시오. 요청 라인이 끝날 때—모든 공개 요청에 대해 일반적으로 볼 수 있듯이, 요청이 제출된 날짜와 시간을 볼 수 있다. 페이지 아래쪽에 해당 IP 주소 또는 전자우편 주소의 다른 요청 목록이 있을 경우

동일한 전자 메일 주소에서 여러 개의 열린 요청(닫힌 요청은 없음)이 있는 경우 사용자가 요청된 사용자 이름을 변경하고자 할 수 있음 해당 전자 메일 주소의 모든 요청을 보류하고 사용자에게 여러 계정에 대한 위키백과의 정책을 사용자에게 알리는 전자 메일을 보내며, 해당 사용자로부터 받은 요청의 사용자 이름을 나열하고, 원하는 요청을 선택하십시오. 이메일에 여러 개의 요청이 있지만 그 중 하나가 최근에 작성된 것으로 마감된 경우, 나머지 요청은 삭제해도 무방할 것이다.

공유 IP 주소는 공통임을 명심하십시오. 동일한 IP 주소에서 여러 개의 요청이 있지만 서로 다른 전자 메일 주소가 있고 IP가 정적인 경우 CheckUsers로 연기하십시오. 동적 또는 기타 명백한 공유(예: 거주지 또는 모바일/셀룰러 서비스 공급자 또는 학교나 라이브러리 같은 명백한 공유 IP)가 있으면 요청을 계속 처리하십시오(확실히 확인). 이 경우 on-wiki 블록을 확인하십시오.)

도구에 대한 다중 요청은 명백한 남용 사례의 경우 계정 요청을 금지할 수 있는 근거가 될 뿐이다. IP 또는 전자 메일 주소가 여러 계정을 우회적으로 요청했다고 생각할 만한 이유가 있는 경우 도구 관리자에게 추가 작업을 알리십시오. 그러나, 그 자체로, 복수의 계정 요청은 ACC로부터의 금지의 근거가 아니다.

학교나 다른 교육기관에 할당된 IP 주소로부터 요청이 많은 경우, 특히 각 요청의 이메일 주소가 다른 경우, 기본적으로 "On-Hold"에 대한 요청을 무시하는 "교육 이벤트 또는 학생 편집-A-Thon" 사용자 정의 클로즈 템플릿이 있다. 이 마감은 학교에 배정된 IP로부터 계정 요청이 많은 경우에만 사용하기 위한 것으로, 우리는 원하는 계정 사용에 대한 더 많은 정보가 필요하다. 단일 계정 요청의 경우, 학교 과제 또는 기타 교육 용도의 일부로 계정을 사용하는 것 자체가 요청을 거부하거나 보류할 수 있는 근거가 아니다. "교육 이벤트 또는 학생 편집-A-Thon" 사용자 정의 닫기가 상황에 적용되는지 확실하지 않으면 ACC 관리자에게 지침을 요청하십시오.

차단된 네트워크 및 IP 주소 절차

차단된 IP 주소 또는 범위 블록의 모든 종류의 요청을 처리할 때는 다음 사항을 유념하십시오.

• 먼저 다른 검사부터 해. 사용자 이름 정책 위반 또는 유사한 사용자 이름과 같이 차단된 IP 요청에 대한 거부를 보증하는 다른 이유가 있는 경우, 해당 이유로 요청을 거절하십시오.
• 블록에 대한 CheckUser 관련 이유의 경우 CheckUsers에 대한 요청을 연기해야 한다.
• CheckUser가 릴리스하지 않은 블록에 대한 자세한 내용은 § 로컬 IP 블록을 참조하십시오.
• 전역적으로 차단된 IP 주소의 경우, 로컬 블록을 확인한 후 자세한 지침은 § 글로벌 IP 블록을 참조하십시오.
• 오픈프록시, shared-ip 사용 등에 따라 요청을 생성하거나 거절하는 등 스스로 속성을 검증하려 할 경우 자신의 행동에 대한 모든 책임을 진다.
• 요청이 불편하거나 불확실한 경우 CheckUsers에 요청을 연기하는 것이 가장 안전한 선택이다.

CheckUsers에 대한 요청을 연기할 때 연기 이유에 대한 간략한 설명을 포함하십시오. 이것은 특히 당신이 가이드의 일부를 무시하고 있는 경우(예: 더 오래된 학교 블록의 연기)에 해당된다.

요청 설명에 개인 식별 정보를 추가하여 정책을 위반하지 마십시오. 일반적으로 Wikimedia의 개인 정보 보호 및 데이터 보존 정책에 따라 인터페이스 외부와 동일하게 취급됨. 자세한 내용은 § 개인 식별 정보를 참조하십시오.

로컬 IP 블록

IP 범위 블록

이것들은 하나의 블록이 아니라 IP 주소의 범위에 영향을 미치는 블록들이다. 이는 일반적으로 둘 이상의 공용 IP 주소를 사용하여 작동할 수 있는 네트워크의 일부 또는 전체를 차단하기 위해 이루어진다. 요청 IP(또는 sockpuppetry 표시)에 범위 블록이 있으면 CheckUsers로 요청을 연기하십시오. CheckUser 위험 계정 정지를 참조하지 않고 이러한 경우에 있는 요청으로 계정을 생성하는 사용자.

이 정책에 대한 예외:

• 당신이 직접 블록을 배치했고, 당신은 요청자가 블록 대상이 아니라는 것을 확신할 것이다.
• 레인지블록은 오페라 미니 IP 레인지에 위치하며, 오로지 오페라 미니 IP 레인지라는 사실 때문이다.
• ACC 사용자에게 블록을 무시하도록 명시적으로 요청하는 블록(<!--- ACC Ignore. ---)은 IP의 블록 로그 요약에 있다.
• IP가 다음으로 차단된 경우 {{schoolblock}} 또는 {{anonblock}} 단순 파괴 행위를 위해 차단되거나, 블록이 블록 로그에 CheckUser Block 노트로 배치되지 않은 경우 § 예외조항을 참조한다.
• "계정 생성 사용 안 함" 매개 변수가 설정되지 않은 블록.

단일 IP 블록

이들은 단일 IP 주소로 만들어지는 블록이며, 일반적으로 단일 사용자(예: 하나의 공용 IP 주소를 가진 거주지 또는 네트워크)를 차단하기 위해 이루어진다.

• IP가 다음으로 차단된 경우 {{schoolblock}} 또는 {{anonblock}} 단순 파괴 행위를 위해 차단되거나, 블록이 블록 로그에 CheckUser Block 노트로 배치되지 않은 경우 § 예외조항을 참조한다.
• 단일 IP 블록으로 인해 거부하거나 삭제하려는 요청이 있는 경우 다음 중 하나가 필요함:
  • 동일한 IP에서 여러 사용자가 연결될 수 있으므로 IP를 정적 IP로 식별하는 것만으로는 충분하지 않음, 또는
  • 작업을 수행하기 전에 툴에 문서화된 CheckUser 또는 툴 관리자의 승인

둘 중 어느 것도 없는 경우, CU로 연기하십시오. CU가 이미 존재하더라도 CU로 연기하십시오.

면제

다음은 CheckUsers에 대한 블록으로 요청을 연기하는 규칙에 대한 면제 사항이다.

모든 범위 블록(어떤 종류의 IP 주소에도 영향을 미침)은 다음 중 하나가 참인 경우에만 무시할 수 있다.

• 블록은 an이다. {{anonblock}} 또는 {{schoolblock}}또는 특정 대상이 없는 "단순한" 공공 기물 파괴 행위(즉, 특정 주제나 주제가 기물 파괴의 대상이 아님)를 위한 것이며, ACC에 입력된 요청의 이전 72시간 이내에 기물 파괴 행위가 존재하지 않는다.
• 이 블록은 더 이상 세부 정보가 없는 중단적인 편집을 위한 것이다(그러나 의심스러운 경우 툴 관리자 또는 숙련된 ACC에게 문의하십시오).
• 블록은 ACC에 의해 무식한 것으로 명시적으로 태그가 지정된다.<!-- ACC Ignore --> (블록 이유로)

특정 대상(즉, 특정 대상이나 주제가 반달리즘의 대상이 아닌) "단순" 반달리즘에 대해 비반복(즉, 72시간 이상 경과한) 블록이 있는 경우 단일 IP 블록은 무시할 수 있다. 여기에는 다음과 같은 이유가 있는 블록이 포함된다. {{anonblock}} 또는 {{schoolblock}}차단된 IP가 학교에 속한다는 사실 자체가 면제되는 것은 아니다.

이 경우 요청자가 야기하지 않은 블록으로 인해 요청이 이루어질 가능성이 있으며 WP는 다음과 같다.AGF가 적용될 것이다. 그렇지 않으면 CheckUsers로 연기하십시오.

글로벌 IP 블록

모든 글로벌 블록은 계정 생성을 방지한다. 이는 비활성화할 수 없으며 글로벌 블록 로그에 기록되지 않는다.

먼저 로컬 블록을 확인하고 주소를 지정하십시오.

• (anon이 아닌) 전체적으로 어려운 IP 주소. 차단됨(단일 IP 또는 범위 블록에 관계 없이) Stewards에 대한 요청을 연기하십시오.
• 부드럽다(아논). (단일 IP 또는 범위 블록에 관계 없이) 글로벌 IP 주소 블록은 요청자가 블록 대상이라고 믿거나 블록 사유가 특이하다고 판단되지 않는 한 무시할 수 있다. 의심스러운 경우 공구 관리자 또는 경험이 있는 ACCer에게 문의하거나 Stewards에 요청을 연기하십시오.

프록시, 웹 호스트 또는 Tor 종료 노드 열기 또는 익명화

{{blockedproxy}}, {{webhostblock}, {{colocationwebhost}}, {{zombie proxy}}} 등의 이유로 차단된 IP 주소의 요청은 블록 사유가 여전히 유효한지 확인할 수 없는 한 프록시 체크 대기열로 연기해야 한다. 요청의 IP가 공개 프록시인 것으로 확인되면 해당 요청을 "공개 프록시"로 종결해야 한다. 블록에 이유가 있거나 또는 다른 체크에서 나타나서 양말 분석법을 제안하는 경우, 대신 CheckUsers로 연기해야 한다.

VPN을 통한 편집이 필요함을 명시하는 요청은 WP:아이펙프록시.

IP가 프록시로 차단되었음을 나타내는 블록이 없는 경우 툴포지 또는 이와 유사한 서비스에서 IP Check 서비스를 사용하는 데 매우 주의하십시오. 이러한 서비스는 프록시 상태를 결정하는 데 종종 부정확하다. 다른 의심스러운 네트워크 활동이 발생할 수 있지만, IP가 정적이 아닌 한, 그것은 요청서를 제출하는 사용자에게 부정적인 어떤 것을 나타내는 경우는 거의 없다.

프록시 검사를 연기하려면 IP 검사 서비스, IP 검사 서비스에 나열된 사이트 및 "프록시 검사기" 웹 사이트를 포함하지 않는 증거를 확보하십시오. 적절한 연기에는 ISP가 자체 서버에 대한 액세스를 제공한다는 증거(웹 호스팅, 클라우드 서비스 & 데이터 스토리지, 코로케이션 및 IP 전송) 또는 프록시에 대해 테스트할 수 있는 포트 번호가 포함된다.

사용자 이름 정책 절차

모든 사용자 이름 요청은 위키피디아의 사용자 이름 정책을 따라야 한다. 여기에 명시적으로 정의되지 않은 정책 및 절차는 이 지침을 참조하십시오. 위키피디아의 사용자 이름 정책을 위반하는 계정을 만들면 사용자 이름 위반의 심각성이나 노골성에 따라 계정이 정지된다. 이 규칙을 반복적으로 위반하면 계정이 정지된다.

유명인, 인기인 등 관련 실명

요청된 사용자 이름이 유명인, 인기인 등과 관련된 실명인 경우 요청자의 ID는 OTRS 시스템을 통해 확인해야 한다. 사용자 이름 정책의 표준은 이름이나 닉네임이 "특정하고 식별할 수 있는" 사람과 관련되어야 한다는 것이다. ACC를 위한 시험의 관점에서 그들은 위키백과 기사를 가지고 있을 만큼 충분히 주목할 수 있어야 한다. 그러나, 기사를 가지고 있다고 해서 반드시 그들이 구체적이고 식별할 수 있으며 누군가가 그들을 사칭하려고 할 가능성이 있다는 것을 의미하지는 않는다. 만약 당신이 그들이 구체적이고 식별할 수 있다고 믿으며 그들이 그 이름을 가지고 있는 것이 혼란을 야기할 수 있다고 믿는다면, 당신은 "알 수 없는 사람"으로 요청을 종결시킬 필요가 있을 것이다. 위의 테스트가 충족되는지 확실하지 않을 경우, 툴 관리자 또는 숙련된 사용자와 상담하십시오. 계정을 OTRS로 전송하여 처리하는 것보다 (차단될 수 있음을 기억) 선의로 계정을 만드는 것이 좋다.

OTRS가 요청자의 신원을 확인한 후 요청자는 요청 의견으로 제공된 OTRS 티켓 번호를 다시 열거나(가능한 경우) 요청자가 요청 의견으로 새 요청을 보내고 요청 의견서에 OTRS 티켓 번호를 포함하여 ACC로 다시 보내진다. 단, OTRS 액세스 권한이 있는 사람이 요청자의 신원을 충분히 증명하고 ACC 요청에 묶여 있음을 요청 의견에서 확인할 때까지 요청을 처리해서는 안 된다(OTRS 액세스 권한이 있는 경우 직접 이 검사를 수행할 수 있음; 요청 의견에서 TICK를 확인했다는 내용을 메모하기만 하면 된다).t에는 계정 요청과 OTRS 티켓의 전자 메일 주소와 일치하는 충분한 신원 증명이 포함되어 있다. ACC 요청이 OTRS 티켓에 긍정적으로 연결되었으면 다른 모든 표준 검사를 수행하고 모든 것이 좋아 보이면 계정을 생성하십시오. 계정을 성공적으로 만들고 OTRS 사용자인 경우, 새 사용자의 토크 페이지 상단에 ACC 요청에 연결된 OTRS 티켓 번호를 포함하여 {{OTRS ID} 템플릿을 추가하십시오. OTRS 사용자가 아니지만 계정을 만든 경우 가능한 한 빨리 OTRS 사용자에게 새 사용자의 대화 페이지에 {{OTRS ID} 템플릿을 추가하도록 요청하십시오. 이 요청을 할 수 있는 장소에는 OTRS 알림판, IRC의 #wikimedia-otrs가 포함되거나 사용자가 직접 알고 있는 OTRS 사용자에게 연락하십시오. 이러한 요청에 방금 만든 사용자의 이름과 관련 OTRS 티켓 번호를 포함하십시오!

코멘트에 OTRS 티켓 번호를 포함하는 요청은 충분한 신원 증명이 아니다. 언급된 OTRS 티켓의 유효성은 OTRS 액세스 권한이 있는 ACC에 의해 확인되어야 하며, 이러한 확인은 요청 코멘트에 기록되어야만 수락된다!

현재 OTRS 액세스 권한이 있는 ACC 사용자

프로모션 사용자 이름

요청된 사용자 이름은 명확한 사용자 이름 정책 위반으로만 거부되어야 하며, 선의로 간주해야 함을 명심하십시오. 의심스러우면 계정을 만들어 보십시오. 프로모션 편집에 관여하는 경우 WP에 보고하십시오.UAA(다른 프로모션 사용자 이름 및 편집과 마찬가지로)

공유 사용자 이름

요청된 사용자 이름이 공유 사용을 의미할 경우, 사용자 이름에 대한 위키피디아의 정책은 둘 이상의 개인 간에 공유되어서는 안 된다고 명시되어 있기 때문에 요청을 종료해야 한다. 이러한 내용을 암시하는 요청이 있는 경우 "공유 사용자 이름" 옵션을 사용하여 생성되지 않은 요청을 닫으십시오. 이것은 그들을 WP로 향하게 한다.ISU는 이들을 WP와 연계할 수 있는 기회를 갖는다.COI, WP:PROMO 및 더 많은 관련 정책 또는 지침.

사용자 이름 충돌 절차

요청한 사용자 이름:

A.는 기존의 글로벌 계정과 완벽하게 일치하며,

B. 기존 로컬 계정과 너무 유사한 경우

이전에 다른 사용자가 사용한 C.

이 절에서는 이 두 가지 상황 중 하나를 충족하는 요청을 처리할 때의 절차와 정책을 설명한다.

퍼펙트 매치

요청된 사용자 이름이 위키백과에 이미 존재하는 사용자 이름과 100% 동일할 때 완벽한 일치 충돌이 발생한다(이는 대문자화 및 기호 사용 포함). 요청한 사용자 이름이 완벽하게 일치하는 것을 발견하면 요청을 거절해야 한다.

2015년 4월부터 새로 생성된 모든 계정은 단순히 하나의 Wikimedia 프로젝트 사이트에 대한 로컬 로그인을 생성하는 대신 모든 Wikimedia 프로젝트에 걸쳐 Unified Login을 생성하는 결과를 낳는다. 이러한 프로세스 변경에 대비하기 위해 다른 프로젝트에 사용자 이름이 사용된 2015년 4월 이전에 생성된 모든 로컬 계정의 이름을 자동으로 변경하여 모든 Wikimedia 프로젝트에서 고유하게 만들기 위해 끝까지 ~<홈 프로젝트 사이트>를 추가했다(자세한 내용은 여기에서 공지사항 참조). 이전에 요청된 사용자 이름을 가져갔지만 SUL Finalization 규칙 변경 준비의 일환으로 체계적으로 이름을 바꾼 경우 로그 항목으로 나타나 사용자 페이지 및 사용자 생성 로그에 "RequestedAccount~enwiki"와 같은 사용자 이름을 나열한다.

• 다른 사람이 먼저 정확한 이름의 계정을 만들었기 때문에 계정을 사용하는 경우, 요청을 "테이큰(표준)"으로 거절하십시오.
• SUL Finalization 프로세스 변경 준비의 일환으로 계정을 취하지만 시스템적으로 이름을 바꾼 경우, 요청을 "Taken(SUL Finalization)"으로 거절하십시오.

요청한 계정을 사용했지만 케이스("Apple" 대 "APPLE")가 다르거나 다른 케이스가 (정확한 일치 항목이 아님) 매우 유사하게 나타나는 경우, 아래의 "Too s 유사" 지침을 참조하십시오.

너무 유사함("플래그된 사용자 필요")

유사한 사용자 이름 충돌은 요청된 사용자 이름이 위키백과에 존재하는 다른 사용자 이름과 100% 동일하지는 않지만 유사할 때 발생한다. 이는 일반적으로 기존 계정과 완벽하게 일치하지만 기존 계정의 철자와 유사할 수 있는 대문자 또는 기호나 기타 문자(예: "J "n Doe" vs "John Eoe" 또는 "J0hn Doe")의 사용과 차이가 있는 요청에서 발생한다. 이러한 "비슷한" 요청은 AntiSpoof 확장을 트립하고 별도의 대기열("플래그된 사용자 필요") 아래에 추가 정밀 조사 요청을 플래그로 표시한다. ACC 도구는 모든 사용자가 "플래그된 사용자 필요" 대기열에서 요청을 예약 및 거절할 수 있지만, 계정 작성자 플래그가 있는 ACC 도구 사용자만 AntiSpoof 검사를 무시하고 계정을 만들 수 있다.

유사한 것으로 플래그가 표시된 ACC 사용자 이름 요청은 유사한 기존 계정이 설정되지 않은 계정과 비활성 계정 둘 다로 결정된 경우에만 만들 수 있다. 유사한 기존 계정은 유사한 계정 흐름도의 모든 요구 사항을 충족하거나 아래에 나열된 모든 요구 사항을 충족하는 경우에만 "설치되지 않고 비활성"으로 간주된다.

유사한 계정이 영어 위키백과에 0의 기여를 한 경우, 유사한 기존 계정은 다음을 수행해야 한다.

• 6개월 전에 만들어졌어
• 총 15개 미만의 전 세계 기여금을 보유한다.
• 6개월 전에 마지막으로 전세계적으로 공헌한 바 있다.

유사한 계정이 영어 위키백과에 15개 미만의 기여를 한 경우, 유사한 기존 계정은 다음을 수행해야 한다.

• 1년도 더 전에 창조되었지
• 총 15개 미만의 전 세계 기여금을 보유한다.
• 1년 전에 마지막으로 전 세계에 공헌한 적이 있다.
• 1년 전에 위키백과 로그에 마지막 로그 항목을 작성했다.

유사한 계정이 영어 위키백과에 15개 이상의 기여를 한 경우:

• 유사한 기존 계정은 계정 생성일, 마지막 기여일, 로그 입력일 등에 관계없이 활성계정으로 간주된다.

유사한 기존 계정이 위의 요구 사항 중 하나라도 충족하지 못하면 유사한 기존 계정이 활성화된다. 활성 상태인 유사한 기존 계정을 가진 ACC 요청은 거절해야 한다. 요청을 거부하고 너무 유사한 전자 메일 템플릿을 사용하십시오. 유사한 기존 계정이 비활성 상태인 경우 계정을 생성하십시오(플래그된 사용자인 경우). 계정 작성자 플래그가 없는 경우 플래그 지정된 사용자가 계정을 만들 수 있도록 예약을 해제해야 한다. 이러한 계정을 만드는 것은 새로운 계정 요청에 필요한 모든 관련 검사를 수행한 후에만 수행되어야 한다. 계정을 생성하려면 계정 생성 페이지에서 "스푸핑 체크 무시" 확인란을 선택해야 한다. 이는 MediaWiki 소프트웨어가 요청된 계정과 기존 유사한 계정 사이의 유사성을 무시하여 요청된 계정을 만들 수 있도록 하는 것이다.

이전에 다른 사용자가 사용함

AntiSpoof는 또한 다른 사용자의 이름이 변경되기 전에 사용된 사용자 이름으로 계정을 만들려고 시도할 때 트리거된다.

§ Too 유사 흐름에 따라 이름이 바뀐 계정을 무시할 수 있는 경우가 아니라면 이 계정을 재정의하지 마십시오. 확실하지 않은 경우 도구 관리자에게 문의하거나 스튜어드 대기열에 요청을 넣으십시오.

요청 마감 지침

일반주

• 요청자가 요청서를 작성할 때, 그들에게 "설명" 필드를 작성할 수 있는 선택사항이 주어진다. 추가된 모든 컨텍스트는 요청에 표시되며, 요청을 처리할 때 고려해야 한다.
• 문서의 정확한 문구로 인해 사용자가 만들어야 한다고 생각하는 계정을 만들 수 없는 경우, 이유를 설명하는 댓글을 남기고 다른 사용자가 만들 수 있도록 예약을 해제하십시오.
• "Creation log"에 대한 확인 결과 사용자가 직접 계정을 만든 것으로 표시되면 다른 메시지와 혼동할 필요가 없으므로 요청을 삭제하십시오. 다른 사용자가 요청을 삭제한 이유를 알 수 있도록 계정을 직접 생성했다는 댓글을 남겨주십시오.
• 요청 사용자는 요청 자체에 남겨진 코멘트를 볼 수 없으며, 모든 코멘트는 다른 도구 사용자(또는 코멘트를 "관리자 전용"으로 표시하도록 선택한 경우에만) 볼 수 있다.
• 공공 기물 파손, 유사명칭 등 의뢰에 문제가 없는 '창작자'에 대해서는 '이 요청과 함께 모든 것이 잘 어울린다'는 식의 댓글을 달 필요가 없다.
• 만약 그 요청에 대해 어떤 행동을 요구하거나 제안하는 코멘트가 있는데 당신은 다른 코멘트에서 이것을 정당화해야 한다. 툴 관리자 또는 CheckUser의 코멘트가 해당 위치에서 작동하는 경우 툴 관리자 또는 CheckUser의 코멘트가 각각 다른 코멘트를 통해 무시 권한을 부여해야 한다. IRC에 대한 논의는 핑계가 아니라 도구에 문서화해야 한다.

차단탈루

개인 식별 정보 또는 다른 계정에서 차단되었을 수 있는 의견 필드를 통해 요청이 드러날 경우 "차단 대상 - 이의신청" 옵션을 사용하여 요청을 생성되지 않은 것으로 종결하는 것이 적절한 절차다. 이를 통해 요청자는 자신의 토크 페이지에서 요청하는 형식을 통해 기존 계정에서 블록에 대해 어필할 수 있는 방법에 대한 정보를 얻거나, 불가능할 경우 UTRS를 이메일로 보낼 수 있다.

COI위험

개인 식별 정보나 의견 필드를 통해 기업이나 다른 법인과 연관성이 있을 수 있지만 사용자 이름 정책이 따른다면, 적절한 절차는 "COI 위험" 옵션을 사용하여 작성된 요청을 종결하는 것이다. 이는 요청자를 직접 초대하여 이해 상충이나 승진에 관한 우리의 관련 정책이나 지침을 읽도록 한다. (즉, WP:BPCA, WP:PSCOI 및 WP:프로모션)

계정 만들기

요청을 예약하고 계정을 생성해야 한다고 결정했으면 [만들기]를 클릭하십시오. 원하는 사용자 이름 옆에 링크하십시오. 이렇게 하면 MediaWiki 계정 생성 양식으로 이동하십시오. 이름과 이메일이 자동으로 입력되고 "임시 임의 암호 사용" 옵션이 자동으로 선택된다. 이 옵션의 선택을 취소하지 않고 암호를 입력하십시오. 실수로 암호를 입력하고 계정 만들기를 클릭하면 특수:Userlogin, 사용자 이름을 입력하고 새 암호 전자 메일을 클릭하십시오. 이렇게 하면 IP가 요청자에게 노출되므로 이를 피하십시오. 사용자 이름이 금지됨(예: 여기서)이라는 메시지가 나타나면 "블랙리스트 무시" 옵션을 사용하여 제목 블랙리스트를 재정의할 수 있는 계정 작성자에게 요청을 연기하십시오. 계정이 생성되었으면 ACC 도구의 요청 옆에 있는 만들기!를 클릭하십시오.

사용자 정의 닫기

모든 사용자 정의 마감은 이메일 서명으로 끝나야 한다. 수행 중인 모든 요청 닫기에 자동으로 추가되도록 기본 설정에 추가하는 것이 좋다. 그렇지 않은 경우, 사용자 정의로 요청을 닫을 때마다 메시지 끝에 서명을 추가하십시오.

인터페이스 외부의 메시지

유의해야 할 중요한 사항

• 요청을 계속하려면 요청자에게 질문하거나 정보를 확인해야 하는 경우 "사용자 지정" 단추를 클릭하거나 "사용자 지정" 옆에 있는 화살표를 클릭하여 사전 로드할 표준 전자 메일 템플릿을 선택하십시오. 응답을 기다리는 동안 요청을 "대기 중" 섹션으로 연기하십시오.
• 사용자가 도구 관리자가 아닌 경우, 인터페이스 카본(CC)에서 전송된 모든 요청은 계정-엔위키-엘리스트(enwiki-lists.wikimedia.org 메일링 리스트. 전자 메일의 내용이 민감하여 메일 목록으로 보내면 안 되는 경우 도구 관리자에게 요청을 대신 처리하도록 요청하는 것을 고려해 보십시오.
• 요청자가 메일링 목록으로 보낸 전자 메일에 응답하는 경우, "전체 회신" 또는 수동으로 계정-enwiki-llisters를 선택하십시오.wikimedia.org 메일링 리스트. 이메일이 ACC 메일링 목록으로 전송되지 않아야 한다고 생각되거나 도구 사용자의 작업과 관련된 경우, 도구 관리자의 메일링 목록 enwiki-acc-adminsgooglegroups.com으로 복사해야 한다.
• 다른 도구 사용자와 통신하기 위해 메일 목록을 전자 메일로 보내는 경우, 제목 및 텍스트 필드에 "LIST ONLY"를 나열하여 요청자가 아닌 다른 도구 사용자만 통신할 수 있도록 하십시오.
• 우편물 목록과 IRC 채널은 비교적 안전하기 때문에 개인적으로 식별되는 정보는 그곳에서 논의될 수 있다. 그러나, 좋은 방법을 연습하십시오. 공유할 필요가 없다면 그렇게 하지 마십시오. 요청에 연결하는 것은 IP 주소와 전자 메일에 대한 토론을 이름을 지정하지 않고 피하는 좋은 방법이다.
• ACC 도구, ACC 또는 관리자의 메일링 목록, ACC 또는 관리자의 IRC 채널에서 제공된 모든 종류의 개인 정보를 해당 장소 외부에 공개하는 것은 매우 심각한 위반이며 무기한 중단이 초래될 것이다. 또한, 우리의 인터페이스가 툴 사용자가 사용할 수 있는 유사한 데이터를 포함하고 있기 때문에, 재단은 체크 사용자 툴과 마찬가지로 툴을 진지하게 고려한다. 이 규칙을 위반하면 메타에서 식별된 상태가 손실되고 향후 식별이 불가능할 수 있다. 자세한 내용은 이 이메일을 참조하십시오.

도구 관리자

도구 관리자(도구 관리자)는 무엇보다도 (메시지 관리 및 템플릿 관리의 편집 버튼을 사용하여) 인터페이스 메시지를 편집할 수 있는 신뢰할 수 있는 사용자로, 다른 사용자가 볼 수 없는 다섯 번째 옵션인 사용자 관리, 즉 사용자를 승인, 승격, 강등 및 일시 중단시킬 수 있는 권한을 갖는다. 그러나 이러한 도구의 남용은 용납되지 않으며, 인터페이스는 장난감이 아니다.

관리자는 모든 사용자가 구독하는 기본 메일링 목록 외에도 도구의 관리 문제에 대한 토론을 위한 개인 메일링 목록을 가지고 있다. ACC의 보류 또는 거부에 대해 이의를 제기하고 싶거나, 요청 처리 시 이상 징후를 보고하고 싶거나, 도구 관리자만 개인적으로 공유할 정보를 가지고 있는 사용자는 다음 주소의 메일링 목록으로 이메일을 직접 보내야 한다. enwiki-acc-admins [at] googlegroups [dot] com. 문제에 따라 하루나 이틀이 걸릴 수도 있으니 조금만 참으십시오.

도구 관리자 목록은 여기에서 도구 사용자 목록에서 확인할 수 있다.

인터페이스 개발자

인터페이스 개발자는 도구에 대한 액세스를 약속하는 팀이며, 따라서 코드 저장소에 있는 도구의 최신 개발 버전을 수정할 수 있다. 무언가를 바꾸거나 추가하거나 버그를 찾으려면 그 중 한 곳에 연락하면 되지만, 아마 GitHub의 버그 추적기에 버그를 신고하는 것이 좋을 것이다.

도구 뿌리는 stwalkerster와 FastLizard4이다. 도구를 실행하는 서버에 접근할 수 있으며, 도구 구성을 수정하고 도구를 새 버전으로 업데이트할 수 있는 유일한 사용자다. 툴 루트는 클라우드 서비스 관리자와 나머지 툴 사용자 간의 연락 역할도 한다. 도구 개발자와 루트는 필요에 따라 도구를 수정하고, 적합하다고 판단되는 어떤 이유로든 도구에 대한 액세스를 제거할 수 있는 권한을 보유한다.

CheckUsers

CheckUsers on Wikipedia는 CheckUser가 필요한 요청과 관련된 업무를 수행하기 위해 자동으로 CheckUser 전용 정보와 툴에 대한 기본 관리자 기능을 부여받는다. 툴 기능은 툴 루트나 다른 체크 유저가 부여하여 사용자 관리 영역 내에서 "체크유저" 역할을 부여한다.

활성 CheckUser를 긴급히 찾아야 하는 경우 IRC, 이 도구 또는 이 도구를 참조하여 최근에 활성화된 사용자를 확인하십시오.

메모들

참고 항목

• 위키백과:계정/절차 요청
• 위키백과:사용자 이름에 대한 기술적 제한 사항
• 템플릿:ACC 반스타, ACC 반스타!
• 템플릿:ACC 액세스; ACC 계정이 승인된 사용자의 환영 메시지.