Wikipedia:Política de bots

A política de bot cobre a operação de todos os bots e scripts automatizados usados ​​para fornecer automação de edições da Wikipédia, seja completamente automatizado, com maior velocidade ou simplesmente auxiliando editores humanos em seu próprio trabalho. Também abrange o trabalho do Bot Approvals Group (BAG), que supervisiona e aprova todas as atividades relacionadas a bots de uma perspectiva técnica e de controle de qualidade em nome da comunidade da Wikipédia em inglês . Outros idiomas podem ter suas próprias políticas de bot diferentes desta.

Definições

  • WP:BOTDEF
  • Os bots (abreviação de “ robôs ”) geralmente fazem alterações ou ações automatizadas. Depois de lançar o bot, pode-se presumir que não há mais necessidade de tomada de decisão humana.
  • A edição assistida ou semiautomática abrange especificamente ferramentas e scripts de baixa velocidade que podem ajudar os usuários a tomar decisões, mas deixam a decisão real para o usuário (consulte as diretrizes de edição assistida abaixo).
  • Scripts são scripts personalizados (normalmente, mas nem sempre, escritos em JavaScript) que podem automatizar processos ou simplesmente aprimorar a interface existente do MediaWiki.
  • O Bot Approvals Group (BAG) é um grupo de usuários com habilidades técnicas apropriadas e experiência em wiki, cujos membros são aprovados pela comunidade para supervisionar e tomar decisões sobre a atividade do bot e a operação no wiki para a comunidade. O BAG também determina a classificação como bot ou edição assistida, em casos ambíguos. O trabalho formal dos desenvolvedores do MediaWiki está fora do escopo desta política.

Uso de bot

  • WP:BOTUSE

Porque bots:

  • são potencialmente capazes de editar muito mais rápido do que os humanos; e
  • ter um nível de escrutínio mais baixo em cada edição do que um editor humano; e
  • podem causar perturbações graves se funcionarem mal ou forem mal utilizados;

a comunidade espera que os bots atendam a padrões elevados antes de serem aprovados para uso em tarefas designadas. A operação de bots não aprovados, ou a utilização de bots aprovados de maneiras fora das condições de operação aprovadas, é proibida e pode, em alguns casos, levar ao bloqueio da conta do usuário e possíveis sanções para o operador. Observe que a edição semiautomática de alta velocidade pode efetivamente ser considerada bots em alguns casos (consulte WP:MEATBOT ), mesmo se realizada por um editor humano. Em caso de dúvida, verifique.

Contas de bot

  • WP:BOTACC

Os contribuidores devem criar uma conta separada para operar um bot. O nome da conta deve identificar a função do bot (ex. <Task>Bot ), ou a conta principal do operador (ex. <Username>Bot ). Em todos os casos, deve ficar imediatamente claro que as edições são feitas por uma conta automatizada, o que normalmente é conseguido incluindo Bot no final do nome da conta. Os bots devem editar apenas enquanto estiverem logados em suas contas. Ferramentas não consideradas bots não exigem uma conta separada, mas alguns usuários optam por criar contas separadas para edição não-bot, mas de alta velocidade.

As contribuições de uma conta de bot continuam a ser da responsabilidade do seu operador, cuja conta deve ser identificável de forma destacada na sua página de utilizador. Em particular, o operador do bot é responsável pela reparação de qualquer dano causado por um bot que funcione incorretamente. Todas as políticas se aplicam a uma conta de bot da mesma forma que a qualquer outra conta de usuário. As contas de bot são consideradas contas alternativas de seu operador. Para garantir a conformidade com WP:BOTCOMM , os editores de IP que desejam operar um bot devem primeiro registrar uma conta antes de operar um bot.

As contas de bot não devem ser usadas para contribuições que não se enquadrem no escopo das tarefas designadas do bot. Em particular, os operadores de bot não devem usar uma conta de bot para responder a mensagens relacionadas ao bot. Os operadores de bot podem querer redirecionar a página de discussão de uma conta de bot para a sua própria página de discussão.

A bandeira "bot"

  • WP:BOTFLAG

