Википедия: Политика в отношении ботов

Обзор ( Словарь ) Политика ботов Группа утверждения ботов Гид Доска объявлений Новостная рассылка Запросы ботов Запросы на одобрение Админботы {{ BAG Tools }} Создание бота Список ботов Отчет о статусе бота

Эта страница документирует процедурную политику Википедии.

Ярлык РГ: БОТПОЛ

Вкратце об этой странице: Автоматизированные процессы редактирования, известные как «боты», должны быть безвредными и полезными, иметь одобрение, использовать отдельные учетные записи пользователей и действовать ответственно. Эта вики также позволяет запускать глобальных ботов в соответствии с местными требованиями .

Политика ботов охватывает работу всех ботов и автоматизированных скриптов, используемых для автоматизации редактирования Википедии, будь то полностью автоматизированное, более быстрое или просто помогающее редакторам-людям в их собственной работе. Он также охватывает работу Bot Approvals Group (BAG), которая контролирует и утверждает всю деятельность, связанную с ботами, с технической точки зрения и с точки зрения контроля качества от имени сообщества английской Википедии . На других языках могут быть свои собственные политики ботов, отличные от этого.

Определения

• Боты (сокращение от « роботы ») обычно вносят изменения или действия автоматически. После запуска бота можно сделать предположение, что больше нет необходимости в принятии решений человеком.
• Вспомогательное или полуавтоматическое редактирование охватывает, в частности, низкоскоростные инструменты и скрипты, которые могут помочь пользователям принимать решения, но оставляют фактическое решение на усмотрение пользователя (см. Рекомендации по вспомогательному редактированию ниже).
• Скрипты - это персонализированные скрипты (обычно, но не всегда, написанные на JavaScript), которые могут автоматизировать процессы или могут просто улучшить существующий интерфейс MediaWiki.
• Группа одобрения ботов (BAG) - это группа пользователей с соответствующими техническими навыками и опытом работы с вики, члены которой одобрены сообществом для наблюдения и принятия решений относительно активности ботов и работы вики для сообщества. BAG также определяет классификацию как бот или вспомогательное редактирование в неоднозначных случаях. Официальная работа разработчиков MediaWiki выходит за рамки этой политики.

Использование бота

Потому что боты

• потенциально способны редактировать намного быстрее, чем люди; а также
• иметь более низкий уровень контроля над каждым редактированием, чем редактор-человек; а также
• могут вызвать серьезные сбои в работе в случае неисправности или неправильного использования;

сообщество ожидает, что боты будут соответствовать высоким стандартам, прежде чем они будут одобрены для использования в определенных задачах. Работа неутвержденных ботов или использование утвержденных ботов способами, выходящими за рамки их утвержденных условий работы, запрещены и в некоторых случаях могут привести к блокировке учетной записи пользователя и возможным санкциям для оператора. Обратите внимание, что высокоскоростное полуавтоматическое редактирование в некоторых случаях может эффективно считаться ботами (см. WP: MEATBOT ), даже если оно выполняется редактором-человеком. Если сомневаетесь, проверьте.

Аккаунты ботов

Участники должны создать отдельную учетную запись , чтобы управлять ботом. Имя учетной записи должно указывать на функцию бота (например, <Task> Bot ) или основную учетную запись оператора (например, <Username> Bot ). Во всех случаях должно быть сразу ясно, что изменения вносятся автоматизированной учетной записью, что обычно достигается включением бота в конце имени учетной записи. Боты должны редактировать только во время входа в свою учетную запись. Инструменты, которые не считаются ботами, не требуют отдельной учетной записи, но некоторые пользователи предпочитают создавать отдельные учетные записи для не-ботов, а для высокоскоростного редактирования.

Вклад учетной записи бота остается обязанностью ее оператора, учетная запись которого должна быть на видном месте на странице пользователя. В частности, оператор бота несет ответственность за устранение любых повреждений, вызванных неправильной работой бота. Все политики применяются к учетной записи бота так же, как и к любой другой учетной записи пользователя. Аккаунты ботов считаются альтернативными аккаунтами их оператора. Чтобы обеспечить соответствие WP: BOTCOMM , редакторы IP, желающие управлять ботом, должны сначала зарегистрировать учетную запись, прежде чем управлять ботом.

