Con qué funciona

Todo lo que aparece abajo se detecta solo. No hay un ajuste de “qué framework soy” ni una lista de nombres de recursos que rellenar: el móvil mira qué está en marcha y le pregunta a eso.

Que no esté en marcha un tipo de recurso no significa que el móvil esté roto: la app que lo necesitaba lo dice, o no aparece. El mercado funciona sin garaje; la Cartera funciona sin un recurso de facturación.

---

Frameworks

ESX	Legacy y 1.x. El número es una columna phone_number que este móvil añade a users
QBCore	El número es el que QBCore le da a cada personaje: charinfo.phone en players
QBox	El mismo charinfo.phone. La tabla propia de Qbox llamada users es su tabla de cuentas y nunca se toca
fmLib	Para cualquier otra cosa, o para el tuyo propio

El dinero, los nombres, los trabajos y los identificadores pasan todos por un único bridge, así que un framework que esta lista no menciona necesita un archivo, no un fork.

Nota

En QBCore y QBox el número de teléfono pertenece al framework. Este móvil lo lee y nunca lo escribe: la facturación, la central de avisos y cualquier otra cosa que pregunte “de quién es este número” ya usan ese mismo campo, y QBCore vuelve a escribir todo el charinfo de un personaje cuando guarda, así que un número cambiado por debajo no duraría. Config.Number solo se aplica en ESX.

Inventarios

11, y RequireItem = false cubre el resto:

ox_inventory · qb-inventory · qs-inventory · core_inventory · ps-inventory · tgiann-inventory · jpr-inventory · codem-inventory · origen_inventory · jaksam_inventory · el que viene con ESX

Los metadatos por ítem (lo que hace que un móvil sea ese móvil en el modo ítem) funcionan en ox, qs, qb, core, jaksam y origen. chezza, ps y tgiann no tienen dónde guardarlos, y el propio de ESX no tiene nada parecido, así que ahí el modo ítem recurre a un móvil por personaje.

Voz

pma-voice · mumble-voip · saltychat · tokovoip_script

Las llamadas y la radio meten a la gente en un canal y dejan que tu recurso de voz se encargue de hablar. Si no hay ninguno en marcha, las llamadas conectan y nadie oye nada.

El resto

Qué	Se detecta
Facturación	esx_billing, okokBilling, o la del propio móvil
Viviendas	esx_property, ps-housing, qb-houses, loaf_housing
Garajes	esx_garage, qb-garages, cd_garage, okokGarage, jg-advancedgarages
Sociedades	esx_society, qb-management, qb-banking
Licencias	esx_license, qb-core, qbx_core
Clima	cd_easytime, qb-weathersync, vSync, o el propio juego
Capturas	screenshot-basic
Subidas	Fivemanage, o un webhook de Discord

Muerte y estar abatido

Lo único que no hay dos servidores que respondan igual, así que el móvil pregunta de cuatro formas y se queda con la primera respuesta: el framework (ESX dead, QB isdead / inlaststand), después los state bags, después los exports que indiques en Config.Restrict.Death.Exports y, por último, el propio juego.

Eso ya cubre ESX, QBCore, QBox y cualquier cosa que escriba los bags habituales. Si tu script de ambulancia no hace nada de eso:

Config.Restrict.Death.Exports = {
    { 'wasabi_ambulance', 'isPlayerDead' },
}

Solo se llama si ese recurso está en marcha, y un nombre que no responde nada se omite en lugar de romper el móvil, así que equivocarse no cuesta nada.

Lo que necesita del propio servidor

oxmysql	Todo lo que recuerda el móvil
Una build de FiveM de los últimos dos años	La parte del navegador usa el Node integrado del servidor

Sin npm, sin paso de compilación, sin segundo programa y sin archivo SQL que importar: las tablas se crean solas la primera vez que arranca el recurso.