Hideki

Reputação nasce de pequenas atitudes repetidas: cumprir horários, aceitar consequência, ajudar iniciantes e separar personagem de jogador. Não depende de ser famoso ou de vencer todas as cenas. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoSeja previsível no bom sentido: cumpra acordos e avise quando não puder.Respeite novatos e explique regras sem humilhar.Aceite derrota, prisão, acidente ou decisão de staff sem transformar em briga pessoal.Participe de atividades diferentes e conheça jogadores fora do seu grupo.Revise seu comportamento quando várias pessoas apontarem o mesmo problema.Erros comunsUsar amizade com staff para obter privilégio.Confundir rivalidade de personagem com ataque pessoal.Criar drama em Discord para vencer discussão de jogo.Ajudar apenas quando existe recompensa.Checklist finalAcordos cumpridos.Conflitos separados do jogador.Novatos respeitados.Feedback ouvido.Participação saudável.Exemplo práticoRegra simples: se a situação continuaria respeitosa quando a cena acabasse e todos tirassem o headset, você provavelmente está no caminho certo. Próximo passo: escolha uma atitude concreta para a próxima semana, como chegar no horário, ajudar um iniciante ou registrar melhor suas cenas. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoReputação é resultado de comportamento repetido, não de cargo ou popularidade. Uma comunidade saudável precisa separar rivalidade do personagem, feedback e conflito pessoal. O que você precisaRegras da cidade e do Discord.Canal privado para feedback.Disposição para revisar comportamento.Passo a passoCumpra acordos e avise quando não puder comparecer.Explique regras a novatos sem humilhar; encaminhe fonte oficial.Depois de perder uma cena, espere a emoção passar antes de abrir discussão.Peça desculpas por erro claro e proponha correção concreta.Se o conflito continuar, use mediação ou suporte, nunca exposição pública.Exemplo práticoFrase útil fora da cena: Entendi o que aconteceu. Vou revisar a regra e, se necessário, enviar o caso pelo canal correto. Erros que mais atrapalhamUsar amizade com staff.Levar rivalidade para Discord.Criar drama para vencer discussão.Ajudar só por recompensa.Insistir depois de decisão.Checklist de conclusãoConflito separado.Feedback ouvido.Novatos respeitados.Acordos cumpridos.Canal correto usado.

Os comandos mudam de uma cidade para outra, mas quase todo servidor possui ações de fala, interação, inventário, telefone e suporte. Aprender o conjunto básico evita ficar parado durante uma cena e reduz o uso incorreto do chat. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoAbra o menu de ajuda ou pergunte no canal correto quais são os comandos oficiais.Separe comandos de fala, como /me e /do, de comandos administrativos, como /report ou /staff.Use /me para descrever uma ação visível do personagem e /do para perguntar ou informar um estado que os outros podem confirmar.Use inventário, telefone, rádio e animações pelo menu ou atalho indicado pela cidade.Pratique em uma área segura antes de usar os comandos em uma abordagem, assalto ou atendimento.Erros comunsUsar /do para obrigar o resultado de uma ação.Conversar fora do personagem no chat local.Enviar /report para assuntos que podem ser resolvidos com uma dúvida simples.Copiar comandos de outra cidade sem confirmar a configuração local.Checklist finalSei abrir o inventário e o telefone.Sei diferenciar /me e /do.Sei chamar suporte sem interromper uma cena.Conheço o canal oficial de regras.Exemplo prático/me retira o documento do bolso e entrega ao policial /do O documento está visível na mão do personagem? /report dúvida sobre uma regra ou problema técnicoPróximo passo: salve os comandos realmente usados em uma nota do celular ou em um atalho permitido pela cidade. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoUse esta página como mapa de comandos, mas substitua os exemplos pelos comandos publicados pela sua cidade. O mesmo nome pode abrir funções diferentes em bases distintas. O que você precisaRegras e canal oficial da cidade.Uma nota para registrar comandos confirmados.Cinco minutos em área segura para testar sem interromper uma cena.Passo a passoAbra o menu de ajuda ou peça ao suporte a lista oficial. Separe comandos de personagem, inventário, telefone, veículo e suporte.Teste cada comando com um amigo: confirme quem vê a mensagem, qual distância ela alcança e se existe cooldown.Use /me para uma ação visível e /do para estado ou pergunta que admite resposta; nunca escreva o resultado da ação do outro jogador.Aprenda como cancelar animação, fechar menu, chamar serviço e reportar problema antes de iniciar emprego ou ocorrência.Guarde somente os comandos autorizados. Apague da nota qualquer comando administrativo ou de outra cidade.Exemplo prático/me abre a carteira e mostra o documento /do O documento está visível para a pessoa à frente? /report problema técnico ou dúvida de regra, sem usar para vencer uma cenaErros que mais atrapalhamCopiar comandos de outro servidor.Usar /do para forçar resultado.Misturar chat OOC com fala do personagem.Enviar spam em report ou chat global.Checklist de conclusãoLista confirmada na cidade.Diferença entre /me e /do entendida.Comandos de suporte testados.Nota pessoal atualizada.Referências úteis: console e comandos do FiveM

Binds deixam ações repetitivas mais rápidas, mas devem apenas chamar comandos permitidos. Um bom atalho melhora a cena; um bind que dispara spam, animação ou ação proibida pode gerar punição. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoEscolha uma tecla que não seja usada para dirigir, falar ou abrir o inventário.Confirme se a cidade aceita o comando no console F8 e se a regra permite bind para aquela função.Teste o atalho fora de ocorrência e confira se ele não dispara duas vezes.Crie um bind por ação: rádio, sirene, menu de trabalho ou animação autorizada.Remova binds antigos quando trocar de cidade ou teclado.Erros comunsColocar senha, token ou comando administrativo em bind.Usar uma tecla que também abre o chat e enviar mensagens acidentais.Criar macros automáticas para ganhar vantagem em combate ou fuga.Compartilhar um bind de outra cidade sem adaptar o comando.Checklist finalTecla livre.Comando autorizado.Teste feito sem spam.Bind documentado e fácil de remover.Exemplo práticobind keyboard F6 "me mostra o rádio" unbind keyboard F6Próximo passo: mantenha uma pequena lista dos seus binds para conseguir desfazê-los quando necessário. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoBinds são atalhos para comandos permitidos; não são macros para automatizar combate, fuga ou spam. Configure um por vez e tenha sempre uma forma de desfazer. O que você precisaTeclado com tecla livre.Nome exato do comando da cidade.Acesso ao console F8 e uma área sem ocorrência.Passo a passoAbra F8, execute o comando manualmente e confirme que ele funciona antes de criar atalho.Escolha uma tecla que não conflite com entrar no veículo, falar, inventário ou rádio.Crie o bind, teste uma vez e observe se a mensagem ou ação aparece apenas uma vez.Anote o bind em um arquivo de configuração pessoal e crie também o comando de remoção.Remova atalhos antigos quando mudar de cidade; binds persistentes podem continuar ativos em outro servidor.Exemplo práticobind keyboard F6 "me mostra o rádio" unbind keyboard F6 # Use a sintaxe exata aceita pelo comando da sua cidade; não copie este exemplo sem testar.Erros que mais atrapalhamColocar senha ou comando de staff em bind.Usar macro que repete ação automaticamente.Escolher uma tecla usada pelo jogo.Não conseguir desfazer o atalho.Checklist de conclusãoComando testado sem bind.Tecla livre.Bind executado uma vez.Unbind documentado.Regra da cidade respeitada.Referências úteis: console do FiveM

