mcpbeat

Godot Genre Battle Royale

thedivergentai/godot-genre-battle-royale

Expert blueprint for Battle Royale games including shrinking zone/storm mechanics (phase-based, damage scaling), large-scale networking (relevancy, tick rate optimization), deployment systems (plane, freefall, parachute), loot spawning (weighted tables, rarity), and performance optimization (LOD, occlusion culling, object pooling). Use for multiplayer survival games or last-one-standing formats. Trigger keywords: battle_royale, zone_shrink, storm_damage, deployment_system, loot_spawn, networking_optimization, relevancy_system, snapshot_interpolation.

11k tokens
context cost
the whole folder, loaded on every use
16
files
ships runnable scripts
0
copies elsewhere
how many repositories repackaged it
451
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/thedivergentai/GD-Agentic-Skills --skill godot-genre-battle-royale

The instruction itself

43 sections, as written by the author

Godot 4.7 Baseline

  • Expert patterns in this skill target Godot 4.7+ (stable, 2026-06-18).
  • Consult the Godot 4.7 migration guide when upgrading projects from 4.6.
  • NEVER assume 4.6 defaults (stretch mode, audio area_mask, RichTextLabel percent flags) without checking 4.7 migration notes.

Genre: Battle Royale

Expert blueprint for Battle Royale games with zone mechanics, large-scale networking, and survival gameplay.

NEVER Do (Expert Anti-Patterns)

Networking & Scale

  • NEVER sync all 100 players every frame; strictly use a Relevancy System to sync high-freq data only for players within ~100m. Far players sync at ~5Hz.
  • NEVER use TRANSFER_MODE_RELIABLE for movement data; strictly use Unreliable to prevent packet backup and network congestion.
  • NEVER focus on client-side hit detection; strictly use Authoritative Server Validation where the server confirms "Did it hit?" based on state history.
  • NEVER trust the client for game state; strictly validate all movement, looting, and inventory changes exclusively on the authoritative server.
  • NEVER run a dedicated server with visuals; strictly use Headless Mode (--headless) or dummy drivers to save massive CPU/GPU resources.
  • NEVER call RPCs before connection; strictly wait for the connected_to_server signal before attempting synchronization logic.

Mechanics & Performance

  • NEVER pick a fully random center for the Safe Zone; strictly target centers that ensure the new circle is completely contained within the current one.
  • NEVER allow "Storm Tunneling"; strictly use a Distance-to-Center calculation rather than a simple collision perimeter to prevent skips at low tick rates.
  • NEVER spawn loot without Object Pooling; strictly pre-instantiate and toggle visibility/collision to avoid GC spikes during dense spawns.
  • NEVER ignore VisibilityNotifier3D; strictly disable AnimationPlayer, _process(), and heavy AI logic for players that are not visible to the observer.
  • NEVER print in tight server loops; strictly avoid print() as console I/O is blocking and will tank server performance in high-player-count matches.

Available Scripts

> MANDATORY: Read the appropriate script before implementing the corresponding pattern.

Zone / Storm

storm_system.gd

MANDATORY for any zone/storm work — phase radii, contained next-center selection, distance-to-center damage (anti-tunneling). Do not paste inline zone_manager tutorials.

Networking & Multiplayer

kill_feed_bus.gd

Global elimination signal bus with match stat tracking.

headless_branch_logic.gd

Expert dedicated server initialization that branches logic based on headless execution and server-specific feature flags.

enet_br_server.gd

High-player-capacity ENet server setup optimized for 100+ concurrent peers over UDP.

state_replication_unreliable.gd

Pattern for synchronizing player transforms via TRANSFER_MODE_UNRELIABLE to minimize network congestion in large matches.

authoritative_looting.gd

Authoritative server-side validation logic for preventing cheat-based item collection and infinite looting.

targeted_rpc_relay.gd

