minecraft-worldedit-ops

$npx mdskill add Jahrome907/minecraft-agent-skills/minecraft-worldedit-ops

Operate WorldEdit for Minecraft server edits

  • Automatically plan and execute safe world operations.
  • Deploys WorldEdit commands on live servers without plugins.
  • Decides edit parameters based on staging or maintenance context.
  • Delivers results through command-driven in-world editing.

SKILL.md

.github/skills/minecraft-worldedit-opsView on GitHub ↗
---
name: minecraft-worldedit-ops
description: "Operate WorldEdit safely and efficiently for Minecraft 1.21.x server build/admin workflows. Covers selection mechanics, region operations, masks and patterns, clipboards and schematics, brushes and terraforming, undo/history safety, and practical runbooks for spawn edits, arena resets, block cleanup, and path shaping. Use for command-driven world operations, not plugin development."
---

# Minecraft WorldEdit Operations Skill

## Scope and Positioning

This skill is for **operating** WorldEdit on live or staging servers.  
It is not for writing plugin code that integrates with WorldEdit APIs.

### Routing Boundaries
- `Use when`: the task is command-driven in-world editing with WorldEdit (selections, transforms, schematics, terrain shaping, rollback-safe workflows).
- `Do not use when`: the task is Java plugin implementation (`minecraft-plugin-dev`).
- `Do not use when`: the task is broad server deployment/tuning/proxy/backup strategy (`minecraft-server-admin`).
- `Do not use when`: the task is EssentialsX command/economy/moderation workflows (`minecraft-essentials-ops`).

---

## Platform and Setup Notes

WorldEdit is commonly used on:
- Paper/Purpur/Folia servers via WorldEdit plugin
- Fabric/NeoForge via mod variants

Operational best practice:
1. Apply large edits on staging or during maintenance windows.
2. Keep automatic backups before major region operations.
3. Use conservative selection + mask constraints before destructive commands.

Compatibility note: stable WorldEdit 7.4.x targets current 1.21.x servers.
For Minecraft 26.1.x, check the WorldEdit release notes first and stage-test any
beta or pre-release build before using it on production worlds.

## Support Assets

- Read `references/safety-checklists.md` before large pastes, destructive replacements, or any edit where rollback discipline matters more than speed.

---

## Core Selection Workflow

### Selection modes

Most common cuboid flow:

```text
//wand
//pos1
//pos2
//size
```

Fast alternatives:

```text
//hpos1
//hpos2
//chunk
//expand 20 up
//expand 20 down
```

Selection safety checks:
- always run `//size` before `//set`, `//replace`, or `//paste`
- use `//distr` to preview block composition before replacement

---

## Region Operations

### High-frequency operations

```text
//set stone
//replace stone andesite
//replace water air
//walls stone_bricks
//overlay grass_block
//smooth 3
```

### Masks and filtered replacements

Use masks to constrain scope:

```text
//gmask #existing
//replace grass_block dirt
//gmask
```

Single-command mask approach:

```text
//replace stone,andesite,diorite,granite smooth_stone
//replace ##leaves air
```

Pattern examples:

```text
//set 70%stone,20%andesite,10%cobblestone
//replace dirt 60%coarse_dirt,40%podzol
```

---

## Clipboard and Schematic Workflows

### Clipboard basics

```text
//copy
//rotate 90
//flip east
//paste -a
```

Use `-a` when you want to skip air blocks during paste.

### Schematic workflow

```text
//schem save spawn-hub-v3
//schem list
//schem load spawn-hub-v3
//paste -a
```

Operational guidance:
- use versioned names (`arena-mid-2026-03-27`)
- keep read-only archive copies for rollback
- pair each major paste with an immediate backup checkpoint

---

## Brushes and Terraforming

### Practical brush setup

```text
//brush sphere stone 4
//brush smooth 3
//brush raise 2
//brush lower 2
//mask #existing
```

Reset brush:

```text
//none
```