Comunicação clara é parte do roleplay. Rádio, voz local, telefone e GPS têm alcances e objetivos diferentes; misturar tudo na mesma conversa cria ruído e pode revelar informações que o personagem não teria. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoConfigure o microfone, tecla de fala e volume antes de entrar em uma ocorrência.Use voz local para conversar com quem está perto e rádio somente para integrantes autorizados.Confirme o canal antes de transmitir uma informação sensível.Passe localização usando referências do mapa ou GPS, não apenas coordenadas que ninguém entende.Se o áudio falhar, avise pelo meio permitido e procure suporte sem abandonar a cena.Erros comunsFalar no rádio aberto durante uma abordagem sem necessidade.Usar informação obtida fora do personagem.Gritar no microfone ou manter música e ruído de fundo.Compartilhar localização de uma operação em canal público.Checklist finalMicrofone testado.Canal correto selecionado.Voz local e rádio diferenciados.Localização transmitida com clareza.Exemplo práticoVoz local: explique o que está acontecendo para quem está perto. Rádio: informe unidade, localização, situação e pedido. Exemplo: "Unidade 12, avenida principal, veículo parado, solicito apoio."Próximo passo: faça um teste de comunicação com um amigo em distância curta e longa antes de trabalhar em equipe. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoA comunicação deve transmitir exatamente o que o personagem sabe. Um rádio bem usado tem identificação, localização, situação e pedido; não é uma conversa paralela para revelar informação externa. O que você precisaMicrofone, headset ou caixa de som configurados.Tecla push-to-talk conhecida.Canal e código de rádio da organização.Passo a passoNo Windows, escolha o dispositivo de entrada correto e faça um teste de gravação.No FiveM, configure voz local, volume e tecla de transmissão; confirme se o indicador reage à sua fala.No rádio, identifique unidade ou função, diga rua e referência, descreva risco e peça uma ação.No GPS, confirme rota e ponto de encontro; não leia coordenada externa que seu personagem não teria.Se o áudio falhar, use o canal de suporte sem abandonar uma ocorrência importante.Exemplo práticoRádio: "Unidade 12, avenida central, veículo parado, duas pessoas, solicito apoio." GPS: confirme rua + ponto de referência + sentido. Microfone: fale uma frase curta e peça confirmação antes de iniciar o turno.Erros que mais atrapalhamTransmitir em canal errado.Falar durante a transmissão de outra unidade.Usar informação de Discord ou live.Microfone aberto com ruído constante.Checklist de conclusãoDispositivo correto.Push-to-talk testado.Canal confirmado.Mensagem objetiva.Privacidade preservada.Referências úteis: conceitos de voz do FiveM

O começo fica mais fácil quando você escolhe uma renda compatível com o tempo disponível e evita gastar tudo no primeiro veículo. Empregos legais também ajudam a conhecer o mapa e outros jogadores. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoFaça o cadastro, documento e tutorial inicial antes de procurar emprego.Escolha uma atividade que tenha início e fim claros, como entregas, coleta, transporte ou mineração.Calcule combustível, manutenção e tempo antes de considerar o pagamento como lucro.Guarde uma reserva para alimentação, transporte e multas.Troque de emprego apenas depois de entender o ciclo completo e comparar o rendimento real.Erros comunsConfiar em promessa de dinheiro fácil de desconhecidos.Pedir empréstimo ou comprar veículo caro sem renda estável.Abandonar uma entrega no meio e perder pagamento ou reputação.Usar bug, duplicação ou exploit para enriquecer.Checklist finalEmprego escolhido.Custos calculados.Reserva guardada.Pagamento recebido de forma legítima.Regras econômicas respeitadas.Exemplo práticoFaça uma planilha simples: lucro = pagamento - combustível - manutenção - taxas. Compare três viagens completas, não apenas o valor exibido no início. Próximo passo: depois de estabilizar a renda, escolha um objetivo pequeno, como carteira de motorista, aluguel ou ferramenta de trabalho. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoA melhor renda inicial é a que você consegue repetir sem se endividar. Compare lucro líquido, risco, tempo e oportunidade de interação, não apenas o pagamento anunciado. O que você precisaDocumento e emprego liberados.Veículo ou transporte permitido.Calculadora ou planilha simples.Passo a passoEscolha três empregos que aceitem iniciantes e anote pagamento, duração, combustível e manutenção.Complete pelo menos três ciclos de cada atividade; uma única viagem pode estar fora da média.Separe o dinheiro em despesas obrigatórias, reserva e objetivo do personagem.Evite empréstimos, apostas e ofertas de dinheiro fácil de desconhecidos.Depois de estabilizar a renda, escolha uma compra que gere novas cenas, como carteira, ferramenta ou aluguel.Exemplo práticoUse este cálculo: lucro líquido = pagamento - combustível - manutenção - taxas. Registre também o tempo para descobrir o lucro por hora. Erros que mais atrapalhamIgnorar custos.Comprar carro antes de ter reserva.Usar exploit ou duplicação.Abandonar entrega e perder pagamento.Checklist de conclusãoTrês ciclos medidos.Custos conhecidos.Reserva criada.Compra planejada.Renda legítima.Referências úteis: outros guias da categoria

Esses termos descrevem comportamentos que quebram a separação entre jogador e personagem ou retiram a chance de reação dos outros. Entender a diferença evita punições e melhora qualquer cena. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoMetagaming é usar informação obtida fora do personagem; ignore lives, Discord e mensagens externas quando seu personagem não poderia saber.Powergaming é forçar resultado sem permitir reação, como declarar que outra pessoa está inconsciente sem uma cena que justifique.RDM é atacar ou matar sem contexto de roleplay; VDM é usar veículo como arma sem contexto válido.Dê tempo para os outros responderem e aceite consequências coerentes.Em dúvida, priorize preservar a cena e abra um ticket depois.Erros comunsEntrar em uma ocorrência porque viu a transmissão de outro jogador.Escrever no chat que uma ação acertou automaticamente.Atropelar alguém apenas porque está no caminho.Usar chamada externa para localizar jogador ou fugir da cena.Checklist finalInformação do personagem separada da informação do jogador.Ação com chance de resposta.Conflito com contexto.Regra consultada em caso de dúvida.Exemplo práticoPergunta de controle: meu personagem poderia saber disso? A outra pessoa teve chance de reagir? Existe contexto suficiente para a ação? Próximo passo: leia também as regras de combate, assalto e perseguição da sua cidade, pois elas detalham exceções. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoA forma mais fácil de entender estas regras é analisar a cena antes de agir: o personagem sabe disso? A outra pessoa pode reagir? Existe contexto e proporção? O que você precisaRegras de combate e morte da cidade.Três situações simuladas.Canal de dúvidas para casos ambíguos.Passo a passoSepare informação vista no jogo de informação recebida em Discord, live, chat ou conversa fora do personagem.Descreva intenção e espere a resposta; não escreva que a ação acertou ou que o outro está inconsciente.Diferencie conflito com contexto de RDM e acidente de VDM intencional.Quando a cena ficar confusa, reduza a escalada e termine de forma segura; peça análise depois.Registre horário e evidência se precisar denunciar, sem discutir publicamente.Exemplo práticoTeste: se você viu em uma live que alguém está escondido, seu personagem não sabe. Se você aponta arma, ainda precisa dar chance de reação prevista na regra. Erros que mais atrapalhamUsar stream ou Discord como radar.Forçar resultado.Atacar sem contexto.Usar veículo como arma para vencer.Checklist de conclusãoFonte da informação identificada.Reação possível.Contexto presente.Força proporcional.Dúvida encaminhada.Referências úteis: regras e guias da categoria