Учетные записи ботов не должны использоваться для взносов, которые не входят в объем назначенных ботом задач. В частности, операторы ботов не должны использовать учетную запись бота для ответа на сообщения, связанные с ботом. Операторы ботов могут захотеть перенаправить страницу обсуждения учетной записи бота на свою.

Флаг "бот"

Учетные записи ботов будут отмечены бюрократом как принадлежащие к группе пользователей "боты" по запросу BAG. Этот флаг снижает некоторые технические ограничения, накладываемые программным обеспечением MediaWiki. Изменения, сделанные такими учетными записями, по умолчанию скрыты в последних изменениях . Учетные записи ботов также могут быть добавлены в группу пользователей copyviobot по запросу BAG; этот флаг позволяет использовать API для добавления метаданных к изменениям для использования в фиде новых страниц .

Требования к деятельности

Учетные записи ботов, в которых не регистрировались действия или изменения в течение двух лет, а указанный оператор также не регистрировал действия или изменения в течение двух лет, будут деавторизованы. После недельного периода уведомления на доске объявлений ботов и на странице обсуждения оператора предыдущие утверждения задач будут считаться истекшими, а флаги ботов будут удалены. Если оператор возвращается и желает повторно активировать бота, необходимо заполнить новый запрос на одобрение .

Боты, предназначенные для редактирования другими пользователями

Некоторые боты позволяют другим редакторам указывать боту на редактирование или другое действие. Рекомендуется и предпочтительно использовать OAuth, чтобы вносить изменения непосредственно в учетную запись пользователя. Однако может быть допустимо вместо этого вносить эти изменения через учетную запись бота (особенно, если это необходимо из-за привилегированных действий), при соблюдении следующих условий:

1. Раскрытие информации: личность пользователя Википедии, руководящего редактированием / действием, должна быть публично раскрыта, обычно путем ссылки на имя пользователя в сводке редактирования.
2. Проверка: личность пользователя Википедии должна быть надежно подтверждена для бота способом, который нелегко подделать, обойти или избежать. Подходящие методы включают нетривиальный пароль, ограничения IP, вход в вики или имя хоста IRC. Если бот используется для выполнения чувствительных действий, могут потребоваться более строгие методы проверки.
3. Компетентность: все пользователи, управляющие ботом, должны обладать необходимыми навыками и знаниями, чтобы их действия соответствовали консенсусу сообщества.

Требования к боту

Чтобы бот был одобрен, его оператор должен продемонстрировать, что он:

1. безвреден
2. является полезным
3. не потребляет ресурсы без надобности
4. выполняет только те задачи, по которым есть консенсус
5. тщательно соблюдает соответствующие политики и рекомендации
6. использует информативные сообщения, сформулированные соответствующим образом, в любых сводках редактирования или сообщениях, оставленных для пользователей

Страница пользователя учетной записи бота должна идентифицировать бота как такового с помощью тега {{ bot }}. Следующая информация должна быть предоставлена ​​как на странице пользователя учетной записи бота, так и в запросе на одобрение или связана с ней:

• Подробная информация о задаче (или задачах) бота
• Поддерживается ли бот вручную или запускается автоматически
• Когда он работает (непрерывно, периодически или с заданными интервалами) и с какой скоростью

Представление

Хотя производительность обычно не является проблемой , операторы ботов должны понимать, что бот, выполняющий много запросов или редактирующих на высокой скорости, имеет гораздо больший эффект, чем средний участник. Операторы должны быть осторожны, чтобы не делать ненужных веб-запросов, и быть консервативными в скорости редактирования. Системные администраторы проинформируют сообщество, если возникнут какие-либо проблемы с производительностью, и в таких ситуациях их указания должны соблюдаться.

