Framework-Vergleich

QBox vs QBCore

QBox (qbx_core) ist der von der Community gepflegte Fork von QBCore, der als schlanke Neuentwicklung rund um das ox_*-Ökosystem begann. Zwei Jahre später ist er reif genug, um eine ernsthafte Alternative zu QBCore statt eines Experiments zu sein. Wenn du dich 2026 zwischen beiden entscheidest, geht es weniger um Scripts (die sich fast vollständig überschneiden) als darum, welche Kompromisse du eingehen willst. Dies ist ein technischer Vergleich auf Basis des Produktiveinsatzes beider.

Option A

QBox (qbx_core)

Von der Community gepflegter QBCore-Fork, ox-first

QBox-Scripts ansehen →
Option B

QBCore

Original-Framework, modular, mit aktivem Kernteam

QBCore-Scripts ansehen →

Kurze Antwort

Fazit

Nimm QBox, wenn du 2026 neu startest und keine QBCore-Codebasis übernehmen musst. Es ist sauberer, startet schneller, und die festen ox_*-Abhängigkeiten bedeuten weniger bewegliche Teile. Nimm QBCore, wenn du einen bestehenden QBCore-Server mit eigenen Scripts hast oder die Scripts, die du brauchst, nur für Standard-QBCore erscheinen.

Im direkten Vergleich

Vergleich Punkt für Punkt

12 Kriterien. Die hervorgehobene Zelle zeigt die Option mit Vorteil; Gleichstände bleiben unmarkiert.

QBox vs QBCore: Kriterium für Kriterium
KriteriumQBox (qbx_core)QBCore
Herkunft
Gleichstand
Community-Fork von QBCore, 2023Originalprojekt, 2020
Standard-Inventarox_inventory – Pflicht Vorteilqb-inventory, ox_inventory unterstützt
Standard-Menü / -Libox_lib – Pflicht Vorteilqb-menu + ox_lib optional
Standard-Targetox_target – Pflicht Vorteilqb-target, ox_target unterstützt
Core-Object-Export
Gleichstand
exports.qbx_core:GetCoreObject()exports['qb-core']:GetCoreObject()
QBCore-Kompatibilitätsalias
Gleichstand
Ja – QBCore Scripts laufen mit kosmetischen AnpassungenEntfällt
Resmon im Leerlauf~0.01ms Basis (qbx_core) Vorteil~0.02ms Basis (qb-core)
StartzeitSchneller – weniger Ressourcen zu laden VorteilLangsamer – alte Kompatibilitätsschichten
Script-VerfügbarkeitNative QBox-Scripts: wachsend; per QBCore-Kompatibilität: fast alleGrößte Auswahl nativer QBCore-Scripts Vorteil
Governance
Gleichstand
Von der Community gepflegt, offene PRsOriginalteam + offene Beiträge
FiveM-Ziel-Build2802+ (keine Unterstützung älterer Builds)1868+ (breitere Kompatibilität) Vorteil
Doku
Gleichstand
docs.qbox.re – aktuelldocs.qbcore.org – aktuell

Entscheiden

Wann du was wählst

Wähle QBox (qbx_core)

  • Neuer Server 2026, keine Altlasten

    QBox hat weniger bewegliche Teile. Wenn du keine QBCore-Codebasis mitschleppst, zahlt sich die schlanke Architektur bei jedem künftigen Update-Zyklus aus.

  • Du setzt voll auf den ox_*-Stack

    QBox behandelt ox_inventory, ox_lib und ox_target als Pflicht. Wolltest du sie unter QBCore ohnehin nutzen, spart dir QBox den Aufwand für Fallback-Configs.

  • Du willst den kleinsten resmon-Verbrauch

    QBox startet schneller und liegt im Leerlauf etwas niedriger (~0.01ms vs. ~0.02ms), weil es die alten Kompatibilitätsschichten weglässt. Allein nicht viel, aber es summiert sich über viele Ressourcen.

  • Du schreibst selbst Scripts

    Neue Scripts für QBox zu schreiben ist sauberer – keine Fallback-Zweige für alte Inventar- / Menüsysteme. Schnellere Entwicklung, weniger Angriffsfläche für Bugs.

Wähle QBCore

  • Du hast bereits einen QBCore-Server

    Die Migration von QBCore zu QBox ist technisch klein, aber für die Community störend, wenn du aktive Spieler hast. Wer bei QBCore bleibt, vermeidet diese Reibung.

  • Du brauchst ein Nischen-Script nur für QBCore

    QBox führt die meisten QBCore Scripts aus, aber nicht alle. Läuft das eine Script, das du brauchst, nicht über die Kompatibilitätsschicht von QBox, ist QBCore die pragmatische Wahl.

  • Du zielst auf ältere FiveM-Builds

    QBox benötigt FiveM-Build 2802+. QBCore unterstützt Builds bis zurück zu 1868. Spielt ein großer Teil deiner Spieler auf alten Builds, hält QBCore sie online.

  • Du willst sofort den größten Script-Katalog

    Native QBCore-Scripts sind in absoluten Zahlen zahlreicher. Die Abdeckung von QBox wächst weiter, ist aber noch nicht gleichauf.

Gut zu wissen

Häufige Fragen: QBox vs QBCore

Ist QBox besser als QBCore?
Für neue Server 2026 leicht – schlankere Architektur, schnellerer Start, ox_* als fester Bestandteil. Für bestehende QBCore-Server überwiegen meist die Migrationskosten. Ein klarer Sieger ist keiner von beiden.
Kann ich QBCore Scripts auf QBox nutzen?
Ja – QBox liefert einen QBCore-Kompatibilitätsalias mit, sodass die meisten Scripts mit kosmetischen Anpassungen laufen. Ausnahmen sind Scripts, die Inventar / Menü / Target direkt ansprechen (sie müssen auf ox_* umgestellt werden).
Wie aufwendig ist die Migration von QBCore zu QBox?
Technisch gering: den Shared-Object-Export ändern und die Verweise auf Inventar / Menü / Target austauschen. Für die Community mittel: Die Spieler auf deinem Live-Server bemerken kleine UI-Änderungen. Plane vorher ein Wochenende auf Staging ein.
Läuft QBox auf alten FiveM-Builds?
Nein – QBox ist auf FiveM-Build 2802 und höher ausgelegt. Spielen deine Spieler auf älteren Builds, lädt QBox nicht.
Ist QBox stabil genug für den Produktivbetrieb?
Ja. Zwei Jahre Produktiveinsatz auf Hunderten aktiven Servern. Der Kern ist stabil; das Ökosystem wächst noch, aber es gab 2025-2026 keine größeren Stabilitätsrückschritte.
Wie ist die Community rund um QBox?
Eine aktive GitHub-Organisation, Discord für Support und ungefähr monatliche Releases. Kleiner als die von QBCore, aber klar auf das Framework selbst fokussiert statt eine allgemeine FiveM-Community zu sein.