godot-genre-open-world

Name: godot-genre-open-world
Author: thedivergentai

130installs26forks

How to install godot-genre-open-world?

thedivergentai/gd-agentic-skills/godot-genre-open-world

$npx -y skills add thedivergentai/GD-Agentic-Skills --skill godot-genre-open-world

Installs into the current project.

Summary

Expert blueprint for open world games including chunk-based streaming (load/unload regions dynamically), floating origin (prevent precision jitter beyond 5000 units), HLOD (hierarchical LOD for distant meshes), persistent state (track entity changes across unloaded chunks), POI d

Files · 1

View on GitHub

SKILL.md

1	## Godot 4.7 Baseline
2
3	- Expert patterns in this skill target Godot 4.7+ (stable, 2026-06-18).
4	- Consult the [Godot 4.7 migration guide](https://docs.godotengine.org/en/4.7/tutorials/migrating/upgrading_to_godot_4.7.html) when upgrading projects from 4.6.
5	- NEVER assume 4.6 defaults (stretch mode, audio area_mask, RichTextLabel percent flags) without checking 4.7 migration notes.
6
7	# Genre: Open World
8
9	Expert blueprint for open worlds balancing scale, performance, and player engagement.
10
11	## NEVER Do (Expert Anti-Patterns)
12
13	### World & Persistence
14	- NEVER prioritize Map Size over Density; empty landscapes are poor design. Strictly focus on Points of Interest (POIs) within every 30 seconds of travel.
15	- NEVER save the entire world state; strictly use Delta Persistence to record only unique changes (chopped trees, looted chests) to prevent massive save files.
16	- NEVER load large chunks or scenes synchronously; strictly use `ResourceLoader.load_threaded_request()` to prevent "Loading Hitches" and frame freezes.
17	- NEVER manipulate the active SceneTree directly from a background thread; strictly use `call_deferred()` to safely apply background thread chunk instantiations back to the main thread.
18	- NEVER keep distant, unloaded chunks in memory; strictly `queue_free()` and nullify references to prevent Out-Of-Memory (OOM) crashes.
19	- NEVER bake massive collision into one mesh; strictly break the world into chunks with local collision regions for efficient physics queries.
20	- NEVER save high-volume entity states in text formats (.tscn/.json); strictly use Binary Serialization (`store_var`) for high-speed I/O.
21
22	### Physics & Performance
23	- NEVER ignore the "Floating Origin" jitter beyond 8,192 units; strictly implement a World-Shift system or enable Large World Coordinates (Double Precision) in project settings.
24	- NEVER process physics or AI at extreme distances; strictly use Spatial Partitioning to disable logic for entities in far-away, inactive chunks.
25	- NEVER calculate physics-sensitive state in `_process()`; strictly use `_physics_process()` for deterministic interaction at fluctuating framerates.
26	- NEVER spawn individual `MeshInstance3D` nodes for massive foliage; strictly use MultiMeshInstance3D to batch hundreds of thousands of meshes into a single GPU draw call.
27	- NEVER move `OccluderInstance3D` nodes at runtime; this forces a CPU BVH rebuild and causes severe micro-stuttering.
28	- NEVER leave `CSGShape3D` nodes active in exported builds; strictly bake them into static `ArrayMesh` geometry before shipping.
29	- NEVER compile complex shaders during gameplay; strictly perform "warm-up" during loading or enable project-wide caching.
30	- NEVER rely solely on automatic mesh decimation; strictly use VisibilityRange (HLOD) to substitute complex materials with cheap imposters or completely hide objects at extreme distances.
31
32	### Logic & Architecture
33	- NEVER perform global A* searches across the entire massive world; strictly use `NavigationPathQueryParameters3D` to limit pathfinding to localized active regions.
34	- NEVER use `find_child()` or deep tree iteration for global state (e.g., Time of Day); strictly use Scene Groups (`call_group()`) for optimized broadcasting.
35	- NEVER synchronize complex Resource types over the network; strictly serialize world changes into primitive Dictionaries or PackedByteArrays.
36
37	---
38
39	## 🛠 Expert Components (scripts/)
40
41	### Original Expert Patterns
42	- [world_streamer.gd](scripts/world_streamer.gd) - Professional-grade chunk management and streaming engine with background threading.
43	- [floating_origin_shifter.gd](scripts/floating_origin_shifter.gd) - World-offset correction system to prevent floating-point precision jitter.
44
45	### Modular Components
46	- [async_chunk_loader.gd](scripts/async_chunk_loader.gd) - Background world streaming system using threaded resource loading.
47	- [multimesh_foliage_manager.gd](scripts/multimesh_foliage_manager.gd) - Server-side GPU batching for thousands of landscape entities.
48	- [hlod_configurator.gd](scripts/hlod_visibility_config.gd) - Distance-based mesh swapping and imposter management using VisibilityRange.
49	- [hlod_visibility_config.gd](scripts/hlod_visibility_config.gd) - Distance-based geometry swapping using VisibilityRange (HLOD).
50	- [binary_save_manager.gd](scripts/binary_save_manager.gd) - High-performance serialization for large-scale world persi

People who liked this also viewed

6 picks

Type

godot-genre-open-world

130installs26forks

View on GitHub

How to install godot-genre-open-world?

thedivergentai/gd-agentic-skills/godot-genre-open-world

$npx -y skills add thedivergentai/GD-Agentic-Skills --skill godot-genre-open-world

Installs into the current project.

Summary

Files · 1

View on GitHub

SKILL.md

1	## Godot 4.7 Baseline
2
3	- Expert patterns in this skill target Godot 4.7+ (stable, 2026-06-18).
4	- Consult the [Godot 4.7 migration guide](https://docs.godotengine.org/en/4.7/tutorials/migrating/upgrading_to_godot_4.7.html) when upgrading projects from 4.6.
5	- NEVER assume 4.6 defaults (stretch mode, audio area_mask, RichTextLabel percent flags) without checking 4.7 migration notes.
6
7	# Genre: Open World
8
9	Expert blueprint for open worlds balancing scale, performance, and player engagement.
10
11	## NEVER Do (Expert Anti-Patterns)
12
13	### World & Persistence
14	- NEVER prioritize Map Size over Density; empty landscapes are poor design. Strictly focus on Points of Interest (POIs) within every 30 seconds of travel.
15	- NEVER save the entire world state; strictly use Delta Persistence to record only unique changes (chopped trees, looted chests) to prevent massive save files.
16	- NEVER load large chunks or scenes synchronously; strictly use `ResourceLoader.load_threaded_request()` to prevent "Loading Hitches" and frame freezes.
17	- NEVER manipulate the active SceneTree directly from a background thread; strictly use `call_deferred()` to safely apply background thread chunk instantiations back to the main thread.
18	- NEVER keep distant, unloaded chunks in memory; strictly `queue_free()` and nullify references to prevent Out-Of-Memory (OOM) crashes.
19	- NEVER bake massive collision into one mesh; strictly break the world into chunks with local collision regions for efficient physics queries.
20	- NEVER save high-volume entity states in text formats (.tscn/.json); strictly use Binary Serialization (`store_var`) for high-speed I/O.
21
22	### Physics & Performance
23	- NEVER ignore the "Floating Origin" jitter beyond 8,192 units; strictly implement a World-Shift system or enable Large World Coordinates (Double Precision) in project settings.
24	- NEVER process physics or AI at extreme distances; strictly use Spatial Partitioning to disable logic for entities in far-away, inactive chunks.
25	- NEVER calculate physics-sensitive state in `_process()`; strictly use `_physics_process()` for deterministic interaction at fluctuating framerates.
26	- NEVER spawn individual `MeshInstance3D` nodes for massive foliage; strictly use MultiMeshInstance3D to batch hundreds of thousands of meshes into a single GPU draw call.
27	- NEVER move `OccluderInstance3D` nodes at runtime; this forces a CPU BVH rebuild and causes severe micro-stuttering.
28	- NEVER leave `CSGShape3D` nodes active in exported builds; strictly bake them into static `ArrayMesh` geometry before shipping.
29	- NEVER compile complex shaders during gameplay; strictly perform "warm-up" during loading or enable project-wide caching.
30	- NEVER rely solely on automatic mesh decimation; strictly use VisibilityRange (HLOD) to substitute complex materials with cheap imposters or completely hide objects at extreme distances.
31
32	### Logic & Architecture
33	- NEVER perform global A* searches across the entire massive world; strictly use `NavigationPathQueryParameters3D` to limit pathfinding to localized active regions.
34	- NEVER use `find_child()` or deep tree iteration for global state (e.g., Time of Day); strictly use Scene Groups (`call_group()`) for optimized broadcasting.
35	- NEVER synchronize complex Resource types over the network; strictly serialize world changes into primitive Dictionaries or PackedByteArrays.
36
37	---
38
39	## 🛠 Expert Components (scripts/)
40
41	### Original Expert Patterns
42	- [world_streamer.gd](scripts/world_streamer.gd) - Professional-grade chunk management and streaming engine with background threading.
43	- [floating_origin_shifter.gd](scripts/floating_origin_shifter.gd) - World-offset correction system to prevent floating-point precision jitter.
44
45	### Modular Components
46	- [async_chunk_loader.gd](scripts/async_chunk_loader.gd) - Background world streaming system using threaded resource loading.
47	- [multimesh_foliage_manager.gd](scripts/multimesh_foliage_manager.gd) - Server-side GPU batching for thousands of landscape entities.
48	- [hlod_configurator.gd](scripts/hlod_visibility_config.gd) - Distance-based mesh swapping and imposter management using VisibilityRange.
49	- [hlod_visibility_config.gd](scripts/hlod_visibility_config.gd) - Distance-based geometry swapping using VisibilityRange (HLOD).
50	- [binary_save_manager.gd](scripts/binary_save_manager.gd) - High-performance serialization for large-scale world persi

People who liked this also viewed

6 picks

Type