• Боты в пробные периоды и утвержденные боты, выполняющие все задачи, кроме самых срочных, должны запускаться с такой скоростью, которая позволяет при необходимости проверять их правки.
• Неотмеченные боты должны редактировать медленнее, чем помеченные боты, поскольку их изменения видны в списках наблюдения пользователей.
• Всегда следует учитывать срочность задачи; задачи, которые не нужно выполнять быстро (например, переименование категорий ), могут и должны выполняться медленнее, чем те, которые это делают (например, борьба с вандализмом ).
• Скорость редактирования ботов нужно как-то регулировать; при условии утверждения боты, выполняющие несрочные задачи, могут редактировать примерно раз в десять секунд, а боты, выполняющие более срочные задачи, могут редактировать примерно раз в пять секунд.
• Боты, редактирующие на высокой скорости, должны работать медленнее в часы пик (12: 00–04: 00 UTC) и в дни (середина недели, особенно по средам и четвергам), чем в самое тихое время (выходные).
• Скорость редактирования ботов также может быть скорректирована в зависимости от задержки сервера базы данных реплик; это позволяет ботам быстрее редактировать в периоды затишья и значительно замедляться при высокой нагрузке на сервер. Это может быть достигнуто путем добавления дополнительного параметра к строке запроса каждого запрошенного URL-адреса; см. mw: Manual: параметр Maxlag для более подробной информации.

Боты, которые загружают значительную часть содержимого Википедии, запрашивая множество отдельных страниц, не допускаются. Если требуется такой контент, загрузите вместо него дампы базы данных . Ботов, которым требуется доступ для выполнения запросов к базам данных Википедии, можно запускать на Wikimedia Toolforge ; такие процессы выходят за рамки данной политики.

Хорошая связь

Пользователи, которые читают сообщения или редактируют сводки от ботов, обычно ожидают высокого стандарта сердечности и информации, подкрепленного быстрой и вежливой помощью оператора бота, если возникнут вопросы. Операторы ботов должны позаботиться о планировании коммуникаций и убедиться, что они смогут ответить на любые запросы, возникающие в результате работы бота, сердечно, быстро и надлежащим образом. Ожидается, что вопросы и запросы будут обрабатываться в английской Википедии. Страницы, доступные через единый вход , например страницу обсуждения в Commons или в итальянской Википедии.также может быть приемлемым, если и на странице бота, и на странице обсуждения бота ясно, что именно сюда следует направлять комментарии и что целевая страница не сбивает с толку англоговорящего. Внешние сайты, такие как Phabricator или GitHub (которые требуют отдельной регистрации или не допускают комментариев по IP) и электронная почта (которая может поставить под угрозу анонимность ), могут дополнять общение в вики, но не заменяют его. Как минимум, оператор должен гарантировать, что другие пользователи будут готовы и смогут адресовать любые сообщения, оставленные таким образом, если они не могут быть уверены, что сделают это сами. Это условие работы ботов в целом.

Обратите внимание, что вы можете включить уведомления по электронной почте о пингах и сообщениях на странице обсуждения в разделе уведомлений в настройках вашей учетной записи бота .

Советы по настройке

Операторы ботов могут пожелать реализовать следующие функции, в зависимости от характера задач бота:

• Ботам, которые доставляют уведомления и информационные бюллетени, рекомендуется предоставлять метод отказа от некритических сообщений, особенно при размещении на страницах обсуждения пользователей. Инструкции по отказу от рассылки могут быть размещены как на странице пользователя бота ( пример ), так и в доставленном сообщении ( пример ).
• Боты, которые редактируют множество страниц, но, возможно, нужно запретить редактировать определенные страницы, могут сделать это, интерпретируя {{ Bots }}; см. страницу шаблона для объяснения того, как это работает.
• Боты, которые «убирают» в ответ на правки пользователя, не связанные с вандализмом, могут соблюдать {{ in use }}, чтобы избежать конфликтов редактирования, либо путем проверки наличия этого шаблона (и перенаправления ), либо категории Категория: Страницы, активно подвергающиеся основное редактирование . В документации по шаблону указано, что бот, соблюдающий {{in use}}, может игнорировать шаблон, если с момента последнего редактирования прошло более 2 часов.
• Предоставление некоторого механизма, который позволяет участникам, отличным от оператора бота, управлять работой бота, полезно в некоторых обстоятельствах - бота можно включать или отключать, не прибегая к блокировкам, а также его можно настроить другими способами. Например, бот может проверять содержимое определенной страницы и действовать в соответствии с найденным там значением. При желании такая страница может быть защищена или частично защищена для предотвращения злоупотреблений. Операторы ботов, выполняющие это, должны помнить, что они несут всю ответственность за редактирование своих учетных записей ботов.
• Чтобы избежать ненужных блоков, бот может использовать утверждение для предотвращения редактирования, если он вышел из системы. Новые боты и боты, которые ранее редактировались при выходе из системы, должны использовать утверждение.

