Das Framework-Kompatibilitätsproblem
Die meisten FiveM-Scripts kommen mit einem fest einprogrammierten Framework. Wenn du QBCore fährst, benutzt du QBCore-Scripts. ESX-Nutzer hängen mit ESX-Scripts fest. Standalone-Nutzer basteln sich das meiste zurecht. Agency Scripts wurden mit der gegenteiligen Philosophie gebaut: Das Framework ist ein Adapter, keine Voraussetzung.
Das Adapter-Pattern
Jedes Agency-Script stellt einen kleinen Satz an Lookup-Funktionen bereit: getPlayerData, getInventory, addMoney, removeItem, getJob. Wir liefern Adapter aus, die diese auf QBCore- und ESX-Implementierungen abbilden — out of the box. Für standalone implementierst du die vier oder fünf Funktionen selbst — meist ein Vormittag Arbeit — und jedes Agency-Script ist kompatibel.
Was das in der Praxis bedeutet
Wenn du deinen Server von QBCore auf ESX umstellst (was alle paar Jahre passiert, während sich Frameworks weiterentwickeln), müssen Agency-Scripts weder neu installiert noch neu konfiguriert werden. Du tauschst den Adapter, alles andere läuft weiter. Das ist im FiveM-Ökosystem extrem selten und der Hauptgrund, warum Serverbetreiber sich langfristig auf unsere Tools festlegen.
Welches Framework-Label auf unseren Produktseiten was bedeutet
Wenn eine Produktseite "QBCore, ESX" auflistet, heißt das, dass wir fertige Adapter für beide mitliefern. Steht da "Standalone", meinen wir, dass das Script framework-agnostisch ist — es braucht keinen Adapter und läuft auf jedem Server. In der Praxis ist fast jedes Agency-Script auf standalone-Setups mit einem kleinen Kompatibilitäts-Shim einsetzbar.
Wann du vor dem Kauf fragen solltest
Wenn du ein ungewöhnliches Setup fährst — eigenes Framework, stark modifiziertes QBCore oder etwas Maßgeschneidertes — öffne vor dem Kauf ein Ticket in unserem Discord. Wir sagen dir ehrlich, was funktioniert, was leichte Anpassung braucht und was den Aufwand nicht wert ist. Kein Verkaufsdruck; uns ist lieber, du kaufst ein Script, das passt, als drei, die nicht passen.