Guia · 1 de setembro de 2026 · 3 min de leitura
O cargo automático, depois da verificação
Dar um cargo automaticamente à chegada simplifica muita coisa: as permissões gerem-se num cargo em vez de em @everyone. Mas um cargo automático incondicional dá exatamente os mesmos direitos a uma conta de spam e a um membro verdadeiro.
Índice
Porquê um cargo em vez de @everyone
Definir as permissões em @everyone parece mais simples, e cria um problema estrutural: @everyone inclui as contas que acabaram de chegar, as que não passaram a verificação e as que estão a ser sancionadas. Não se lhe pode retirar nada.
Com um cargo «Membro», os canais abrem-se a esse cargo, @everyone não vê nada, e retirar o cargo basta para isolar alguém sem o banir. É também o que torna possível uma quarentena sem mexer em trinta permissões de canal.
A condição que muda tudo
Se o servidor tem uma verificação — captcha, regulamento a aceitar, pergunta de entrada — o cargo só deve ser dado depois. Um cargo automático imediato anula todo o interesse da verificação: a conta automatizada recebe os acessos antes mesmo de ter falhado o desafio.
O funcionamento esperado é, portanto, condicional: à chegada, nenhum cargo e um só canal visível; depois da validação, os cargos configurados chegam de uma vez. Uma conta que nunca valida fica na antecâmara indefinidamente, sem que seja preciso tratar dela.
O que se dá, e o que não se dá
- Sim — um cargo «Membro» que abre os canais de base.
- Sim — cargos de notificação neutros, se o servidor os usar.
- Não — qualquer cargo com uma permissão de moderação, por mínima que seja.
- Não — um cargo de patamar de nível: perde o sentido se for dado logo à partida.
Os casos particulares a prever
O membro que volta. Alguém que já validou, que sai do servidor e que volta deve passar de novo a verificação? O mais seguro é que sim: é também o cenário de uma conta comprometida a tentar voltar a entrar.
Os bots. Um cargo automático aplicado aos bots dá-lhes acessos que não pediram, e por vezes mais do que o previsto. Excluir os bots da atribuição é uma definição a verificar, não a supor.
Os membros já presentes. Ativar o cargo automático num servidor existente não dá nada a quem já lá está: essas pessoas não chegam. É preciso uma atribuição em massa uma vez, senão metade do servidor não tem o cargo em que assentam todas as tuas permissões.
A hierarquia dos cargos
Uma causa de falha aparece constantemente: o bot não consegue atribuir um cargo situado acima do seu na lista. A atribuição falha então em silêncio, e só se constata que os novos não têm nada.
O cargo do bot deve, portanto, ficar acima de todos os cargos que tem de dar. Não é uma questão de permissões: um bot administrador colocado no fundo da lista falha exatamente da mesma maneira.
Quantos cargos à chegada
Um, na grande maioria dos casos. Empilhar quatro cargos automáticos cria uma lista de membros ilegível e complica o diagnóstico quando alguém não tem acesso a um canal — qual dos quatro falta?
Os cargos opcionais — notificações, interesses, cores — pertencem a um menu de cargos que o membro usa por si. Dar tudo de ofício priva o recém-chegado da única ação simples que pode fazer ao chegar.
Perguntas frequentes
É preciso um cargo automático se o servidor não tem verificação?
Sim: a separação entre @everyone e um cargo «Membro» continua útil para a moderação, mesmo sem captcha.
O que acontece se o bot estiver offline quando um membro chega?
O cargo não é atribuído nesse momento. Uma recuperação no arranque resolve o caso; sem ela, é preciso atribuir à mão aos membros chegados durante a paragem.
Pode adiar-se a atribuição?
Sim, e às vezes é útil: esperar alguns minutos depois da chegada elimina as contas que entram e saem logo a seguir, típicas das campanhas automatizadas.
O cargo automático substitui o captcha?
Não, fazem o inverso um do outro. O captcha filtra, o cargo automático distribui: um deve condicionar o outro.
Ler a seguir : Captcha e verificação, Mensagem de boas-vindas, Menus de cargos.