As contas de bot serão marcadas por um burocrata como pertencentes ao grupo de usuários "bot" mediante solicitação do BAG. Este sinalizador reduz alguns dos limites técnicos impostos pelo software MediaWiki. As edições feitas por essas contas ficam ocultas por padrão nas alterações recentes . Contas de bot também podem ser adicionadas ao grupo de usuários "copyviobot" mediante solicitação do BAG; esse sinalizador permite o uso da API para adicionar metadados às edições para uso no feed de novas páginas .

Requisitos de atividade

  • WP:BOTINATIVO

As contas de bot que não tiveram ações ou edições registradas por dois anos, onde o operador listado também não teve ações ou edições registradas por dois anos, serão desautorizadas. Após um período de notificação de uma semana no quadro de avisos dos bots e na página de discussão do operador, as aprovações de tarefas anteriores serão consideradas expiradas e os sinalizadores de bot serão removidos. Caso o operador retorne e deseje reativar o bot, uma nova solicitação de aprovação (BRFA) deverá ser preenchida.

Bots direcionados para edição por outros usuários

  • WP:BOTMULTIOP

Alguns bots permitem que outros editores direcionem o bot para fazer uma edição ou outra ação. É recomendado e preferível usar OAuth para fazer a edição diretamente na conta do usuário. No entanto, pode ser permitido fazer essas edições através de uma conta de bot (especialmente se necessário devido às ações serem privilegiadas), desde que as seguintes condições sejam atendidas:

  1. Divulgação: A identidade do usuário da Wikipedia que dirige a edição/ação deve ser divulgada publicamente, normalmente vinculando o nome de usuário no resumo da edição.
  2. Verificação: A identidade do usuário da Wikipedia deve ser verificada de forma confiável para o bot, de uma maneira que não seja facilmente falsificada, contornada ou evitada. Os métodos adequados incluem uma senha não trivial, restrições de IP, login no wiki ou nome de host IRC. Se o bot for usado para realizar ações confidenciais, poderão ser necessários métodos de verificação mais fortes.
  3. Competência: Todos os usuários que dirigem um bot devem ter a habilidade e o conhecimento necessários para garantir que suas ações estejam dentro do consenso da comunidade.

Requisitos do bot

  • WP:BOTREQUIRE

Para que um bot seja aprovado, o seu operador deve demonstrar que:

  1. é inofensivo
  2. é útil
  3. não consome recursos desnecessariamente
  4. executa apenas tarefas para as quais há consenso
  5. adere cuidadosamente às políticas e diretrizes relevantes
  6. usa texto apropriado e informativo em todos os resumos de edição e mensagens deixadas para os usuários

A página de usuário da conta do bot deve identificar o bot usando a tag {{ bot }}. Tanto na página de usuário da conta do bot quanto na solicitação de aprovação, as seguintes informações devem ser fornecidas:

  • Detalhes das tarefas do bot
  • Se o bot é assistido manualmente ou executado automaticamente
  • Se funciona de forma contínua, intermitente ou em intervalos especificados, e a que taxa

Desempenho

  • WP:BOTPERF

Embora o desempenho geralmente não seja um problema , os operadores de bot devem reconhecer que um bot que faz muitas solicitações ou edita em alta velocidade tem um efeito muito maior do que o contribuidor médio. Os operadores devem ter cuidado para não fazer solicitações desnecessárias à Web e ser conservadores na velocidade de edição. Os administradores de sistemas informarão a comunidade se surgirem problemas de desempenho de qualquer importância e, em tais situações, suas diretrizes deverão ser seguidas.

  • Os bots em períodos de avaliação e os bots aprovados que executam todas as tarefas, exceto as mais urgentes, devem ser executados a uma velocidade que permita a revisão de suas edições quando necessário.
  • Os bots não sinalizados devem editar mais lentamente do que os bots sinalizados, pois suas edições são visíveis nas listas de observação dos usuários.
  • A urgência de uma tarefa deve ser sempre considerada; tarefas que não precisam ser concluídas rapidamente (por exemplo, renomear categorias ) podem e devem ser realizadas em um ritmo mais lento do que aquelas que o fazem (por exemplo, reverter o vandalismo ).
  • A velocidade de edição dos bots deve ser regulada de alguma forma. A norma geralmente aceita é que a taxa máxima de edição de um bot não deve exceder vinte edições por minuto sem consenso explícito da comunidade.
  • A velocidade de edição dos bots também pode ser ajustada com base no atraso do servidor de banco de dados de réplica; isso permite que os bots editem mais rapidamente durante períodos de silêncio, ao mesmo tempo que diminui consideravelmente a velocidade quando a carga do servidor está alta. Isto pode ser conseguido anexando um parâmetro extra à string de consulta de cada URL solicitada; consulte o parâmetro mw:Manual:Maxlag para obter mais detalhes.