Veículo faz parte da rotina do personagem, mas cada cidade define limites para armazenamento, combustível, garagem e transporte de itens. Usar tudo de forma correta evita perda de bens e problemas em abordagens. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoConfira se o veículo pertence ao personagem e se está retirado pela garagem correta.Abasteça antes de viagens longas e observe sinais de pane.Use o porta-malas somente para itens que a regra permite transportar.Nunca trate um compartimento oculto como autorização para esconder qualquer coisa; verifique as regras de revista e apreensão.Guarde o veículo em local permitido e confirme se a cidade salva a posição após desconectar.Erros comunsSair do servidor para evitar uma abordagem ou apreensão.Guardar item proibido em veículo de trabalho.Abandonar veículo em local que bloqueia passagem.Assumir que todo carro possui o mesmo espaço e peso.Checklist finalCombustível conferido.Veículo trancado.Itens compatíveis com o compartimento.Garagem e persistência testadas.Exemplo práticoAntes de sair: combustível, veículo trancado, porta-malas fechado e rota definida. Durante a abordagem: mantenha as mãos e os itens conforme a regra da cidade.Próximo passo: faça um passeio curto e teste abrir, fechar, guardar e retirar o veículo antes de comprar um modelo caro. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoVeículo, armazenamento e combustível fazem parte da economia do personagem. O procedimento muda por inventário, então confirme o fluxo da cidade antes de transportar item valioso ou ilegal. O que você precisaVeículo retirado pela garagem correta.Combustível e peso conhecidos.Regra de revista e apreensão.Passo a passoRetire o veículo, confira placa, combustível e se ele está realmente salvo na garagem.Estacione em local seguro antes de abrir porta-malas ou inventário.Confira limite de peso, slots e itens permitidos no compartimento.Em pane, sinalize a via e chame mecânico; não abandone veículo no meio da rua.Após guardar, retire novamente e confirme se itens e danos persistiram.Exemplo práticoChecklist de saída: combustível suficiente, veículo trancado, porta-malas fechado, rota conhecida e nenhum item incompatível com o trabalho. Erros que mais atrapalhamGuardar item proibido em veículo de serviço.Usar compartimento oculto para burlar revista.Desconectar para evitar apreensão.Bloquear posto ou oficina.Checklist de conclusãoPlaca conferida.Combustível calculado.Peso validado.Veículo trancado.Persistência testada.

Animações dão contexto visual ao personagem, mas não substituem uma ação de roleplay nem podem ser usadas para burlar revista, colisão ou combate. Use gestos para complementar a cena. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoAbra o menu de animações e descubra quais categorias a cidade disponibiliza.Escolha uma animação compatível com o local e a situação.Use /me ou fala quando a animação sozinha não explicar a intenção.Finalize a animação antes de correr, dirigir ou iniciar outra ação.Crie um bind apenas para gestos autorizados e fáceis de interromper.Erros comunsUsar animação para atravessar porta, escapar de algema ou ganhar vantagem.Repetir gesto em área pública a ponto de atrapalhar a cena.Fazer animação incompatível com ferimento ou estado do personagem.Acionar animação durante combate sem seguir a regra local.Checklist finalAnimação encontrada.Intenção descrita.Interrupção conhecida.Uso compatível com a cena.Exemplo prático/e wave # exemplo comum, se a cidade usar este comando /me acena para o motorista e se afasta da pistaPróximo passo: monte uma lista pequena de gestos para trabalho, conversa, atendimento e comemoração. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoAnimações servem para comunicar intenção visual, não para substituir a regra ou criar vantagem. O tutorial deve ensinar como encontrar, interromper e usar gestos com segurança. O que você precisaMenu de animações da cidade.Tecla ou comando de cancelamento.Lista pequena de gestos adequados ao personagem.Passo a passoAbra o menu em área segura e filtre por trabalho, conversa, cumprimento e emergência.Teste duração, posição e possibilidade de cancelar antes de usar em público.Combine animação com fala ou /me quando a intenção não for óbvia.Não inicie gesto durante combate, algema, condução ou revista sem autorização.Crie bind apenas para gestos permitidos e que não se repetem sozinhos.Exemplo prático/e wave /me acena para o motorista e se afasta da pista # O comando /e pode não existir na sua cidade; confirme antes.Erros que mais atrapalhamUsar gesto para atravessar porta ou escapar.Cancelar cena com animação abusiva.Repetir em área movimentada.Copiar comando de outro servidor.Checklist de conclusãoGestos encontrados.Cancelamento testado.Intenção narrada.Uso compatível.Bind reversível.

As primeiras horas devem servir para aprender a cidade, não para tentar conquistar tudo imediatamente. Um roteiro simples ajuda a evitar dívidas, confusões e perda de tempo. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoLeia regras, escolha um ponto seguro e complete o tutorial inicial.Obtenha documentos, telefone, transporte básico e uma forma de renda.Conheça hospital, delegacia, prefeitura, banco, garagem e oficina.Adicione contatos úteis e observe como os moradores resolvem problemas.Reserve parte do dinheiro e registre dúvidas para perguntar fora das cenas.Erros comunsComprar carro caro antes de aprender a dirigir ou pagar despesas.Entrar em crime sem conhecer regras de abordagem e assalto.Ficar parado esperando alguém explicar tudo, sem explorar o mapa.Sair da cidade no meio de uma ocorrência para evitar consequência.Checklist finalDocumentos prontos.Emprego iniciado.Locais principais visitados.Reserva financeira criada.Regras básicas entendidas.Exemplo práticoRoteiro sugerido: tutorial → documentos → emprego inicial → banco → hospital → garagem → uma cena social simples → revisão das regras. Próximo passo: no segundo dia, escolha uma profissão ou história que você realmente consiga interpretar por algumas semanas. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoUm roteiro de primeiro dia evita decisões caras e cria uma base para o personagem. O objetivo é sair da primeira sessão com documentos, renda, contatos e conhecimento do mapa. O que você precisaRegras lidas.Mapa ou GPS.Reserva inicial e transporte básico.Passo a passoNa primeira hora, conclua tutorial, documentos e ponto de suporte.Depois encontre hospital, delegacia, prefeitura, banco, garagem, oficina e local de emprego.Faça uma atividade legal completa e registre custos, pagamento e duração.Conheça pelo menos duas pessoas sem pedir dinheiro ou entrar em conflito.No fim da sessão, defina um objetivo pequeno para o próximo dia: aluguel, carteira, ferramenta ou treinamento.Exemplo práticoRoteiro: tutorial → documentos → emprego → banco → hospital → garagem → cena social → revisão de regras. Erros que mais atrapalhamComprar veículo caro cedo.Entrar em crime sem conhecer regras.Abandonar cidade no meio da cena.Pedir tudo a jogadores desconhecidos.Checklist de conclusãoDocumentos.Renda inicial.Locais conhecidos.Reserva criada.Objetivo definido.

Uma abordagem boa cria tensão sem transformar todos os encontros em discussão. O procedimento exato é exclusivo de cada cidade, mas respeito, comunicação e espaço para reação são universais. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoApresente-se e explique o motivo da abordagem quando a situação permitir.Dê instruções curtas, uma por vez, e confirme se foram entendidas.Mantenha distância e cobertura coerentes sem humilhar o abordado.Informe o que será revistado, apreendido ou conduzido conforme a regra.Registre a ocorrência e permita defesa ou atendimento quando o regulamento exigir.Erros comunsAtirar ou algemar sem contexto.Revistar apenas para procurar conflito.Ignorar ferimento, incapacidade ou pedido de advogado quando aplicável.Usar cargo para resolver discussão pessoal.Checklist finalMotivo informado.Instrução clara.Tempo de reação dado.Itens e acusações documentados.Procedimento encerrado.Exemplo práticoModelo de fala: Identifique-se, informe o motivo, diga o próximo passo e aguarde a reação. Evite frases vagas como “você sabe o que fez”. Próximo passo: estude o manual da sua corporação e treine abordagens sem arma em uma área de instrução. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoUma abordagem clara reduz conflito e deixa todos entenderem o procedimento. A autoridade deve ser exercida pela regra e pela comunicação, não por humilhação ou improviso. O que você precisaCódigo penal e manual da corporação.Rádio, identificação e equipamento permitido.Local seguro para treinamento.Passo a passoApresente-se, informe motivo e dê instruções curtas.Mantenha distância e cobertura sem apontar arma sem necessidade.Explique revista, apreensão, algema, transporte e possibilidade de contestação.Registre evidências, testemunhas e itens com nome e quantidade.Finalize com destino, pena ou liberação e atualize o relatório.Exemplo práticoModelo de fala: Você está sendo abordado por [motivo]. Mantenha as mãos visíveis. Vou explicar o próximo procedimento. Erros que mais atrapalhamPrender por discussão pessoal.Inventar prova.Ignorar ferimento ou advogado quando previsto.Usar cargo para ameaçar.Checklist de conclusãoMotivo informado.Instruções claras.Tempo de reação.Itens registrados.Procedimento encerrado.

