Википедистам рекомендуется быть смелыми в своих изменениях или даже игнорировать все правила . Однако для сериализованных или «полуботовых» правок рекомендуется соблюдать дополнительные меры предосторожности, и желательно достичь широкого согласия по типу правок, которые вы хотите сериализовать.
В этом руководстве дается описание того, что понимается под сериализованными правками в этом смысле, объясняется, какие типы потенциально спорных правок лучше не сериализовать, и даются некоторые общие рекомендации для операторов и разработчиков вспомогательного ПО для полуботов (обратите внимание, однако, на многие типы сериализованных правок). поведение может быть выполнено без помощи функций программного обеспечения).
Определения
Полубот в Википедии - это учетная запись без бота, которая выполняет повторяющиеся задачи с разными статьями.
Не считаются «повторяющимися задачами по разным статьям» в контексте этого определения:
- Перемещение одной страницы вместе со страницей обсуждения (это создает четыре редактирования за один раз);
- Очистка после перемещения страницы или создания страницы разрешения неоднозначности (например, двойное перенаправление или исправление неоднозначности );
- Сортировка заглушек;
- Обновление категоризации и меж-вики-ссылок;
- Отказ от вандализма или устранение очевидных ошибок.
Кроме того, повторение в этом контексте определяется очень широко: два последовательных редактирования, только вставляющих лишние пробелы, могут считаться образцом повторяющегося редакционного поведения в смысле этого руководства.
Примеры вспомогательного ПО
Инструменты полубота включают (см. Также Википедию: Типы ботов и Википедию: Инструменты / Инструменты редактирования ):
- Плагины для защиты от вандализма и другое программное обеспечение (см. Также Википедию: Counter-Vandalism Unit # Detection and Reversation ):
- Антивандальная защита : Антивандальная защита АмиДаниэля
- Vandal Fighter : "оригинал" CryptoDerk (исторический) ; Продолжение хны
- Антивандальный инструмент
- AutoWikiBrowser
- Всплывающие окна , wikEd и другие инструменты JavaScript (см. Также Wikipedia: Scripts и Wikipedia: WikiProject User scripts )
- Преобразование цитат / сносок:
- Википедия: Footnote3 / numlink2note.pl и Википедия: Footnote3 / order-footnote.pl
- Cyde Weys' Ref конвертер
- Инструмент цитирования (автоматические / направленные исправления ошибок Cite.php )
- Некоторые виды использования бота Pywiki , такие как устранение неоднозначности
Основной принцип
Не сериализируйте правки, которые могут быть сочтены спорными.
Другими словами, смелость обновлять страницы и игнорировать все правила - отличные принципы, которые делают Википедию такой, какая она есть. Но не испытывайте удачу; если вы хотите изменить что-то в одной статье и предполагаете, что значительное количество википедистов сочтут это изменение нежелательным или просто излишним в смысле отнимания серверного времени без неотъемлемой выгоды, вы можете это сделать; это будет охвачено принципом смелости , даже если у товарища-википедиста хватит смелости немедленно отменить его. Тем не менее, сериализации этого изменения за несколько статей Обходят обсуждение и будет не быть охвачен принципом смелости.
Если вы сомневаетесь в целесообразности сериализации определенного типа редактирования, вы можете проконсультироваться со своими коллегами-википедистами, прежде чем приступать к сериализованному редактированию: например, предложение может быть поднято на соответствующей странице деревенского насоса , Запрос Комментарий и т. Д.
Обоснование
- В отношении выполняемых задач требуется широкий консенсус : у других википедистов может быть другой взгляд на вопросы макета страницы, какие шаблоны используются на каких страницах и т. Д. В таком случае неинтересно соревноваться с полуботом.
- Задачи, требующие индивидуальной интерпретации или оценки контекста и содержимого страницы, могут легко привести к ошибкам при выполнении в повторяющемся масштабе, поэтому при повторном выполнении такие задачи могут выполняться только учетными записями, имеющими надлежащее описание задачи бота .
Примеры
В этом разделе перечислены некоторые задачи и указано, должны ли они выполняться полуботами. Это не исчерпывающий список, ограничивающий «общий принцип» выше; скорее, этот список следует рассматривать как набор репрезентативных примеров.
Политики и рекомендации
Поскольку официальная политика является предметом широкого консенсуса, приведение статей в соответствие с этой политикой в последовательной форме, как правило, не будет восприниматься как «спорное». Обычно это может сделать полубот (но также см. Следующий пункт).
Руководящие принципы также согласованы, но с большей вероятностью будут иметь исключения. Таким образом, следует проявлять больше осторожности при последовательном применении руководящих принципов.
- Когда директива или политика подразумевают, что уместность определенных правок зависит от контекста или интерпретации , разумно учитывать, что разные люди могут по своему выбору вносить разные правки. Например, в деле ArbCom было принято решение против сериализованного переформатирования гарвардских ссылок на сноски . Арбитры оправдывали это тем, что какие бы поощрения ни содержались в руководящих принципах, не существовало единого формата, налагаемого политиками и руководящими принципами Википедии.
Рекомендации по стилю
Руководства по стилю ( Руководство по стилю и другие страницы в Категории: Руководства по стилю Википедии ) часто содержат рекомендации, которые не очень подходят для последовательной публикации без разбора.
Например, Википедия: Ведущий раздел # Соответствовать длине в настоящее время рекомендует, чтобы статьи, содержащие менее 15000 символов, имели ведущий раздел менее трех абзацев. Систематическое объединение абзацев ведущих разделов таких статей, вероятно, не будет хорошей идеей: в зависимости от контекста, например, может быть лучше создать заголовки подразделов или иным образом реорганизовать содержание таких статей.
Другой пример - связывание / удаление слов. Википедия: Делайте только ссылки, которые имеют отношение к контексту, упоминание о том, что контекст (который всегда подлежит интерпретации) важен при принятии решения, применять ли вики-ссылку. Из-за этого сериализация связывания или разъединения часто бывает содержательной.
Добавление / удаление пробелов
«Пробел» состоит из пробелов , пустых строк и т. Д.
Примеры:
- Изменение заголовков разделов с == Текст заголовка == на == Текст заголовка == (или наоборот ). Эффект не виден, и нет единого мнения о том, что предпочтительнее. Выполнение таких правок с помощью полубота также создает историю изменений.
- Добавление пробелов вокруг труб: хотя обычно визуальный эффект будет нулевым, и некоторые редакторы предпочитают один способ, а другие - другой, в определенных случаях визуальный результат может быть непреднамеренно затронут, например, изменение ([[: category: wikipedia essays | эссе]]) в ([[: category: википедия эссе | эссе]]) ведет к ( эссе ).
Исправление неработающих перенаправлений
См. Википедию: Перенаправление # Не «исправляйте» ссылки на перенаправления, которые не нарушены . Консенсус в отношении того, чтобы этого не делать, является узким, и, возможно, со временем он может измениться на разрешение на выполнение такого рода исправлений ссылок. Но даже в этом случае не следует ожидать, что консенсус будет очень широким, поэтому, пока не появится широкий консенсус: не рекомендуется сериализовать .
Изменение порядка последовательностей категорий в алфавитном порядке
Википедисты потратили немало времени, чтобы найти «идеальный» порядок категорий, перечисленных в нижней части статьи. Соглашения пока не достигнуто. См. Обсуждение в Википедии: Категоризация людей # Порядок категорий для краткого обзора обсуждений.
Страница перемещается
В июле 2006 года один из Wikipedian обязался переместить несколько сотен статей о людях в вариант их имени, включающий полное отчество [1] , несмотря на то, что действующее руководство ( Википедия: Соглашения об именах (люди) ) не рекомендует этого, если только человек наиболее известен по варианту имени, включающему полное отчество. Это спорное серийное поведение было остановлено, и ходы вернулись.
Рекомендации для операторов полуботов
Если вы не уверены, будет ли конкретное сериализованное редактирование восприниматься как спорное , один из способов выяснить это - запросить одобрение этого типа редактирования в качестве задания бота в Википедии: Боты / Запросы на одобрение .
Редактировать сводки
Сводка редактирования изменений, выполненных полуботами, должна содержать четкую информацию об используемом вспомогательном программном обеспечении, а также о внесенных изменениях.
Ответная реакция
Операторы полуботов (будь то отдельная учетная запись или нет) должны быть доступны и реагировать на странице обсуждения en: wiki. Удаление замечаний о поведении полубота до того, как удостовериться, что автор замечания считает, что замечание обработано должным образом, рассматривается как «отсутствие реакции». После публикации комментария на соответствующей странице обсуждения пользователя ожидается ответ в течение нескольких минут после следующего редактирования полуботом. Отсутствие реакции может привести к блокировке учетной записи полубота, для чего блокирующий администратор должен оставить запись на странице контактов для полубота. В качестве альтернативы, и это предпочтительно, когда это возможно, программное обеспечение полубота временно отключено для этой учетной записи, равно как и соответствующее примечание оператору полубота. Например, AWB имеет такую функциональность в Википедии: AutoWikiBrowser / CheckPage # Enabled users .
Операторы полуботов должны быть готовы отменить изменения, отклоняющиеся от принципов данного руководства. Эти реверсии не должны уничтожать промежуточные изменения, внесенные другими редакторами. Недостаточно улучшить настройки полубота без должной отмены предыдущих проблемных изменений.
Отдельный аккаунт?
В отличие от ботов , операторы полуботов не являются обязательными и даже специально не поощряются к созданию отдельной учетной записи для операций полуботов. Также не Википедия: кукольный Носок руководство препятствовать использованию второго счета для сериализовать операции.
Итак, решение остается за оператором-полуботом. Причина этого раздела - перечислить плюсы и минусы обоих подходов, чтобы помочь оператору-полуботу сделать свой выбор:
- Отдельная учетная запись может восприниматься как своего рода бот со своими недостатками, например, учетные записи ботов блокируются раньше, чем учетные записи операторов ботов, если бот начинает вести себя странно. Если полубот и его оператор используют одну и ту же учетную запись, это обычно заставляет сисопов воздерживаться от упреждающей блокировки (что не является большой проблемой при применении к отдельной учетной записи).
- Если в долгосрочной перспективе оператор полубота может захотеть запросить одобрение статуса бота, было бы неплохо начать с отдельной учетной записи, чтобы поведение учетной записи, выполняющей сериализованные операции, уже было известно к тому времени. приложения учетной записи бота (что обычно ускоряет процесс получения утверждения в качестве бота для этой учетной записи).
- Доступность: подумайте сами, как википедистам будет проще связаться с вами по поводу проблем, связанных с операциями полубота: если отдельные учетные записи потребуют больше времени, прежде чем вы заметите, что вам было отправлено сообщение (например, пока вы повторно вошли в систему с учетной записью бота, и вы не получаете уведомления о сообщениях, оставленных на странице обсуждения вашей учетной записи оператора), это может быть противопоказанием для создания отдельных учетных записей.
- Риск того, что вас сочтут за лицемерие, например, если вы забудете сменить логин при выражении своего мнения в соломенном опросе, может быть воспринят плохо.
- Более четкое разделение задач: сбои, выполняемые полуботом, которые обрабатываются должным образом, не так сильно отражаются на операторе: если две учетные записи не разделены, «сбой» больше идентифицируется оператором.
- Начать работу в качестве полубота под собственной учетной записью, безусловно, является менее бюрократическим решением.
- Иногда вспомогательное программное обеспечение (если оно используется) дает указание: большая часть типичного программного обеспечения полубота (например, средств защиты от вандализма) предназначена для использования на одной учетной записи. Типичное программное обеспечение для ботов (например, платформа py) скорее предназначено для отдельной учетной записи (даже при использовании в качестве полубота).
Если оператор полубота решает использовать отдельную учетную запись, рекомендуется не использовать слово «бот» в имени учетной записи полубота (чтобы не путать с ботами, у которых есть перечисленные и согласованные должностные инструкции). Вместо этого рекомендуется использовать имя учетной записи в духе:
(производное от) имени учетной записи пользователя + «Задача»
Где «Задача» может быть либо просто словом « задача» , либо словом, обозначающим задачу. Например, проверка ссылок может быть именем «Задачи» для полубота, который проверяет, активны ли внешние ссылки.
Рекомендации разработчикам вспомогательного ПО
Разработка вспомогательного программного обеспечения обычно не контролируется так строго, как разработка функций и реализация самого программного обеспечения MediaWiki . Некоторые предложения:
- Всегда можно обсудить идеи в Википедии: Village pump (например, в разделе «предложения» или «технический») или в Meta-Wiki ;
- Будьте осторожны, чтобы не запрограммировать ничего, что может легко заставить пользователей выполнять действия, не поддерживаемые руководящими принципами и политиками Википедии. Если этого нельзя избежать, по крайней мере, сделайте соответствующие предупреждения в программном обеспечении и / или четко объясните такие риски в руководстве. Другими словами, постарайтесь сделать инструмент максимально надежным , учитывая, например, принцип KISS и закон Мерфи .
- Предпочтительно, чтобы программное обеспечение использовало лицензию с авторским левом, такую как GPL , в соответствии с открытой природой Википедии. Обратите внимание, что сценарии, загруженные в Википедию (например, на одной странице пространства имен пользователей monobook.js ), автоматически лицензируются в рамках GFDL , хотя вы можете расширить дополнительные права по своему усмотрению.
Сравните Wikipedia: Scripts # Guidelines (специально для скриптов)