Terraforming safety:
- start with small radius (3-5) and iterate
- keep masks active to avoid damaging structures
- run periodic `//undo` checkpoints during long sessions

---

## Undo, History, and Safety

### History commands

```text
//undo
//undo 5
//redo
```

Safety policy for production operations:
1. Create backup checkpoint.
2. Perform one logical batch of edits.
3. Validate with visual walkthrough.
4. Continue or `//undo` immediately.

Do not chain many destructive edits without intermediate verification.
Run `//clearhistory` only after the edit is accepted, a backup or schematic
checkpoint exists, and the rollback window is closed.

---

## Practical Runbooks

## Runbook: Spawn Editing Refresh

- Select spawn zone and run `//size`.
- Snapshot:

```text
//copy
//schem save spawn-before-refresh
```

- Apply constrained replacements and overlays.
- Smooth terrain edges:

```text
//smooth 2
```

- Validate spawn safety (voids, lighting, navigation).
- Save final state:

```text
//schem save spawn-after-refresh
```

## Runbook: Arena Reset Between Matches

- Keep a pristine arena schematic.
- After each match:

```text
//schem load arena-pristine
//paste -a
```

- Rebuild only arena boundary if needed.
- Validate command blocks/signals associated with arena logic.

## Runbook: Block Cleanup (Lag and Visual Noise)

Typical cleanup targets:
- dropped scaffolding builds
- accidental fluid spread
- excessive leaf/log leftovers

Example cleanup sequence:

```text
//replace lava air
//replace water air
//replace ##leaves air
```

Always scope with selection/mask first to avoid map-wide accidental edits.

## Runbook: Path Shaping and Terrain Blend

- Select corridor/path footprint.
- Build mixed surface:

```text
//set 50%dirt_path,30%coarse_dirt,20%gravel
```

- Blend edges with low-radius smooth brush.
- Add retaining borders (`stone_bricks`, `andesite`) where elevation changes.

---

## Operational Guardrails

- Never run broad replacements from global/world scope.
- Confirm selection size before every destructive command.
- Keep a restoration schematic for each major build zone.
- Coordinate edits with other staff to avoid overlapping operations.
- Validate WorldEdit limits/permissions by role to prevent accidental mass edits.

---

## References

- https://worldedit.enginehub.org/en/latest/
- https://worldedit.enginehub.org/en/latest/usage/
- https://worldedit.enginehub.org/en/latest/usage/regions/selections/
- https://worldedit.enginehub.org/en/latest/usage/general/masks/
- https://worldedit.enginehub.org/en/latest/usage/clipboard/
- https://worldedit.enginehub.org/en/latest/usage/tools/brushes/

More from Jahrome907/minecraft-agent-skills