O trabalho médico é mais do que chegar, levantar o jogador e ir embora. Perguntas simples, triagem e comunicação tornam o atendimento memorável e ajudam a equipe a trabalhar com segurança. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoReceba a chamada e confirme local, quantidade de vítimas e riscos.Estacione sem bloquear a via e observe se há tiroteio, fogo ou trânsito.Faça triagem: consciência, respiração, sangramento e necessidade de transporte.Explique o procedimento ao paciente e registre medicação ou encaminhamento.Finalize com orientação de retorno, pagamento e documentação conforme as regras.Erros comunsEntrar em zona de risco sem autorização da equipe.Tratar todos os pacientes com a mesma animação e sem conversa.Cobrar ou negar atendimento por motivo pessoal.Usar informação médica para investigação policial sem autorização.Checklist finalRisco avaliado.Triagem realizada.Paciente orientado.Hospital ou alta definidos.Ocorrência registrada.Exemplo práticoPerguntas úteis: está consciente? Onde dói? Houve queda, tiro ou colisão? Usa algum medicamento? Após o atendimento: diagnóstico narrado, destino definido e relatório salvo.Próximo passo: faça um roteiro de atendimento para não esquecer perguntas mesmo em horários movimentados. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoO atendimento médico começa antes da ambulância chegar: confirmar risco, organizar equipe e conversar com paciente. A cura rápida sem narrativa elimina justamente a parte mais interessante do trabalho. O que você precisaRádio e canal de despacho.Ambulância e equipamento autorizados.Protocolo de triagem da cidade.Passo a passoConfirme local, quantidade de vítimas, causa provável e risco ativo.Estacione sem bloquear a via e aguarde polícia quando houver crime ou fogo.Faça perguntas de consciência, respiração, sangramento e dor.Explique procedimento, medicação e destino; registre recusa ou incapacidade.Passe relatório ao hospital e encerre a ocorrência no sistema.Exemplo práticoTriagem rápida: consciência → respiração → sangramento → mecanismo do ferimento → transporte. Adapte nomes de status à cidade. Erros que mais atrapalhamEntrar em tiroteio sem cobertura.Negar atendimento por antipatia.Usar informação médica para investigação sem autorização.Ignorar familiar ou testemunha.Checklist de conclusãoÁrea segura.Paciente triado.Procedimento explicado.Destino definido.Relatório salvo.

Organizações dão estrutura para histórias coletivas: polícia, hospital, empresas, grupos civis e facções. Entrar em uma não significa ganhar imunidade nem autorização para ignorar regras. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoLeia requisitos, hierarquia, horários e responsabilidades antes de solicitar entrada.Entenda quem pode dar ordens e como funciona promoção ou afastamento.Use canais internos apenas para assuntos da organização.Construa relações e conflitos dentro da história, não por briga fora do personagem.Saia ou troque de grupo seguindo o procedimento da cidade.Erros comunsEntrar apenas para receber item, arma ou veículo.Levar informação de uma organização para outra sem cena.Usar cargo para intimidar jogadores fora da função.Criar personagem em vários grupos incompatíveis sem autorização.Checklist finalRequisitos cumpridos.Hierarquia conhecida.Canal correto usado.Conflito interpretado dentro do RP.Saída documentada.Exemplo práticoAntes de aceitar convite, pergunte: qual é a atividade principal, quem responde pela equipe, quais são os horários e como funcionam punições internas? Próximo passo: escolha uma organização que combine com o tempo que você realmente pode dedicar. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoOrganização saudável possui propósito, hierarquia e portas de entrada. O jogador deve saber o que pode fazer, quem responde por ele e como sair sem levar conflito para fora do jogo. O que você precisaRequisitos publicados.Hierarquia e canais.Código interno e horários.Passo a passoLeia funções de cada cargo antes de aceitar convite.Participe de treinamento e descubra como são promoções, advertências e afastamentos.Use canais internos para escala e assuntos de trabalho; não exponha informação fora do grupo.Crie cenas abertas que envolvam moradores e outras organizações.Registre saída, devolução de recursos e encerramento de acesso.Exemplo práticoFicha mínima da organização: propósito, cargos, requisitos, treinamento, escala, recursos, punições e contato de suporte. Erros que mais atrapalhamEntrar só por item ou veículo.Promover amigo sem critério.Usar cargo para intimidação.Levar briga para Discord.Checklist de conclusãoFunção compreendida.Canal correto.Treinamento feito.Regras internas lidas.Saída possível.

Assaltos e sequestros exigem planejamento, limite e consentimento das regras. O objetivo é criar uma cena com tensão e consequência, não impedir que o outro jogador participe. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoLeia limite de participantes, horários, áreas protegidas e exigências de anúncio.Defina objetivo, rota de fuga e um responsável pela comunicação.Dê instruções possíveis e tempo para a vítima reagir.Evite exigir quantias ou ações proibidas pelo regulamento.Encerre a cena quando o objetivo for alcançado e aceite a resposta das autoridades.Erros comunsUsar zona segura, hospital ou spawn como alvo sem previsão.Repetir a mesma vítima para obter vantagem.Forçar morte, humilhação ou conteúdo proibido.Desconectar no meio da ocorrência para evitar consequência.Checklist finalRegra da cidade lida.Limites respeitados.Vítima teve reação.Plano de fuga coerente.Cena encerrada com consequência.Exemplo práticoChecklist de planejamento: motivo da ação, participantes, local permitido, exigências, saída e forma de registrar a ocorrência. Próximo passo: se a regra não explicar uma situação, escolha a interpretação mais segura e peça orientação antes de iniciar. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoA ação deve oferecer tensão e possibilidade de resposta. Antes de pensar em recompensa, confirme se local, horário, participantes e objetivo são permitidos pela regra específica da cidade. O que você precisaRegra de assalto/sequestro.Número máximo de participantes.Rota, comunicação e plano de encerramento.Passo a passoDefina motivo narrativo e o que o grupo realmente quer.Confira áreas protegidas, cooldown, armas, veículos e exigências de anúncio.Dê instruções possíveis e tempo de reação; nunca determine a resposta ou humilhação da vítima.Avise e negocie conforme o sistema da cidade; não repita a ação imediatamente.Aceite falha, prisão, perda e denúncia como consequências válidas.Exemplo práticoPré-ação: motivo → alvo permitido → participantes → local → limite → saída → consequência. Se um item da lista for desconhecido, não inicie. Erros que mais atrapalhamUsar hospital ou spawn como alvo.Forçar morte ou conteúdo proibido.Repetir vítima para farmar.Desconectar para apagar consequência.Checklist de conclusãoRegra lida.Limites confirmados.Vítima pode reagir.Plano de saída.Cena encerrada.

Entrar pela primeira vez em uma cidade pode parecer confuso porque existem cadastro, launcher, Discord, regras e criação de personagem. Seguir a ordem certa evita perder tempo e reduz erros no primeiro login. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Verifique se o Discord e o domínio usados pela cidade são os oficiais antes de informar qualquer dado.Passo a passoConfira requisitos de PC, versão do FiveM, Discord e forma de conexão.Leia regras gerais, política de punições e informações sobre whitelist antes de criar personagem.Conecte-se pelo endereço oficial e complete tutorial, documentos e escolha inicial.Observe o mapa e encontre serviços básicos antes de procurar atividades de risco.Guarde o nome da cidade, canal de suporte e horário de atendimento.Erros comunsBaixar executável ou launcher de link desconhecido.Entrar em servidor falso que imita o nome da cidade.Pular regras e reclamar de punição por desconhecimento.Criar personagem sem história ou com nome incompatível.Checklist finalFonte oficial confirmada.Regras lidas.Personagem criado.Tutorial concluído.Suporte localizado.Exemplo práticoOrdem recomendada: Cfx/FiveM atualizado → Discord oficial → regras → whitelist, se houver → conexão → tutorial → documentos → primeira atividade. Próximo passo: depois do primeiro acesso, passe uma sessão inteira conhecendo o mapa antes de comprar qualquer recurso caro. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoA entrada segura começa pela fonte oficial. Não baixe executável, launcher ou “atualização” enviada em mensagem privada; use o FiveM e os canais publicados pela própria cidade. O que você precisaFiveM instalado pela fonte oficial.Discord e endereço oficial da cidade.Regras e requisitos de whitelist, se existirem.Passo a passoConfirme nome, domínio, Discord e horário da cidade em mais de um canal oficial.Leia regras e requisitos antes de entrar; não informe senha, token ou documento para moderador por mensagem aleatória.Conecte pelo launcher ou endereço fornecido, complete tutorial e crie personagem com nome permitido.Encontre suporte, hospital, prefeitura, banco, garagem e emprego inicial.Na primeira sessão, priorize aprender o mapa e registrar dúvidas.Exemplo práticoOrdem segura: site/Discord oficial → regras → FiveM → conexão → tutorial → documentos → emprego → suporte. Erros que mais atrapalhamBaixar arquivo de link encurtado.Entrar em servidor falso.Pular regras.Criar personagem troll ou incompatível.Checklist de conclusãoFonte confirmada.Regras lidas.Tutorial concluído.Suporte localizado.Personagem coerente.Referências úteis: site oficial do FiveM