Авторам процессов бота рекомендуется, но не обязательно, публиковать исходный код своего бота.

Ограничения на конкретные задачи

Категоризация людей

Назначение категорий лицам не должно производиться с помощью бота. Перед добавлением ботом деликатных категорий к статьям вводимые данные следует проверять вручную постатейно, а не выгружать из существующего списка в Википедии. (См. Википедию: Категоризация людей .)

Контекстно-зависимые изменения

Неконтролируемые процессы ботов не должны вносить контекстно-зависимые изменения , которые обычно требуют внимания человека, поскольку учет всех возможных ложных срабатываний обычно невозможен. В исключительных случаях такие задачи могут быть разрешены, если - помимо достижения консенсуса - оператор может продемонстрировать отсутствие ложных срабатываний (например, однократный запуск с полным списком изменений из дампа базы данных ) или если существует консенсус сообщества. для выполнения задачи без присмотра (например, возврат вандализма с принятым сообществом уровнем ложных срабатываний).

Примеры контекстно-зависимых изменений включают, но не ограничиваются:

• Исправление орфографических, грамматических или пунктуационных ошибок.
• Преобразование слов из одного регионального варианта английского языка в другой.
• Применение контекстно-зависимых шаблонов, таких как {{ weasel word }}.
• Изменение HTML-объектов на символы Unicode, когда символ Unicode может быть трудно идентифицировать визуально в режиме редактирования, в соответствии с Руководством по стилю .

Косметические изменения

Косметические изменения к вики - текста являются иногда наиболее спорным , либо сами по себе , или потому , что они загромождали страниц историй, наблюдения и / или недавние изменения питающиеся с правками, которые не стоит времени , затраченного их рассмотрения. Такие изменения обычно не должны выполняться сами по себе, но могут быть разрешены при редактировании, которое также включает существенное изменение.

Изменения, которые обычно считаются существенными, влияют на что-то видимое для читателей и потребителей Википедии, например

• вывод текста или HTML таким образом , чтобы сделать разницу в аудио или визуального представления страницы в веб - браузерах , для чтения с экрана , когда напечатанных в формате PDF , или при доступе через другие формы вспомогательных технологий (например , удаление удаленный категорию, обновление параметр шаблона, изменяющий пробелы в маркированных вертикальных списках );
• «пользовательские интерфейсы» Википедии, такие как список категорий или вики-страницы и результаты внешних поисковых систем (например, изменение ключей сортировки категорий , отсутствие индексации , сводки / фрагменты поисковых систем или изображения страниц );
• «администрирование энциклопедии», такое как поддержание скрытых категорий, используемых для отслеживания невыполненных работ (например, переход {{citation needed}}на {{citation needed|date=September 2016}}); или же
• вопиюще недопустимый HTML, такой как незакрытые теги, даже если он не влияет на отображение браузеров или исправлен до вывода RemexHtml (например, изменение <sup>...</sub>на <sup>...</sup>)

в то время как изменения, которых нет, обычно считаются косметическими . Мелкие правки обычно не считаются косметическими, но все же требуют согласования между ботами.

Как всегда, консенсус может создавать исключения для определенных косметических правок. Например, сообщество часто определяет, что конкретный шаблон должен быть заменен, чтобы его можно было удалить, даже если подстановка не изменяет вывод страницы. Согласие с ботом на внесение каких-либо косметических изменений должно быть оформлено в утвержденном запросе на одобрение .

Хотя эта политика применяется только к ботам, редакторы-люди могут также пожелать следовать этому руководству по причинам, указанным здесь, особенно при внесении таких изменений в больших масштабах . Имейте в виду, что возврат косметического редактирования также является косметическим редактированием. Если изменения, внесенные в косметическое редактирование, в противном случае были бы приемлемы как часть основного редактирования, нет причин для их отмены. Вместо этого сообщите о проблеме оператору бота.

Ссылки интервики