Não são permitidos bots que baixem porções substanciais do conteúdo da Wikipédia solicitando muitas páginas individuais. Quando esse conteúdo for necessário, faça download dos dumps do banco de dados. Os bots que requerem acesso para executar consultas nos bancos de dados da Wikipédia podem ser executados no Wikimedia Toolforge; tais processos estão fora do escopo desta política.

Boa comunicação

  • WP:BOTCOMM

Os usuários que leem mensagens ou editam resumos de bots geralmente esperam um alto padrão de cordialidade e informação, respaldado pela ajuda rápida e civilizada do operador do bot, caso surjam dúvidas. Os operadores de bot devem ter cuidado no design das comunicações e garantir que serão capazes de responder a quaisquer dúvidas resultantes da operação do bot de forma cordial, rápida e adequada. Normalmente, espera-se que problemas e dúvidas sejam tratados na Wikipédia em inglês. Páginas acessíveis através de login unificado , como uma página de discussão no Commons ou na Wikipédia italiana também podem ser aceitáveis, desde que fique claro tanto na página do bot quanto na página de discussão do bot que é para lá que os comentários devem ser direcionados e que o destino página não é confusa para quem fala inglês. Sites externos como Phabricator ou GitHub (que exigem registro separado ou não permitem comentários de IP) e e-mail (que podem comprometer o anonimato ) podem complementar a comunicação no wiki, mas não a substituem. No mínimo, o operador deve garantir que outros utilizadores estarão dispostos e serão capazes de endereçar quaisquer mensagens deixadas desta forma, caso não tenham a certeza de o fazer por si próprios. Esta é uma condição de operação para todos os bots.

Observe que você pode ativar notificações por e-mail de pings e mensagens da página de discussão na seção de notificação das preferências da sua conta de bot .

Dicas de configuração

  • WP:BOTCONFIG

Os operadores de bot podem desejar implementar os seguintes recursos, dependendo da natureza das tarefas do bot:

  • Os bots que entregam avisos e boletins informativos são incentivados a fornecer um método de exclusão de mensagens não críticas, especialmente quando postadas nas páginas de discussão dos usuários. As instruções para cancelar podem então ser anunciadas na página do usuário do bot ( exemplo ) e na mensagem entregue ( exemplo ).
  • Os bots que editam muitas páginas, mas podem precisar ser impedidos de editar páginas específicas, podem fazê-lo interpretando {{ Bots }}; consulte a página do modelo para obter uma explicação de como isso funciona.
  • Os bots que "limpam" em resposta a edições não vandalísticas do usuário podem honrar {{ em uso }} para ajudar a evitar conflitos de edição, verificando a presença desse modelo (e redirecionamentos ) ou a categoria Categoria:Páginas ativamente submetidas a um edição principal . A documentação do modelo afirma que um bot que respeita {{em uso}} pode ignorar o modelo se já se passaram mais de 2 horas desde a última edição.
  • Fornecer algum mecanismo que permita que outros contribuidores, além do operador do bot, controlem a operação do bot é útil em algumas circunstâncias – o bot pode ser ativado ou desativado sem recorrer a bloqueios e também pode ser configurado de outras maneiras. Por exemplo, o bot poderia verificar o conteúdo de uma página específica e agir de acordo com o valor que encontrar ali. Se desejado, tal página poderia então ser protegida ou semiprotegida para evitar abusos. Os operadores de bot que fazem isso devem ter em mente que eles mantêm toda a responsabilidade pelas edições de suas contas de bot.
  • Para evitar bloqueios desnecessários, o bot pode usar asserção para evitar a edição se estiver desconectado. Novos bots e bots que foram editados anteriormente enquanto estavam desconectados são obrigados a usar asserção.

Os autores de processos de bot são incentivados, mas não obrigados, a publicar o código-fonte de seu bot.

Restrições em tarefas específicas

Categorização de pessoas

  • WP:BOTPCAT