Whitelist é uma etapa de entrada usada por muitas cidades para verificar se o jogador conhece as regras e consegue interpretar um personagem. A aprovação não depende de decorar respostas: depende de entender o motivo das regras. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoLeia o regulamento completo e marque conceitos que você ainda não domina.Crie um personagem simples, com profissão, objetivo e limites plausíveis.Responda com suas próprias palavras e peça esclarecimento quando uma regra estiver ambígua.Durante a entrevista, explique como reagiria a situações de metagaming, abordagem, morte e desconexão.Após aprovado, continue seguindo regras e aceite correções da equipe.Erros comunsCopiar respostas de outro jogador ou de um vídeo.Inventar experiência ou prometer que nunca cometerá erro.Confundir informação do jogador com informação do personagem.Tratar a whitelist como prova única; regras podem ser atualizadas.Checklist finalRegras principais compreendidas.História coerente.Respostas próprias.Dúvidas anotadas.Discord oficial acompanhado.Exemplo práticoResposta forte explica o porquê: não basta dizer “não faria metagaming”; diga que ignoraria a informação externa porque o personagem não teve acesso a ela. Próximo passo: faça uma simulação com um amigo usando três cenários: abordagem, acidente e informação vista fora do jogo. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoWhitelist mede compreensão e maturidade, não a capacidade de decorar uma apostila. Prepare exemplos de decisões e explique o motivo das regras com suas próprias palavras. O que você precisaRegulamento atualizado.Anotações de conceitos.Três cenários para simular.Passo a passoLeia metagaming, powergaming, RDM, VDM, combat logging, New Life Rule e regras de abordagem.Escreva uma história curta com objetivo, limites, profissão e motivo para estar na cidade.Simule acidente, abordagem e informação vista em live; explique o que o personagem faria.Na entrevista, admita dúvidas e diga como procuraria a regra.Depois de aprovado, continue estudando atualizações do regulamento.Exemplo práticoPergunta típica: Você vê em uma live onde um jogador está escondido. O que faz? Resposta esperada: seu personagem não recebeu a informação; portanto, não pode usá-la na cena. Erros que mais atrapalhamCopiar resposta pronta.Prometer que nunca errará.Confundir jogador e personagem.Tratar whitelist como autorização para quebrar regras depois.Checklist de conclusãoConceitos entendidos.História coerente.Respostas próprias.Dúvidas anotadas.Atualizações acompanhadas.

Uma boa história não precisa ser dramática ou ter dezenas de páginas. Ela precisa explicar quem é o personagem, o que ele quer, quais são seus limites e como pode interagir com a cidade. Antes de começarLeia as regras da cidade e confirme se os comandos citados estão disponíveis nela.Teste primeiro em uma situação segura; não experimente uma mecânica nova durante uma abordagem ou ocorrência importante.Se a cidade usar comandos diferentes, anote o equivalente no bloco de ajuda ou no Discord oficial.Passo a passoEscolha origem, idade compatível, ocupação inicial e uma motivação simples.Defina duas qualidades, dois defeitos e um medo que possam aparecer em cenas.Crie relações abertas para outros jogadores participarem, sem escrever o resultado por eles.Evite começar como especialista em tudo, milionário, líder ou personagem invencível.Atualize a história conforme acontecimentos reais da cidade, mantendo coerência.Erros comunsCopiar personagem de filme, série ou influencer sem adaptação.Criar trauma ou poder especial apenas para ganhar vantagem.Escrever que o personagem nunca perde, erra ou sente medo.Mudar de personalidade toda vez que uma cena fica difícil.Checklist finalOrigem definida.Objetivo jogável.Defeitos interpretáveis.Limites claros.Ganchos para novas cenas.Exemplo práticoModelo: Quem sou? O que quero nesta cidade? O que não faria? Quem conheço? O que pode me fazer mudar de ideia? Próximo passo: escreva uma página no máximo e use o restante da história para descobrir o personagem jogando. Guia da FiveMDEV para jogadores de GTA/FiveM RP. As regras e comandos podem variar entre cidades. Guia detalhadoUma história jogável precisa gerar encontros, não encerrar todas as possibilidades. Defina origem e objetivo, mas deixe espaço para o personagem mudar por causa das experiências na cidade. O que você precisaModelo de ficha ou bloco de notas.Profissão e recursos compatíveis.Dois ganchos para outros personagens.Passo a passoEscolha nome, idade, origem, profissão inicial e motivo da mudança.Defina duas qualidades, dois defeitos, um medo e um limite moral.Escreva relações abertas: familiar, antigo colega, dívida ou promessa.Evite começar especialista em tudo, rico ou invencível.Atualize a história com acontecimentos reais, sem apagar consequências.Exemplo práticoNome e origem: Objetivo nas próximas semanas: Qualidade e defeito: O que não faria: Pessoa que gostaria de conhecer: Acontecimento que pode mudar sua decisão:Erros que mais atrapalhamCopiar personagem famoso.Usar trauma ou poder especial como vantagem.Mudar personalidade conforme a cena.Escrever resultado da ação de outro personagem.Checklist de conclusãoObjetivo jogável.Defeitos interpretáveis.Limites claros.Ganchos sociais.História atualizada.