Интервики Боты должны добавить интервики ссылки на викиданном , а не на английской Википедии, если задача не может быть выполнена на викиданном (например, ссылки на раздел). Боты интервики могут удалять интервики-ссылки из англоязычных статей Википедии, только если они уже присутствуют в Викиданных. Одобренным во всем мире интервики-ботам разрешено работать в англоязычной Википедии в соответствии с местными требованиями . Боты Interwiki, работающие в пространстве имен Template, должны гарантировать, что ссылки не включены на все страницы, использующие шаблон, путем размещения их в соответствующем разделе подстраницы документации или не включенной части шаблона, если подстраница документации не существует. (Боты, работающие на Викиданных, должны соответствовать политике Викиданных в отношении ботов .)

Массовое создание страницы

Любая крупномасштабная автоматизированная или полуавтоматическая задача создания страницы с контентом должна быть одобрена в Википедии: Боты / Запросы на одобрение . Изначально это требование относилось к статьям , но с тех пор было расширено и теперь включает все «информационные страницы» , в широком смысле слова, предназначенные для просмотра читателями через основное пространство . К ним относятся статьи , книги , наиболее заметные категории , файлы, размещенные в Википедии, уведомления об изменениях в основном пространстве и порталы.. Хотя не было принято никакого конкретного определения термина «крупномасштабный», предложение «не более 25 или 50» не встретило возражений. Также настоятельно рекомендуется (и может потребоваться BAG), чтобы мнения сообщества запрашивались на WP: Village pump (предложения) и на страницах обсуждения любых соответствующих проектов Wiki. Операторы ботов должны гарантировать, что все творения строго соответствуют условиям их утверждения.

Альтернативы простому созданию большого количества страниц с контентом включают создание страниц небольшими партиями или создание страниц с контентом в виде подстраниц соответствующего WikiProject, которые будут индивидуально перемещены в общедоступное пространство после того, как каждая будет просмотрена редакторами-людьми. Хотя использование этих альтернатив не устраняет необходимости в BRFA, оно может получить большую поддержку со стороны сообщества в целом.

Обратите внимание , что в то время как РГ: MEATBOT -как создания , не являющихся -поперечник страниц (например, переадресовывает от систематических имен, или категории обслуживания) не требуется , чтобы пройти через формальный BRFA по умолчанию , WP: MEATBOT еще применяется.

Процесс утверждения

Запросы на одобрение

Все боты, которые выполняют какие-либо регистрируемые действия (такие как редактирование страниц, загрузка файлов или создание учетных записей), должны быть одобрены для каждой из этих задач, прежде чем они смогут работать. Запросы на одобрение ботов следует делать в Википедии: Боты / Запросы на одобрение (BRFA). Запросы должны точно указывать, что будет делать бот, а также любую другую информацию, которая может иметь отношение к его работе, включая ссылки на любые обсуждения в сообществе, достаточные для демонстрации консенсуса по предлагаемой задаче (задачам). Кроме того, потенциальные операторы ботов должны быть редакторами с хорошей репутацией и наглядным опытом выполнения тех задач, которые бот предлагает выполнять.

Во время запроса на одобрение член группы одобрения ботов (BAG) обычно одобряет короткую пробную версию, во время которой бот контролируется, чтобы убедиться, что он работает правильно. Сроки и продолжительность такого испытательного периода могут быть определены BAG. Во время пробных периодов за ботами следует следить, чтобы можно было быстро решать любые проблемы. Оператор бота несет ответственность за просмотр правок и исправление любых ошибок, вызванных ботом. BAG также может утвердить расширенные испытания, если возникнут проблемы с первоначальным испытанием, и до тех пор, пока сообщество не будет уверено, что бот будет работать правильно.

Запрос обычно будет открыт в течение некоторого времени, в течение которого сообщество и члены BAG могут комментировать или задавать вопросы, а также оставлять отзывы о пробной версии. При принятии решения об одобрении или отклонении запроса следует принимать во внимание изложенные выше требования , соответствующие политики и руководящие принципы, а также обсуждения запроса. Консенсус, сформированный небольшой группой на странице обсуждения с низким трафиком, часто приводит к разногласиям, когда дело доходит до внимания более широкого сообщества. Операторов ботов поощряют и часто просят уведомить соответствующие доски объявлений, чьи области могут быть затронуты или чей опыт в этой области мог бы предоставить полезные комментарии и понимание предлагаемой задачи.