A atribuição de categorias de pessoas não deve ser feita por meio de um bot. Antes de adicionar categorias confidenciais a artigos usando um bot, um ser humano deve verificar manualmente a lista de artigos potencialmente afetados (consulte Wikipedia:Categorização de pessoas ).

Mudanças sensíveis ao contexto

  • WP:SPELLBOT
  • WP:CONTEXTBOT

Os processos de bot não supervisionados não devem fazer alterações sensíveis ao contexto que normalmente exigiriam atenção humana, uma vez que a contabilização de todos os possíveis falsos positivos é geralmente inviável. Excepcionalmente, tais tarefas podem ser permitidas se - além de haver consenso - o operador puder demonstrar que não surgirão falsos positivos (por exemplo, uma execução única com uma lista completa de alterações de um dump de banco de dados ) , ou se houver comunidade consenso para executar a tarefa sem supervisão (por exemplo, reversão de vandalismo com uma taxa de falsos positivos aceita pela comunidade).

Exemplos de alterações sensíveis ao contexto incluem, mas não estão limitados a:

  • Correção de erros ortográficos, gramaticais ou de pontuação.
  • Converter palavras de uma variação regional do inglês para outra.
  • Aplicação de modelos sensíveis ao contexto, como {{ weasel word }}.
  • Alterar entidades HTML para caracteres Unicode sempre que o caractere Unicode possa ser difícil de identificar visualmente no modo de edição, de acordo com o Manual de Estilo .

Mudanças cosméticas

  • WP:COSMÉTICBOT

Mudanças cosméticas no wikitexto são às vezes as mais controversas , seja por si mesmas ou porque sobrecarregam históricos de páginas, listas de observação e/ou feed de alterações recentes com edições que não valem o tempo gasto para revisá-las. Tais alterações geralmente não devem ser feitas por si só, mas podem ser permitidas em uma edição que também inclua uma alteração substantiva.

Mudanças que normalmente são consideradas substantivas afetam algo visível para leitores e consumidores da Wikipédia, como

enquanto as mudanças que não o fazem são normalmente consideradas cosméticas . Edições menores geralmente não são consideradas cosméticas, mas ainda precisam de consenso para serem feitas pelos bots.

O consenso pode, como sempre, criar exceções para edições cosméticas específicas. Por exemplo, a comunidade frequentemente determina que um modelo específico deve ser substituído para que possa ser excluído, mesmo que a substituição não altere a saída da página. O consenso para que um bot faça qualquer alteração cosmética específica deve ser formalizado em uma solicitação de aprovação aprovada .

  • WP:COSMETICREVERT

Tenha em mente que reverter uma edição cosmética também é uma edição cosmética. Se as alterações feitas em uma edição estética forem aceitáveis ​​como parte de uma edição substantiva, não há motivo para revertê-las. Em vez disso , relate o problema ao operador do bot.

Embora esta política se aplique apenas a bots, os editores humanos também devem seguir esta orientação se fizerem tais alterações de maneira semelhante à de um bot.

Links interwiki

  • WP:INTERWIKIBOT

Os bots interwiki devem adicionar links interwiki no Wikidata , em vez de na Wikipédia em inglês, a menos que a tarefa não possa ser executada no Wikidata (como vincular a uma seção). Os bots Interwiki podem remover links interwiki de artigos da Wikipédia em inglês somente se já estiverem presentes no Wikidata. Os bots interwiki aprovados globalmente têm permissão para operar na Wikipédia em inglês, sujeitos aos requisitos locais . Os bots Interwiki executados no namespace Template devem garantir que os links não sejam transcluídos em todas as páginas que usam o modelo, colocando-os na seção apropriada da subpágina de documentação ou na parte não incluída do modelo se não existir nenhuma subpágina de documentação. (Os bots executados no Wikidata precisam cumprir a política de bots do Wikidata.)

Criação de páginas em massa

  • WP:MASSCRIAÇÃO
  • WP:Masscrever