SkillDescription
minecraft-ci-release>
minecraft-commands-scriptingWrite Minecraft vanilla commands, NBT scripts, scoreboards, and complex execute chains for use in command blocks, chat, or .mcfunction files. Covers full execute subcommand reference (as/at/in/positioned/rotated/facing/anchored/if/unless/store/run), selector arguments with all filter options, scoreboard objectives and operations, NBT path syntax for entities/blocks/storage, schedule and forceload commands, tellraw/title JSON text components, bossbar, team management, item modification commands, attribute commands, particle/playsound effects, and RCON scripting. Targets Minecraft 1.21.x Java Edition. Use for command-only work; for full function/advancement/recipe systems use the minecraft-datapack skill instead.
minecraft-datapackCreate, edit, and debug Minecraft vanilla datapacks for 1.21.x. Covers the full datapack format: pack.mcmeta, function files (.mcfunction), advancements, predicates, loot tables, item modifiers, recipe overrides, tags, damage types, dimension types, worldgen overrides, and structure sets. Handles function syntax, execute command chains, macro functions (1.20.2+), storage NBT, scoreboard operations, advancement triggers, pack format numbers, and /reload workflow. No Java or mod loader required — pure vanilla JSON and .mcfunction files. Use when creating or editing Minecraft datapacks, writing .mcfunction files, configuring loot tables or advancements, or any vanilla datapack development that does not need mod loaders.
minecraft-essentials-opsOperate EssentialsX on Minecraft 1.21.x servers with safe, practical admin workflows. Covers module scope, install and version-alignment checks, Vault economy integration, kits/warps/homes/spawn operations, permissions patterns, moderation workflows (mute, jail, tempban), and common config pitfalls. Use when the task involves EssentialsX commands, config, permissions, economy, or moderation operations — not plugin development or general server deployment.
minecraft-imagegenGenerate Minecraft-focused raster assets with Codex's built-in image generation tool, including pack icons, promo art, concept textures, thumbnails, server banners, and UI mockups. Use when the deliverable should be a bitmap image rather than JSON models, SVG, or code-native assets.
minecraft-moddingFull-stack Minecraft mod development skill for NeoForge (1.21+), Fabric (1.21+), and legacy Forge 1.20.1. Scaffolds new mods, adds custom blocks, items, entities, recipes, commands, GUIs, dimensions, and data generation. Knows NeoForge DeferredRegister + event-bus patterns, Forge 1.20.1 MDK/FMLJavaModLoadingContext patterns, and Fabric Registry + ModInitializer patterns. Use when the user asks to create a Minecraft mod, add a feature to an existing mod, fix a mod bug, generate JSON assets/data, support Forge 1.20.1, or migrate between modding platforms. Prefer NeoForge unless the user specifies Fabric, Forge 1.20.1, or Multiloader.
minecraft-multiloaderBuild Minecraft mods targeting both NeoForge and Fabric simultaneously using the Architectury framework for Minecraft 1.21.x. Covers Architectury project structure (common/neoforge/fabric subprojects), ExpectPlatform annotation for platform-specific implementations, shared registry via Architectury's registration API, platform-specific entrypoints, architectury-loom Gradle plugin configuration, gradle.properties for both loaders, multi-jar publishing to Modrinth and CurseForge, and avoiding common pitfalls when sharing code. Use this skill when building a mod that must run on both NeoForge and Fabric with a single shared codebase.
minecraft-plugin-devDevelop Minecraft server plugins using the Paper/Bukkit/Spigot API for Minecraft 1.21.x. Handles creating Paper plugins with JavaPlugin, event listeners with @EventHandler, commands, schedulers (sync/async/Folia-safe), Persistent Data Container (PDC), Adventure text components, Vault economy integration, BungeeCord/Velocity messaging, plugin.yml and paper-plugin.yml configuration, YAML config management, and Paper-specific enhancement APIs. Always targets Paper API 1.21.x (Java 21) with Gradle (Kotlin DSL). Plugins run server-side only and do not require client installation. Use when creating or modifying Minecraft server plugins, working with Paper/Bukkit/Spigot APIs, or developing server-side features involving event handlers, commands, or plugin.yml configuration.
minecraft-resource-packCreate and edit Minecraft resource packs for 1.21.x including custom block models, item models, blockstate definitions, textures (PNG format requirements), sounds.json, custom fonts, MCMETA animation files, OptiFine CIT (Custom Item Textures), and pack.mcmeta format. Covers the full block/item model JSON schema (parent, textures, elements, display, overrides), multi-layer items, GUI textures, GUI sprites, language files, shader integration (core shaders, Iris), and the pack format numbers for each 1.21.x version. Use to customize how Minecraft looks and sounds without mods.
minecraft-server-adminSet up, configure, and operate Minecraft Java Edition servers for 1.21.x across Paper, Purpur, Folia, Velocity networks, and modded (Fabric/NeoForge) deployments. Covers deployment selection, performance tuning playbooks, plugin operations, proxy/forwarding setup, backup and recovery runbooks, live incident troubleshooting, Docker/Pterodactyl patterns, and security hardening. Use for server infrastructure and operations, not plugin or mod feature development.