Как только запрос продемонстрирует свое соответствие стандартам сообщества и правильную техническую реализацию, BAG может утвердить задачу. BAG также может отклонить запрос, который не демонстрирует согласия сообщества на выполнение задачи. Иногда оператор может пожелать отозвать задачу, или BAG может пометить устаревший запрос как просроченный. Закрытые запросы архивируются и сохраняются для использования в будущем. Если задача будет одобрена, флаг группы пользователей «бот» будет присвоен любым бюрократом, и оператор сможет запустить бота по назначению.

BAG также может иногда быстро одобрять или отклонять BRFA без пробного периода. Непротиворечивые, технически простые задачи или дубликаты существующих задач, особенно если они выполняются доверенными операторами ботов, могут быть быстро утверждены. Точно так же могут быть быстро отклонены спорные или часто отклоняемые задачи, особенно новыми редакторами .

Допустимые операции без согласования

Операторы могут проводить ограниченное тестирование процессов ботов без утверждения, при условии, что тестовые правки очень малы по количеству и частоте и ограничиваются тестовыми страницами, такими как песочница . Такие тестовые правки можно вносить из любой учетной записи пользователя. Кроме того, любой бот или процесс автоматического редактирования, который влияет только на пользовательское пространство оператора или его собственное пространство (страницы пользователей, страницы обсуждений пользователей, страницы изолированной программной среды модуля пользователя и их подстраницы) и которые в остальном не нарушают работу, могут выполняться без предварительного разрешения.

Если операторы ботов хотят изменить или расширить работу своих ботов, они должны убедиться, что они делают это в соответствии с этой политикой. Небольшие изменения, например, для устранения проблем или улучшения работы конкретной задачи, вряд ли будут проблемой, но более крупные изменения не следует вносить без обсуждения. Совершенно новые задачи обычно требуют отдельного запроса на утверждение. Операторы ботов могут захотеть создать отдельную учетную запись бота для каждой задачи.

Учетные записи, выполняющие автоматические задачи без предварительного одобрения, могут быть заблокированы любым администратором.

Боты с административными правами

Боты с правами администратора (также известные как «админ-боты») также утверждаются через общий процесс . Оператор бота уже должен быть администратором. Как и в случае с любым другим ботом, обсуждение одобрения ведется на двух уровнях:

1. Утверждение сообществом задачи бота. Это обсуждение должно проходить на соответствующем форуме, например, на доске объявлений администратора или в Village Pump , до BRFA. Без продемонстрированной потребности / желания в таком админ-боте, BRFA будет либо приостановлен до тех пор, пока это не будет продемонстрировано, либо боту будет отказано в одобрении.
2. Техническая оценка реализации бота. Рекомендуется, чтобы исходный код ботов-администраторов был открытым, но если оператор решит, что весь или часть кода не будет публично видна, он должен предоставить такой код для проверки по запросу любого члена или администратора BAG.

Для того, чтобы продемонстрировать реализацию, adminbots либо должен работать «всухую» , без в «SysOp» бит (если это возможно), или будет работать на основном счете оператора, с его правками четко обозначен как таковые. Когда BAG убедится, что бот технически исправен, они одобрят его и рекомендуют предоставить ему права как «бот», так и «сисопа» . Бюрократ, который отвечает на запрос флага, выступает в качестве окончательного арбитра процесса и обеспечивает адекватный уровень консенсуса сообщества (включая публичное обсуждение одобрения), лежащий в основе одобрения.

Поскольку админ-боты обладают гораздо более разрушительным потенциалом, чем обычные боты, ожидается, что их операторы будут внимательно следить за ними во время разработки и испытаний, в том числе после обновления кода. Админботы должны быть немедленно отключены при первых признаках некорректного поведения. Администраторам разрешено запускать полуавтоматические инструменты администрирования для своих собственных учетных записей, но они будут нести ответственность, если эти инструменты выйдут из строя. Пренебрежение запуском админ-ботов и инструментов означает неправильное использование инструментов .

Если администратор, ответственный за одного или нескольких админ-ботов, отключен, их боты должны быть немедленно отключены одновременно (за исключением случаев, когда администратор добровольно ушел в отставку в неоспоримых обстоятельствах ).

Апелляции и пересмотр согласований

