ZOR.dev
RedM script · VORP + RSG

World Actions

Server-authoritative RedM interactions, built in-game — no Lua required. Point at a spot, aim at an object, or pick a networked prop, then set requirements, rewards, cooldowns, and presentation.

VORP Core RSG Core Cfx Escrow One-time purchase
Watch — RedM In-Game Action Builder walkthrough
What it enables

Build · Validate · Present · Persist

Build

In-game Action Builder

Create actions where players use them: at a point, on a networked object, or against a world object. Configure required items, rewards, cooldowns, cancellation rules, and the interaction flow — no Lua, no restart.

Validate

The server decides

Clients request intent; the server independently checks identity, target/anchor distance, timing, requirements, inventory capacity, cooldowns, session tokens, completion, and reward transactions. Builder access is gated by the single worldactions.manage ACE permission.

Present

How it feels in play

No presentation, minimal prompt, bar, or circle progress. RDR2 scenarios or custom animation dictionaries. Cancellation on movement, damage, death, or mount/wagon entry. Player and shared-location cooldowns.

Persist

No database

Build and edit actions live, or ship read-only defaults in config.lua. Builder-created actions persist to data/actions.json with an automatic backup — no schema, no migration.

How it works

Three steps to a live action

No dedicated screenshots for this section yet — described in plain language until real in-game captures are attached.

01

Open the builder

Run /worldactions in game with the worldactions.manage ACE. Pick a target: a fixed point, a networked object, or a world object.

02

Configure it

Set required or consumed items, a fixed/ranged/rewardless outcome, a cooldown scope (player or shared-location), and how it should look and feel — a scenario, a custom animation, and a prompt or progress style.

03

Save and play

The action is live immediately — no restart. It persists to data/actions.json with an automatic backup, or ships as a read-only default in config.lua.

Security

The client only ever requests intent

Client requests an action by ID — no payload it controls is trusted.
Server re-checks distance, timing, requirements, and cooldowns independently.
Server settles the reward transaction and confirms completion.
Client only ever reflects what the server already confirmed.

No lifecycle controls, no stop command, no polling loops, no reward trust delegated to the client.

Framework support

VORP Core and RSG Core

Support is stated only for frameworks with a passing QA session. Pick one in config.lua; both bridges ship in the package.

RequirementsRedM server · VORP Core or RSG Core · ox_lib for RSG
Editableconfig.lua, locale table, example actions
Escrow-lockedclient and server logic
Requirements & install

Up and running in five steps

01

Install the delivered build via Cfx Escrow.

02

Select vorp or rsg in config.lua.

03

Ensure the chosen core (and ox_lib for RSG) load before worldactions.

04

Grant admins the worldactions.manage ACE permission.

05

Run /worldactions in game to open the Action Builder.

Known limitations

  • VORP Core and RSG Core are the only supported frameworks.
  • World-object matching depends on the object being loaded client-side nearby.
  • Scenario/animation reliability can vary with terrain and location.
  • Runtime cooldown state resets on server restart (persistent actions do not).
  • Import/export and persistent depletion mechanics are not included in this release.
Changelog

Version history

1.1.6Current working candidate. Passed Cfx acceptance; final publish is pending its own live VORP/RSG smoke-test sign-off before it replaces 1.1.1 as the marketplace build.
1.1.1First publicly accepted release — the live-accepted VORP and RSG customer build currently delivered on purchase.
Editable vs. Escrow

What you can change

config.lua, the locale table, and the example actions are yours to edit. Client and server logic are Cfx Escrow-protected and are not editable — there is no separate "unlock" tier or second SKU.

FAQ

Before you buy

Do I need both VORP and RSG installed?+

No — pick one in config.lua. Both bridges ship in the package, so nothing needs reinstalling if you switch later.

Does this need its own database?+

No. Builder persistence is a flat JSON file (data/actions.json) with an automatic backup — no schema, no migrations.

Can players break an action by disconnecting mid-way?+

No — the server is authoritative throughout. A dropped connection just leaves the action incomplete; nothing is granted or consumed until the server confirms completion.

What happens if I set an invalid config?+

Startup fails closed with one clear error message identifying the problem — no partial initialization, no silent misbehavior.

How are refunds and the licence handled?+

Delivery is a Cfx Escrow RedM Asset and is final once granted. Refund requests go through Tebex's own process via the order thread. One purchase covers the buyer's own server(s); redistribution or resale of the delivered files is not permitted. See the full refund & licence page.

Support  ·  Refund & licence

Ready when you are View pricing & buy on Tebex ↗