Qualquer tarefa de criação de página de conteúdo automatizada ou semiautomática em grande escala deve ser aprovada em Wikipedia:Bots/Solicitações de aprovação . Este requisito inicialmente se aplicava a artigos , mas desde então foi expandido para incluir todas as "páginas de conteúdo" , ou seja, páginas projetadas para serem visualizadas pelos leitores através do espaço principal . Isso inclui artigos , categorias mais visíveis , arquivos hospedados na Wikipédia, avisos de edição do espaço principal e portais . Embora nenhuma definição específica de "grande escala" tenha sido decidida, a sugestão de "qualquer coisa acima de 25 ou 50" não foi contestada . Também é fortemente encorajado (e pode ser exigido pelo BAG) que a contribuição da comunidade seja solicitada em WP:Village pump (proposals) e nas páginas de discussão de quaisquer WikiProjects relevantes. Os operadores de bot devem garantir que todas as criações estejam estritamente dentro dos termos de sua aprovação.

De acordo com uma RfC de 2022 , todos os artigos criados em massa (exceto aqueles que não são obrigados a atender WP:GNG ) devem citar pelo menos uma fonte que contribua plausivelmente para o GNG, ou seja, que constitua uma cobertura significativa em uma fonte secundária confiável e independente.

Alternativas para simplesmente criar grandes quantidades de páginas de conteúdo incluem a criação de páginas em pequenos lotes ou a criação de páginas de conteúdo como subpáginas de um WikiProjeto relevante para serem movidas individualmente para um espaço público após cada uma ter sido revisada por editores humanos. Embora a utilização destas alternativas não elimine a necessidade de um BRFA, pode obter mais apoio da comunidade em geral.

Observe que, embora a criação de páginas sem conteúdo semelhante ao WP:MEATBOT (como redirecionamentos de nomes sistemáticos ou categorias de manutenção) não seja necessária para passar por um BRFA formal por padrão , o WP:MEATBOT ainda se aplica.

Processo de aprovação

  • WP:BOT APROVAÇÃO

Pedidos de aprovação

Todos os bots que realizam ações registradas (como editar páginas, enviar arquivos ou criar contas) devem ser aprovados para cada uma dessas tarefas antes de poderem operar. As solicitações de aprovação de bot devem ser feitas em Wikipedia:Bots/Requests for aprovado (BRFA). As solicitações devem indicar precisamente o que o bot fará, bem como qualquer outra informação que possa ser relevante para a sua operação, incluindo links para quaisquer discussões da comunidade suficientes para demonstrar consenso para a(s) tarefa(s) proposta(s). Além disso, os potenciais operadores de bot devem ser editores em situação regular e com experiência demonstrável no tipo de tarefas que o bot se propõe realizar.

Durante a solicitação de aprovação, um membro do Bot Approvals Group (BAG) normalmente aprovará um breve teste durante o qual o bot é monitorado para garantir que ele opere corretamente. Os termos e a extensão desse período experimental podem ser determinados pelo BAG. Os bots devem ser supervisionados durante os períodos de teste para que quaisquer problemas possam ser resolvidos rapidamente. O operador do bot é responsável por revisar as edições e reparar quaisquer erros causados ​​pelo bot. O BAG também pode aprovar testes estendidos caso surjam problemas com o teste inicial e até que a comunidade esteja confiante de que o bot funcionará corretamente.

A solicitação geralmente ficará aberta por algum tempo durante o qual a comunidade e os membros do BAG poderão comentar ou fazer perguntas e dar feedback sobre o estudo. A decisão de aprovar ou recusar uma solicitação deve levar em consideração os requisitos acima, as políticas e diretrizes relevantes e as discussões da solicitação. O consenso formado por um pequeno grupo numa página de discussão de baixo tráfego tem frequentemente resultado em controvérsia quando se trata de chamar a atenção da comunidade em geral. Os operadores de bots são incentivados e frequentemente solicitados a notificar os quadros de avisos relevantes cujas áreas possam ser afetadas ou cujos conhecimentos na área possam fornecer comentários úteis e informações sobre a tarefa proposta.

Uma vez que a solicitação tenha demonstrado sua conformidade com os padrões comunitários e correta implementação técnica, o BAG poderá aprovar a tarefa. O BAG também pode recusar uma solicitação que não demonstre consenso da comunidade para realizar a tarefa. Ocasionalmente, o operador pode desejar retirar a tarefa ou o BAG pode marcar uma solicitação obsoleta como expirada. As solicitações encerradas são arquivadas e preservadas para referência futura. Caso a tarefa seja aprovada, a bandeira do grupo de usuários “bot” será atribuída por qualquer burocrata e o operador poderá executar o bot conforme pretendido.

