위키백과:봇 정책
Wikipedia:
 | 이 페이지는 위키피디아의 절차 정책을 문서화합니다. 영어 위키피디아가 운영되는 다양한 과정을 문서화하고 있습니다. |
 | 이 페이지의 개요:"봇"으로 알려진 자동 편집 프로세스는 무해하고 유용해야 하며, 승인을 받아야 하며, 별도의 사용자 계정을 사용해야 하며, 책임감 있게 운영되어야 합니다.이 Wiki에서는 로컬 요건에 따라 글로벌봇을 실행할 수도 있습니다. |
봇 정책은 위키피디아 편집의 자동화를 제공하는 데 사용되는 모든 봇 및 자동화된 스크립트의 작동에 적용됩니다. 완전히 자동화되거나 속도가 빨라지거나 단순히 사용자 편집자의 작업을 지원합니다.또한 영어 위키피디아 커뮤니티를 대신하여 기술 및 품질 관리 관점에서 모든 봇 관련 활동을 감독 및 승인하는 BAG(Bot Approvals Group)의 업무도 다룹니다.다른 언어에는 이와 다른 자체 봇 정책이 있을 수 있습니다.
정의
- 봇('로봇'의 줄임말)은 일반적으로 자동 변경 또는 작업을 수행합니다.봇을 실행한 후에는 더 이상 인간의 의사결정이 필요하지 않다고 가정할 수 있다.
- 보조 편집 또는 반자동 편집에서는 특히 사용자의 의사결정을 지원하지만 실제 결정은 사용자에게 맡길 수 있는 저속 도구 및 스크립트에 대해 설명합니다(아래 지원 편집 가이드라인 참조).
- 스크립트는 프로세스를 자동화하거나 기존 MediaWiki 인터페이스를 확장하는 개인화된 스크립트(일반적으로 JavaScript로 작성되는 것은 아니지만)입니다.
- BOT Approvals Group(BAG)은 적절한 기술 기술과 Wiki 경험을 가진 사용자 그룹으로, 커뮤니티의 봇 활동 및 온위키 운영에 대한 감독 및 결정을 커뮤니티에 의해 승인됩니다.BAG는 애매한 경우 봇 또는 보조 편집으로 분류도 결정합니다.MediaWiki 개발자에 의한 정식 업무는 이 정책의 범위 밖입니다.
봇 사용법
왜냐하면 봇은
- 잠재적으로 인간보다 훨씬 더 빨리 편집할 수 있습니다.
- 인간 편집자보다 각 편집자에 대한 정밀도 수준이 낮다.
- 오작동을 일으키거나 잘못 사용될 경우 심각한 중단을 초래할 수 있습니다.
커뮤니티는 지정된 작업에 사용하도록 승인되기 전에 봇이 높은 표준을 충족할 것으로 기대하고 있습니다.승인되지 않은 봇의 작동 또는 승인된 작동 조건 외의 방법으로 승인된 봇의 사용은 금지되며, 경우에 따라 사용자 계정 차단 및 운영자에게 가능한 제재로 이어질 수 있습니다.일부 경우에는 고속 반자동 편집이 사실상 봇으로 간주될 수 있습니다(WP:MEATBOT)를 사용할 수 있습니다.확실하지 않은 경우 확인합니다.
봇 계정
기여자는 봇을 작동시키기 위해 별도의 계정을 생성해야 합니다.계정의 이름은 봇 기능(<태스크>봇 등) 또는 오퍼레이터의 메인 계정(<사용자명>봇 등)을 식별해야 합니다.모든 경우, 편집은 자동 계정에 의해 이루어지며, 보통 계정 이름 끝에 Bot을 포함시킴으로써 이루어집니다.봇은 계정에 로그인한 동안에만 편집해야 합니다.봇으로 간주되지 않는 툴에는 별도의 계정이 필요하지 않지만 일부 사용자는 봇이 아닌 고속 편집을 위해 별도의 계정을 만들기도 합니다.
봇 계정의 기여는 운영자의 책임이며, 운영자는 사용자 페이지에서 계정을 명확하게 식별할 수 있어야 합니다.특히, 봇 운영자는 잘못 작동하는 봇으로 인한 손상에 대한 수리 책임을 집니다.모든 정책은 다른 사용자 계정과 동일한 방법으로 봇 계정에 적용됩니다.봇 계정은 운영자의 대체 계정으로 간주됩니다.WP 준수를 보증하기 위해:BOTCOMM, 봇을 작동시키려면 먼저 계정을 등록해야 합니다.
봇 계정은 봇이 지정한 작업의 범위에 포함되지 않는 기여에 사용해서는 안 됩니다.특히 봇 운영자는 봇 관련 메시지에 응답하기 위해 봇 계정을 사용하지 마십시오.봇 운영자는 봇 계정의 토론 페이지를 자신의 페이지로 리디렉션할 수 있습니다.
"봇" 플래그
봇 계정은 BAG 요청에 따라 관료에 의해 "봇" 사용자 그룹에 속하는 것으로 표시됩니다.이 플래그는 MediaWiki 소프트웨어에 의해 부과되는 기술적 제한을 줄여줍니다.이러한 계정에 의한 편집은 최근 변경 시 기본적으로 숨겨집니다.BAG 요청 시 "copyviobot" 사용자 그룹에 봇 계정을 추가할 수도 있습니다.이 플래그를 사용하면 API를 사용하여 새 페이지 피드에서 사용하기 위한 편집에 메타데이터를 추가할 수 있습니다.
액티비티 요건
2년간 작업 또는 편집이 기록되지 않은 봇 계정과 2년간 작업 또는 편집이 기록되지 않은 봇 계정은 승인 해제됩니다.봇 알림판 및 오퍼레이터 토크 페이지에 1주일의 알림 기간이 지나면 이전 작업 승인이 만료된 것으로 간주되고 봇 플래그가 제거됩니다.오퍼레이터가 복귀하여 봇을 재활성화하려면 새로운 승인 요청을 완료해야 합니다.
다른 사용자가 편집하도록 지시한 봇
일부 봇은 다른 편집자가 봇에 편집 또는 다른 작업을 수행하도록 지시할 수 있습니다.OAuth를 사용하여 사용자 계정을 직접 편집하는 것이 좋습니다.단, 다음 조건이 충족될 경우 봇 계정을 통해 이러한 편집을 수행할 수 있습니다(특히 특권이 부여된 액션 때문에 필요한 경우).
- 공개:편집/액션을 지시하는 Wikipedia 사용자의 신원은 일반적으로 편집 요약에서 사용자 이름을 링크하여 공개해야 합니다.
- 검증:Wikipedia 사용자의 신원은 쉽게 위조, 우회 또는 회피되지 않는 방법으로 봇에게 확실하게 검증되어야 합니다.적절한 방법에는 간단한 비밀번호, IP 제한, wiki 로그인 또는 IRC 호스트 이름이 있습니다.봇을 사용하여 중요한 작업을 수행할 경우 보다 강력한 검증 방법이 필요할 수 있습니다.
- 능력:봇을 지휘하는 모든 사용자는 자신의 행동이 커뮤니티의 합의 범위 내에 있는지 확인하기 위해 필요한 기술과 지식을 갖추고 있어야 합니다.
봇 요건
봇이 승인되기 위해서는 운영자가 다음을 입증해야 합니다.
- 무해하다
- 편리하다
- 불필요하게 자원을 소비하지 않는다
- 합의된 작업만 수행합니다.
- 관련 정책 및 지침을 주의 깊게 준수할 것
- 는 사용자에게 남겨진 편집 요약 또는 메시지에서 적절한 표현으로 유익한 메시지를 사용합니다.
봇 계정의 사용자 페이지에서 {{bot} 태그를 사용하여 봇을 식별해야 합니다.다음 정보는 봇 계정의 사용자 페이지와 승인 요청 모두에서 제공되거나 링크되어야 합니다.
- 봇 태스크 세부 정보
- 봇이 수동으로 지원되는지 또는 자동으로 실행되는지 여부
- 동작하는 경우(계속, 간헐 또는 지정된 간격) 및 어느 정도의 속도로 동작하는 경우
퍼포먼스
일반적으로 성능은 문제가 되지 않지만, 봇 운영자는 많은 요청을 하거나 빠른 속도로 편집하는 봇이 평균적인 기여자보다 훨씬 더 큰 영향을 미친다는 것을 인식해야 합니다.운영자는 불필요한 웹 요청을 하지 않도록 주의하고 편집 속도를 줄여야 합니다.Sysadmins는 퍼포먼스 문제가 발생했을 경우 커뮤니티에 통지합니다.이러한 상황에서는, 그 지시에 따를 필요가 있습니다.
- 평가판의 봇 및 가장 긴급한 작업을 제외한 모든 작업을 수행하는 승인된 봇은 필요할 때 편집 내용을 검토할 수 있는 속도로 실행해야 합니다.
- 플래그가 부착되지 않은 봇은 사용자 감시 목록에 편집 내용이 표시되므로 플래그가 부착된 봇보다 더 느리게 편집해야 합니다.
- 태스크의 긴급성을 항상 고려해야 합니다.즉시 완료할 필요가 없는 태스크(카테고리 이름 변경 등)는 실행한 태스크(반달리즘 되돌리기 등)보다 느린 속도로 실행할 수 있습니다.
- 승인에 따라 긴급하지 않은 작업을 수행하는 봇은 약 10초에 한 번씩 편집하는 반면, 더 긴급한 작업을 수행하는 봇은 약 5초에 한 번씩 편집할 수 있습니다.
- 빠른 속도로 편집하는 봇은 가장 조용한 시간(주말)보다 피크 시간(12:00–04:00 UTC) 및 요일(주중, 특히 수요일과 목요일)에 더 느리게 작동해야 합니다.
- 복제본 데이터베이스 서버 지연에 따라 봇의 편집 속도를 조정할 수도 있습니다. 따라서 봇은 조용한 시간에는 편집 속도를 높이고 서버 부하가 높을 때는 편집 속도를 크게 줄일 수 있습니다.이는 요청된 각 URL의 쿼리 문자열에 추가 매개 변수를 추가하는 방법으로 수행할 수 있습니다.수동: 자세한 내용은 Maxlag 매개 변수를 참조하십시오.
많은 개별 페이지를 요청하여 위키피디아 콘텐츠의 상당 부분을 다운로드하는 봇은 허용되지 않습니다.이러한 콘텐츠가 필요한 경우 대신 데이터베이스 덤프를 다운로드하십시오.Wikipedia 데이터베이스에서 쿼리를 실행하기 위해 액세스 권한이 필요한 봇은 Wikimedia Toolforge에서 실행할 수 있습니다. 이러한 프로세스는 이 정책의 적용 범위를 벗어납니다.
의사소통이 좋다
봇에서 메시지를 읽거나 요약을 편집하는 사용자는 일반적으로 쿼리가 발생할 경우 봇 운영자의 즉각적이고 민사적인 도움을 받아 높은 수준의 정성과 정보를 기대합니다.봇 운영자는 커뮤니케이션 설계에 주의를 기울여야 하며, 봇의 운영으로 인한 모든 문의에 성실하고, 신속하고, 적절하게 대응할 수 있도록 해야 합니다.문제 및 문의는 일반적으로 영어 위키피디아에서 처리될 것으로 예상됩니다.Commons나 이탈리아어 Wikipedia의 토크 페이지와 같이 통합 로그인을 통해 도달할 수 있는 페이지도 허용될 수 있습니다.이는 봇 페이지와 봇의 토크 페이지 모두에서 명확하기 때문에 코멘트가 전송되어야 하며 랜딩 페이지는 영어 사용자에게 혼란을 주지 않습니다.Fabricator나 GitHub 등의 외부 사이트(별도의 등록이 필요하거나 IP 코멘트가 허용되지 않음)나 e-메일(익명을 해칠 수 있음)은 온-위키 통신을 보완할 수 있지만 이를 대체하지는 않습니다.오퍼레이터는 적어도 다른 사용자가 이러한 방식으로 남겨진 메시지를 수신인 지정할 수 있는지 확인해야 합니다.이는 모든 봇의 작동 상태입니다.
봇 계정 기본 설정의 알림 섹션에서 ping 및 통화 페이지 메시지에 대한 이메일 알림을 활성화할 수 있습니다.
설정 힌트
봇 오퍼레이터는 봇 태스크의 특성에 따라 다음 기능을 구현할 수 있습니다.
- 알림 및 뉴스레터를 전달하는 봇은 특히 사용자 토크 페이지에 게시할 때 중요하지 않은 메시지를 차단하는 방법을 제공하는 것이 좋습니다.그 후, 봇 유저 페이지(예)와 전달된 메시지(예) 양쪽에, opt-out 명령을 어드버타이즈 할 수 있습니다.
- 많은 페이지를 편집하지만 특정 페이지의 편집을 금지해야 하는 봇은 {{Bots}}을(를) 해석하여 편집할 수 있습니다.구조에 대한 설명은 템플릿페이지를 참조해 주세요.
- 비반달리즘 사용자 편집에 대해 "정리"하는 봇은 템플릿(및 리다이렉트) 또는 카테고리의 존재를 확인하여 편집 충돌을 피하기 위해 {{in use}}을(를) 사용할 수 있습니다.주요 편집이 진행 중인 페이지입니다.템플릿의 문서에는 {{in use}}을(를) 지원하는 봇이 마지막 편집 후 2시간 이상 경과한 경우 템플릿을 무시할 수 있다고 기재되어 있습니다.
- 봇의 오퍼레이터 이외의 기여자가 봇의 동작을 제어할 수 있는 메커니즘을 제공하는 것은 상황에 따라 유용합니다. 즉, 블록에 의존하지 않고 봇을 활성화 또는 비활성화할 수 있으며 다른 방법으로 구성할 수도 있습니다.예를 들어, 봇은 특정 페이지의 내용을 확인하고 거기서 발견한 값에 따라 작업할 수 있습니다.필요에 따라서, 그러한 페이지를 보호하거나 반보호해 오남용을 방지할 수 있습니다.이를 수행하는 봇 운영자는 자신의 봇 계정 편집에 대한 모든 책임을 지고 있음을 유념해야 합니다.
- 불필요한 블록을 피하기 위해 봇은 로그아웃된 경우 어설션을 사용하여 편집을 방지할 수 있습니다.로그아웃 중에 이전에 편집한 새 봇 및 봇은 어설션을 사용해야 합니다.
봇 프로세스 작성자는 봇의 소스 코드를 공개하는 것이 권장되지만 필수는 아니다.
특정 태스크에 대한 제한 사항
인물의 분류
개인 카테고리는 봇을 사용하여 할당하지 마십시오.봇을 사용하여 중요한 카테고리를 문서에 추가하기 전에 영향을 받을 수 있는 문서 목록을 수동으로 확인해야 합니다.(Wikipedia 참조:인물의 분류).
상황에 맞는 변경
비감독 봇 프로세스는 일반적으로 가능한 모든 잘못된 긍정을 설명하는 것은 불가능하기 때문에 일반적으로 인간의 주의가 필요한 상황 의존적인 변경을 해서는 안 된다.예외적으로 이러한 태스크는 컨센서스뿐만 아니라 오퍼레이터가 폴스 포지티브가 발생하지 않는 것을 증명할 수 있는 경우(예를 들어 데이터베이스 덤프로부터의 완전한 변경 리스트를 사용한1회 실행) 또는 감시 없이 태스크를 실행하는 커뮤니티 컨센서스(예를 들어 커뮤니티 액세스에 의한 반달리즘 복귀)가 있는 경우 허용됩니다.거짓 양수 비율).
컨텍스트 의존 변경의 예로는 다음과 같은 것이 있습니다.
- 철자, 문법 또는 구두점 오류 수정
- 영어의 지역별 변종에서 다른 변종으로 단어를 변환합니다.
- {{weasel word}}과 같은 상황에 맞는 템플릿을 적용하고 있습니다.
- 스타일 매뉴얼에 따라 편집 모드에서 유니코드 문자를 시각적으로 식별하기 어려울 때마다 HTML 엔티티를 유니코드 문자로 변경합니다.
외관상의 변화
Wikitext의 외관상의 변경은 그 자체로 또는 페이지 이력, 워치리스트 및/또는 최근 변경으로 인해 검토할 가치가 없는 편집으로 인해 가장 논란이 되는 경우가 있습니다.이러한 변경은 일반적으로 자체적으로 수행해서는 안 되며 실질적인 변경을 포함하는 편집에서도 허용될 수 있습니다.
일반적으로 실질적인 것으로 간주되는 변화는 다음과 같은 Wikipedia의 독자와 소비자에게 보이는 무언가에 영향을 미칩니다.
- 웹 브라우저, 화면 리더, PDF 또는 기타 보조 기술을 통해 액세스할 때(예: 삭제된 카테고리 삭제, 템플릿 파라미터 갱신, 글머리 기호 수직 리스트의 공백 변경) 페이지의 오디오 또는 비주얼 렌더링을 차별화하는 방식으로 출력 텍스트 또는 HTML
- 카테고리 목록 또는 온위키 및 외부 검색 엔진 결과(예: 카테고리 정렬 키 변경, 색인 없음, 검색 엔진 요약/스니펫 또는 페이지 이미지)와 같은 위키피디아의 "사용자 대면 인터페이스"
- 유지보수 잔량 추적에 사용되는 숨겨진 범주의 유지(예: 로 변경)와 같은 "백과사전 관리" 또는
- 브라우저의 디스플레이에 영향을 주지 않거나 RemexHtml에 의해 출력되기 전에 수정(예: 로 변경)된 경우에도 닫히지 않은 태그와 같은 매우 유효하지 않은 HTML
그러나 그렇지 않은 변경은 일반적으로 외관적인 것으로 간주됩니다.사소한 편집은 일반적으로 외관적인 것으로 간주되지 않지만 여전히 봇에 의한 합의가 필요합니다.
합의는 항상 그렇듯이 특정 외관 편집에 대한 예외를 만들 수 있습니다.예를 들어, 커뮤니티에서는 특정 템플릿을 삭제하기 위해 대체해야 한다고 판단하는 경우가 많습니다.단, 대체해도 페이지의 출력은 변경되지 않습니다.봇이 특정한 외관을 변경하기 위한 합의는 승인된 승인 요청서에 공식화되어야 합니다.
외관적인 편집을 되돌리는 것도 외관적인 편집이라는 점에 유의하십시오.외관적인 편집으로 이루어진 변경이 실질적인 편집의 일부로 받아들여질 수 있는 경우, 이를 되돌릴 이유가 없습니다.대신 봇 운영자에게 문제를 보고하십시오.
이 정책은 봇에만 적용되지만 인간 편집자는 봇과 유사한 방식으로 이러한 변경을 하는 경우에도 이 지침을 따라야 합니다.
인터위키 링크
인터위키 봇은 Wikidata에서 작업을 수행할 수 없는 경우(섹션 링크 등)가 아닌 Wikidata에 인터위키 링크를 추가해야 합니다.Interwiki 봇은 Wikidata에 이미 존재하는 경우에만 영어 Wikipedia 문서에서 Interwiki 링크를 제거할 수 있습니다.글로벌하게 승인된 인터위키봇은 현지 요건에 따라 영어 위키피디아에서 작동할 수 있습니다.템플릿 네임스페이스에서 실행되고 있는 인터wiki 봇은 적절한 문서 서브페이지 섹션 또는 문서 서브페이지가 존재하지 않는 경우 템플릿의 포함되지 않은 부분에 링크를 배치함으로써 템플릿을 사용하는 모든 페이지에서 링크가 변환되지 않도록 해야 합니다.(Wikidata에서 실행되는 봇은 Wikidata의 봇 정책을 준수해야 합니다.)
대량 페이지 생성
대규모 자동 또는 반자동 콘텐츠 페이지 생성 작업은 Wikipedia에서 승인해야 합니다.봇/승인 요청.이 요건은 처음에는 기사에 적용되었지만, 그 이후 모든 "콘텐츠 페이지"를 포함하도록 확장되었습니다. 이 페이지는 일반적으로 메인 공간을 통해 독자들이 볼 수 있도록 설계된 페이지입니다.여기에는 문서, 가장 많이 볼 수 있는 카테고리, Wikipedia에서 호스팅되는 파일, 주 공간 편집 알림 및 포털이 포함됩니다."대규모"에 대한 구체적인 정의는 정해지지 않았지만, "25, 50 이상"의 제안은 반대하지 않았다.또한 WP:Village Pump(제안서) 및 관련 Wiki Projects 토크 페이지에서 커뮤니티의 의견을 구할 것을 강력히 권장합니다(또한 BAG가 요구할 수도 있습니다).봇 운영자는 모든 제작물이 완전히 승인 조건 내에 있는지 확인해야 합니다.
단순히 대량의 콘텐츠 페이지를 작성하는 방법으로는 페이지를 소규모로 작성하거나 관련 Wiki Project의 서브페이지로 콘텐츠 페이지를 작성하여 각각 인간 에디터에 의해 검토된 후 개별적으로 공개용 공간으로 이동하는 방법이 있습니다.이러한 대안을 사용한다고 해서 BRFA의 필요성이 제거되는 것은 아니지만, 지역 사회 전반에서 더 많은 지지를 얻을 수 있습니다.
WP는 다음과 같은 점에 주의해 주십시오.기본적으로는 공식적인 BRFA를 거치기 위해 비콘텐츠 페이지(시스템 이름 또는 유지관리 범주에서 리디렉션 등)의 METBOT와 같은 생성은 필요하지 않습니다. WP:MEATBOT는 여전히 적용됩니다.
승인 절차
승인 요청
| “ | BRFA는 어느 정도 운전면허라고 생각할 수 있습니다.만약 당신이 무임승차를 한다면, 당신의 운전 실력은 괜찮더라도 곤경에 처할 수 있습니다.그리고 면허증을 가지고 있어도 50km/h 구간에서 사람을 치거나 200km/h를 운전할 수 있는 권리를 주지 않습니다.BAG는 이 운전면허증을 발급합니다.악용될 경우 해지될 수 있으며 이에 따라 봇이 차단됩니다. | ” |
| — Headbomb | ||
페이지 편집, 파일 업로드 또는 계정 생성과 같은 기록된 작업을 수행하는 모든 봇이 작동하기 전에 각 작업에 대해 승인을 받아야 합니다.봇 승인 요청은 Wikipedia에서 해야 합니다.Bots/Requests for Approval(BRFA)요청서는 제안된 작업에 대한 합의를 입증하기에 충분한 커뮤니티 토론 링크를 포함하여 봇이 수행할 작업뿐만 아니라 봇이 수행할 작업도 정확하게 명시해야 한다.또한, 잠재적 봇 운영자는 양질의 편집자여야 하며, 봇이 제안하는 종류의 작업에 대한 입증 가능한 경험이 있어야 한다.
승인 요청 중에 일반적으로 BOT 승인 그룹(BAG)의 구성원은 봇이 올바르게 작동하는지 확인하기 위해 모니터링되는 짧은 평가판을 승인합니다.이러한 시험 기간의 조건과 범위는 BAG에 의해 결정될 수 있습니다.모든 문제를 신속하게 해결할 수 있도록 시험 기간 동안 봇을 감독해야 합니다.봇 운영자는 봇에 의해 발생한 오류를 수정하고 편집 내용을 검토할 책임이 있습니다.BAG는 또한 최초 시행에서 문제가 발생하여 커뮤니티가 봇이 올바르게 기능할 것이라고 확신할 때까지 연장 시행을 승인할 수 있습니다.
요청은 일반적으로 일정 기간 동안 공개되며, 커뮤니티 및 BAG 구성원은 의견을 제시하거나 질문을 하거나 트라이얼에 대한 피드백을 제공할 수 있습니다.요청을 승인 또는 거절하는 결정은 위의 요건, 관련 정책 및 가이드라인 및 요청에 대한 논의를 고려해야 합니다.소그룹에 의한 저교통량 토크 페이지에서의 공감대는, 보다 넓은 커뮤니티의 관심에 관한 한, 자주 논란을 불러왔다.봇 운영자는 해당 영역이 영향을 받을 수 있거나 해당 영역에 대한 전문지식이 제안된 작업에 대한 유용한 의견과 통찰력을 제공할 수 있는 관련 게시판에 통지하도록 권장되며 종종 요청된다.
요청이 커뮤니티 표준에 대한 적합성과 올바른 기술 구현이 입증되면 BAG는 작업을 승인할 수 있습니다.BAG는 작업을 수행하기 위한 커뮤니티의 합의를 증명하지 못한 요구도 거절할 수 있습니다.경우에 따라 오퍼레이터가 작업을 취소하거나 BAG가 오래된 요청을 기한 만료로 표시할 수 있습니다.닫힌 요청은 나중에 참조할 수 있도록 보관 및 보존됩니다.작업이 승인되면 "봇" 사용자 그룹 플래그가 관료에 의해 할당되며 운영자는 의도한 대로 봇을 실행할 수 있습니다.
또한 BAG는 시험 기간을 두지 않고 BRFA를 신속하게 승인 또는 거부할 수 있습니다.특히 신뢰할 수 있는 봇 운영자가 수행하는 경우 논란의 여지가 없고 기술적으로 단순한 태스크 또는 기존 태스크의 복제를 신속하게 승인할 수 있습니다.마찬가지로, 논란이 있거나 일반적으로 거부되는 태스크, 특히 새로운 편집자에 의한 태스크는 빠르게 거부될 수 있습니다.
승인 없이 유효한 작업
운영자는 테스트 편집 횟수가 매우 적고 샌드박스 등의 테스트 페이지로 제한될 경우 승인 없이 봇 프로세스에 대한 제한적인 테스트를 수행할 수 있습니다.이러한 테스트 편집은 모든 사용자 계정에서 수행할 수 있습니다.또한 오퍼레이터 또는 자신의 사용자 공간(사용자 페이지, 사용자 토크 페이지, 사용자 모듈 샌드박스 페이지 및 그 서브 페이지)에만 영향을 주는 봇 또는 자동 편집 프로세스는 사전 승인 없이 실행될 수 있습니다.
봇 운영자가 자신의 봇 작업을 수정하거나 확장하려는 경우 이 정책을 준수하여 작업을 수정하거나 확장해야 합니다.예를 들어 문제를 수정하거나 특정 태스크의 운영을 개선하기 위한 작은 변경은 문제가 되지 않을 수 있지만 큰 변경은 논의 없이 구현해서는 안 됩니다.완전히 새로운 작업에는 일반적으로 별도의 승인 요청이 필요합니다.봇 운영자는 각 작업에 대해 별도의 봇 계정을 만들 수 있습니다.
사전 승인 없이 자동화된 작업을 수행하는 계정은 관리자가 즉시 차단할 수 있습니다.
관리자 권한이 있는 봇
관리자 권한(일명 "adminbot")을 가진 봇도 일반 프로세스를 통해 승인됩니다.봇 연산자는 이미 관리자여야 합니다.다른 봇과 마찬가지로 승인 논의는 두 가지 수준에서 이루어집니다.
- 봇의 작업에 대한 커뮤니티 승인.이 논의는 BRFA에 앞서 관리자 게시판이나 마을 펌프와 같은 적절한 포럼에서 이루어져야 한다.이러한 관리자 로봇에 대한 요구/원인이 입증되지 않은 경우, BRFA는 입증될 때까지 보류되거나 로봇 승인이 거부됩니다.
- 봇의 구현에 대한 기술적 평가.adminbot의 소스 코드를 오픈할 것을 권장합니다만, 오퍼레이터가 코드의 전부 또는 일부를 공개하지 않는 것을 선택한 경우, BAG 멤버 또는 관리자의 요청에 따라 이러한 코드를 제시하여 확인해야 합니다.
실장을 실증하려면 , adminbot 를 「드라이」로 실행할 필요가 있습니다.'sysop' 비트(실행 가능한 경우) 또는 오퍼레이터의 메인 계정에서 실행되며 편집 내용이 명확하게 표시됩니다.BAG는 봇이 기술적으로 건전하다고 확신하면 봇을 승인하고 봇과 sysop의 권리를 둘 다 부여할 것을 권고할 것이다.깃발 요청에 응답하는 관료들은 이 과정의 최종 결정자 역할을 하며 승인에 대한 적절한 수준의 지역사회 합의(승인 논의의 홍보 포함)가 기초가 되도록 할 것이다.
adminbot은 일반 봇보다 파괴력이 훨씬 높기 때문에 코드 업데이트 후를 포함한 개발 및 시험 중에 adminbot을 면밀히 감시할 것으로 예상됩니다.Adminbot은 잘못된 동작의 첫 번째 징후가 나타나면 즉시 종료해야 합니다.관리자는 자신의 계정으로 반자동 관리 도구를 실행할 수 있지만 이러한 도구가 잘못될 경우 책임을 집니다.adminbot 및 툴 실행 중 방치하는 것은 툴 오용에 해당됩니다.
하나 이상의 관리자봇을 책임지고 있는 관리자가 해제된 경우 해당 봇을 즉시 해제해야 합니다(문제의 여지가 없는 상황에서 관리자가 자발적으로 물러난 경우 제외).
승인 이의 신청 및 재심사
재심사 요청은 Wikipedia에서 논의해야 합니다.봇/알림판여기에는 거부된 봇 요청에 대한 항소 또는 승인된 봇에 대한 재심사가 포함될 수 있습니다.경우에 따라서는 의견 청구가 정당화될 수 있다.
이러한 검사의 결과는 다음과 같습니다.
- 봇 작업에 대한 승인 부여 또는 취소
- 봇 사용자 그룹에 계정 삭제 또는 배치
- 승인 상태를 유지하기 위해 봇에 추가 운영 조건을 부과합니다.
BAG는 오퍼레이터의 동작 또는 오퍼레이터 자체에 대한 권한이 없습니다.분쟁 해결은 그것을 위한 적절한 장소이다.
문제에 대한 대처
경미한 오작동, 불만 사항 및 개선 사항
봇에 문제가 있거나 불만 사항이 있거나 제안 사항이 있는 경우 봇 오퍼레이터의 사용자 토크 페이지(또는 봇 계정의 토크 페이지)를 통해 직접 봇 오퍼레이터에게 연락해야 합니다.봇 운영자는 커뮤니티의 우려와 제안에 대응해 줄 것으로 기대되지만, 안심하고 침착하게 대응해 주십시오.버그와 실수는 있기 때문에 백과사전을 구축하기 위해 모두 모였습니다.
봇 동작에 대한 사소한 변경 및 조정은 일반적으로 커뮤니티에 의해 전반적으로 검토될 필요가 없습니다. 단, 봇의 원래 명령에 대한 합리적인 해석을 초과하지 않는 한/B.RFA와 컨센서스를 얻습니다.예를 들어 특정 Wiki Project 페이지에서 토론을 아카이브하도록 승인된 봇은 아카이브의 세부사항(스레드 경과시간이나 액티비티 요건 등)을 변경하기 위해 다른 BRFA를 필요로 하지 않습니다.그러나 다른 프로젝트의 페이지 보관을 시작하려면 운영자는 다른 BRFA를 제출해야 하며, 이 BRFA는 신속하게 승인될 수 있습니다.다른 예로, 삭제된 카테고리를 문서에서 삭제하도록 원래 승인된 봇은 삭제된 파일을 제거하기 위해 범위를 확장하려면 승인이 필요합니다.
주요 오작동 및 불만 사항
봇이 중대한 문제를 일으키고 있거나 봇 오퍼레이터가 응답하지 않고 봇이 여전히 문제를 일으키고 있는 경우 추가 중단을 방지하기 위해 몇 가지 메커니즘을 사용할 수 있습니다.많은 봇은 자신의 봇 사용자 페이지에서 문제가 있는 작업을 비활성화하는 중지 버튼 또는 수단을 제공합니다.이를 먼저 시행한 후 봇 운영자와 문제를 논의해야 합니다.이러한 메커니즘을 사용할 수 없는 경우(또는 긴급한 조치가 필요한 경우) 관리자 게시판에 오작동하는 봇에 대한 차단을 요청하는 메시지를 남겨 두십시오.게시판의 지침에 따라 게시판에서 진행되는 토론에 대해 봇 운영자에게 통지해야 합니다.
만약 봇이 그 태스크에 대해 확립된 합의를 벗어나 운영되고 있다고 우려된다면, 먼저 봇 운영자와 문제를 논의하거나 다른 형태의 분쟁 해결을 시도하십시오(BAG 구성원은 이러한 문제에 대해 중립적인 중재자 역할을 할 수 있습니다).봇이 더 이상 작업에 대해 합의점을 찾지 못할 것으로 우려되는 경우, 공식적으로 항소하거나 봇의 승인 재심사를 요청할 수 있습니다.
봇과 같은 편집
휴먼 에디터는 편집 내용에 주의를 기울여 속도나 양을 추구하기 위해 품질을 희생하지 않도록 해야 합니다.분쟁 해결을 위해, a) 합의에 반하는 고속 또는 대규모 편집 또는 b) 주의 깊은 인간이 하지 않을 오류를 야기하는 편집이 실제로 봇에 의해 수행되는지, 스크립트의 도움을 받는 사람에 의해 수행되는지, 또는 심지어 프로그램적 도움 없이 사람에 의해 수행되는지 여부는 무관하다.어떤 방법을 사용하든 중단 편집은 중지되어야 합니다. 그렇지 않으면 사용자가 차단될 수 있습니다.단, 특히 짧은 시간 동안 빠르게 편집하는 것만으로 중단되는 것은 아닙니다.
반자동 도구를 사용하여 편집을 지원하는 편집자는 더 빠른 속도로 작동하거나 편집량이 많거나 사람의 개입이 적은 프로세스가 봇으로 취급될 가능성이 높다는 것을 알아야 한다.궁금한 점이 있으면 봇 승인 요청을 해야 합니다.이러한 경우, 봇 승인 그룹은 전체 승인 프로세스와 별도의 봇 계정이 필요한지 여부를 결정합니다.
봇 차단
관리자는 승인 없이 운영되는 봇 계정을 차단하거나 승인 요청에 명시되지 않은 방식으로 운영하거나 승인 조건 또는 봇 정책에 반하여 운영할 수 있습니다.또한 봇이 계정에 로그인하지 않고 작동하거나 자신의 계정이 아닌 다른 계정으로 로그인한 경우에도 블록이 발행될 수 있습니다.로그아웃 중에 편집하는 것으로 알려진 봇에는 어설션 또는 이와 유사한 기능을 추가해야 합니다.운영자에게는 {{Bot block message}(승인된 봇이 고장난 경우) 또는 {{Uw-botblock}(승인되지 않은 봇을 차단한 후)로 공지할 수 있습니다.
승인되지 않은 봇 또는 승인된 봇을 승인되지 않은 방법으로 조작한 것으로 의심되는 사용자 계정을 차단하는 관리자는 무기한 소프트 블록을 수행해야 합니다.
봇 승인 그룹
그룹 구성원은 봇 작성 및 실행 경험이 있고 프로그래밍 경험이 있으며 BRFA 프로세스에서 BAG(Bot Approvals Group)의 역할을 이해하고 Wikipedia의 봇 정책을 이해합니다.가입 희망자는 WT에 투고해 주십시오.BAG는 왜 그들이 팀의 좋은 구성원이 될 수 있는지 설명하고 과거의 경험을 개략적으로 설명한 후 WP에서 토론을 홍보해야 한다.AN, WP:VPM, WT:BOTPOL 및 WP:BOTN. 7일 후, 관계없는 관리가 논의를 종료합니다.
봇 관련 활동(봇 관련 페이지에 게시, 봇 토크 페이지에 게시, 봇 운영 등) 없이 2년 동안 BAG 회원은 1주일 동안 BAG에서 은퇴합니다.탈퇴한 멤버는 BAG에 가입하고 싶은 경우 정상적으로 재신청할 수 있습니다.
편집 가이드라인 지원
반자동 편집이라고도 하는 보조 편집은 반복적인 작업을 지원하는 도구의 사용을 다루지만, 사람의 조작 없이 위키피디아의 내용을 변경하지 않습니다.예를 들어 인쇄 오류 수정, 모호성 제거 페이지 링크 수정, 반달리즘 청소, 스터브 정렬 등이 있습니다.
다수의 보조 편집을 하려는 기여자들은 우선 그러한 편집이 바람직하다는 분명한 합의가 있는지 확인해야 한다.편집자는 아직 명확하지 않은 경우 편집 요약 및/또는 기여하는 계정의 사용자 또는 토크 페이지에 작업에 대한 합의를 나타낼 수 있습니다.기여자는 이를 위해 별도의 사용자 계정을 만들 수 있습니다. 이러한 계정은 여러 계정에 대한 정책을 준수해야 합니다.작업이 BRFA를 거치지 않는 한 보조 편집에 봇 계정을 사용할 수 없습니다.
그러한 기여는 일반적으로 봇의 사용을 구성하는 것으로 간주되지 않지만, 편집량이 높거나 인간의 개입이 적은 반자동 프로세스는 봇으로 취급될 가능성이 높다.의심스럽다면 승인 요청을 해야 합니다.이러한 경우, 봇 승인 그룹은 전체 승인 프로세스와 별도의 봇 계정이 필요한지 여부를 결정합니다.대규모 반자동 콘텐츠 페이지 작성에는 BRFA가 필요합니다.
보조 편집 도구 작성자는 해당 도구에 대한 자체 승인 메커니즘을 만들 수 있다. 도구 사용에 봇 승인이 필요한 경우 이는 일반적인 승인 요청 프로세스 대신 추가된다.AutoWikiBrowser는 이러한 메커니즘을 가진 도구의 예입니다.보조 편집 도구의 소스 코드 해제는 봇과 마찬가지로 권장되지만 필수는 아닙니다.
사용자 스크립트
대부분의 사용자 스크립트는 기존 MediaWiki 인터페이스를 개선 또는 개인화하거나 편집자가 일반적으로 사용하는 기능에 대한 액세스를 단순화하는 것을 목적으로 합니다.이런 종류의 스크립트에는 보통 BAG 승인이 필요하지 않습니다.
