Um script de barbearia se julga por uma coisa só: o que o jogador vê antes de pagar, e o que sobra do personagem dele depois da reconexão.
Avenida Team, 24 de agosto de 2026
Script de barbearia é o que não falta no FiveM, e quase todos vendem a mesma coisa: a gestão da loja, barbearias tocadas por jogadores ou por NPC, um preço por categoria, e aquele 0.00 ms em idle que todo mundo anuncia. Nesse ponto eles se parecem, e no fim a escolha acaba sendo pelo preço.
Este comparativo é sobre outra coisa. Escrevemos o avenida_barber porque nenhum dos que a gente testou respondia a duas perguntas que a gente não parava de se fazer, e essas duas perguntas viraram os critérios deste artigo. Mais abaixo publicamos também o que você ganha exatamente conforme o sistema de aparência que já roda aí, alvo por alvo. É nisso que uma compra se decide, e ninguém detalha isso.
O que o seu servidor ganha com este script de barbearia?
Um momento que os seus jogadores comentam, em vez de um menu que eles aturam. O personagem entra na loja, senta, o barbeiro começa a trabalhar, e uma câmera livre gira em volta da cabeça dele enquanto escolhe. Ele vê o corte sob luz constante, tanto à meia-noite quanto ao meio-dia, e só paga depois.
| O que você instala | O que muda no seu servidor |
|---|---|
| Câmera orbital e 7 ângulos de câmera | O jogador julga o corte de perto, acabaram os tickets do tipo “não era isso que eu tinha escolhido” |
| Cena de cadeira com barbeiro | Uma loja vira lugar de roleplay em vez de ponto de interação |
| 8 lojas pré-configuradas, Cayo Perico incluída | Você abre o mapa no dia da instalação, sem colocar um único blip |
| Preço por componente | Você decide o que é grátis e o que é vendido, sem mexer no código |
| 15 idiomas já traduzidos | Seus jogadores leem a interface no idioma deles já no primeiro boot |
| Config, locales e bridges fora do escrow | Você adapta o script ao seu servidor em vez do contrário |
O que um script de barbearia FiveM precisa saber fazer?
Seis coisas, e só duas aparecem nas páginas de venda. Um script de cabeleireiro para FiveM precisa escrever no sistema de aparência certo, manter o personagem intacto depois da reconexão, mostrar o resultado antes do pagamento, validar o preço no servidor, conviver com os outros resources que mexem no ped, e se encaixar no framework que você já roda sem que você precise reescrever a config dele.
| Critério | O que este script te poupa |
|---|---|
| Escrever no sistema de aparência certo | Um corte que se aplica e some na reconexão |
| Mostrar antes de cobrar | Um jogador que paga, não gosta e abre ticket |
| Validar o preço no servidor | Um cliente modificado se penteando de graça |
| Compartilhar o slot de decoração do ped | Tatuagens apagando o cabelo, ou o contrário |
| Detectar o framework ao iniciar | Um resource que se recusa a subir no seu servidor |
| Não fazer nada quando não tem ninguém | Uma thread rodando à toa no cliente de cada jogador |
Como um jogador muda de corte de cabelo no FiveM?
Ele entra numa barbearia e abre o menu do barbeiro, desde que o servidor tenha instalado um. O GTA V não oferece nada parecido no multiplayer modificado: sem um script dedicado, o jogador fica com o corte escolhido na criação do personagem e não consegue mais mudar. É por isso que todo servidor de roleplay instala um, e é a pergunta que seus jogadores vão fazer no primeiro dia.
Na prática, com uma loja colocada no mapa, o jogador chega perto do ponto marcado por um blip, confirma, e um menu se abre. Ali ele encontra penteado, barba, sobrancelhas, cor, maquiagem e, dependendo do script, os detalhes de pele. Ele confirma, paga se tiver preço, e o personagem mantém o corte depois da reconexão, desde que o servidor tenha ligado o script ao sistema de aparência certo.
Se você é jogador e não dono de servidor, não dá para instalar nada por conta própria, tudo acontece do lado do servidor. Se o seu servidor não tem barbeiro, ou se o corte reseta a cada reconexão, é com a equipe dele que você precisa falar. Este artigo foi escrito para eles e pode ajudar.
O jogador vê o que está comprando antes de pagar?
Raramente, e é o principal motivo de ticket de suporte. A maioria dos scripts de barbershop para FiveM abre um menu e aplica o corte no personagem em pé, filmado pela câmera do jogo, no horário que estiver rolando dentro do jogo. Se no seu servidor for madrugada, o jogador escolhe uma cor de cabelo que ele não enxerga.
Foi o primeiro ponto que quisemos resolver. Nossa câmera fica ancorada no osso da cabeça e é capturada uma única vez na abertura da sessão, de forma que nenhuma animação sincronizada consiga puxar o enquadramento enquanto o jogador trabalha. Ela gira 360 graus completos, dá zoom e desce da altura dos olhos até os sapatos, tanto no mouse quanto no teclado. A sensibilidade dos três eixos fica em Config.Camera.
Sete ângulos de câmera predefinidos, cada um com seus limites de zoom e de altura: rosto, cabeça, busto, tronco, pernas, sapatos, corpo inteiro. Ao escolher as sobrancelhas a câmera já está no rosto, a uma distância em que dá para julgar. O jogador continua no controle, o preset só decide de onde a sessão começa.
E enquanto um menu está aberto, o personagem acompanha o cursor com os olhos. O ponteiro é projetado num plano focal na frente da cabeça e o TaskLookAtCoord suaviza entre os ticks. A projeção é relativa à câmera, então o olhar fica certo em qualquer ângulo. Custa um tick a cada 100 ms, atrelado à sessão de câmera, e é o que finalmente deixa você julgar como um corte fica.
Um modificador de timecycle roda enquanto um menu está aberto. Assim, dá para julgar um corte sob a mesma luz à meia-noite e ao meio-dia, em vez de virar um borrão cinza escuro. O modificador do próprio jogador é restaurado ao fechar. Coloque Timecycle = false para deixar a luz do mundo como está, e Config.Barber.ChairScene = false para pular a cena de cadeira.
Que interface um script de cabeleireiro FiveM precisa ter?
Uma interface web moderna, servida pelo próprio resource, sem baixar nada da internet. É o que separa com mais clareza os scripts de barbearia recentes dos antigos. Muitos ainda rodam em RageUI, um menu nativo em lista, fácil de escrever mas de 2018 e que mostra pouca coisa por vez.
O nosso é escrito em Svelte 5. As fontes ficam hospedadas junto com o resource, não tem CDN nem requisição externa, então nada sai do cliente dos seus jogadores para terceiros. Um tutorial de primeira abertura guia o jogador uma vez, com um botão para repetir, e ele é guardado por menu, não uma vez só para todos.
Os seletores de cor leem as paletas reais do jogo em vez de aproximá-las, então o que o jogador escolhe é o que o personagem usa. E as hair bases são filtradas por versão do jogo: um penteado que o cliente do jogador não consegue exibir nem aparece na lista, em vez de aparecer e deixar ele careca.
O que você ganha conforme o seu sistema de aparência?
Todo o catálogo de personalização, e no vRP você ganha até mais do que o seu framework consegue sozinho. Um script de barbearia escreve no resource de aparência que você já roda, então o que ele conseguir guardar decide o que sobrevive a uma reconexão. Internamente usamos o formato do qb-clothing e convertemos na saída, alvo por alvo.
| Seu sistema | O que você ganha |
|---|---|
qb-clothing, tabela própria | O catálogo inteiro. É o formato nativo do script. |
illenium-appearance, fivem-appearance | Cabelo, barba, sobrancelhas, maquiagem, detalhes de pele e cicatrizes, tudo é escrito neles. Os overlays de dois tons ficam com a cor primária, já que o schema deles só tem uma. |
esx_skin | Todos os overlays e todos os componentes. Para manter também relógio e pulseira, o script guarda os dois na tabela dele, uma opção de uma linha de config. |
vRP | Mais do que o vRP consegue sozinho. O vRP só guarda roupa, então o script assume o personagem inteiro em avenida_skins e devolve ao vRP a parte de roupa, relida a cada 30 segundos. |
O vRP guarda componentes de roupa e props, e nada além disso: nem overlays de cabeça, nem traços do rosto, nem cor de cabelo ou de olhos, nem decorações de ped. Ou seja, um servidor vRP não consegue oferecer uma barbearia completa só com as ferramentas dele. O script então traz a peça que falta: guarda o personagem inteiro na tabela dele e devolve ao vRP a parte de roupa, relida a cada 30 segundos e atualizada assim que muda alguma coisa. Bom saber antes de configurar: um skinshop nativo do vRP vai mostrar a roupa, e a barbearia continua sendo gerenciada pelo script.
ESX, QBCore, vRP, standalone: o que muda de verdade?
Nada para você, e é essa a ideia. O framework é detectado no boot, através de arquivos de bridge abertos que você pode ler e alterar. São oito: framework, clothing, decorations, inventory, notif, interact, compat e vrp.
Vale detalhar um ponto, porque ele explica boa parte dos scripts que se recusam a subir no seu servidor. A gente não carrega o @vrp/lib/utils.lua, a gente conversa com o vRP pelos eventos Proxy e Tunnel dele mesmo. Duas consequências: o resource sobe normalmente num servidor que não tem vRP nenhum, e as diferenças de convenção de argumentos entre forks somem, porque elas moram no helper deles e não na troca de eventos.
O que isso não cobre, e a gente avisa no console em vez de dar problema calado: vRP 2 e vRP 0.5 não são suportados. O vRP 2 é outro framework que ficou com o nome, e o proxy da 0.5 não tem canal de resposta. O alvo é a 1.0 e os forks construídos em cima dela, vrpex, dunko, zabka, MM1212 e ZIRIX.
Dá para confiar no 0.00 ms que todo mundo anuncia?
Não, porque todo mundo mede a mesma coisa: o idle. Um script de barbearia em idle não faz nada por definição, então mostrar 0.00 ms no resmon quando não tem ninguém na loja não diferencia absolutamente nada. A gente também anuncia, e pelo mesmo motivo.
O que vale olhar é como esse idle é obtido. No nosso, os pontos de interação dividem uma única thread que sobe o Wait para um segundo quando não tem ninguém por perto, os blips são criados uma vez, e cada thread de sessão morre na saída. O tick de acompanhamento do olhar, a cada 100 ms, só existe enquanto tem menu aberto.
A gente não tem uma medida de resmon publicável sob carga, com trinta jogadores conectados e várias sessões de barbearia abertas ao mesmo tempo. Preferimos escrever isso a reciclar o número do idle e dar a entender que vale para os dois casos. Se você fizer essa medição no seu servidor, manda pra gente.
O que há de novo nas barbearias FiveM em 2026?
Três coisas mudaram em relação à geração anterior de scripts de barbearia, e as três aparecem na tela. As interfaces web substituíram os menus nativos, a prévia em tempo real substituiu a aplicação às cegas, e a detecção automática de framework substituiu a config escrita na mão.
O que continua em aberto em 2026 é a compatibilidade entre famílias de resources. Um servidor roda um sistema de aparência, um inventário, um sistema de target, e cada um com suas convenções. Por isso a pergunta para um script novo de barbershop FiveM não é mais se ele é bonito, e sim onde ele escreve.
Nossa última versão publicada é a 1.2.0. Esta página acompanha as versões: quando o resource evolui, a data no fim do artigo anda junto, e o histórico diz o que mudou. Se você estiver lendo isto daqui a seis meses, olhe lá.
Nossas próprias observações, sobre três pontos que as páginas de venda pulam
Um ped tem um único slot de decoração, compartilhado pelo servidor inteiro
É de longe a causa mais comum de “minhas tatuagens sumiram” e de “meu corte resetou”. As hair bases e as tatuagens moram no mesmo slot, e esvaziar ele apaga tudo pra todo mundo. Um resource que limpa sem cuidado apaga o trabalho de todos os outros.
É por isso que avenida_barber, avenida_tattoo e avenida_clotheshops cada um recoloca o que pertence aos outros a cada redesenho. Os três rodam lado a lado em vez de um atropelar o outro. Se você misturar scripts de famílias diferentes, esse é o primeiro ponto a conferir.
O preço é validado no servidor, nunca no cliente
O total é montado item por item, cada um removível, e o pagamento é validado no servidor. O que não tem preço é aplicado e salvo sem ser cobrado nem sequer aparecer no carrinho. É isso que permite deixar o corte de graça e cobrar só os overlays, ou o contrário, sem mexer no código.
As hair bases são filtradas por versão do jogo
Um penteado que o cliente do jogador não consegue exibir não é listado, em vez de ser listado e quebrar. É uma linha de código e elimina uma categoria inteira de ticket, do tipo “comprei um corte e fiquei careca”.
A checklist antes de comprar um script de barbearia
- O script escreve no sistema de aparência que eu já rodo? Ele precisa nomear o alvo dele, não dizer “compatível”.
- A lista do que é preservado por alvo está publicada? Se não estiver publicada, ela existe do mesmo jeito.
- O jogador vê o resultado antes de pagar? Sim, e sob luz constante.
- O preço é validado no servidor? Sim, senão um cliente modificado se serve sozinho.
- O slot de decoração do ped é compartilhado direito? Sim, senão as tatuagens vão sumir.
- Os arquivos de config, de idioma e de bridge estão fora do escrow? Sim, senão você não vai conseguir adaptar nada.
- O framework é detectado, ou tem que escrever na mão? Detectado, com um fallback sem dependência.
Perguntas frequentes
O script funciona sem ESX nem QBCore?
Sim. O standalone é o fallback padrão quando nenhum framework é detectado, e não depende de nenhum outro resource. Além disso existe um modo custom, que você escolhe explicitamente, onde pluga a sua própria lógica nos arquivos de bridge.
Posso mudar os textos e os preços depois de comprar?
Sim. config/*.lua, locales/*.lua, bridges/*.lua, o README, o CHANGELOG e o arquivo SQL estão fora do escrow. Você lê e edita. O resto do código é protegido pelo escrow da Cfx.
Quantos idiomas vêm dentro do jogo?
Quinze, já traduzidos e editáveis: inglês, francês, alemão, espanhol, italiano, português do Brasil, russo, polonês, tcheco, romeno, turco, holandês, árabe, tailandês e indonésio. São os idiomas que os seus jogadores veem, não confunda com os seis idiomas deste site.
Quantas lojas vêm pré-configuradas?
Oito, Cayo Perico incluída, cada uma com o blip dela, o modelo de ped do barbeiro e os preços dela, num arquivo de config aberto. Você adiciona ou tira sem encostar em código protegido.
A interface carrega alguma coisa da internet?
Não. A interface é Svelte 5, as fontes ficam hospedadas com o resource, não tem CDN nem requisição externa. Nada sai do cliente dos seus jogadores para terceiros. A documentação cobre a instalação e os exports.
Outros scripts de barbearia do mercado
Para você se situar, aqui vão alguns nomes que você vai encontrar procurando. A lista não é nem de longe exaustiva e não colocamos link para nenhum, é só procurar pelo nome.
vms_barber · DeeP-Scripts BarberShops · Barber Shop System V5 · EnhancedBarbershop · Player Run Barbershop · foltone_barbershop
O que separa eles do nosso não é a qualidade, é o ângulo. A maioria é construída em volta do job de barbeiro rodando no servidor. A gente construiu o momento em que um jogador ajusta o personagem e vê exatamente o que vai levar. Se o seu servidor procura antes de tudo um job com funcionários e caixa, vários desses scripts foram feitos para isso, e não fingimos o contrário.
Fontes
Tudo o que este artigo afirma sobre o avenida_barber vem de arquivos que você pode ler por conta própria, antes de comprar e depois:
- o
README.mddo resource, com a tabela de compatibilidade por sistema de aparência e a seção de desempenho; - o
CHANGELOG.mddele, com a lista de limitações conhecidas citada acima; - os
config/*.lua, para as oito lojas, os preços por componente e os ajustes de câmera; - o
fxmanifest.lua, para oescrow_ignoree os quinze arquivos de idioma.
Esses quatro arquivos estão fora do escrow, ou seja, legíveis e editáveis assim que o resource é instalado. As capturas desta página vêm da versão 1.2.0, tiradas em 24 de agosto de 2026.
Histórico desta página
- 24 de agosto de 2026 · primeira publicação, sobre o
avenida_barber1.2.0.
Alguma dúvida sobre um caso específico, um sistema de aparência incomum ou um fork de vRP que não listamos? O Discord é o lugar, e quem responde é o dev que escreveu o script.