O BAG também pode ocasionalmente aprovar ou recusar BRFAs rapidamente sem um período experimental. Tarefas não controversas e tecnicamente simples ou duplicatas de tarefas existentes, especialmente se executadas por operadores de bot confiáveis, podem ser aprovadas rapidamente. Da mesma forma, tarefas controversas ou comumente recusadas, especialmente por novos editores , podem ser rapidamente recusadas.

Operações válidas sem aprovação

  • WP:BOTUSERSPACE
  • WP: ISENTO BOT

Os operadores podem realizar testes limitados de processos de bot sem aprovação, desde que as edições de teste sejam muito baixas em número e frequência e sejam restritas a páginas de teste, como o sandbox . Essas edições de teste podem ser feitas a partir de qualquer conta de usuário. Além disso, qualquer bot ou processo de edição automatizado que afete apenas o espaço do usuário ou seu próprio espaço de usuário (páginas do usuário, páginas de discussão do usuário, páginas sandbox do módulo do usuário e subpáginas dos mesmos) e que não seja perturbador de outra forma, pode ser executado sem aprovação prévia.

Caso os operadores de bots pretendam modificar ou alargar o funcionamento dos seus bots, devem garantir que o fazem em conformidade com esta política. É pouco provável que pequenas alterações, por exemplo, para resolver problemas ou melhorar o funcionamento de uma tarefa específica, sejam um problema, mas alterações maiores não devem ser implementadas sem alguma discussão. Tarefas completamente novas geralmente exigem uma solicitação de aprovação separada. Os operadores de bot podem desejar criar uma conta de bot separada para cada tarefa.

Contas que executam tarefas automatizadas sem aprovação prévia podem ser sumariamente bloqueadas por qualquer administrador.

Bots com direitos administrativos

  • WP:ADMINBOT

Os bots com direitos de administrador (também conhecidos como "adminbots") também são aprovados através do processo geral . O operador do bot já deve ser administrador. Como acontece com qualquer bot, a discussão sobre aprovação é conduzida em dois níveis:

  1. Aprovação da comunidade para a tarefa do bot. Esta discussão deve ocorrer num fórum apropriado, como o quadro de avisos dos Administradores ou o Village Pump , antes do BRFA. Sem uma necessidade/desejo demonstrado de tal adminbot, o BRFA será colocado em espera até que isso seja demonstrado ou a aprovação do bot será negada.
  2. A avaliação técnica da implementação do bot. Recomenda-se que o código-fonte dos adminbots seja aberto, mas caso o operador opte por manter todo ou parte do código não visível publicamente, deverá apresentar tal código para revisão mediante solicitação de qualquer membro ou administrador do BAG.

Para demonstrar a implementação, os adminbots devem ser executados "seco" sem um bit 'sysop' (se prático), ou executados na conta principal do operador, com suas edições claramente marcadas como tal. Quando o BAG estiver convencido de que o bot é tecnicamente correto, eles aprovarão o bot e recomendarão que ele receba direitos de 'bot' e 'sysop' . O burocrata que responde ao pedido de sinalização atua como árbitro final do processo e garantirá que um nível adequado de consenso comunitário (incluindo a publicidade da discussão de aprovação) subjaz à aprovação.

Como os adminbots têm um potencial muito mais destrutivo do que os bots normais, espera-se que seus operadores os monitorem de perto durante o desenvolvimento e os testes, inclusive após as atualizações do código. Adminbots devem ser desligados imediatamente ao primeiro sinal de comportamento incorreto. Os administradores têm permissão para executar ferramentas administrativas semiautomáticas em suas próprias contas, mas serão responsabilizados se essas ferramentas derem errado. A negligência durante a execução de adminbots e ferramentas constitui uso indevido da ferramenta .

Se um administrador responsável por um ou mais adminbots for desativado, seus bots deverão ser imediatamente desativados ao mesmo tempo (exceto se o administrador renunciar voluntariamente em circunstâncias incontroversas ).

Recursos e reexame de aprovações

  • WP:BOTAPPEAL