Adicionar um item não é apenas escrever um nome em um arquivo. O inventário precisa conhecer o identificador, nome exibido, peso, empilhamento, imagem, comportamento de uso e forma de persistência. Este guia mostra o fluxo completo e separa o que muda entre vRP, Creative, QBCore, Qbox e ESX. Antes de começarBackup do resource e do banco antes de alterar a produção.Servidor de homologação ou uma janela de manutenção para testar restart, adicionar, remover e usar o item.Identificação do inventário real em uso: vRP/Creative próprio, qb-inventory, ox_inventory, esx_inventory ou outro.Imagem do item no formato e na pasta esperados pelo seu inventário; o nome do arquivo precisa coincidir com a configuração.Passo a passoEscolha um ID minúsculo, sem espaços e estável, por exemplo fdev_water. O ID é usado pelo código; o label pode conter acentos.Defina o contrato do item: peso em gramas ou quilos, stack/unique, quantidade consumida, metadata, imagem e se ele será utilizável.Abra a implementação da sua base e confirme o arquivo correto. Os locais mais comuns são qb-core/shared/items.lua, ox_inventory/data/items.lua, cfg/items.lua e a tabela SQL items.Cadastre o item no formato do framework e crie o callback de uso no servidor. Dê o item somente depois de validar a origem, a quantidade e o limite de peso.Teste o fluxo real: adicionar, abrir inventário, mover, usar, consumir, relogar e reiniciar o FXServer. Confira também o console e o log do banco.Documente a alteração e mantenha uma migração reversível. Nunca sobrescreva arquivos do core durante uma atualização sem guardar o diff.Erros comuns e cuidadosNão copie um cadastro QBCore para Qbox sem verificar se a cidade usa ox_inventory; Qbox frequentemente centraliza os itens no inventário, não no core.Não confie em evento disparado pelo cliente para entregar item, dinheiro ou efeito. O servidor deve confirmar jogador, quantidade e permissão.A tabela items do ESX muda entre versões e inventários customizados. Confira as colunas existentes antes de executar SQL.vRP e Creative possuem forks com assinaturas diferentes. Trate os exemplos dessas bases como padrão de adaptação e confira a API já usada na sua cidade.Após editar um arquivo Lua, reinicie o resource. Se o item continuar invisível, verifique nome da imagem, cache do inventário e erro de sintaxe antes de apagar cache indiscriminadamente.Checklist finalID único e documentado.Peso, stack/unique e quantidade de consumo conferidos.Cadastro feito no inventário correto.Imagem aparece no slot.Uso e remoção funcionam no servidor.Item continua correto depois de relogar e reiniciar.SQL ou configuração versionado e com backup.Próximo passo: comece em um item de teste como fdev_water, valide em uma cidade de homologação e só então replique o padrão para comida, ferramentas, documentos e itens com metadata. Consulte também a documentação do QBCore Shared Items e do ox_inventory Creating Items. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosUse o mesmo contrato em qualquer base: um ID estável, um label amigável e uma regra de uso validada no servidor. O exemplo abaixo é a referência que será adaptada nos blocos seguintes. -- Contrato do item (documentação da equipe) local item = { id = 'fdev_water', label = 'Água FiveMDEV', weight = 500, -- confirme se a base usa gramas ou outra unidade stack = true, consume = 1, image = 'fdev_water.png' }vRP e Creative: confirme a assinatura da sua forkNas bases vRP/Creative, o cadastro costuma ficar em um arquivo de itens ou em uma chamada vRP.defInventoryItem. A assinatura e o formato do peso variam entre vRP, vrpex e Creative. O padrão abaixo mostra a ideia e os pontos que você deve adaptar ao arquivo já existente. -- Exemplo comum em vRP/vrpex; confira a assinatura da sua base. local itemName = 'fdev_water' vRP.defInventoryItem( itemName, 'Água FiveMDEV', 'Beba para recuperar hidratação.', nil, -- use a função de uso da sua base, se existir 0.5 -- algumas forks usam kg; outras usam uma unidade própria ) -- Entrega server-side, depois de validar source, quantidade e capacidade. local user_id = vRP.getUserId(source) if user_id and vRP.tryGetInventoryItem(user_id, itemName, 1, true) then -- Exemplo de consumo; substitua pelo status/efeito da sua cidade. TriggerClientEvent('cidade:client:recuperarSede', source, 250000) end-- Padrão de configuração encontrado em várias forks Creative. -- O nome do arquivo (cfg/items.lua, config/items.lua etc.) é local da base. return { ['fdev_water'] = { name = 'fdev_water', label = 'Água FiveMDEV', weight = 500, stack = true, usable = true } } -- No resource de entrega, use a API que a Creative já expõe: -- vRP.giveInventoryItem(user_id, 'fdev_water', 1, true)Como validar: procure no seu core uma definição existente de água ou pão e copie a mesma assinatura. Se a sua base não possui defInventoryItem, não invente uma nova API: use o helper de cadastro já utilizado por ela. QBCore com qb-inventoryO QBCore tradicional mantém itens estáticos em qb-core/shared/items.lua. A imagem costuma ficar em qb-inventory/html/images (confirme a pasta da sua versão). O nome da chave e o campo name precisam ser iguais. -- qb-core/shared/items.lua ['fdev_water'] = { name = 'fdev_water', label = 'Água FiveMDEV', weight = 500, type = 'item', image = 'fdev_water.png', unique = false, useable = true, shouldClose = true, description = 'Água de teste da FiveMDEV.' },-- server.lua do seu resource local QBCore = exports['qb-core']:GetCoreObject() QBCore.Functions.CreateUseableItem('fdev_water', function(source, item) local player = QBCore.Functions.GetPlayer(source) if not player then return end local owned = player.Functions.GetItemByName('fdev_water') if not owned or owned.amount < 1 then return end if player.Functions.RemoveItem('fdev_water', 1, item.slot) then TriggerClientEvent('cidade:client:recuperarSede', source, 250000) end end) -- Ao entregar por um job, loja ou recompensa, valide a capacidade na sua versão: -- player.Functions.AddItem('fdev_water', 1)Qbox com ox_inventoryEm instalações Qbox atuais, confirme primeiro se o inventário é ox_inventory. Nesse caso, o item fica em ox_inventory/data/items.lua e a entrega usa exports do inventário. Não mantenha dois cadastros concorrentes para o mesmo ID. -- ox_inventory/data/items.lua ['fdev_water'] = { label = 'Água FiveMDEV', weight = 500, stack = true, close = true, consume = 1, description = 'Água de teste da FiveMDEV.', client = { image = 'fdev_water.png', export = 'fdev_items.useFdevWater' } },-- server.lua: entregue apenas após validar a regra do servidor. local success, response = exports.ox_inventory:AddItem(source, 'fdev_water', 1) if not success then print(('Não foi possível adicionar fdev_water: %s'):format(response)) end -- resources/[local]/fdev_items/client.lua exports('useFdevWater', function(data, slot) -- consume = 1 remove uma unidade; aplique aqui somente o efeito visual/status. TriggerEvent('cidade:client:recuperarSede', 250000) end) -- Para remover manualmente: -- exports.ox_inventory:RemoveItem(source, 'fdev_water', 1)O AddItem retorna sucesso e uma resposta como inventory_full ou invalid_item. Trate esse retorno para não anunciar uma recompensa que não entrou no inventário. ESX LegacyNo ESX tradicional, itens podem estar na tabela items. Em versões com ox_inventory, o cadastro pode ser centralizado no próprio ox_inventory; confira o bridge antes de executar SQL. -- Confira SHOW COLUMNS FROM items antes de usar em produção. INSERT INTO items (name, label, weight, rare, can_remove) VALUES ('fdev_water', 'Água FiveMDEV', 500, 0, 1) ON DUPLICATE KEY UPDATE label = VALUES(label), weight = VALUES(weight), can_remove = VALUES(can_remove);-- server.lua do resource ESX local ESX = exports['es_extended']:getSharedObject() ESX.RegisterUsableItem('fdev_water', function(source) local xPlayer = ESX.GetPlayerFromId(source) if not xPlayer then return end local item = xPlayer.getInventoryItem('fdev_water') if not item or item.count < 1 then return end xPlayer.removeInventoryItem('fdev_water', 1) TriggerClientEvent('cidade:client:recuperarSede', source, 250000) end) -- Entrega comum em ESX tradicional: -- xPlayer.addInventoryItem('fdev_water', 1)Teste seguro e diagnóstico-- Checklist de teste em qualquer framework (adapte a função de entrega). local function testarItem(source) -- 1) entregue uma unidade pelo servidor, nunca por evento público do cliente -- 2) confira se o inventário mostra label, peso e imagem -- 3) use o item e confirme a remoção/efeito -- 4) relogue e reinicie o resource para validar persistência print(('Teste de fdev_water solicitado por %s'):format(source)) endSe aparecer “item inexistente”, confirme o ID exato e reinicie o inventário. Se aparecer “imagem ausente”, confira maiúsculas/minúsculas e a pasta de imagens. Se o item duplica, remova eventos client-side que entregam recompensa e deixe uma única rotina server-side.