Optimized communication pattern using rpc_id() to target specific peers and reduce wasted packet broadcasts.

server_state_buffer.gd

Handling network jitter and out-of-order UDP packets via sequential state buffering and tick-based sorting.

Performance & Optimization

rid_loot_spawner.gd

Bypassing the node hierarchy for massive loot density. Uses RenderingServer directly to eliminate CPU overhead for item drops.

async_map_loader.gd

Non-blocking map sector streaming using ResourceLoader background threads for seamless open-world exploration.

multimesh_vegetation.gd

Drawing dense foliage and environment assets (100k+ instances) via MultiMeshInstance3D to maximize rendering performance.

threaded_ai_manager.gd

Offloading server-side bot behavior and pathfinding logic to the WorkerThreadPool to prevent main-thread stalling.

Restored from baseline

  • lag_compensator.gd - Server transform history + hit timestamp rewind validation.
  • monster_synchronizer.gd - MultiplayerSynchronizer delta/on-change replication setup.

NEVER Do in Battle Royale

  • NEVER export mobile clients without the INTERNET permission — Communication will silently fail on Android/iOS if the manifest is missing the networking permission.
  • NEVER use get_var(true) on untrusted data — Deserializing arbitrary objects allows attackers to execute remote code on the server or other clients.
  • NEVER synchronize Object or Resource types over network — Use the MultiplayerSynchronizer strictly for base types (int, float, vec).
  • NEVER assume UNRELIABLE packets arrive in order — Design state interpolation carefully to handle missing or out-of-order ticks.
  • NEVER leave multiplayer_poll false without manual calling — If using custom threads, failing to call multiplayer.poll() freezes all traffic.

Core Loop

Deploy → Loot → Move with storm → Engage → Last standing.

Skill Chain (GDSkills peers only)

| Phase | Skills | Purpose |

|-------|--------|---------|

| 1. Net | godot-multiplayer-networking | Authoritative server, relevancy, RPCs |

| 2. Map | godot-3d-world-building, godot-genre-open-world | Terrain scale, streaming, HLOD |

| 3. Items | godot-inventory-system | Backpack / attachments / armor |

| 4. Combat | godot-genre-shooter, godot-combat-system | Hitscan/projectile + damage validation |

| 5. Zone | MANDATORY storm_system.gd | Storm phases / DPS / contained centers |

| 6. Balance | godot-monte-carlo-balancer | Zone DPS, loot rarity, TTK bands |


Decision Trees (strip inline deploy/loot/zone tutorials)

Zone / Storm

| Need | Action |

|------|--------|

| Phase shrink, contained centers, distance DPS | MANDATORY storm_system.gd |

| Storm wall VFX | Inverted SphereMesh + unshaded cull_disabled shader driven by storm radius |

Loot

| Need | Action |

|------|--------|

| Dense drops | rid_loot_spawner.gd + pooling |

| Anti-cheat pickup | MANDATORY authoritative_looting.gd |

| Tables / rarity | Data Resources + peer inventory — not instantiate() loops in SKILL.md |

Deploy

| Need | Action |

|------|--------|

| Plane → freefall → parachute → grounded | Finite state on player controller; server validates landing inventory |

| Map sectors | async_map_loader.gd |

Networking

| Need | Action |

|------|--------|

| 100+ peers | enet_br_server.gd + headless_branch_logic.gd |

| Movement | state_replication_unreliable.gd |

| Relevancy | Near ~20Hz+, far ~5Hz; replication_interval / interest management |

| Targeted messages | targeted_rpc_relay.gd |

| Jitter buffer | server_state_buffer.gd |


Advanced (keep elite, no deploy/loot re-tutorials)

Lag Compensation

Server keeps transform history; validate client hit timestamps against rewound poses (authoritative). Pair with shooter/combat peers.

Delta-Patching

MultiplayerSynchronizer + REPLICATION_MODE_ON_CHANGE for health/inventory; ALWAYS only for hot transforms. Cap with delta_interval.

