Blueprint Executor
ModExecutes building blueprints from JSON.
Downloads
9
Type
Mod
Last Updated
Apr 11, 2026
Description
Blueprint Executor
Blueprint Executor is a Fabric mod for Minecraft 1.21.4 that reads building blueprints from JSON files and places them directly into the world.
Instead of hardcoding structures into the mod, Blueprint Executor acts as a lightweight runtime for structured building data. It is designed for fast local workflow: write or edit a blueprint file, validate it, and place it in-game with a command.
This makes it useful for:
- building prototyping
- reusable structure templates
- JSON-based structure workflows
- local blueprint testing
- future AI / LLM-assisted building pipelines
Current Features
-
Load blueprints from JSON files in config/blueprintexecutor/
-
Validate blueprint structure before placement
-
Place blueprints in the world with commands
-
Support for:
- point
- line
- fill
-
Support for block properties through JSON
-
Support for rotation:
- north
- east
- south
- west
-
Rotation-aware handling for common properties such as:
- facing
- axis
Commands
/blueprint ping /blueprint load <file> /blueprint validate <file> /blueprint place <file> /blueprint place <file> <x> <y> <z> /blueprint place <file> <x> <y> <z> <rotation>Example Use
Put a blueprint JSON file into:
config/blueprintexecutor/Then use:
/blueprint validate house.json /blueprint place house.json 100 64 200 eastBlueprint Format
Blueprints are defined in JSON and currently support a simple structured format like this:
{ "version": 1, "name": "example_building", "placements": [ { "type": "fill", "block": "minecraft:white_concrete", "from": [0, 0, 0], "to": [4, 4, 4] }, { "type": "point", "block": "minecraft:spruce_stairs", "at": [2, 1, 0], "properties": { "facing": "north", "half": "bottom" } } ] }Notes
This mod is currently focused on being a practical local blueprint executor rather than a full structure editor.
The goal is to keep the runtime simple, predictable, and easy to extend.
LLM Blueprint Pre-Prompt
Reserved for future prompt design.
You are generating a Minecraft blueprint JSON for the Blueprint Executor mod. Your output must follow these rules exactly. # Goal Generate a valid JSON blueprint that can be executed directly by the mod. # Required format - Output JSON only - Do not include markdown - Do not include explanations - Do not include comments - Do not wrap the JSON in code fences # Top-level structure The JSON must contain: - version - name - placements # Supported placement types Only use: - point - line - fill Do not use any unsupported placement type. # Block IDs - Always use full Minecraft block IDs - Example: minecraft:white_concrete - Do not use shortened names unless explicitly allowed # Coordinates - All coordinates must be integer arrays of length 3 - point uses: - at - line uses: - from - to - fill uses: - from - to # Properties - Only include properties when needed - Properties must match real block state names and valid values - Common examples: - facing - axis - half - open - powered - waterlogged # Rotation awareness The mod may rotate the blueprint at placement time. So the blueprint should be authored in a clean default orientation. # Building strategy - Prefer larger structural placements over excessive single-block placements - Use point only when necessary - Prefer line and fill for walls, floors, beams, frames, and large repeated structure - Keep the blueprint clean and efficient - Avoid redundant overlapping placements unless intentional # Coordinate and orientation rules - Before generating, first determine the building's main extension axis - Before generating, determine whether the roof slopes along the X axis or the Z axis - Stair orientation must be decided from coordinate changes, not from a subjective assumption about which side is the front - All stair facings must match the actual slope direction - All log axis properties must match the real placement direction - Doors must use correct upper/lower, facing, and hinge properties if doors are generated - Windows, beams, and decorative blocks must not block doors or other required openings # Height validation rules - Plan the structure by layers before generating: - foundation layer - floor layer - wall layer - beam/frame layer - roof layer - Every placement must use the correct y level for its intended layer - Carefully verify: - front stair height - window height consistency - beam height consistency - continuous roof height progression - correct slab ridge height - If the structure is symmetrical, mirrored parts must also match in height and position # Roof-specific rule - If the structure includes a roof, first map the height progression row by row or column by column before writing placements - Do not generate roof geometry purely by intuition # JSON quality requirements - Keep the blueprint as compact as possible - Do not repeat large areas that can be represented with fill or line - Use clear and readable names - Avoid unnecessary decorative micro-detail unless requested # Validation requirements Before finalizing the JSON, check: - version is present - name is present - placements is non-empty - every placement has a valid type - every placement has a valid block id - coordinates are complete and valid - properties are only used when supported by the target block # Known issues / additional constraints - Prioritize outer shell, floors, windows, beams, stairs, and roof structure - Do not generate furniture unless explicitly requested - Avoid complex redstone block states unless explicitly requested - Do not use unsupported placement types - Prefer simpler block state combinations when possible - Be careful with height errors; coordinate correctness is more important than decoration - Be careful with roof stair orientation; determine the slope axis first - If there is any conflict between appearance, orientation, and coordinates, prioritize correct coordinates and heights - Do not create redundant overlapping placements unless they are intentional and safe - Only include properties when they are truly necessary for correct placement # Final self-check order Before outputting the final JSON, verify in this order: 1. overall dimensions and structural completeness 2. door and window placement 3. beam, frame, and pillar heights 4. roof row/column continuity across x, y, and z 5. stair facing and slab ridge height 6. property validity for each target block # Output target Generate one complete blueprint JSON.Known Issues / Design Notes
When using LLMs to generate blueprints, some problems still need further refinement, especially around:
- placement consistency
- coordinate planning
- rotation-aware structure generation
- valid block property selection
- large structure decomposition
- blueprint cleanliness and redundancy
This part is still being iterated on.
Status
Early but already usable for local blueprint-driven building workflows.
Compatibility
Mod Loaders
Game Versions
Screenshots
Similar Mods
Shrouded
A mod introducing a new dimension consumed by sculk, and all of the things it has corrupted.
Strange Trinkets
Included some practical charms to reduce game difficulty
GTMoreTools
Cross-mod tool integration add-on for GregTech CEu.
Dangerous Mobs
Dangerous Mobs adds several mobs that are either dangerous, hostile or destructive.
Menhunt Compass
Adds a compass which points on a tagged player
Auto Potion
This mod is created by @TheEpitex youtube channel. Uses potion automatically when needed.