Os pedidos de reexame devem ser discutidos em Wikipedia:Bots/Noticeboard . Isso pode incluir apelação de solicitações de bots negadas ou reexame de bots aprovados. Em alguns casos, pedidos de comentários podem ser justificados.

Esse exame pode resultar em:

  • Conceder ou revogar aprovação para uma tarefa de bot;
  • Remover ou colocar a conta no grupo de usuários do bot;
  • Imposição de outras condições operacionais ao bot para manter o status de aprovação.

O BAG não tem autoridade sobre o comportamento dos operadores ou sobre os próprios operadores. A resolução de disputas é o local adequado para isso.

Lidando com problemas

  • WP:BOTISSUE

Pequenos defeitos, reclamações e melhorias

Se você notou um problema com um bot, tem uma reclamação ou uma sugestão a fazer, você deve entrar em contato diretamente com o operador do bot através da página de discussão do usuário (ou através da página de discussão da conta do bot). Espera-se que os operadores de bot respondam às preocupações e sugestões da comunidade, mas assuma a boa fé e não entre em pânico . Bugs e erros acontecem e estamos todos aqui para construir uma enciclopédia .

Pequenas alterações e ajustes no comportamento do bot geralmente não precisam ser revisados ​​pela comunidade em geral, desde que não excedam uma interpretação razoável do mandato/BRFA original do bot e tenham consenso. Por exemplo, um bot aprovado para arquivar discussões em uma página específica do WikiProject não precisa de outro BRFA para alterar os detalhes do arquivamento (por exemplo, idade do tópico ou requisitos de atividade). Contudo, para começar a arquivar a página de outro projeto, o operador provavelmente deverá submeter outro BRFA, que poderá ser rapidamente aprovado. Como outro exemplo, um bot originalmente aprovado para remover categorias excluídas de artigos precisaria de aprovação para expandir seu escopo de remoção de arquivos excluídos .

Principais avarias e reclamações

Se o bot estiver causando um problema significativo ou se o operador do bot não tiver respondido e o bot ainda estiver causando problemas, vários mecanismos estarão disponíveis para evitar futuras interrupções. Muitos bots fornecem um botão de parada ou meios para desabilitar a tarefa problemática na página de usuário do bot. Isto deve ser tentado primeiro, seguido de uma discussão do problema com o operador do bot. Se tal mecanismo não estiver disponível (ou se for necessária uma ação urgente), deixe uma mensagem no quadro de avisos dos administradores solicitando o bloqueio de um bot com defeito. De acordo com as diretrizes do quadro de avisos, você deve notificar o operador do bot sobre a discussão que está ocorrendo no quadro de avisos.

Se você está preocupado com o fato de um bot estar operando fora do consenso estabelecido para sua tarefa, discuta o problema primeiro com o operador do bot ou tente outras formas de resolução de disputas ( os membros do BAG podem atuar como mediadores neutros em tais assuntos). Se você estiver preocupado com o fato de um bot não ter mais consenso para sua tarefa, poderá apelar formalmente ou solicitar um reexame da aprovação de um bot.

Edição tipo bot

  • WP:MEATBOT

Espera-se que os editores humanos prestem atenção às edições que fazem e garantam que não sacrifiquem a qualidade na busca pela velocidade ou quantidade. Para efeitos de resolução de disputas, é irrelevante se edições em alta velocidade ou em grande escala que a) são contrárias ao consenso ou b) causam erros que um ser humano atento não cometeria, estão na verdade sendo realizadas por um bot, por um ser humano assistido por um script, ou mesmo por um humano sem qualquer assistência programática. Não importa o método, a edição disruptiva deve parar ou o usuário pode acabar bloqueado. No entanto, apenas editar rapidamente, especialmente por um curto período de tempo, não é por si só perturbador.

Editores que optam por utilizar ferramentas semiautomáticas para auxiliar sua edição devem estar cientes de que processos que operam em velocidades mais altas, com maior volume de edições ou com menos envolvimento humano têm maior probabilidade de serem tratados como bots. Se houver alguma dúvida, você deverá fazer uma solicitação de aprovação do bot . Nesses casos, o Grupo de Aprovações de Bots determinará se o processo de aprovação completo e uma conta de bot separada são necessários.

Mudanças puramente cosméticas realizadas por um editor humano como um bot também podem ser consideradas perturbadoras.

