El problema de la compatibilidad de frameworks
La mayoría de scripts de FiveM vienen con un framework cableado en su código. Si corres QBCore, usas scripts QBCore. Los usuarios de ESX se quedan con scripts ESX. Los usuarios de standalone suelen apañarse a mano. Los scripts de Agency se crearon con la filosofía opuesta: el framework es un adaptador, no una suposición.
El patrón de adaptador
Cada script de Agency expone un pequeño conjunto de funciones de consulta: getPlayerData, getInventory, addMoney, removeItem, getJob. Publicamos adaptadores que las mapean a las implementaciones de QBCore y ESX de fabrica. Para standalone, implementas tú mismo las cuatro o cinco funciones — normalmente el trabajo de una mañana — y cada script de Agency queda compatible.
Qué significa esto en la práctica
Cuando cambias tu servidor de QBCore a ESX (cosa que pasa cada cierto tiempo a medida que los frameworks evolucionan), los scripts de Agency no necesitan reinstalarse ni reconfigurarse. Cambias el adaptador y todo lo demás sigue funcionando. Eso es increíblemente raro en el ecosistema FiveM y es la razón principal por la que los dueños de servidores estandarizan su stack en nuestras herramientas a largo plazo.
Qué significa cada etiqueta de framework en nuestras fichas de producto
Cuando una ficha lista "QBCore, ESX", quiere decir que enviamos adaptadores listos para ambos. Cuando dice "Standalone", queremos decir que el script es agnóstico al framework — no necesita adaptador y corre en cualquier servidor. En la práctica, casi todos los scripts de Agency se pueden usar en configuraciones standalone con un pequeño shim de compatibilidad.
Cuándo preguntar antes de comprar
Si tu setup es raro — framework a medida, QBCore muy modificado o algo muy personal —, abre un ticket en nuestro Discord antes de comprar. Te diremos honestamente qué va a funcionar, qué necesita una adaptación ligera y qué no merece la pena. Sin presión comercial; preferimos que compres un script que te encaje a tres que no.