Comandos admin em Tibia OTServ ajudam a equipe a moderar jogadores, testar sistemas, corrigir problemas, teleportar personagens, criar itens, gerenciar eventos e acompanhar denúncias. Porém, cada base pode ter comandos diferentes. O que funciona em TFS, OTX, Canary, Baiak ou uma source customizada pode não funcionar igual em outra. Por isso, o primeiro passo não é copiar lista pronta da internet, mas entender a estrutura da sua base, os grupos de acesso e os arquivos de talkactions.
Onde ficam os comandos
Em muitas bases, comandos de staff ficam em arquivos de talkactions, actions, globalevents ou scripts Lua. Também podem existir comandos nativos na source. O acesso normalmente depende de group id, access, flags ou permissões configuradas no banco. Uma staff sem permissão correta pode tentar usar comando e nada acontecer. Uma staff com permissão demais pode causar dano sério ao servidor.
Comandos comuns
Embora variem por base, comandos comuns incluem teleport para player, teleport para posição, ban, kick, broadcast, reload, criação de item, alteração de level, mana, health, vocation, town, temple e acesso a áreas de teste. Em servidores sérios, comandos de item e alteração de personagem devem ser restritos a poucos cargos, porque qualquer abuso afeta economia e confiança da comunidade.
Grupos de acesso
Separe cargos. Tutor pode responder dúvidas. Gamemaster pode teleportar e ajudar eventos. Senior GM pode aplicar punições. Administrador pode mexer em configurações críticas. Dono ou equipe técnica controla banco, VPS e arquivos. Essa separação reduz abuso e erro humano. Evite dar god para todo mundo. Quanto maior a equipe, maior a necessidade de registro.
Logs de comandos
Todo comando sensível deve gerar log. Se alguém cria item raro, teleporta jogador, muda level ou aplica ban, a ação precisa ficar registrada. Logs podem ir para arquivo, banco ou Discord. Sem log, fica difícil investigar acusações. Com log, a equipe consegue revisar horário, personagem, comando e responsável.
Cuidados com reload
Comandos de reload podem ser úteis para scripts, config ou talkactions, mas nem sempre são seguros em produção. Algumas bases não recarregam tudo corretamente, e um reload mal usado pode causar comportamento estranho. Para mudanças críticas, prefira restart programado com backup e aviso aos jogadores.
Testando comandos
Antes de liberar uma lista para staff, teste em ambiente separado. Crie personagem de teste, cargos diferentes e simule situações reais. Verifique se o comando faz exatamente o esperado, se gera log e se não permite abuso. Um comando de teleport sem restrição, por exemplo, pode ser usado para interferir em hunts, wars ou quests.
Boas práticas
- Documente comandos por cargo.
- Use logs para ações sensíveis.
- Remova acesso de ex-staff imediatamente.
- Não use personagem admin para jogar normalmente.
- Evite criar itens em produção sem registro.
- Tenha regras internas para eventos e punições.
Problemas comuns
Um erro comum é configurar group id errado no banco e achar que o comando está quebrado. Outro é copiar talkaction antiga para base nova sem adaptar funções. Também é comum esquecer que alguns comandos só funcionam se o script estiver registrado no XML ou carregado pela distro. Quando algo falhar, leia console e logs antes de alterar vários arquivos ao mesmo tempo.
Conclusão
Comandos admin são essenciais para operar um OTServ, mas precisam de controle. Em VPS, a equipe tem liberdade para editar scripts, banco e arquivos, então a responsabilidade aumenta. Organize grupos, documente permissões, registre comandos sensíveis e teste antes de liberar. Uma administração bem estruturada protege a economia, evita abuso e melhora a experiência dos jogadores.
