Lexical search over the Open77 Lua natives, guides, open77:* events, manifest permissions and FiveM equivalents. Use it first; then open77_api / open77_guide for the full text. Returns the build it answers for. Pass runtime=server (or client) when writing one side: several names (RegisterCommand, TriggerEvent, Open77.vehicles.get) exist on both with different contracts; a query containing the word server or client applies that filter itself.

The full card of one Lua native: signature, description, permissions the manifest must declare, reasons it can return, the first build that has it, example, related guides. Accepts a qualified name (Open77.map.getWaypoint, TriggerClientEvent) or a side-pinned name (server:Open77.vehicles.spawn, client:Open77.camera.attach).

Every native under a namespace (Open77.vehicles, Open77.players, _G for globals), one line each with permissions and since. Omit the namespace to list the namespaces.

A guide or one of its sections, as Markdown. Slugs come from open77_search (guide results) or the list returned when slug is omitted.

Events by prefix (open77:map, open77:chat) or all of them; each with its sides, documented payload and guide. Host lifecycle and bus events without a prefix are included: onResourceStart, onPlayerReady, onPlayerDisconnected, playerDropped, chat:ready... (pass prefix=lifecycle for just those). Also lists the reserved prefixes a resource may not raise.

One permission (what it gates, which natives, which guides declare it) or the whole list. These are the strings a manifest's permissions { } block declares.

Look up game-data names; animation inventories are discovery data, not playback allowlists. Arguments: catalogue (one of vehicles, weapons, items (clothing), npc-templates, props, vfx, sfx, animations, animsets) and an optional query. Query matches the record/path/name; returns the fields the server itself answers Open77.data.* from. Vehicle records a player may spawn end in _player (the others are quest/scene vehicles).

What an Open77 resource uses in place of a FiveM native or Citizen call, and what is deliberately absent. Falls back to a search when the name is not in the alias table.

Every directive of the resource manifest with its form, default and rule, plus a complete example.

The JSON schema the dedicated server validates server.jsonc with. Pass a top-level key (network, resources, warden, voice...) for that section only.

Which natives a newer server build adds compared to an older one, from the since field. Useful to answer 'what do I gain by updating' or 'why does this work on my dev box and not on the owner's server'.

The index build, where it came from (CDN cache, embedded snapshot), the newest published server build, and the package version.

Where the Open77 server next to this session is, its build, its config, its resources root and the resources in it. Re-detects when called.

Static checks of one resource directory against the served build: manifest grammar, script files, Lua syntax (5.3-compatible parser; exact 5.4 via the server's --lint when present), unknown Open77.* natives, client natives in server scripts and the reverse, permissions used but not declared, natives newer than the build or unreleased, and command names another resource of this server already registers (a warning; literal RegisterCommand names only). Argument resource: a resource name from open77_workspace or an absolute path.

Creates a resource that is correct by construction: manifest, lifecycle handlers, and for kinds that need it a WebUI page or the export ownership guard. Kinds: blank, gamemode, hud, service. Writes under the resources root (or directory) and never overwrites an existing resource.

Warden's dashboard for the server next to this session: build, uptime, players, resources, load. Needs a Warden session (open77-mcp warden-login).

The resources the running server discovered, with their state, as Warden reports them.

Runs one resource action on the live server through Warden. reload republishes an edited resource to the running session (the usual step after an edit); validate runs the server's own parser and Lua compiler over the resource's files without running them. Read the log afterwards with open77_console_tail.

Recent server log entries, optionally filtered by a regex and a resource name. Use after a reload to read what the server said; errors carry the resource in brackets.

Runs one line at the server console with operator authority (e.g. resources, ensure my_res, help, or a command a resource registered). Output comes back inline; resource-claimed commands answer in the log a tick later.

Read the live tunables every resource declared, or set one (resource + key + value). A set is applied live when the resource accepts it; the server answers whether it is pending a restart.

Browse the OPEN//77 Workshop (community resources, gamemodes, maps, UI, tools) through this server's Warden, or resolve a pasted link (https://open2077.net/workshop/ or workshop:).

Every release of a project with its state, files, tested builds and declared dependencies; the release id is what a plan needs.

Creates an installation plan for one release (Warden inspects the package and lists permissions, dependencies, files it would replace and blockers), or reads an existing plan by id. SHOW THE PLAN TO THE HUMAN; the plan's sha256 is what open77_workshop_install needs, together with their consent.

Installs a plan the human has read and accepted. Requires consent=true and the plan's sha256 exactly as open77_workshop_plan returned it; Warden refuses anything else. Returns the job id; follow it with open77_workshop_job. Never call this without the human's explicit yes.

Follows an installation job by id (done when it reports committed), or lists the packages installed through the Workshop when no id is given.

Whether this server can browse, install and publish through the Workshop (masterServer and warden.hubFileGatewayOrigin settings).