Comparativo de frameworks

QBox vs QBCore

O QBox (qbx_core) é o fork do QBCore mantido pela comunidade que nasceu como uma reescrita enxuta em torno do ecossistema ox_*. Dois anos depois, ele está maduro o bastante para ser uma alternativa séria ao QBCore, e não um experimento. Se você está escolhendo entre os dois em 2026, a decisão depende menos dos scripts (eles se sobrepõem quase por completo) e mais de qual conjunto de prós e contras você prefere. Este é um comparativo técnico baseado no uso dos dois em produção.

Opção A

QBox (qbx_core)

Fork do QBCore mantido pela comunidade, focado em ox

Ver scripts para QBox →
Opção B

QBCore

Framework modular original com equipe principal ativa

Ver scripts para QBCore →

Resposta curta

Veredito

Escolha o QBox se você está começando do zero em 2026 e não tem um código baseado em QBCore para herdar. Ele é mais limpo, inicia mais rápido e fixar as dependências ox_* significa menos peças móveis. Escolha o QBCore se você tem um servidor QBCore existente com scripts personalizados, ou se os scripts específicos de que você precisa só existem para o QBCore original.

Lado a lado

Comparativo ponto a ponto

12 aspectos. A célula destacada indica a opção com vantagem; os empates ficam sem destaque.

QBox vs QBCore: aspecto por aspecto
AspectoQBox (qbx_core)QBCore
Origem
Empate
Fork comunitário do QBCore, 2023Projeto original, 2020
Inventário padrãoox_inventory: obrigatório Vantagemqb-inventory, ox_inventory suportado
Menu / biblioteca padrãoox_lib: obrigatório Vantagemqb-menu + ox_lib opcional
Target padrãoox_target: obrigatório Vantagemqb-target, ox_target suportado
Export do core object
Empate
exports.qbx_core:GetCoreObject()exports['qb-core']:GetCoreObject()
Alias de compatibilidade com QBCore
Empate
Sim: scripts QBCore rodam com mudanças estéticasNão se aplica
Resmon em repouso~0.01ms base (qbx_core) Vantagem~0.02ms base (qb-core)
Tempo de inicializaçãoMais rápido: menos recursos para carregar VantagemMais lento: camadas de compatibilidade legadas
Disponibilidade de scriptsNativos de QBox: em crescimento; compatíveis com QBCore: quase todosA maior seleção nativa de QBCore Vantagem
Governança
Empate
Mantido pela comunidade, PRs abertosEquipe original + contribuições abertas
Build do FiveM alvo2802+ (deixa de suportar builds antigas)1868+ (compatibilidade mais ampla) Vantagem
Documentação
Empate
docs.qbox.re: atualdocs.qbcore.org: atual

Decida

Quando escolher cada um

Escolha QBox (qbx_core)

  • Servidor novo em 2026, sem dívida legada

    O QBox tem menos peças móveis. Se você não carrega um código QBCore adiante, a arquitetura enxuta compensa em cada ciclo de atualização futuro.

  • Você aposta tudo no stack ox_*

    O QBox trata ox_inventory, ox_lib e ox_target como obrigatórios. Se você ia usá-los de qualquer forma no QBCore, o QBox poupa a configuração de alternativas.

  • Você quer o menor consumo de resmon

    O QBox inicia mais rápido e consome um pouco menos em repouso (~0.01ms contra ~0.02ms) porque elimina as camadas de compatibilidade legadas. Sozinho não é muito, mas se acumula com muitos recursos.

  • Você é autor de scripts

    Escrever scripts novos para o QBox é mais limpo: sem ramificações alternativas para sistemas antigos de inventário / menu. Desenvolvimento mais rápido e menos superfície para bugs.

Escolha QBCore

  • Você tem um servidor QBCore existente

    Migrar de QBCore para QBox é tecnicamente pouco trabalho, mas socialmente disruptivo se você tem jogadores ativos. Ficar no QBCore evita esse atrito.

  • Você precisa de um script de nicho que só existe para QBCore

    O QBox roda a maioria dos scripts QBCore, mas não todos. Se o script de que você precisa não funciona na camada de compatibilidade do QBox, o QBCore é a escolha prática.

  • Você mira builds antigas do FiveM

    O QBox exige a build 2802+ do FiveM. O QBCore é compatível desde a 1868. Se boa parte dos seus jogadores usa builds antigas, o QBCore mantém todos conectados.

  • Você quer o maior catálogo de scripts agora

    Os scripts nativos de QBCore são mais numerosos em termos absolutos. A cobertura do QBox continua crescendo, mas ainda não está no mesmo nível.

Bom saber

Perguntas frequentes: QBox vs QBCore

O QBox é melhor que o QBCore?
Para servidores novos em 2026, um pouco: arquitetura mais enxuta, inicialização mais rápida e ox_* como peça de primeira classe. Para servidores QBCore existentes, o custo de migrar costuma superar o ganho. Não há vitória esmagadora para nenhum lado.
Posso usar scripts QBCore no QBox?
Sim: o QBox inclui um alias de compatibilidade com QBCore, então a maioria dos scripts roda com mudanças estéticas. As exceções são os scripts que mexem diretamente no inventário / menu / target (eles precisam passar para ox_*).
Quão difícil é migrar de QBCore para QBox?
Tecnicamente, pouco: trocar o export do shared object e substituir as referências de inventário / menu / target. Socialmente, um pouco mais: os jogadores do seu servidor em produção vão notar pequenas mudanças de interface. Reserve antes um fim de semana em staging.
O QBox funciona em builds antigas do FiveM?
Não: o QBox mira a build 2802 do FiveM e superiores. Se seus jogadores usam builds mais antigas, o QBox não vai carregar.
O QBox é estável o bastante para produção?
Sim. São dois anos de uso em produção em centenas de servidores ativos. O núcleo é estável; o ecossistema ainda está crescendo, mas não houve regressões de estabilidade importantes em 2025-2026.
Como é a comunidade do QBox?
Uma organização ativa no GitHub, Discord para suporte e versões mais ou menos mensais. É menor que a do QBCore, mas bem focada no próprio framework em vez de ser uma comunidade geral de FiveM.