Запросы на повторную экспертизу следует обсуждать в Википедии: Боты / Доска объявлений . Это может включать либо апелляцию на отклоненные запросы ботов, либо повторную проверку одобренных ботов. В некоторых случаях запросы о комментариях могут быть оправданы.

Результатом такого обследования могут быть:

• Предоставление или отмена утверждения задачи бота;
• Удаление или включение учетной записи в группу пользователей бота;
• Навязывание боту дополнительных условий работы для поддержания статуса одобрения.

BAG не имеет власти ни в отношении поведения операторов , ни в отношении самих операторов. Разрешение споров - подходящее место для этого.

Решение проблем

Мелкие неисправности, жалобы и улучшения

Если вы заметили проблему с ботом, у вас есть жалоба или есть предложение, вам следует связаться с оператором бота напрямую через его страницу обсуждения пользователя (или через страницу обсуждения учетной записи бота). Ожидается, что операторы ботов будут реагировать на проблемы и предложения сообщества, но, пожалуйста, проявляйте добросовестность и не паникуйте . Ошибки случаются, и мы все здесь, чтобы создать энциклопедию .

Незначительные изменения и настройки поведения бота обычно не требуют рассмотрения сообществом в целом, если они не выходят за рамки разумной интерпретации первоначального мандата / BRFA бота и имеют консенсус. Например, бот, утвержденный для архивирования обсуждений на определенной странице WikiProject, не нуждается в другом BRFA для изменения деталей архивирования (например, возраста потока или требований к активности). Однако, чтобы начать архивирование страницы другого проекта, оператор, вероятно, должен отправить еще один BRFA, который может быть быстро одобрен. Другой пример: бот, изначально одобренный для удаления удаленных категорий из статей, потребует одобрения, чтобы расширить его область действия для удаления удаленных файлов .

Основные неисправности и жалобы

Если бот вызывает серьезную проблему или оператор бота не ответил, но бот все еще вызывает проблемы, доступны несколько механизмов для предотвращения дальнейшего сбоя. Многие боты предоставляют кнопку остановки или средства для отключения проблемной задачи на своей странице пользователя бота. Сначала следует попробовать это, а затем обсудить проблему с оператором бота. Если такой механизм недоступен (или если требуются срочные действия), оставьте сообщение на доске объявлений администратора с просьбой заблокировать неисправного бота. В соответствии с правилами доски объявлений вы должны уведомить оператора бота о дискуссии, происходящей на доске.

Если вы обеспокоены тем, что бот работает за пределами установленного консенсуса в отношении своей задачи, сначала обсудите проблему с оператором бота или попробуйте другие формы разрешения споров ( члены BAG могут выступать в качестве нейтральных посредников по таким вопросам). Если вы обеспокоены тем, что бот больше не имеет консенсуса в отношении своей задачи, вы можете официально подать апелляцию или попросить пересмотреть одобрение бота.

Ботоподобное редактирование

Ожидается, что редакторы-люди будут обращать внимание на вносимые ими правки и следить за тем, чтобы они не жертвовали качеством в погоне за скоростью или количеством. Для целей разрешения споров не имеет значения, выполняются ли быстрые или крупномасштабные правки, которые а) противоречат консенсусу или б) вызывают ошибки, которые не мог бы сделать внимательный человек, на самом деле выполняются ботом, человеком с помощью человека. сценарий, или даже человеком без какой-либо программной помощи. Независимо от метода, разрушительное редактирование должно прекратиться, иначе пользователь может оказаться заблокированным. Однако простое быстрое редактирование, особенно в течение короткого времени, само по себе не является разрушительным.

Редакторы, которые предпочитают использовать полуавтоматические инструменты для облегчения редактирования, должны знать, что процессы, которые работают с большей скоростью, с большим объемом редактирования или с меньшим участием человека, с большей вероятностью будут рассматриваться как боты. Если есть какие-либо сомнения, вам следует отправить запрос на одобрение бота . В таких случаях группа утверждения ботов определит, необходимы ли полный процесс утверждения и отдельная учетная запись бота.

Блокировка бота

