Политика в отношении ботов распространяется на работу всех ботов и автоматизированных скриптов, используемых для автоматизации редактирования Википедии, будь то полностью автоматизированные, более быстрые или просто помогающие редакторам-людям в их собственной работе. Она также распространяется на работу Bot Approvals Group (BAG), которая контролирует и одобряет всю деятельность, связанную с ботами, с технической и контрольной точки зрения от имени сообщества английской Википедии . Другие языки могут иметь свои собственные политики в отношении ботов, которые отличаются от этой.
Потому что боты:
сообщество ожидает, что боты будут соответствовать высоким стандартам, прежде чем они будут одобрены для использования в обозначенных задачах. Эксплуатация не одобренных ботов или использование одобренных ботов способами, выходящими за рамки одобренных условий их эксплуатации, запрещены и могут в некоторых случаях привести к блокировке учетной записи пользователя и возможным санкциям для оператора. Обратите внимание, что высокоскоростное полуавтоматическое редактирование может фактически считаться ботами в некоторых случаях (см. WP:MEATBOT ), даже если оно выполняется редактором-человеком. Если сомневаетесь, проверьте.
Участники должны создать отдельную учетную запись для управления ботом. Имя учетной записи должно идентифицировать функцию бота (например, <Task>Bot ) или основную учетную запись оператора (например, <Username>Bot ). Во всех случаях должно быть сразу ясно, что редактирование выполняется автоматизированной учетной записью, что обычно достигается путем включения Bot в конец имени учетной записи. Боты должны редактировать только войдя в свою учетную запись. Инструменты, не считающиеся ботами, не требуют отдельной учетной записи, но некоторые пользователи предпочитают создавать отдельные учетные записи для неботового, но высокоскоростного редактирования.
Вклады учетной записи бота остаются ответственностью ее оператора, чья учетная запись должна быть заметно идентифицирована на странице пользователя. В частности, оператор бота несет ответственность за устранение любого ущерба, нанесенного ботом, который работает неправильно. Все политики применяются к учетной записи бота так же, как и к любой другой учетной записи пользователя. Учетные записи ботов считаются альтернативными учетными записями их оператора. Чтобы обеспечить соответствие WP:BOTCOMM , редакторы IP, желающие управлять ботом, должны сначала зарегистрировать учетную запись, прежде чем управлять ботом.
Аккаунты ботов не должны использоваться для вкладов, которые не входят в область обозначенных задач бота. В частности, операторы ботов не должны использовать аккаунт бота для ответа на сообщения, связанные с ботом. Операторы ботов могут захотеть перенаправить страницу обсуждения аккаунта бота на свою собственную.
Аккаунты ботов будут помечены бюрократом как входящие в группу пользователей "bot" по запросу BAG. Этот флаг снижает некоторые технические ограничения, налагаемые программным обеспечением MediaWiki. Изменения, внесенные такими аккаунтами, по умолчанию скрыты в недавних изменениях . Аккаунты ботов также могут быть добавлены в группу пользователей "copyviobot" по запросу BAG; этот флаг позволяет использовать API для добавления метаданных к изменениям для использования в ленте новых страниц .
Учетные записи ботов, не имевшие зарегистрированных действий или правок в течение двух лет, где указанный оператор также не имел зарегистрированных действий или правок в течение двух лет, будут деавторизованы. После недельного периода уведомления на доске объявлений ботов и на странице обсуждения оператора предыдущие одобрения задач будут считаться просроченными, а флаги ботов будут удалены. Если оператор вернется и захочет повторно активировать бота, необходимо будет выполнить новый запрос на одобрение (BRFA).
Некоторые боты позволяют другим редакторам направлять бота на редактирование или другие действия. Рекомендуется и предпочтительнее использовать OAuth для внесения правок непосредственно в учетную запись пользователя. Однако вместо этого может быть допустимо вносить эти правки через учетную запись бота (особенно если это необходимо из-за привилегированных действий), при условии соблюдения следующих условий:
Для того чтобы бот был одобрен, его оператор должен продемонстрировать, что он:
Страница пользователя учетной записи бота должна идентифицировать бота с помощью тега {{ bot }} . На странице пользователя учетной записи бота и в запросе на одобрение должна быть предоставлена следующая информация:
Хотя производительность обычно не является проблемой , операторы ботов должны понимать, что бот, делающий много запросов или редактирующий на высокой скорости, имеет гораздо больший эффект, чем среднестатистический участник. Операторы должны быть осторожны, чтобы не делать ненужных веб-запросов, и быть консервативными в скорости редактирования. Системные администраторы будут информировать сообщество, если возникнут какие-либо существенные проблемы с производительностью, и в таких ситуациях их указания должны выполняться.
Боты, которые загружают существенные части контента Википедии, запрашивая множество отдельных страниц, не допускаются. Когда требуется такой контент, вместо этого загружайте дампы баз данных. Боты, которым требуется доступ для выполнения запросов к базам данных Википедии, могут запускаться на Wikimedia Toolforge; такие процессы выходят за рамки данной политики.
Пользователи, которые читают сообщения или редактируют сводки ботов, как правило, ожидают высокого уровня сердечности и информации, подкрепленного быстрой и вежливой помощью оператора бота в случае возникновения вопросов. Операторы ботов должны позаботиться о разработке коммуникаций и гарантировать, что они смогут отвечать на любые запросы, возникающие в результате работы бота, сердечно, быстро и надлежащим образом. Обычно ожидается, что проблемы и запросы будут обрабатываться в английской Википедии. Страницы, доступные через единый вход , такие как страница обсуждения на Commons или в итальянской Википедии, также могут быть приемлемы, при условии, что и на странице бота, и на странице обсуждения бота будет ясно, что именно туда следует направлять комментарии, и что целевая страница не будет сбивать с толку носителя английского языка. Внешние сайты, такие как Phabricator или GitHub (которые требуют отдельной регистрации или не допускают комментариев по IP) и электронная почта (которая может поставить под угрозу анонимность ), могут дополнять общение в вики, но не заменять его. Как минимум, оператор должен гарантировать, что другие пользователи будут готовы и смогут ответить на любые сообщения, оставленные таким образом, если они не уверены, что сделают это сами. Это условие работы всех ботов.
Обратите внимание, что вы можете включить уведомления по электронной почте о пингах и сообщениях на странице обсуждения в разделе уведомлений настроек учетной записи вашего бота .
Операторы ботов могут захотеть реализовать следующие функции в зависимости от характера задач бота:
Авторам бот-процессов рекомендуется, но не обязательно, публиковать исходный код своего бота.
Назначение категорий людям не должно осуществляться с помощью бота. Перед добавлением деликатных категорий к статьям с помощью бота человек должен вручную проверить список потенциально затронутых статей (см. Wikipedia:Категоризация людей ).
Неконтролируемые процессы бота не должны вносить контекстно-зависимые изменения , которые обычно требуют человеческого внимания, поскольку учет всех возможных ложных срабатываний, как правило, невозможен. В исключительных случаях такие задачи могут быть разрешены, если — в дополнение к консенсусу — оператор может продемонстрировать, что ложных срабатываний не возникнет (например, одноразовый запуск с полным списком изменений из дампа базы данных ), или если в сообществе достигнут консенсус о запуске задачи без контроля (например, реверсия вандализма с принятым сообществом уровнем ложных срабатываний).
Примеры контекстно-зависимых изменений включают, помимо прочего:
Косметические изменения в вики-тексте иногда являются наиболее спорными , либо сами по себе, либо потому, что они загромождают истории страниц, списки наблюдения и/или ленту последних изменений правками, которые не стоят времени, потраченного на их просмотр. Такие изменения обычно не должны вноситься сами по себе, но могут быть разрешены в редактировании, которое также включает существенное изменение.
Изменения, которые обычно считаются существенными, затрагивают что-то видимое читателям и пользователям Википедии, например
{{citation needed}}на {{citation needed|date=September 2016}}); или<sup>...</sub>на <sup>...</sup>)в то время как изменения, которые этого не делают, обычно считаются косметическими . Незначительные правки обычно не считаются косметическими, но все равно требуют консенсуса для их выполнения ботами.
Консенсус может, как всегда, создавать исключения для определенных косметических правок. Например, сообщество часто определяет, что определенный шаблон следует заменить , чтобы его можно было удалить, даже если замена не изменяет вывод страницы. Консенсус для того, чтобы бот внес какие-либо определенные косметические изменения, должен быть формализован в утвержденном запросе на утверждение .
Помните, что откат косметической правки также является косметической правкой. Если изменения, внесенные в косметическую правку, в противном случае были бы приемлемы как часть существенной правки, нет причин откатывать их. Вместо этого сообщите о проблеме оператору бота.
Хотя эта политика применима только к ботам, редакторам-людям также следует следовать этим рекомендациям, если они вносят изменения способом, подобным боту.
Интервики- боты должны добавлять интервики-ссылки на Wikidata , а не на английскую Википедию, если только эта задача не может быть выполнена на Wikidata (например, ссылка на раздел). Интервики-боты могут удалять интервики-ссылки из статей английской Википедии, только если они уже присутствуют на Wikidata. Глобально одобренным интервики-ботам разрешено работать на английской Википедии, при условии соблюдения местных требований . Интервики-боты, работающие в пространстве имен Template, должны гарантировать, что ссылки не будут включены на всех страницах, использующих шаблон, путем размещения их в соответствующем разделе подстраницы документации или в невключенной части шаблона, если подстраницы документации не существует. (Боты, работающие на Wikidata, должны соответствовать политике ботов Wikidata.)
Массовое создание страниц может потребовать одобрения сообщества, в дополнение к BRFA, если метод этого создания подпадает под эту политику в отношении ботов. BAG может потребовать, чтобы для любого массового создания контента существовало одобрение сообщества, прежде чем рассматривать одобрение бота.
Одобрение бота для массового создания не отменяет необходимость консенсуса сообщества для самого создания, равно как и консенсус сообщества для создания не отменяет необходимость одобрения самого бота. Операторы ботов должны гарантировать, что все создания строго соответствуют условиям их одобрения.
Все боты, которые выполняют какие-либо регистрируемые действия (например, редактирование страниц, загрузка файлов или создание учетных записей), должны быть одобрены для каждой из этих задач, прежде чем они смогут работать. Запросы на одобрение ботов должны быть сделаны на Wikipedia:Bots/Requests for approval (BRFA). Запросы должны точно указывать, что будет делать бот, а также любую другую информацию, которая может иметь отношение к его работе, включая ссылки на любые обсуждения в сообществе, достаточные для демонстрации консенсуса по предлагаемым задачам. Кроме того, потенциальные операторы ботов должны быть редакторами с хорошей репутацией и с подтвержденным опытом в выполнении тех задач, которые предлагает выполнять бот.
Во время запроса на одобрение член Группы одобрения ботов (BAG) обычно одобряет короткий пробный период, в течение которого бот контролируется, чтобы убедиться, что он работает правильно. Условия и продолжительность такого пробного периода могут быть определены BAG. Боты должны контролироваться в течение пробных периодов, чтобы любые проблемы могли быть быстро решены. Оператор бота несет ответственность за проверку правок и исправление любых ошибок, вызванных ботом. BAG также может одобрить расширенные пробные периоды, если возникнут проблемы с первоначальным пробным периодом и до тех пор, пока сообщество не будет уверено, что бот будет работать правильно.
Запрос обычно будет открыт в течение некоторого времени, в течение которого сообщество и члены BAG могут комментировать или задавать вопросы, а также давать отзывы о пробной версии. Решение об одобрении или отклонении запроса должно учитывать вышеуказанные требования, соответствующие политики и руководящие принципы, а также обсуждения запроса. Консенсус, достигнутый небольшой группой на странице обсуждения с низким трафиком, часто приводил к спорам, когда дело доходило до внимания более широкого сообщества. Операторов ботов поощряют и часто просят уведомлять соответствующие доски объявлений, чьи области могут быть затронуты или чей опыт в этой области может предоставить полезные комментарии и понимание предлагаемой задачи.
После того, как запрос продемонстрировал свое соответствие стандартам сообщества и правильную техническую реализацию, BAG может одобрить задачу. BAG также может отклонить запрос, который не демонстрирует консенсус сообщества для выполнения задачи. Иногда оператор может пожелать отозвать задачу, или BAG может пометить устаревший запрос как просроченный. Закрытые запросы архивируются и сохраняются для будущего использования. Если задача будет одобрена, флаг группы пользователей «бот» будет назначен любым бюрократом , и оператор может запустить бота по назначению.
BAG также может время от времени быстро одобрять или отклонять BRFA без испытательного срока. Непротиворечивые, технически простые задачи или дубликаты существующих задач, особенно если они выполняются доверенными операторами ботов, могут быть быстро одобрены. Аналогично, спорные или часто отклоняемые задачи, особенно новыми редакторами , могут быть быстро отклонены.
Операторы могут проводить ограниченное тестирование процессов бота без одобрения, при условии, что тестовые правки будут очень редкими по количеству и частоте и будут ограничены тестовыми страницами, такими как sandbox . Такие тестовые правки могут быть сделаны с любой учетной записи пользователя. Кроме того, любой процесс редактирования ботом или автоматизированный процесс редактирования, который влияет только на пространство пользователя оператора или его собственное (страницы пользователя, страницы обсуждения пользователя, страницы sandbox модуля пользователя и их подстраницы) и которые иным образом не нарушают работу, могут быть запущены без предварительного одобрения.
Если операторы ботов захотят изменить или расширить работу своих ботов, они должны убедиться, что делают это в соответствии с этой политикой. Небольшие изменения, например, для исправления проблем или улучшения работы определенной задачи, вряд ли станут проблемой, но более крупные изменения не следует внедрять без некоторого обсуждения. Совершенно новые задачи обычно требуют отдельного запроса на одобрение. Операторы ботов могут захотеть создать отдельную учетную запись бота для каждой задачи.
Учетные записи, выполняющие автоматизированные задачи без предварительного одобрения, могут быть в срочном порядке заблокированы любым администратором.
Боты с правами администратора (также известные как «админботы») также одобряются через общий процесс . Оператор бота должен быть администратором. Как и в случае с любым ботом, обсуждение одобрения проводится на двух уровнях:
Чтобы продемонстрировать реализацию, adminbots следует либо запустить «всухую» без бита «sysop» (если это осуществимо), либо запустить на основном аккаунте оператора, при этом его правки будут четко обозначены как таковые. Когда BAG убедится, что бот технически надежен, они одобрят его и порекомендуют предоставить ему права как «бота» , так и «sysop» . Бюрократ, который отвечает на запрос флага, выступает в качестве окончательного арбитра процесса и гарантирует, что в основе одобрения лежит адекватный уровень консенсуса сообщества (включая публичность обсуждения одобрения).
Поскольку adminbots обладают гораздо большим разрушительным потенциалом, чем обычные боты, их операторы должны внимательно следить за ними во время разработки и испытаний, в том числе после обновления кода. Adminbots следует немедленно отключать при первых признаках некорректного поведения. Администраторам разрешено запускать полуавтоматические инструменты администрирования на своих собственных аккаунтах, но они будут нести ответственность, если эти инструменты выйдут из строя. Небрежность при запуске adminbots и инструментов представляет собой ненадлежащее использование инструмента .
Если администратор, ответственный за одного или нескольких административных ботов, лишается прав администратора, его боты также должны быть немедленно лишены прав администратора (за исключением случаев, когда администратор добровольно ушел в отставку при непротиворечивых обстоятельствах ).
Запросы на повторную проверку должны обсуждаться на Wikipedia:Bots/Noticeboard . Это может включать либо апелляцию отклоненных запросов ботов, либо повторную проверку одобренных ботов. В некоторых случаях запросы на комментарии могут быть оправданы.
Результатом такого обследования может стать:
BAG не имеет полномочий в отношении поведения операторов или самих операторов. Разрешение споров является надлежащим местом для этого.
Если вы заметили проблему с ботом, у вас есть жалоба или предложение, вам следует связаться с оператором бота напрямую через его страницу обсуждения пользователя (или через страницу обсуждения учетной записи бота). Ожидается, что операторы бота будут реагировать на проблемы и предложения сообщества, но, пожалуйста, будьте добры и не паникуйте . Ошибки случаются, и мы все здесь для того, чтобы создать энциклопедию .
Незначительные изменения и настройки поведения бота обычно не требуют рассмотрения сообществом в целом, если они не выходят за рамки разумного толкования первоначального мандата бота/BRFA и имеют консенсус. Например, боту, одобренному для архивирования обсуждений на определенной странице WikiProject, не требуется другой BRFA для изменения деталей архивирования (например, возраста темы или требований к активности). Однако, чтобы начать архивирование страницы другого проекта, оператору, вероятно, следует подать еще один BRFA, который может быть быстро одобрен. В качестве другого примера, боту, изначально одобренному для удаления удаленных категорий из статей, потребуется одобрение для расширения его области действия для удаления удаленных файлов .
Если бот вызывает существенную проблему или оператор бота не ответил, а бот все еще вызывает проблемы, доступно несколько механизмов для предотвращения дальнейших сбоев. Многие боты предоставляют кнопку остановки или средства для отключения проблемной задачи на своей странице пользователя бота. Это следует попробовать в первую очередь, а затем обсудить проблему с оператором бота. Если такой механизм недоступен (или если требуются срочные действия), оставьте сообщение на доске объявлений администраторов с просьбой заблокировать неисправного бота. Согласно правилам доски объявлений, вы должны уведомить оператора бота об обсуждении, происходящем на доске объявлений.
Если вы обеспокоены тем, что бот действует вне установленного консенсуса для своей задачи, сначала обсудите этот вопрос с оператором бота или попробуйте другие формы разрешения споров ( члены BAG могут выступать в качестве нейтральных посредников по таким вопросам). Если вы обеспокоены тем, что бот больше не имеет консенсуса для своей задачи, вы можете официально подать апелляцию или попросить о пересмотре одобрения бота.
Редакторы-люди должны обращать внимание на вносимые ими правки и следить за тем, чтобы не жертвовать качеством в погоне за скоростью или количеством. Для целей разрешения споров не имеет значения, выполняются ли высокоскоростные или масштабные правки, которые а) противоречат консенсусу или б) вызывают ошибки, которые внимательный человек не допустил бы, фактически ботом, человеком с помощью скрипта или даже человеком без какой-либо программной помощи. Независимо от метода, разрушительное редактирование должно прекратиться, иначе пользователь может оказаться заблокированным. Однако просто быстрое редактирование, особенно в течение короткого времени, само по себе не является разрушительным.
Редакторы, которые выбирают полуавтоматические инструменты для помощи в редактировании, должны знать, что процессы, которые работают на более высоких скоростях, с большим объемом правок или с меньшим участием человека, с большей вероятностью будут рассматриваться как боты. Если есть какие-либо сомнения, вам следует сделать запрос на одобрение бота . В таких случаях Группа одобрения ботов определит, необходимы ли полный процесс одобрения и отдельная учетная запись бота.
Чисто косметические изменения, выполненные редактором-человеком в режиме бота, также могут считаться деструктивными.
Администраторы могут блокировать учетные записи ботов, которые работают без одобрения, работают способом, не указанным в их запросе на одобрение, или действуют вразрез с условиями их одобрения или политикой ботов. Блокировка также может быть выдана, если бот работает без входа в учетную запись или вошел в учетную запись, отличную от его собственной. Боты, которые, как известно, редактируют, будучи не в системе, должны иметь функцию assertion или аналогичную функцию, добавленную к ним. Операторы могут быть уведомлены с помощью {{ Bot block message }} (для одобренных ботов, которые сломаны) или {{ Uw-botblock }} (после блокировки не одобренных ботов).
Администраторы, блокирующие учетную запись пользователя, подозреваемого в использовании несанкционированного бота или одобренного бота несанкционированными способами, должны применить мягкую блокировку на неопределенный срок.
Участники группы имеют опыт написания и запуска ботов, опыт программирования, понимают роль Bot Approvals Group (BAG) в процессе BRFA и понимают политику Википедии в отношении ботов. Те, кто заинтересован в присоединении к группе, должны сделать пост на WT:BAG , объяснив, почему они будут хорошим членом команды, и описать прошлый опыт, а затем должны объявить обсуждение на WP:AN , WP:VPM , WT:BOTPOL и WP:BOTN . Через семь дней невовлеченный бюрократ закроет обсуждение.
После двух лет без какой-либо активности, связанной с ботами (например, размещение на страницах, связанных с ботами , размещение на странице обсуждения бота или управление ботом), члены BAG будут выведены из BAG после недельного уведомления. Вышедшие из BAG члены могут повторно подать заявку на членство в BAG в обычном порядке, если они хотят снова присоединиться к BAG.
Вспомогательное редактирование , также известное как полуавтоматическое редактирование , охватывает использование инструментов, которые помогают с повторяющимися задачами, но не изменяют содержимое Википедии без некоторого человеческого взаимодействия. Примерами этого являются исправление типографских ошибок , исправление ссылок на страницы устранения неоднозначности , очистка от вандализма и сортировка заглушек .
Участникам, намеревающимся внести большое количество ассистируемых правок, рекомендуется сначала убедиться в наличии четкого консенсуса относительно того, что такие правки желательны. Редакторы могут пожелать указать консенсус для задачи, если он еще не ясен, в сводках правок и/или на странице пользователя или обсуждения учетной записи, вносящей вклад. Участники могут пожелать создать отдельную учетную запись пользователя, чтобы сделать это; такие учетные записи должны соответствовать политике для нескольких учетных записей . Учетная запись бота не должна использоваться для ассистируемого редактирования, если только задача не была выполнена через BRFA.
Хотя такие вклады обычно не считаются использованием бота, полуавтоматические процессы, которые работают на более высоких скоростях, с большим объемом правок или с меньшим участием человека, с большей вероятностью будут рассматриваться как боты . Если есть какие-либо сомнения, вам следует подать запрос на одобрение. В таких случаях Группа одобрения ботов определит, необходимы ли полный процесс одобрения и отдельная учетная запись бота. Обратите внимание, что для любого крупномасштабного создания полуавтоматической страницы с контентом требуется BRFA.
Авторам инструментов вспомогательного редактирования разрешается создавать собственный механизм одобрения для этого инструмента; если для использования инструмента требуется одобрение бота, это является дополнением к обычному процессу запроса одобрения , а не вместо него . AutoWikiBrowser — пример инструмента с таким механизмом. Публикация исходного кода инструментов вспомогательного редактирования, как и в случае с ботами, приветствуется, но не является обязательной.
Большинство пользовательских скриптов предназначены только для улучшения или персонализации существующего интерфейса MediaWiki или для упрощения доступа к часто используемым функциям для редакторов. Скрипты такого рода обычно не требуют одобрения BAG.