XAMPP é útil para desenvolvimento local, mas uma VPS FiveM normalmente não precisa manter Apache, PHP e phpMyAdmin carregados apenas para hospedar o banco. Instalar MariaDB pelo gerenciador do sistema deixa o ambiente mais simples de atualizar e permite desligar serviços que a cidade não usa. A economia de RAM vem desses componentes extras: o banco continua precisando de memória para atender consultas. Antes de começarVPS Linux Ubuntu ou Debian com acesso sudo.Janela de manutenção e backup validado do banco atual.A cidade e o banco no mesmo servidor; se forem separados, use rede privada e firewall.Passo a passoFaça um dump do banco atual e confirme que ele pode ser restaurado em ambiente de teste.Instale MariaDB pelo repositório do sistema e habilite o serviço para iniciar com a VPS.Execute o assistente de segurança, defina senha administrativa forte e remova acessos desnecessários.Crie um banco e um usuário exclusivos para a cidade. Não use root na string do oxmysql.Mantenha o banco escutando apenas localmente quando o FXServer estiver na mesma VPS.Configure a conexão no server.cfg e teste criação de personagem, salvamento e reinício completo.Só depois de validar a migração, remova ou desative o XAMPP que não será mais usado.Erros comuns e cuidadosNão exponha a porta 3306 à internet para resolver conexão. Para acesso externo, use VPN, túnel SSH ou rede privada.Não apague XAMPP antes de comparar dados, usuários e funcionamento da cidade.Não copie senha de banco para Discord, print, Git ou tópico público.Checklist finalBackup restaurado em teste.MariaDB inicia automaticamente.Usuário da cidade não é root.A porta do banco não está pública.oxmysql conecta e salva dados após restart.Próximo passo: Se a cidade ainda usa consultas lentas, meça primeiro e depois revise índices e resources que repetem consultas sem necessidade. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosOs comandos abaixo são para Ubuntu/Debian. Execute um por vez e confirme cada resultado antes de continuar. sudo apt update sudo apt install mariadb-server sudo systemctl enable --now mariadb sudo mariadb-secure-installation sudo systemctl status mariadb --no-pagerDentro do console do MariaDB, crie um banco e um usuário exclusivos. Substitua a senha por uma senha longa, guardada fora do código. CREATE DATABASE cidade_rp CHARACTER SET utf8mb4 COLLATE utf8mb4_unicode_ci; CREATE USER 'cidade_app'@'localhost' IDENTIFIED BY 'TROQUE_POR_UMA_SENHA_FORTE'; GRANT ALL PRIVILEGES ON cidade_rp.* TO 'cidade_app'@'localhost'; FLUSH PRIVILEGES;Depois, configure o oxmysql no server.cfg. Não publique a senha real. set mysql_connection_string "mysql://cidade_app:[email protected]/cidade_rp?charset=utf8mb4" ensure oxmysql ensure sua-baseBackup manual antes de qualquer alteração: mysqldump -u cidade_app -p cidade_rp > cidade_rp_$(date +%F).sql

Este guia cria uma base limpa para testes ou para o início de uma cidade. Comece com a receita oficial do txAdmin; instalar uma base completa antes de validar o servidor dificulta descobrir a origem de um erro. Antes de começarUma conta Cfx.re para vincular o txAdmin e gerar a chave do servidor.Windows ou Linux com acesso de administrador.Uma pasta exclusiva para o FXServer; não misture arquivos antigos e novos.Passo a passoBaixe o artifact recommended no portal oficial e extraia-o em uma pasta dedicada.Execute o FXServer sem argumentos. O txAdmin já acompanha o FXServer e deve abrir no navegador.Informe o PIN exibido no console, vincule a conta Cfx e proteja o painel com uma senha forte.No Recipe Deployer, use inicialmente a receita CFX Default FiveM. Ela confirma que rede, chave e artifact funcionam antes de introduzir um framework.Guarde o server.cfg no versionamento ou em backup e altere uma configuração por vez.Conclua com Save & Run Server e teste a entrada de um jogador antes de instalar scripts.Erros comuns e cuidadosNão publique a chave Cfx, senha do txAdmin ou dados do banco em Discord, prints ou repositórios.Não abra o painel txAdmin para a internet sem restringir acesso e permissões.Se a receita pedir banco de dados, não reutilize uma base de produção para testes.Checklist finalServidor inicia sem erros críticos.Uma conta consegue conectar.A chave Cfx não está exposta.Existe backup inicial de server.cfg e da pasta txData.Próximo passo: Depois da base estável, escolha um framework e instale o primeiro resource em resources/[local]. Consulte também a documentação oficial do txAdmin. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosUse este server.cfg mínimo apenas como ponto de partida. Ajuste a chave e o nome antes de iniciar. # server.cfg endpoint_add_tcp "0.0.0.0:30120" endpoint_add_udp "0.0.0.0:30120" sv_hostname "Minha Cidade - Teste" sv_licenseKey "SUA_CHAVE_CFX_AQUI" ensure mapmanager ensure chat ensure spawnmanager ensure sessionmanager ensure hardcap rcon_password "TROQUE_POR_UMA_SENHA_FORTE"

Não existe um framework universalmente melhor. A escolha correta depende dos scripts que você precisa, da experiência da equipe e da capacidade de manter atualizações. Decida antes de comprar ou instalar dezenas de resources. Antes de começarUma lista do que a cidade realmente precisa: economia, empregos, inventário, telefone, organizações e administração.Tempo para testar uma base vazia antes da abertura.Critério para aceitar scripts: origem, documentação, atualização e suporte.Passo a passoListe os recursos indispensáveis e a compatibilidade de cada um.Compare a documentação e a atividade da comunidade do framework, não apenas o visual de uma cidade de demonstração.Para vRP e Creative, confirme a versão exata da base: scripts de versões diferentes podem não conversar entre si.Para QBCore, Qbox e ESX, confirme exports, dependências e versões de banco esperadas pelo script.Monte uma instância de teste e instale os três resources mais críticos antes de migrar a cidade inteira.Registre a decisão, a versão e as alterações locais em um changelog.Erros comuns e cuidadosNão misture arquivos de dois frameworks tentando “adaptar depois”; trate cada adaptação como desenvolvimento e teste.Compatível não significa pronto: leia instalação, SQL e dependências.Evite uma base sem procedência ou sem documentação, mesmo que pareça completa.Checklist finalFramework e versão documentados.Recursos essenciais testados.Banco criado em ambiente de teste.Plano de backup e atualização definido.Próximo passo: Com a base escolhida, siga o guia de instalação de resources para manter o server.cfg previsível. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosAntes de instalar um resource, documente a escolha e as dependências. Este exemplo evita que a equipe misture bases por acidente. -- resources/[local]/cidade-config/config.lua Config = {} Config.Framework = 'qbcore' -- defina uma única base por ambiente Config.RequiredResources = { 'oxmysql', 'qb-core', 'meu-resource' }

A maioria dos erros de instalação acontece antes de o código do script ser executado: pasta errada, manifest ausente, dependência não iniciada ou SQL não importado. Esta rotina reduz tentativa e erro. Antes de começarBackup da cidade e do banco antes de mexer em produção.Arquivo original do resource e instruções do autor.Acesso ao console do servidor e ao banco de teste, quando houver SQL.Passo a passoLeia o README e identifique framework, versão, dependências, SQL e configuração.Extraia o resource em uma pasta única dentro de resources/[local]; não deixe uma pasta dentro de outra com o mesmo nome.Confirme que existe fxmanifest.lua. Ele declara o que o FiveM deve carregar.Instale e inicie as dependências antes do resource principal no server.cfg.Importe o SQL somente no banco correto e revise nomes de tabelas para não sobrescrever dados.Adicione ensure nome-do-resource, reinicie e leia o primeiro erro do console, sem ignorar mensagens anteriores.Teste com uma conta comum, uma conta staff e reinicialização completa.Erros comuns e cuidadosNunca cole uma chave, webhook ou credencial recebida junto com script sem entender onde ela será usada.Não use start e ensure misturados sem motivo; padronize o projeto.O manifest antigo __resource.lua é legado; prefira fxmanifest.lua quando o autor suportar.Checklist finalPasta e manifest conferidos.Dependências iniciam primeiro.SQL validado em ambiente de teste.Console sem erro do resource.Fluxo principal testado dentro do jogo.Próximo passo: A referência do fxmanifest.lua explica as entradas reconhecidas pelo FiveM. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosExemplo de resource Lua simples. O manifest declara os arquivos; o server.cfg garante a ordem de início. -- resources/[local]/meu-resource/fxmanifest.lua fx_version 'cerulean' game 'gta5' author 'Sua equipe' description 'Resource local de exemplo' version '1.0.0' shared_script 'config.lua' client_script 'client.lua' server_script 'server.lua'# server.cfg ensure oxmysql ensure qb-core ensure meu-resource

