The actor object
Most write operations (ranking, logbook, points, sessions, webhooks) require an actor — the entity that is credited with performing the action. Actions taken through this API are audit-logged on the dashboard as “via in-game API” and attributed to this actor. You can pass an actor in three forms:- Player (recommended)
- Table
- UserId
Pass a
Player instance directly. BloxCord reads the player’s UserId, Name, and group rank automatically.number | string
required
The actor’s Roblox
UserId. Must be numeric (1–20 digits).string
The actor’s display/username. Truncated to 40 characters server-side.
number
The actor’s group rank. Re-validated against the live group by the dashboard.
string
The actor’s role name. Truncated to 120 characters server-side.
Return-value conventions
The value returned by:Invoke() depends on the method, but follows consistent patterns:
Because a failed network request generally surfaces as
nil or false, always guard the return value before using it:Yielding
Nearly every method performs an HTTPS request and yields the calling thread until the backend responds (or the request times out). Guidelines:- Never call these methods on
RunService.Heartbeat,Stepped, orRenderStepped. - Wrap independent calls in
coroutine.wrap/task.spawnif you need concurrency. - Expect occasional
nilreturns during network hiccups and handle them.
Rate limits
Operations that route through the dashboard RPC layer share a per-server budget:120
Combined across single and batch calls, per game server. Exceeding this returns
nil (HTTP 429).modcall enforces a 10-minute per-player cooldown). These are noted on the relevant method.
Invalid methods
Calling:Invoke() with an unknown method name emits a warning to the server console and returns false. Double-check spelling and casing — method names are case-sensitive.