Bloqueando um bot

  • WP:BOTBLOCK

Os administradores podem bloquear contas de bot que operem sem aprovação, operem de maneira não especificada em sua solicitação de aprovação ou operem contra os termos de sua aprovação ou da política de bot. Um bloqueio também pode ser emitido se um bot operar sem estar conectado a uma conta ou estiver conectado a uma conta diferente da sua. Os bots que editam enquanto estão desconectados devem ter uma asserção ou uma função semelhante adicionada a eles. Os operadores podem ser notificados com {{ Bot block message }} (para bots aprovados que estão quebrados) ou {{ Uw-botblock }} (após bloquear bots não aprovados).

Os administradores que bloqueiam uma conta de usuário suspeita de operar um bot não aprovado ou um bot aprovado de maneiras não aprovadas devem fazer o bloqueio suave indefinidamente.

Outros assuntos relacionados ao bot

Grupo de aprovações de bots

  • WP:BAGREQ

Os membros do grupo têm experiência em escrever e executar bots, têm experiência em programação, entendem a função do Bot Approvals Group (BAG) no processo BRFA e entendem a política de bots da Wikipédia. Os interessados ​​em ingressar no grupo devem fazer uma postagem no WT:BAG explicando porque seriam um bom membro da equipe e descrevendo experiências passadas, e depois devem divulgar a discussão em WP:AN , WP:VPM , WT:BOTPOL e WP :BOTN . Após sete dias, um burocrata não envolvido encerrará a discussão.

Após dois anos sem qualquer atividade relacionada a bots (como postar em páginas relacionadas a bots , postar na página de discussão de um bot ou operar um bot), os membros do BAG serão aposentados do BAG após um aviso prévio de uma semana. Os membros aposentados podem solicitar novamente a adesão ao BAG normalmente se desejarem voltar a aderir ao BAG.

Diretrizes de edição assistida

  • WP:ASSISTIDO
  • WP:SEMIAUTOMATIZADO

A edição assistida , também conhecida como edição semiautomática , abrange o uso de ferramentas que auxiliam em tarefas repetitivas, mas não alteram o conteúdo da Wikipédia sem alguma interação humana. Exemplos disso incluem correção de erros tipográficos , correção de links para páginas de desambiguação , limpeza de vandalismo e classificação de stubs .

Os colaboradores que pretendem fazer um grande número de edições assistidas são aconselhados a primeiro garantir que haja um consenso claro de que tais edições são desejadas. Os editores podem desejar indicar o consenso para a tarefa, se ainda não estiver claro, nos resumos de edição e/ou no usuário ou na página de discussão da conta que fez as contribuições. Os contribuidores podem desejar criar uma conta de usuário separada para fazer isso; essas contas devem aderir à política de contas múltiplas . Uma conta de bot não deve ser usada para edição assistida, a menos que a tarefa tenha passado por um BRFA.

Embora essas contribuições geralmente não sejam consideradas uso de um bot, processos semiautomáticos que operam em velocidades mais altas, com maior volume de edições ou com menos envolvimento humano têm maior probabilidade de serem tratados como bots . Em caso de dúvida, deverá fazer um pedido de aprovação. Nesses casos, o Grupo de Aprovações de Bots determinará se o processo de aprovação completo e uma conta de bot separada são necessários. Observe que qualquer criação de página de conteúdo semiautomática em grande escala requer um BRFA.

Os autores de ferramentas de edição assistida têm permissão para criar seu próprio mecanismo de aprovação para essa ferramenta; se a aprovação do bot for necessária para o uso da ferramenta, isso será um acréscimo , e não um substituto , ao processo normal de solicitação de aprovação. AutoWikiBrowser é um exemplo de ferramenta com tal mecanismo. A liberação do código-fonte para ferramentas de edição assistida é, como acontece com os bots, incentivada, mas não obrigatória.

Scripts de usuário

  • WP:BOTSCRIPT

A maioria dos scripts de usuário destina-se apenas a melhorar ou personalizar a interface existente do MediaWiki ou a simplificar o acesso às funções comumente usadas pelos editores. Scripts deste tipo normalmente não requerem aprovação do BAG.

Veja também

Obtido em "https://en.wikipedia.org/w/index.php?title=Wikipedia:Bot_policy&oldid=1208480416#Good_communication"