Zone Visualizer

Unshaded, cull_disabled spatial shader on inverted sphere scaled by storm_system.gd.

Common Pitfalls

  • Too much loot → pool + RID spawner
  • Camping → storm forces movement (storm_system.gd)
  • Client hit authority → server validate with history

Expert knowledge (on demand)

> LLM-ignorance rule: If a general agent would not know it before reading, load the reference — never delete expert deltas.

  • expert-battle-royale-patterns.md — restored baseline pedagogy (architecture, WHY, implementation depth)
  • lag_compensator.gd
  • monster_synchronizer.gd

Reference

> Progressive disclosure: open Official Documentation links only when researching a specific API; load Related Skills when routing to a peer domain — do not preload the whole lattice.

Official Documentation

  • High-level multiplayer — RPC authority, peer lifecycle, and visibility-aware sync patterns for 100-player relevancy instead of full-mesh broadcasts.
  • ENetMultiplayerPeer — UDP host/client peer sized for high concurrent match populations without TCP head-of-line blocking.
  • MultiplayerPeer — Reliable vs unreliable/unordered transfer modes so movement snapshots never back up the channel.
  • MultiplayerSynchronizer — Property replication, replication_interval / on-change deltas, and per-peer visibility filters for interest management.
  • MultiplayerSpawner — Spawn/despawn replication for players, loot drops, and late-join scene graph consistency.
  • Command line tutorial--headless and multi-instance CLI launches for dedicated match servers.
  • Exporting for dedicated servers — Server export presets and feature tags that strip client-only rendering/input paths.
  • Occlusion culling — Bake occlusion for dense building clusters so large BR maps stay GPU-viable.
  • Mesh level of detail (LOD) — Distance LODs for terrain props and structures that dominate draw cost at drop-zone scale.
  • Optimization using MultiMeshes — Batch foliage/debris into MultiMesh draw calls instead of per-instance nodes.
  • Optimization using Servers — RenderingServer RID paths for dense loot visuals without SceneTree node overhead.
  • Background loading — Threaded ResourceLoader sector streaming for non-blocking open-world map loads.
Prerequisites
  • godot-multiplayer-networking — Authoritative server RPCs, transfer modes, and lobby/peer lifecycle that BR relevancy and lag compensation build on.
  • godot-project-foundations — Autoloads, export feature flags, and project layout for headless dedicated vs client builds.
  • godot-3d-world-building — Large terrain chunking, collision generation, and world streaming prerequisites for storm-scale maps.
Complements
  • godot-adapt-single-to-multiplayer — Authority split, prediction shells, and snapshot interpolation before applying BR-scale interest management.
  • godot-server-architecture — Headless host scaffolding and PhysicsServer/RID patterns used by authoritative match simulation.
  • godot-export-builds — Dedicated-server presets, INTERNET permissions, and CLI packaging for multi-instance match tests.
  • godot-inventory-system — Backpacks, attachments, and armor state that authoritative looting must validate server-side.
  • godot-performance-optimization — LOD, pooling, and CPU budgets when loot density and peer count stress the match server/clients.
  • godot-signal-architecture — Kill-feed and match-event buses that stay local while RPCs carry cross-peer eliminations.
  • godot-genre-shooter — Hitscan/projectile combat patterns and lag-compensated validation used inside the BR engagement loop.
Downstream / consumers
  • godot-monte-carlo-balancer — Simulate zone DPS phases, loot rarity tables, and TTK bands so storm/loot pacing stays fair across 100-player matches.
  • godot-ai-navigation — Bot pathfinding and interest-culled AI when filling lobbies with threaded server-side bots.
Master
  • godot-master — Library router and mirrored module entry; open when discovering which Domain Skill owns a cross-cutting BR concern.

How to use it

Copy the folder

Take thedivergentai/godot-genre-battle-royale from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.