Администраторы могут блокировать учетные записи ботов, которые действуют без утверждения, действуют способом, не указанным в их запросе на утверждение, или действуют вопреки условиям их утверждения или политике ботов. Блокировка также может быть выдана, если бот работает без входа в учетную запись или вошел в учетную запись, отличную от своей собственной. Боты, о которых известно, что они редактируют, когда они вышли из системы, должны иметь подтверждение или аналогичную функцию, добавленную к ним. Операторы могут быть уведомлены с помощью {{ сообщение о блокировке ботов}} (для утвержденных ботов, которые взломаны ) или {{ Uw-botblock }} (после блокировки неутвержденных ботов).

Администраторы, блокирующие учетную запись пользователя, подозреваемого в использовании неутвержденного бота или утвержденного бота неутвержденными способами, должны осуществлять мягкую блокировку на неопределенный срок.

Другие вопросы, связанные с ботами

Группа утверждения ботов

Члены группы имеют опыт написания и запуска ботов, имеют опыт программирования, понимают роль группы утверждения ботов (BAG) в процессе BRFA и понимают политику Википедии в отношении ботов. Те, кто заинтересован в присоединении к группе, должны написать сообщение на WT: BAG, объяснив, почему они будут хорошим членом команды, и описать прошлый опыт, а затем рекламировать обсуждение на WP: AN , WP: VPM , WT: BOTPOL и WP. : BOTN . Через семь дней неучастный бюрократ закроет обсуждение.

После двух лет отсутствия каких-либо действий, связанных с ботами (таких как публикации на страницах , связанных с ботами , публикация на странице обсуждения бота или управление ботом), участники BAG будут уволены из BAG после уведомления за неделю. Вышедшие на пенсию участники могут повторно подать заявку на членство в BAG как обычно, если они хотят снова присоединиться к BAG.

Рекомендации по вспомогательному редактированию

Вспомогательное редактирование , также известное как полуавтоматическое редактирование , включает использование инструментов, которые помогают выполнять повторяющиеся задачи, но не изменяют содержание Википедии без какого-либо вмешательства человека. Примеры этого включают исправление типографских ошибок , исправление ссылок на страницы значений неоднозначности , устранение вандализма и сортировку заглушек .

Авторам, намеревающимся внести большое количество вспомогательных правок, рекомендуется сначала убедиться, что существует четкий консенсус в отношении того, что такие правки желательны. Редакторы могут пожелать указать консенсус по задаче, если это еще не ясно, в сводках редактирования и / или на странице пользователя или обсуждения учетной записи, сделавшей вклад. Участники могут пожелать создать для этого отдельную учетную запись пользователя; такие учетные записи должны соответствовать политике в отношении нескольких учетных записей . Счет бот не должен использоваться для поддержанного редактирования, если задача не была через BRFA.

Хотя такой вклад обычно не считается использованием бота, полуавтоматические процессы, которые работают с большей скоростью, с большим объемом редактирования или с меньшим участием человека, с большей вероятностью будут рассматриваться как боты . Если есть какие-либо сомнения, вам следует сделать запрос на одобрение . В таких случаях группа утверждения ботов определит, необходимы ли полный процесс утверждения и отдельная учетная запись бота. Обратите внимание, что для создания любой крупномасштабной полуавтоматической страницы с контентом требуется BRFA.

Авторам инструментов вспомогательного редактирования разрешается создавать свои собственные механизмы утверждения для этого инструмента; если для использования инструмента требуется одобрение бота, это дополнение к обычному процессу запроса одобрения , а не вместо него . AutoWikiBrowser - пример инструмента с таким механизмом. Выпуск исходного кода для инструментов вспомогательного редактирования, как и в случае с ботами, приветствуется, но не требуется.

Пользовательские скрипты

Большинство пользовательских скриптов предназначены просто для улучшения или персонализации существующего интерфейса MediaWiki или для упрощения доступа редакторов к часто используемым функциям. Скрипты такого типа обычно не требуют утверждения BAG.

Смотрите также

• Википедия: Глобальная политика в отношении ботов
• meta: Политика User-Agent
• Википедия: Группа утверждения ботов
• Википедия: запросы ботов
• Википедия: Боты / Запросы на одобрение
  • Википедия: Боты / Запросы на одобрение / Админботы
• Википедия: Создание бота
• Википедия: История ботов из Википедии
• Википедия: Типы ботов
• Википедия: уровни доступа пользователей
• meta: Политика ботов (здесь не действует)