Comparativa de frameworks

QBox vs QBCore

QBox (qbx_core) es el fork de QBCore mantenido por la comunidad que nació como una reescritura ligera en torno al ecosistema ox_*. Dos años después, es lo bastante maduro para ser una alternativa seria a QBCore y no un experimento. Si eliges entre ambos en 2026, la decisión depende menos de los scripts (se solapan casi por completo) y más de qué conjunto de compromisos prefieres. Esta es una comparativa técnica basada en usar los dos en producción.

Opción A

QBox (qbx_core)

Fork de QBCore mantenido por la comunidad, centrado en ox

Ver scripts para QBox →
Opción B

QBCore

Framework modular original con un equipo principal activo

Ver scripts para QBCore →

Respuesta corta

Veredicto

Elige QBox si empiezas desde cero en 2026 y no tienes un código basado en QBCore que heredar. Es más limpio, arranca más rápido y fijar las dependencias ox_* supone menos piezas móviles. Elige QBCore si tienes un servidor QBCore existente con scripts personalizados, o si los scripts concretos que necesitas solo existen para el QBCore original.

Frente a frente

Comparativa punto por punto

12 aspectos. La celda resaltada marca la opción con ventaja; los empates quedan sin resaltar.

QBox vs QBCore: aspecto por aspecto
AspectoQBox (qbx_core)QBCore
Origen
Empate
Fork comunitario de QBCore, 2023Proyecto original, 2020
Inventario por defectoox_inventory: obligatorio Ventajaqb-inventory, ox_inventory soportado
Menú / librería por defectoox_lib: obligatorio Ventajaqb-menu + ox_lib opcional
Target por defectoox_target: obligatorio Ventajaqb-target, ox_target soportado
Export del core object
Empate
exports.qbx_core:GetCoreObject()exports['qb-core']:GetCoreObject()
Alias de compatibilidad con QBCore
Empate
Sí: los scripts QBCore funcionan con cambios estéticosNo aplica
Resmon en reposo~0.01ms base (qbx_core) Ventaja~0.02ms base (qb-core)
Tiempo de arranqueMás rápido: menos recursos que cargar VentajaMás lento: capas de compatibilidad heredadas
Disponibilidad de scriptsNativos de QBox: en crecimiento; compatibles con QBCore: casi todosLa mayor selección nativa de QBCore Ventaja
Gobernanza
Empate
Mantenido por la comunidad, PR abiertasEquipo original + contribuciones abiertas
Build de FiveM objetivo2802+ (deja de soportar builds antiguas)1868+ (compatibilidad más amplia) Ventaja
Documentación
Empate
docs.qbox.re: actualdocs.qbcore.org: actual

Decide

Cuándo elegir cada uno

Elige QBox (qbx_core)

  • Servidor nuevo en 2026, sin deuda heredada

    QBox tiene menos piezas móviles. Si no arrastras un código QBCore, su arquitectura ligera compensa en cada ciclo de actualización futuro.

  • Apuestas del todo por el stack ox_*

    QBox trata ox_inventory, ox_lib y ox_target como obligatorios. Si ibas a usarlos igualmente en QBCore, QBox te ahorra la configuración de alternativas.

  • Quieres el menor consumo de resmon

    QBox arranca más rápido y consume algo menos en reposo (~0.01ms frente a ~0.02ms) porque elimina las capas de compatibilidad heredadas. No es mucho por sí solo, pero se acumula con muchos recursos.

  • Eres autor de scripts

    Escribir scripts nuevos para QBox es más limpio: sin ramas alternativas para sistemas antiguos de inventario / menús. Desarrollo más rápido y menos superficie para bugs.

Elige QBCore

  • Tienes un servidor QBCore existente

    Migrar de QBCore a QBox es técnicamente poco trabajo, pero socialmente disruptivo si tienes jugadores activos. Quedarte en QBCore evita esa fricción.

  • Necesitas un script de nicho que solo existe para QBCore

    QBox ejecuta la mayoría de scripts QBCore, pero no todos. Si el script que necesitas no funciona con la capa de compatibilidad de QBox, QBCore es la opción práctica.

  • Te orientas a builds antiguas de FiveM

    QBox requiere la build 2802+ de FiveM. QBCore es compatible desde la 1868. Si buena parte de tus jugadores usa builds antiguas, QBCore los mantiene conectados.

  • Quieres el mayor catálogo de scripts ahora mismo

    Los scripts nativos de QBCore son más numerosos en términos absolutos. La cobertura de QBox sigue creciendo, pero aún no está a la par.

Conviene saber

Preguntas frecuentes: QBox vs QBCore

¿QBox es mejor que QBCore?
Para servidores nuevos en 2026, ligeramente: arquitectura más ligera, arranque más rápido y ox_* como pieza de primera clase. Para servidores QBCore existentes, el coste de migrar suele superar la ganancia. No hay una victoria aplastante en ningún sentido.
¿Puedo usar scripts QBCore en QBox?
Sí: QBox incluye un alias de compatibilidad con QBCore, así que la mayoría de scripts funcionan con cambios estéticos. Las excepciones son los scripts que tocan directamente el inventario / menú / target (tienen que pasar a ox_*).
¿Qué cuesta migrar de QBCore a QBox?
Técnicamente, poco: cambiar el export del shared object y sustituir las referencias de inventario / menú / target. Socialmente, algo más: los jugadores de tu servidor en producción notarán pequeños cambios de interfaz. Reserva antes un fin de semana en staging.
¿QBox funciona en builds antiguas de FiveM?
No: QBox está orientado a la build 2802 de FiveM y superiores. Si tus jugadores usan builds más antiguas, QBox no cargará.
¿QBox es lo bastante estable para producción?
Sí. Lleva dos años en producción en cientos de servidores activos. El núcleo es estable; el ecosistema sigue creciendo, pero no ha habido regresiones de estabilidad importantes en 2025-2026.
¿Cómo es la comunidad de QBox?
Una organización activa en GitHub, Discord para soporte y versiones más o menos mensuales. Es más pequeña que la de QBCore, pero está muy centrada en el propio framework en lugar de ser una comunidad general de FiveM.