Otimização começa por medir. Remover scripts aleatoriamente pode mascarar o problema e quebrar funções da cidade. Use uma cópia de teste, registre os números e mude uma causa de cada vez. Antes de começarAcesso ao console e ao txAdmin.Período de teste com cenário reproduzível: mesma área, quantidade de jogadores e recursos.Backup antes de atualizar artifact, banco ou framework.Passo a passoAbra o monitor de resources com resmon e anote os maiores consumos em repouso e durante ações pesadas.Separe o diagnóstico entre cliente, servidor, banco e streaming de assets; um FPS baixo no cliente não prova sozinho que o banco está lento.Verifique loops frequentes, consultas repetidas e envio excessivo de dados antes de “otimizar” valores no escuro.Teste OneSync e as opções suportadas pela sua base, observando entidades, população e sincronização após cada alteração.Reduza imagens e texturas desnecessárias, mantenha mapas e veículos sob controle e valide o carregamento em máquinas comuns.Meça novamente após cada mudança e mantenha apenas a alteração que melhora o resultado sem regressão.Erros comuns e cuidadosNão desligue OneSync ou culling apenas para esconder um bug; valide impacto em entidades e jogadores distantes.Não use números milagrosos de ms como regra absoluta: compare o comportamento real da sua cidade.Uma reinicialização programada não corrige vazamento, consulta ruim ou resource quebrado.Checklist finalMedição antes e depois salva.Resources pesados identificados.Erros de console tratados.Cidade testada com jogadores e veículos.Backup preservado.Próximo passo: A lista atual de comandos e variáveis do servidor está na documentação Cfx. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosUse espera variável em loops. O exemplo abaixo consulta a distância com menor frequência quando o jogador está longe, em vez de rodar trabalho pesado a cada frame. CreateThread(function() while true do local wait = 1000 local ped = PlayerPedId() local distance = #(GetEntityCoords(ped) - vector3(215.0, -810.0, 30.0)) if distance < 20.0 then wait = 0 -- desenhe ou habilite apenas o que for necessário perto do local end Wait(wait) end end)# server.cfg - altere somente após testar onesync on set onesync_enableInfinity true

Segurança é uma rotina de redução de risco. O objetivo não é prometer invulnerabilidade, e sim impedir que um script, uma permissão excessiva ou uma credencial exposta comprometa toda a cidade. Antes de começarInventário de administradores, scripts e integrações externas.Backup recuperável de arquivos e banco.Uma instância de teste para verificar atualizações e novos resources.Passo a passoDê a cada administrador somente a permissão necessária; contas que moderam jogadores não precisam editar configurações ou executar comandos arbitrários.Proteja txAdmin com senha exclusiva, revise periodicamente os admins e remova acessos antigos.Valide dinheiro, inventário, permissões e recompensas no servidor. Dados recebidos do cliente devem ser tratados como não confiáveis.Mantenha artifacts e dependências atualizados após testar em ambiente separado.Instale scripts apenas de fontes confiáveis, revise arquivos de configuração e examine chamadas externas inesperadas.Faça backup automatizado, teste restauração e guarde uma cópia fora do servidor principal.Registre quem alterou uma configuração crítica e quando.Erros comuns e cuidadosNão publique tokens de Discord, chaves de API, senhas ou dumps de banco.Não execute recursos ofuscados ou sem origem em produção sem revisão.Não conceda permissões globais por conveniência a toda a equipe.Checklist finalPermissões revisadas.Segredos removidos de arquivos públicos.Backup restaurado em teste.Scripts novos aprovados antes da produção.Logs e responsáveis definidos.Próximo passo: No txAdmin, use papéis granulares: a documentação de permissões detalha o que cada acesso permite. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosO cliente nunca deve decidir sozinho saldo, permissão ou recompensa. Valide a ação no servidor e retorne cedo quando a regra falhar. RegisterNetEvent('cidade:resgatarRecompensa', function() local source = source local reward = 500 if not jogadorPodeResgatar(source) then print(('Tentativa bloqueada: %s'):format(source)) return end -- Credite usando a função do seu framework, somente após validar. entregarRecompensa(source, reward) end)

Mapas exigem organização. MLO, YMAP e YTYP não são intercambiáveis: cada asset pode pedir stream, manifest ou ordem própria. O método abaixo facilita voltar atrás se algo falhar. Antes de começarBackup do resource de mapas e da configuração atual.Arquivo obtido de fonte autorizada, com instruções e dependências.Servidor de teste para validar colisão, interior e streaming.Passo a passoCrie uma pasta exclusiva para o mapa em resources/[maps] ou na convenção já usada pela cidade.Mantenha arquivos de streaming dentro de stream quando essa for a estrutura indicada pelo autor.Crie ou revise o fxmanifest.lua e inclua apenas as declarações de dados solicitadas pelo resource.Inicie o mapa após suas dependências e faça uma reinicialização completa.Visite a área em jogo, teste colisões, portas, interior, noite e distância de visão.Se houver textura invisível ou crash, remova o último mapa adicionado e leia a primeira mensagem relevante no console antes de trocar arquivos aleatoriamente.Erros comuns e cuidadosNão substitua arquivos de outro mapa sem backup; conflitos de nomes e IPLs são comuns.Não misture versões de GTA/FiveM ou assets de procedência incerta.Evite carregar packs gigantes sem medir impacto de streaming e memória.Checklist finalMapa carrega após restart.Sem erro de data file no console.Colisão e interior testados.Desempenho avaliado em área movimentada.Plano de reversão disponível.Próximo passo: Use o guia de manifest como referência e consulte os downloads de mapas da FiveMDEV para encontrar assets com informações de compatibilidade. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosUm YTYP normalmente precisa ser declarado como data file. Use o nome do arquivo real do mapa; não copie esta estrutura sem conferir a documentação do asset. -- resources/[maps]/meu-mapa/fxmanifest.lua fx_version 'cerulean' game 'gta5' files { 'stream/meu_interior.ytyp' } data_file 'DLC_ITYP_REQUEST' 'stream/meu_interior.ytyp'# server.cfg ensure meu-mapa

O banco sustenta personagens, inventário, economia e permissões. Trate qualquer alteração como migração: saiba o que muda, faça backup e valide em cópia antes de executar em produção. Antes de começarAcesso limitado ao banco correto.Backup recente e testado.Arquivo SQL e documentação do resource que será instalado.Passo a passoConfirme host, porta, nome do banco e usuário sem expor a senha em prints ou repositórios.Crie uma cópia de teste do banco de produção ou use base limpa para validar o SQL.Leia o SQL: identifique tabelas criadas, colunas alteradas, chaves e possíveis comandos destrutivos.Execute a migração uma vez, valide logs do oxmysql e teste criação de personagem, salvamento e compra.Crie índices apenas quando uma consulta medida justificar; índices em excesso também têm custo.Documente versão do schema e data da alteração para facilitar rollback.Erros comuns e cuidadosNão abra MySQL publicamente para “resolver” conexão remota. Prefira rede privada, firewall e usuários restritos.Não use a conta root da base para resources.Não apague tabelas de produção para reaplicar um SQL sem backup.Checklist finalBackup criado e restauração testada.SQL revisado em teste.Usuário do banco tem privilégios mínimos.Console sem falha de conexão.Migração registrada.Próximo passo: Se o script não inicia, volte ao guia de instalação e confira se banco, resource e dependências são da mesma versão. Conteúdo revisado pela FiveMDEV. Faça backup antes de alterar uma cidade em produção. Exemplos práticosCrie tabelas com chave primária e use parâmetros na consulta. Não concatene valores recebidos do jogador dentro do SQL. CREATE TABLE IF NOT EXISTS player_preferences ( citizen_id VARCHAR(64) NOT NULL, music_enabled TINYINT(1) NOT NULL DEFAULT 1, updated_at TIMESTAMP NOT NULL DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP, PRIMARY KEY (citizen_id) );local rows = MySQL.query.await( 'SELECT music_enabled FROM player_preferences WHERE citizen_id = ?', { citizenId } ) local enabled = rows[1] and rows[1].music_enabled == 1