사용자:Suembot
User:SuggestBot제안봇은 위키백과 기고자들이 편집할 기사를 찾을 수 있도록 돕는 컴퓨터 프로그램이다. 봇으로부터 몇 가지 제안을 받고자 하는 경우 다음 절차를 따르십시오.
- 단일 제안 집합을 얻으려면:
- 또한 정기적으로 자신의 토크 페이지(또는 선택한 다른 페이지)에 제안사항을 게시할 수 있다. 그것을 하는 방법은 여기에 설명되어 있다.
제안봇은 표준 정보 검색, 협업 필터링 기법 등 다양한 알고리즘을 활용해 제안한다. 대부분은 GroupLens Research Lab에서 운영되며, 일부 부품은 Wikimedia Tool Lab에서도 운영된다. 권장사항은 대개 사용자의 기여도 목록을 다운로드(최근 편집한 기사를 추천하지 않기 위해)하는 것을 기본으로 하되, 일련의 기사, 카테고리, 위키프로젝트 등을 바탕으로 권고할 수도 있다. 이 봇은 원래 포르테투바가 개발했으며 현재는 넷트롬이 개발하고 있다. 7개의 위키피디아에는 영어, 노르웨이어, 스웨덴어, 포르투갈어, 페르시아어, 러시아어, 프랑스어 등 ProposalBot이 운영되고 있다.
예를 들어 ProposalBot에 대해 궁금한 점이나 우려 사항이 있는 경우, NAT의 토크 페이지에서 연락하십시오. 피드백은 우리가 제안봇을 개선하여 위키피디아를 더 잘 돕는 데 도움이 되기 때문에 환영 받고 가치가 있다. 세계적인 대유행으로 인해 시간과 에너지는 다소 부족한 자원이며 대응이 늦어질 가능성이 높다는 점에 유의하기 바란다.
현재 상태
제안봇은 정상적으로 운영되고 있는데, 이는 일회성 요청이 15분 이내에 자동 처리되어야 한다는 것을 의미하며, 우리는 하루에 두 번 가입된 사용자들에게 제안사항을 게시한다.
승인된 작업
ProposalBot은 수년간 여러 BRFA(Bot Requests for Approval)를 거쳤다. 다음은 승인해야 할 작업 목록과 해당 BRFA 입니다.
- 사용자에게 기사 제안 게시: 주기적으로 원하는 사용자는 BRFA #4, 일회성 요청은 BRFA #6.
- 커뮤니티 포털의 열린 작업 목록 업데이트: BRFA #7
- 다양한 작업 템플릿 주기적으로 업데이트: BRFA #8
또한 2005/06년 이후로 보관된 토론 스레드가 있는데, 여기에서 ProposalBot의 아이디어와 그 기능성이 처음 논의되었다. 약 1년 후 BRFA #2가 제출되었다. 우리는 또한 연구 실험과 관련하여 두 개의 BRFA를 가지고 있다. BRFA #3와 BRFA #5를 참조하라.
제한/이슈
- 봇은 큰 페이지 편집에 어려움을 겪기 때문에 현재 크기가 250kB 미만인 페이지를 편집하는 데 한계가 있다. 갑자기 제안을 받는 것을 그만두면 이것 때문일지도 모른다. 우리는 그 제안들을 위해 자체적인 루아 모듈을 사용하도록 봇을 수정하는 작업을 하고 있다. 이것은 제안사항에 사용하는 위키텍스트의 양을 줄일 수 있을 것이며, 또한 더 큰 페이지에 다시 올릴 수 있기를 바란다. ProposalBot에 게시된 페이지를 자동으로 보관하는 방법(예: 귀하의 토크 페이지)을 살펴보려면 번거로움이 필요하기 때문이다.
- 어떤 사람들은 원하는 기사를 원할 것이다. 우리가 레드링크에 가지고 있는 유일한 정보는 제목과 그것에 연결되는 페이지뿐이기 때문에 어렵다. -- 작업할 수 있는 편집 히스토리가 없다. 할 수 있을지도 몰라
- 누군가가 스텁 목록에서 섹션 스텁을 삭제하자고 제안했다. 어쩌면 옳은 일일지도 몰라
- rec를 만들 때 가장 최근에 편집한 사람의 N(현재 N=500)까지만 읽는다. 그것은 사람들이 과거에 편집한 기사를 추천하지 않기 위해 덤프에서 오래된 편집을 얻으려고 하지만, 이것은 완벽하지 않다. 왜냐하면 덤프는 오래된 것이 아니기 때문이다. (마지막 500개의 편집과 그것이 쓰레기장에서 찾은 모든 편집 사이에 간극이 있을 수 있고, 그 공간에 있는 기사들을 추천할 수도 있다.)
- 리디렉션을 처리하지 않음(이미 편집된 페이지의 권장 사항으로 연결됨) 이는 권고 항목에 대한 약간의 테스트에 근거한 비교적 경미한 문제로 보인다. 한 사람이 여러 버전의 페이지를 편집했다면 ProposalBot이 모두 같은 페이지라는 것을 "알고" (아마도 더 잘 할 수 있을 것 같다)"하도록 백엔드에서 이 작업을 하고 싶다.
- 주요 네임스페이스 외부의 어떤 것도 무시한다(기사 대화 페이지를 고려하는 것은 흥미로울 수 있다, 단순히 기사를 직접 편집하는 것보다 사람들의 관심사를 더 잘 표현한다). 한편, 사람들은 삭제된 것을 보고 싶은 기사들의 토크 페이지에 올리는 경우가 많다?) ...
체인지로그
- 페이지 뷰를 검색하는 데 페이지뷰 API를 사용하고, 기사 품질을 예측하는 데 ORES(새로운 링크: ORES)를 사용하는 것으로 전환했다. 2016년 5월 27일 18:07(UTC)
- 문제가 발생할 경우 한 번만 편집하려고 하여 동일한 페이지를 반복해서 편집할 수 없도록 제안 게시 방식을 업데이트했다. 22:00, 2013년 11월 22일(UTC)
- 미디어위키가 {{Ntsh}}의 큰 페이지를 넘기는 데 문제가 있어 제안표 분류에 {{Ntsh}}에서 {{Hs}}(으)로 변경했다. 이제 제안봇은 게시할 때 자동으로 {{Ntsh}의 트랜스클로저를 {{Hs}로 대체한다. 또한 제안 표의 열에 대한 문서화, 그리고 각 과제 범주에 의해 협력되는 특정 위키백과 범주의 목록과 함께 ProposalBot의 과제 범주에 대한 문서화를 추가했다. 2013년 11월 6일 (UTC)
- 이전의 제안들을 우리가 제대로 확인하지 않았다는 것을 발견했고, 그것은 특정 조항들이 연속적으로 여러 번 제안될 수 있다는 것을 의미했다. 이 벌레는 이제 고쳐졌고 봇은 다시 추적하기 시작하고 같은 기사를 반복해서 제안하지 말아야 한다. 19:08, 2013년 7월 14일 (UTC)
- 정기적으로 제안을 받는 사용자를 위해 개선된 디자인 출시 이는 또한 제안봇이 기사를 가져오는 범주의 구성이 변경되어 일회성 요청에도 영향을 미친다는 것을 의미했다. 고아하고 비정부적인 기사(NPOV 분쟁과 독창적인 연구)를 추가했고, 더 많은 출처가 필요한 기사 수를 두 배로 늘렸으며, 스터브 수를 줄였다. 20:35, 2013년 5월 20일 (UTC)
- 성능 문제를 완화하기 위해 텍스트 기반 추천자를 Apache Solr/Lucene 기반의 추천자로 전환. 2012년 6월 16일 07:14(UTC)
- 정기적으로 제안을 얻기 위해 등록하는 데 사용되는 템플릿과 사용자 상자에 새로운 매개변수 "대체"를 추가하고, 봇이 기존 제안 집합(있는 경우)을 대체하도록 한다. 우리는 또한 다양한 사소한 버그 수정뿐만 아니라 제안의 질을 향상시키기 위해 추천자 중 한 명을 변경했다. 2011년 7월 26일 18:11 (UTC)
- 정기적으로 제안을 받기 위해 등록하기 위한 템플릿 기반 시스템으로 전환. 동시에 사용자 대화 페이지에서 벗어나기를 원하는 사용자를 위해 사용자 공간의 하위 페이지로 제안사항을 전달하는 것도 가능했다. 우리는 또한 봇이 같은 기사를 반복해서 추천하지 않도록 했다. 15:54, 2011년 2월 24일 (UTC)
- Pywikibot 프레임워크로 이동하여 확장 char 사용자 이름을 가진 사용자를 위한 대화 페이지에 게시하는 문제 해결 일부 사용자 대화 페이지에 게시할 수 없는 문제도 고친 것으로 보인다. -- 2010년 6월 2일 (UTC)
- 사소한 편집이나 모호한 편집을 무시하여 프로필을 개선하도록 노력하십시오. -- 2006년 8월 7일(UTC)
- 7-17 덤프에서 코편집 추천자 킥오버. -- 11:28, 2006년 8월 7일 (11:28, 11:28, 2006년 8월 7일)
- 무작위 권장사항을 제거했지만, 거의 지켜지지 않았다. -- 05:01, 2006년 3월 27일 (UTC)
- 비교적 최근에 편집된 지역 덤프를 보고 이전에 편집된 대부분의 기사를 삭제하십시오. 많은 덤프들이 en에서 실패하고 처리하는데 며칠이 걸리므로, 현재 우리는 대부분 처리된 2-19-06 덤프 버전에 있다. -- -- 2006년 3월 15일 (UTC)
- 억양이 있는 모든 캐릭터 문제를 해결하시겠습니까? -- 15:58, 2006년 3월 15일 (UTC)
- 편집된 기사의 상위 N%(N=1)에 있는 기사를 추천하지 않을 필터를 추가하십시오. 논란의 여지가 있는 기사 문제를 더 잘 처리할 수 있고 추천 알고리즘에 일관성이 있는. -- 00:11, 2006년 3월 15일(UTC)
- 모든 기사 중에서 추천하는 대신, 스텁(stub)으로 태그가 되어 있거나 작업이 필요한 기사를 추천하는 데 집중하라.(오픈태스크를 좋아하지만 스텁(stub)이 너무 많아서 스텁(stub)에 무게를 두는 것도 있다.) -- 21:49, 2006년 3월 14일 (UTC)
- 보호 작업을 포함하도록 편집 제거 확장 - ForteTuba 16:16, 2006년 3월 14일(UTC)
- 최종적으로는 모든 기사가 추천되는지 확인하기 위해 무작위로 몇 가지 권장사항을 작성하십시오(A ra User:Pearle의 템플릿 유지 관리:Opentask. -- 2006년 3월 13일, 18:48 (UTC)
- 링크 기반 추천자에 많은 링크가 있는 기사를 혹독하게 처벌하여 인기 있는 페이지를 더 적게 추천한다(아마도 기여 기회가 더 적을 것이다). -- -- 2006년 3월 10일 (UTC)
- 코멘트가 반달(Bandal)을 되돌리고 있음을 시사하는 경우, 권장사항의 입력으로 많은 편집사항을 삭제하십시오. 이러한 편집은 논란의 여지가 있는 페이지에 권고사항을 0으로 만드는 것으로 보인다. -- 16:35, 2006년 3월 10일(UTC)
- 많은 악센트 문자 문제 해결 -- 21:41, 2006년 3월 7일 (UTC)
소스 코드
우리는 GitHub에서 공개적으로 이용할 수 있는 코드 저장소를 가지고 있다. GitHub에서는 ProposalBot의 소스 코드의 대부분을 이용할 수 있다. github.com/nettrom/suggestbot