Permissões de Discord para servidores RP: cargos, categorias e acesso de staff

Servidores RP não precisam de 40 cargos com poderes misteriosos. Precisam de um modelo que responda três perguntas:

1. Quem pode tomar decisões de staff?
2. Onde este jogador está no onboarding?
3. Que identidade, facção ou departamento este membro tem?

São perguntas diferentes. Se um cargo responde todas, o setup fica difícil de auditar. Gang Lead não deve herdar moderação sem querer. Donor não deve mudar visibilidade de suporte. Whitelisted não deve abrir workspace de staff.

Cargos de poder definem o que uma pessoa pode fazer: Owner, Admin, Staff Lead, Moderator, Trial Staff. Mantenha pequeno e sem glamour.

Cargos de estado definem onde o jogador está: Applicant, Pending Interview, Whitelisted, Suspended, Muted. Eles devem abrir ou fechar áreas de onboarding e player, não staff power.

Cargos de identidade definem quem a pessoa é: PD, EMS, mecânico, gangue, business, streamer, donor. Podem abrir áreas de facção ou comunidade, mas não controlar moderação global.

Essa divisão acelera revisão. Canal privado de staff? Verifique cargos de poder. Área de jogadores? Verifique estado. Categoria de facção? Verifique identidade.

A documentação oficial do Discord descreve Administrator como permissão que concede todas as permissões e ignora overwrites de canal. Isso é útil para controle de owner e às vezes para setup de bot. É perigoso como cargo padrão de staff.

Moderadores normais costumam precisar de poderes específicos: gerenciar mensagens, aplicar timeout, ver audit log, ajustar nicknames, mover usuários e lidar com tickets. Eles não precisam passar por cima de todos os canais privados.

Se alguém precisa de Administrator para rotina, o modelo de cargos está quebrado. Corrija o modelo em vez de dar acesso universal.

Fontes úteis para manter abertas na auditoria: o guia de cargos e permissões e a referência técnica de permissões do Discord.

Configure permissões no nível da categoria primeiro. Depois sincronize canais. Isso torna o servidor legível: Start Here se comporta de um jeito, Staff Ops de outro, facções de outro.

Overwrites por canal devem ser raros porque criam estado escondido. O canal parece pertencer a uma categoria, mas se comporta diferente. É assim que canal privado fica público ou jogador whitelisted perde algo essencial.

Quando uma exceção for inevitável, documente:

• O que mudou
• Por que mudou
• Quem aprovou
• Se é permanente ou temporário
• Quando revisar

Se um bot cria canais, atribui cargos ou gerencia tickets, a posição do cargo importa. Ele precisa ficar acima dos cargos que gerencia. Se estiver abaixo de uma facção ou cargo de staff, partes da instalação podem falhar ou ser puladas em silêncio.

Padrão seguro:

1. Owner no topo.
2. Admin / Staff Lead abaixo de owner.
3. Bot de instalação ou operações abaixo de owner/admin e acima dos cargos gerenciados.
4. Cargos de moderação abaixo do bot se o bot precisa atribuir ou remover.
5. Cargos de estado e identidade abaixo dos cargos de staff.

É por isso que KeepGrid usa preview e rollback. Instalação de bot precisa ser previsível, não experimento cego de permissão.

Um canal privado só é seguro enquanto cargos e overwrites continuam corretos. Servidores mudam. Staff cria cargo temporário. Facções se dividem. Alguém duplica canal. Alguém move canal entre categorias e esquece de sincronizar.

Isso é permission drift. A correção não é paranoia. É diff semanal:

• Novos cargos
• Cargos removidos
• Bits de permissão alterados
• Novos overwrites de canal
• Canais fora de sync com a categoria
• Bot movido abaixo de um cargo que deveria gerenciar

Você não precisa ler mensagens para monitorar isso. O risco vive em cargos, canais, permissões e metadados.

Rode isto uma vez por semana:

1. Liste todos os cargos com Administrator. Remova salvo motivo escrito.
2. Liste todos os cargos com Manage Roles. Confirme que gerenciam só o que devem.
3. Cheque a posição do bot contra todos os cargos que ele gerencia.
4. Encontre canais com permissões não sincronizadas. Documente ou ressincronize.
5. Abra o servidor como Applicant, Whitelisted, Trial Staff e Faction Lead. Confirme cada visão.

Se isso leva mais de 30 minutos, seu modelo provavelmente está complicado demais.

Use a ferramenta gratuita de matriz de permissões para desenhar o modelo. Depois rode o Ops Audit no Discord real. Se quiser que a KeepGrid gere e instale a estrutura, o Launch OS entrega um dry-run antes de qualquer mudança.