Description
An overdose system for ESX, QBCore or QBox: stacking too many active effects triggers an OD event that ragdolls and downs the player, fires an EMS alert with the coords, and locks revive behind a server-checked medic job. Servers sell it as the cross-job stakes layer that gives EMS real drug work and makes overdosing actually matter.
Prompt Template
You are writing a FiveM resource that works on ESX, QBCore and QBox.
The full prompt template and its reference Lua are part of a one-time pack. Pick your depth, both are lifetime access, no subscription, ever.
- 60 prompts + syntax-validated reference Lua
- Lifetime access, pay once
- All 510 prompts, the full library
- Per-prompt profit/trend intelligence (CSV + playbook)
- Lifetime free updates, new niches as the market moves
$49 for 60 · $199 for all 510 + intelligence, one-time, no subscription.
Expected Output
The reference Lua lives at content/expected-outputs/drugs/17-overdose-ems-response.lua. It implements a server-owned OD state triggered only when the effect stack is high enough, an EMS broadcast…
The full prompt template and its reference Lua are part of a one-time pack. Pick your depth, both are lifetime access, no subscription, ever.
- 60 prompts + syntax-validated reference Lua
- Lifetime access, pay once
- All 510 prompts, the full library
- Per-prompt profit/trend intelligence (CSV + playbook)
- Lifetime free updates, new niches as the market moves
$49 for 60 · $199 for all 510 + intelligence, one-time, no subscription.
Known Failure Modes & Corrective Prompt
- Self-revive, Claude lets the client clear its own OD; keep OD state and the revive on the server.
- Anim before load,
TaskPlayAnimno-ops if the writhe dict is not loaded; alwaysRequestAnimDict+ aHasAnimDictLoadedwait loop. - Anyone revives, gate od:requestRevive behind a server-side medic job check, not just the client UI.
Corrective re-prompt: "Hold OD state in a server table, only trigger it when the effect stack is >= 3, broadcast an EMS alert with the downed coords, and accept od:requestRevive only when the reviver passes a server-side medic job check and the target is truly downed."
Framework Integration
- ESX: replace isMedic with
xPlayer.getJob().name == 'ambulance'viaexports['es_extended']:getSharedObject(). - QBCore:
local QBCore = exports['qb-core']:GetCoreObject(); checkPlayer.PlayerData.job.name == 'ambulance'inside isMedic. - QBox: use
exports.qbx_core:GetPlayer(src)and gate onplayer.PlayerData.job.type == 'ems'.
Profit Potential
$250-$3500/mo on Tebex (expected ~$900), within the $50-389 script band against a corpus of comparable Tebex sellers (median ~$11.85K/mo), set for a rising cross-job realism niche.
Trend Signal
↗ rising, inferred: OD-to-EMS cross-job hook is realism-driven; my reasoning, rising alongside addiction systems.
Sales Angle
Position as the cross-job stakes layer that gives EMS real drug work and makes overdosing a consequence, not a shrug. Recommended Tebex price $169.
Difficulty & Ship Time
intermediate · ships in 1 day.
