Diferencia entre revisiones de «Comandos»

Las opciones disponibles se muestran separadas por una barra vertical: |

help [página|nombre del comando]
? [página|nombre del comando]

Muestra algunos de los comandos disponibles o información adicional al usar nombre del comando (no se muestran todos). Nota: los comandos multijugador no aparecen en los juegos de un solo jugador, aunque esté abierto a jugadores en LAN.

Tiene éxito si página es válido o no se especifican. Técnicamente falla si se especifica nombre del comando, aunque se muestra el uso del comando.

me <acción …>

Permite describir una acción de manera narrativa que aparecería en el chat de esta forma: “nombre del jugador” “acción que dice que realiza” (ejemplo: Clappercito escribe: /me se toma un zumo, entonces aparecerá en el chat: *Clappercito se toma un zumo.) Si se utiliza un selector de objetivo multi-persona (por ejemplo, @a) con la acción, la lista de nombres tendrá el siguiente formato: "nombre1 nombre2 nombre3", o "nombre1 nombre2" para dos nombres. Por lo tanto, independientemente del número de los selectores de objetivo que se utilicen en la acción, este comando sólo dará el mensaje una sola vez.

Todos los selectores de objetivo (por ejemplo, @p) en la acción deben evaluarse.

tell <jugador> <mensaje privado …>
msg <jugador> <mensaje privado …>
w <jugador> <mensaje privado …>

Se usa para mandar un mensaje privado corto a un jugador en el servidor. Muy útil en servidores si es necesario pedir/decir algo de/a otro jugador sin que otros jugadores lo vean. Si se utiliza el selector de objetivo multi-persona (por ejemplo, @a) en mensajes privados, la lista de nombres tendrá el siguiente formato: "nombre1 nombre2 nombre3", o "nombre1 nombre2" para dos nombres. Por lo tanto, independientemente del número de los selectores de destino que se utilicen en mensaje privado, este comando sólo dará el mensaje una sola vez. Sin embargo, un selector para jugador puede enviar un mensaje a varias personas (que tengan parte del mismo nombre igual).

Todos los selectores de objetivo (por ejemplo, @p) con mensaje privado debe evaluarse, y el jugador debe estar en línea.

trigger <objectivo> <add|set> <valor>

Se utiliza junto con /tellraw para que los jugadores activen los sistemas hechos por los operadores o los creadores de mapas. El objetivo debe ser un objetivo habilitado del marcador del criterio de "trigger". El valor dado es o se añade a su valor actual, o se convierte en su nuevo valor, en función de si el segundo argumento es add o set. El valor del objetivo sólo se cambia para el jugador que utiliza el comando.

El objetivo debe contar con los criterios de "trigger" y el jugador que ejecuta el comando debe ser capaz de modificar el objetivo.

achievement give <stat_name> [jugador]

Da a un jugador un logro, y todos los requisitos para los logros previos, o incrementar una estadística en 1. stat_name debe utilizar achievement.achievement_name, donde achievement_name es un logro válido (ver Marcador o Logros para los nombres válidos), o stat.statistic_name, donde statistic_name es una estadística válida (ver Marcador para estadísticas válidas). Si el jugador no se especifica, el logro/estadística se dará al ejecutor del comando.

stat_name debe ser un nombre de logro/estadística válida. El jugador no es opcional en los bloques de comandos y el jugador debe estar en línea.

blockdata <x> <y> <z> <dataTag>

Edita las data tags (etiquetas de datos) del bloque en el lugar x, y, z. Para más información acerca de las etiquetas de datos, consulta la sección Data tags.

El dataTag debe ser un argumento válido para el bloque localizado en x, y, z. '.

clear [jugador] [objeto] [data] [maxCount] [dataTag]

Limpia el inventario del jugador (por defecto, si no se especifica jugador, del jugador que ejecuta el comando) borrando el objeto/data especificado, con la dataTag especificada. No quitará más objetos que el número indicado en maxCount. Si no se especifican ninguna de las etiquetas opcionales, todo el inventario será borrado.

Nota: Se puede especificar que quite un objeto concreto [item] con unas propiedades [data] (como uno que tenga unas características especiales [dataTag]). Que quite una cantidad máxima del objeto [maxCount].

Al menos cero artículo(s) se debe retirar y el jugador debe estar en línea. Se puede hacer salir una señal del comparador si el o los objetos son limpiados con éxito. Los data se pueden establecer en -1 para limpiar los objetos independientemente de lo dañados que estén, y el MaxCount se puede establecer en -1 para borrar toda la cantidad del objeto seleccionado.

clone <x1> <y1> <z1> <x2> <y2> <z2> <x> <y> <z> [modo] [modo2]

Permite clonar la parte del mapa especificada. Las coordenadas de destino son (x,y,z), los valores donde los bloques son puestos deben ser positivos.

El modo puede ser:

• replace - (por defecto), el cual copia todos los bloques.
• masked - que copia todos los bloques que no sean de la categoría aire.
• filtered - que elimina los bloques innecesarios y los sustituye por aire.

modo2 puede ser:

• move - el cual, reemplaza los bloques clonados, por aire (en el filtro se deben incluir qué bloques debe ser filtrados).
• force - el cual, hace que el comando se ejecute, incluso si el área que está siendo clonada se superpone con los bloques de la zona que se clona (en el filtro se deben incluir qué bloques debe ser filtrados).
• normal - (en el filtro se deben incluir qué bloques debe ser filtrados).

El área que está siendo clonada y la zona en la que los bloques clonados van a ser puestos, ambas serán renderizados, no debe superponerse, y debe estar dentro del límite de 32.768 bloques (incluidos los bloques de aire).

debug <start|stop>

Inicia una nueva sesión de depuración de perfiles o detiene la sesión que esté ejecución. Se notifica acerca de los posibles cuellos de botella de rendimiento en la consola cuando se activa y crea un archivo de resultados de perfiles en la carpeta debug cuando pare.

Sólo se puede detener si una sesión está en marcha. No se puede usar en un bloque de comandos.

defaultgamemode <modo>

Establece el modo de juego por defecto que se muestra en el menú de selección del mundo. Los nuevos jugadores que se unen al mundo estarán puestos en el modo de juego por defecto; es decir, si el modo de juego por defecto es creativo, los nuevos jugadores comienzan en el creativo. Con este comando no se puede activar o desactivar el modo Hardcore (extremo).

El modo debe ser un modo de juego válido: survival (supervivencia), creative (creativo), adventure (aventura), o spectator (espectador). Los modos de juego pueden abreviarse como "s/c/a/sp" o "0/1/2/3" respectivamente.

difficulty <nueva dificultad>

Cambia la dificultad durante el tiempo que el servidor esté en ejecución. Si el servidor se reinicia, la dificultad volverá a ser cualquiera que esté establecida en “server.properties”.

La nueva dificultad debe ser una dificultad válida: peaceful (pacífica), easy (facil), normal, or hard (dificil). La dificultades pueden abreviarse como "p/e/n/h" o "0/1/2/3" respectivamente.

effect <jugador> <efecto> [segundos] [amplificador] [hideParticles]

Da al jugador objetivo (o entidad, vía selector de objetivo @e) El efecto especificado el tiempo especificado (por defecto es 30 segundos). El efecto tiene un límite de 1.000.000 segundos, y el amplificador tiene un límite de 255. El ID del efecto puedes encontrarlo en la página de efectos de pociones. Estableciendo los segundos a 0 se eliminará el efecto. Si pones en el amplificador un número muy alto, puede que no de la amplificación deseada. Estableciendo hideParticles a true (verdadero) oculta las partículas del efecto, si no es dado ningún valor, por defecto es false (falso).

Si se despeja un efecto, el jugador debe tener este efecto. El efecto debe ser un efecto válido. El jugador debe estar en línea.

effect <player> clear

Elimina todos los efectos del jugador especificado (o entidad, usando el selector de objetivo @e).

Al menos un efecto debe ser eliminado, y el jugador debe estar en línea.

enchant <player> <enchantment ID> [level]

Encanta el objeto que el jugador tenga en mano, con el ID de encantamiento. Hay que tener en cuenta que esto funciona dentro de los límites normales de encantamiento de objetos. Los encantamientos sólo se pueden aplicar a objetos que normalmente puedan recibir ese encantamiento específico. Los niveles de encantamiento no pueden estar por encima del valor mayor normal alcanzable para el encantamiento seleccionado. Con este comando se evitan generalmente combinaciones de encantamientos incompatibles o sobre encantados.

El ID del encantamiento debe ser válido, el nivel debe ser válido para este encantamiento (a menos que el objeto sujetado también sea inválido), el objeto sujeto debe ser capaz de aceptar este encantamiento, el objeto sujeto no puede tener conflictos con encantamientos y el jugador debe estar en línea.

execute <entidad> <x> <y> <z> <comando …>

Se ejecuta el comando como si fuera ejecutado por la entidad, y como si la entidad se encontrase en x, y, z. El comando se ejecutará como si la entidad contase con permisos del nivel de operador.

La entidad debe resolverse con una o más entidades válidas (incluyendo jugadores, que deben estar en línea si se especifica por su nombre). x y z deben estar dentro del rango -30000000 a 30000000 (inclusive). El comando debe ejecutarse con éxito.

Se ejecuta el comando como si fuera ejecutado por la entidad, y como si la entidad se encontrase en x, y, z. Sólo se ejecutará el comando si el bloque especificado se encuentra en x2, y2, z2, a partir de x, y, z' en coordenadas relativas. El comando se ejecutará como si la entidad contase con permisos del nivel de operador.

La entidad debe resolverse con una o más entidades válidas (incluyendo jugadores, que deben estar en línea si se especifica por su nombre). x y z deben estar dentro del rango -30000000 a 30000000 (inclusive). El bloque especificado debe encontrarse en x2, y2, z2. El comando debe ejecutarse con éxito.

fill <x1> <y1> <z1> <x2> <y2> <z2> <TileName> [dataValue] [oldBlockHandling] [dataTag]

Llena la zona especificada del bloque especificado con TileName, dataValue, y dataTag. oldBlockHandling es el modo de llenar el espacio: replace, destroy, keep, hollow, o outline.

• replace (reemplazar) - Reemplaza todos los bloques en el lugar de destino y los sustituye por "TileName", sin dejar caer las entidades del objeto.
• destroy (destruir) - Destruye todos los bloques dentro de la ubicación de destino, otorgándolos como entidades de objetos, y los sustituye por "TileName".
• keep (mantener) - Sólo sustituye los bloques de aire que se encuentran en el área de relleno con "TileName".
• hollow (hueco) - Envuelve sólo la capa exterior de la zona de llenado, creando de una caja cuadrada de "TileName", y sustituye todos los bloques del interior del área de la caja por aire. Los contenedores en el interior de la caja soltaran su contenido, pero no su bloque.
• outline (contorno) - Envuelve sólo la capa exterior de la zona de llenado, creando de una caja cuadrada de "TileName". (Deja todo el resto de los bloques dentro del área de la caja y no los destruye).

Un punto de partida y un punto final deben ser introducidos seguidos de un bloque. Los pies (valor-y), serán el punto donde comenzará el llenado de bloques. Los Chunks deben cargarse y sólo se puede llenar con un límite de 32.768 bloques (incluidos los bloques de aire).

fill <x1> <y1> <z1> <x2> <y2> <z2> <TileName> <dataValue> replace [replaceTileName] [replaceDataValue]

Reemplaza todos los bloques que coinciden con replaceTileName y replaceDataValue en el área especificada por TileName y dataValue. Si los argumentos replaceTileName y replaceDataValue no son introducidos, ningún bloques será reemplazado. Hay que tener en cuenta que la operación de reemplazo no funciona con el argumento dataTag si el argumento replaceTileName es insertado (usa la sintaxis de arriba en lugar de reemplazar cualquier bloque y ten el apoyo de dataTag).

Un punto de partida y un punto final deben ser introducidos seguidos de un bloque. Los pies (valor-y), serán el punto donde comenzará el llenado de bloques. Los Chunks deben cargarse y sólo se puede llenar con un límite de 32.768 bloques (incluidos los bloques de aire).

gamemode <modo> [jugador]

Cambia el modo de juego para el jugador. Si no se introduce jugador, se establecerá el modo de juego propio. Los argumentos del modo son:

• survival (que puede abreviarse como s o 0) para el modo supervivencia.
• creative (que puede abreviarse como c o 1) para el modo creativo.
• adventure (que puede abreviarse como a o 2) para el modo aventura.
• spectator (que puede abreviarse como sp o 3) para el modo espectador.

El modo debe ser un modo de juego válido: survival, creative, adventure, o spectator. Los modos de juego pueden abreviarse como "s/c/a/sp" o "0/1/2/3" respectivamente.

El jugador debe estar en línea. El jugador no es opcional para el bloque de comandos.

gamerule <nombre de la regla>
gamerule <nombre de la regla> [valor]

Activa o desactiva nombre de la regla. Si el valor no es dado, muestra el estado actual de nombre de la regla.

Reglas disponibles, explicación y estado por defecto:

• commandBlockOutput - Si los bloques de comandos deben notificar a los administradores cuando realizan comandos. true
• disableElytraMovementCheck - Si el servidor debe omitir la comprobación de velocidad del jugador cuando el este lleva élitros. false
• doDaylightCycle - Si debe pasar el tiempo. true
• doEntityDrops - Si las entidades que no son criaturas deben otorgar objetos. true
• doFireTick - Si el fuego debe propagarse y extinguirse naturalmente. true
• doMobLoot - Si los mobs deben soltar objetos al morir. true
• doMobSpawning - Si los mobs deben aparecer/reproducirse de forma natural (pueden hacerlo con huevos o spawners). true
• doTileDrops - Si los bloques deben sotar u otorgar el propio bloque (o el objeto que debe dar) al ser rotos (no funciona con los cuadros por que son entidades). true
• keepInventory - Si el jugador debe mantener los objetos en su inventario después de la muerte. false
• logAdminCommands - Si se deben registrar los comandos de administración en registro del servidor. true
• mobGriefing - Si Creepers, Endermen, Ghasts, Withers y los aldeanos deben ser capaces de cambiar los bloques o los Zombis, Esqueletos, y Zombie Pigmen puede recoger objetos. true
• naturalRegeneration - Si el jugador puede regenerar la salud de forma natural si su indicador de hambre esta lo suficientemente lleno. true
• randomTickSpeed - Con qué frecuencia se produce en tic del bloque al azar (como crecimiento de la planta, decaimiento de las hojas, etc.) por cada sección trozo por cada tic del juego. 0 desactivará los tics al azar, números más altos aumentarán los tics al azar. 3
• reducedDebugInfo - Si la pantalla de depuración muestra toda la información o de manera reducida. false
• sendCommandFeedback - Si la retroalimentación de los comandos ejecutados por un jugador debe aparecer en el chat. true
• showDeathMessages - Si aparece un mensaje en el chat cuando un jugador muere. true
• spawnRadius - El número de bloques fuera de las coordenadas de punto de reaparición del mundo (spawn) del cual un jugador va a aparecer en cuando se une por primera vez un servidor o al morir sin un punto de reaparición. 10
• spectatorsGenerateChunks - Si los jugadores en modo espectador pueden generar trozos (chunks). true

El valor válido para todos los gamerule son true o false, excepto randomTickSpeed ​​que puede ser 0 o un número entero positivo.

Tiene éxito en todos los casos - incluso con un ausente o inválido nombre de la regla o una propiedad además de true o false.

give <jugador> <objeto> [cantidad] [data] [dataTag]^{[note 1]}

Genera una cantidad (por defecto es 1) del elemento definido por objeto con el data especificado (por defecto a 0) en la ubicación del jugador, usando dataTag para la "tag" (etiqueta) NBT tag. Por ejemplo, escribiendo /give Azurkrakens planks 30 1 {display:{Lore:["Tablones de madera"]}} dará al jugador llamado Azurkrakens 30 bloques de tablones de madera de abeto con el Lore que dice "Tablones de madera".

El objeto debe ser un ID o nombre de objeto válido, la cantidad debe ser de 0 a 64, y el jugador debe estar en línea.

kill [jugador|entity]

Inflige 1000 ( × 500) de daño al objetivo sin golpearlo , matando el objetivo al instante, incluso si está en modo creativo (un alto nivel del efecto resistencia tampoco puede proteger al jugador). El texto "¡Ay! Eso parece que duele." se mostrará después de la ejecución (y nunca mejor dicho). Es útil cuando se pierde, pegado, o para restaurar la salud y el hambre (suponiendo que se puede conseguir los objetos, que se lleven encima, de nuevo con facilidad o el gamerule keepInventory esté ajustado en "true"). Si el jugador|entidad no se especifica, el jugador que ejecuta el comando será asesinado.

El jugador|entidad no es opcional en el bloque de comandos.

particle <nombre> <x> <y> <z> <xd> <yd> <zd> <velocidad> [count] [jugador|entidad]

Genera partículas en una zona determinada o en un jugador/entidad especificada.

El nombre debe ser un nombre válido de partículas. x y z deben estar dentro del rango -30000000 a 30000000 (inclusive). El jugador|entidad no es opcional en el bloque de comandos.

playsound <sonido> <jugador> [x] [y] [z] [volumen] [tono] [Volumenminimo]

Reproduce el sonido seleccionado al jugador especificado. El valor del sonido es cualquier evento definido en archivo sounds.json (por ejemplo, mob.pig.say). Hay que tener en cuenta que los Resource Packs (paquetes de recursos) pueden agregar sus propios eventos para sounds.json; el comando reproducirá estos con éxito. Los nombres de los archivos no son utilizados por este comando; utiliza estrictamente los eventos definidos en sounds.json (que puede que ni siquiera sean similares a los nombres y las rutas de los archivos originales), y por lo tanto un paquete de recursos que añada nuevos archivos de sonido debe definir eventos para ellos (esto no es necesario cuando se sustituye sonidos viejos que ya se encuentran con eventos definidos). Si un evento contiene múltiples sonidos, este comando seleccionará al azar uno entre ellos (las posibilidades son modificadas por la propiedad "weight" de cada sonido), al igual que normalmente el juego haría. Por ejemplo, "mob.pig.say" reproducirá uno de los varios sonidos del cerdo al azar, ya que el evento tiene múltiples sonidos asociados.

Las coordenadas x, y, y z son las coordenadas donde reproducir el sonido. Si van con el prefijo "~", van a ser relativas a la ubicación actual del jugador. Hay que tener en cuenta que "~" es la abreviatura de "~0", y por lo tanto "~ ~ ~" se puede utilizar como un sustituto de la ubicación actual del jugador.

El argumento volumen controla la distancia desde la que se puede escuchar un sonido. Con valores inferiores a 1.0, el sonido será más tranquilo y tendrá una esfera más pequeña dentro de la cual podrá ser escuchado. Con valores superiores a 1.0, el sonido no será más fuerte, pero su rango audible (un radio de 16 cubos a 1.0) se multiplicará por el volumen. Siempre habrá una caída gradual hasta silenciarse basada en la distancia desde el centro de la esfera.

El argumento Volumenminimo controla el volumen del sonido de los jugadores fuera de su esfera audible normal. Si el jugador está fuera de la esfera normal, el sonido en cambio será centrado a alguna distancia corta (<4 bloques) del jugador, y minimumVolume determinará su volumen.

El argumento tono altera tanto el tono como la duración del sonido (lo que significa que en realidad se está cambiando su velocidad).

El jugador debe estar en línea, volumen debe ser de al menos 0.0, tono debe estar entre 0.0 y 2.0 (inclusive), minimumVolume debe estar entre 0.0 y 1.0 (inclusive), y el jugador debe ser capaz de escuchar el sonido desde donde se reproduce.

publish

Abre el juego de un solo jugador para que los amigos se unan en LAN. Este comando aparece en los trucos para un jugador.

No se puede usar en un bloque de comandos.

replaceitem block [x] [y] [z] <slot> <objeto> [cantidad] [data] [dataTag]

Reemplaza un objeto en un determinado “slot” (espacio/ranura/lugar) de un bloque contenedor por otro objeto.

El argumento slot debe ser slot.container.* (donde * se sustituye por un número del inventario para el slot correcto).

El bloque debe ser un bloque contenedor (cofre, horno, dispensador, etc.) y los argumentos del slot y el objeto deben ser correctos.

replaceitem entity <selector> <slot> <objeto> [cantidad] [data] [dataTag]

Reemplaza un objeto en un determinado slot de una entidad (jugador o mob) con otro objeto.

El argumento slot debe ser uno de los siguientes (donde * se sustituye por un número del slot (espacio/ranura/lugar) de inventario correcto):

• slot.armor.feet|legs|chest|head (para pies|piernas|cuerpo|cabeza)
• slot.enderchest.*
• slot.horse.armor|chest.*|saddle (para armadura|cofre (burros)|silla de montar)
• slot.hotbar.*
• slot.inventory.*
• slot.villager.*
• slot.weapon

El argumento slot.equipment.* no es válido actualmente, pero el equipamiento del mob se puede sustituir por slot.armor.* o slot.weapon (mencionados anteriormente).

El jugador debe estar en línea y los argumentos del slot y el objeto deben ser correctos.

say <mensaje …>

Retransmite un mensaje para todos los jugadores que esten en el servidor. Si se utiliza un selector de objetivos multi-persona (por ejemplo, @a), la lista de nombres tiene este formato "nombre1 nombre2 nombre3", o "nombre1 nombre2" para dos nombres. Por lo tanto, independientemente de los selectores de destino que se utilizen, este comando sólo se emitirá una vez.

Todos los selectores de objetivos (por ejemplo, @p) en el mensaje, deben evaluarse.

scoreboard <objectives|players|teams>

Véase marcador para más información. Comandos específicos del marcador.

Artículo principal

seed

Muestra la semilla. Este comando se puede utilizar en el modo de un solo jugador, independientemente de si los trucos estén habilitados o no.

Siempre tiene éxito (incluso si el usuario es un bloque de comandos, un jugador del modo un solo jugador, o el operador del servidor).

setblock <x> <y> <z> <TileName> [dataValue] [oldBlockHandling] [dataTag]

Coloca el bloque en las coordenadas x, y y z especificadas.

El TileName debe existir, el dataValue debe existir si es especificado, el oldBlockHandling debe ser algundo como replace, keep o destroy si así se especifica y dataTag debe evaluarse si es especificado.

setworldspawn
setworldspawn <x> <y> <z>

Establece el spawn del mundo en las coordenadas especificadas. El worldspawn es donde se aparece por primera vez y donde se reaparecen si se muere, en el caso que la cama no se encuentre o esté obstruida. Si no se especifican las coordenadas, el spawn del mundo se establecerá en la ubicación actual del ejecutor. Hay que tener en cuenta que se mantienen cargados en todo momento un radio de 10 chunks (160 bloques) alrededor del worldspawn. Sin embargo, esto sólo se aplica si los chunks ya están cargados cuando se establece. Si se establece en un lugar donde no hay ningún jugador, NO hará que el área se cargue. También las brújulas (que en Minecraft apuntan al worldspawn en lugar de hacia el norte) no se actualizará después del cambio hasta que se vuelva a recargar el mundo.

x, y, y z deben estar dentro del rango -30000000 a 30000000 (inclusive). x, y, y z no son opcionales en el bloque de comandos.

spawnpoint
spawnpoint <jugador>
spawnpoint <jugador> <x> <y> <z>

Establece el Spawnpoint de ese jugador a esa posición, o a la posición actual si no se especifican x, y, y z. El jugador es opcional si no se especifican x y z; establecerá el Spawnpoint del usuario a su ubicación actual. Nota: Las coordenadas del Spawnpoint deben especificarse en números enteros. No se usan decimales.

Dormir en una cama también establecerá un punto de reaparición donde la cama esta, pero sólo se puede dormir en las camas por la noche o cuando llueve.

El jugador debe estar en línea, y x, y, y z deben estar dentro del rango -30000000 a 30000000 (inclusive).

spreadplayers <x> <z> <spreadDistance> <maxRange> <respectTeams> <jugador …>

Este comando permite distribuir a los jugadores en distancias largas o cortas.

Las coordenadas x y z marcan el centro de la zona alrededor de la cual los jugadores se van a distribuir.

spreadDistance es la distancia mínima de separación a la que se distribuirán los jugadores. maxRange es a la distancia máxima de x, z en la que se colocan los jugadores. Hay que tener en cuenta que esta distancia no es un radio circular; representa la distancia máxima a cada coordenada (formando así un cuadrado que va desde x-MaxRange a x+MaxRange y de z-MaxRange a z+MaxRange).

respectTeams puede ser “true” o “false”, y representa si los jugadores deben ser movidos de forma individual o los equipos deben mantenerse juntos.

El jugador ... es la lista de jugadores a distribuir. Los nombres hay que separados por espacios. Por ejemplo: /spreadplayers 3500 2600 10 50 true Respetaz pugaverde Trollkastel8190 romanturbo Basswmn Xstela

x, y z deben estar dentro del rango -30000000 a 30000000 (inclusive), el spreadDistance debe ser al menos 0, el maxRange debe ser al menos 1.0 mayor que spreadDistance, y no debe haber demasiados jugadores para encajar dentro de la zona. Si maxRange es mayor que 30 millones, el comando puede fallar, incluso con un solo jugador si se intenta colocar fuera del Límite del mundo). Los jugadores no se distribuirán sobre lava.

summon <NombreEntidad> [x] [y] [z] [dataTag]

Genera una entidad. Por ejemplo, para crear una creeper cargado llamado “Creeper Super Explosivo” en la ubicación actual del jugador:

/summon Creeper ~ ~ ~ {powered:1,CustomName:Creeper Super Explosivo}

(No funciona con Herobrine)

x y z deben estar dentro del rango -30000000 a 30000000 (inclusive), e y debe ser al menos 0. Si no se especifican las coordenadas de la entidad se generará en la ubicación del jugador (o el interior de un bloque de comandos si el comando fue ejecutado por uno).

tellraw <jugador> <raw json message>

Manda un JSON message al jugador o jugadores especificados, permitiendo formatos (colores, etc.) y clicarlo en el texto del chat. El color está predeterminado a blanco y todos los formatos (negrita, cursiva, etc.) por defecto a false.

El jugador debe estar en línea, y el texto del mensaje debe ser escrito correctamente en JSON.

testfor <jugador> [dataTag]

Se utiliza para comprobar si el jugador (o entidad, por el selector de objetivo @e) pudo ser localizado, y si tiene todas las etiquetas especificadas por dataTag. Un comparador de redstone como salida de un bloque de comandos con este comando indicará el número de jugadores/entidades coincidentes por él. Por ejemplo, "testfor @a[r=3]" mostrará el número de jugadores a 3 metros del bloque de comandos, y añadido en la snapshot 14w02a, "testfor @e[type=Arrow,r=3] {inGround:1b}" mostrará el número de flechas clavadas en cualquier bloque a 3 metros.

El jugador y dataTag deben ser válidos y coincidir con alguna entidad si es especificada.

testforblock <x> <y> <z> <TileName> [dataValue] [dataTag]

Se utiliza para probar si un bloque particular esta en las coordenadas x, y y z especificadas. Los Datatags no funcionarán a menos que una sintaxis especial se utilice para especificar qué tipo de NBT tag se utiliza (s para Short, b para Byte, l para Long, f para Float y d para Double). También todas los tags relevantes deben ser incluidos, incluso si no se utilizan (por ejemplo: El contenido del cofre deben incluir Slot, id, Damage, y Count).

El TileName debe existir, el dataValue debe existir si es especificado, y dataTag debe evaluarse si es especificado.

testforblocks <x1> <y1> <z1> <x2> <y2> <z2> <x> <y> <z> [modo]

Compara los bloques en dos lugares en regiones cuboides. (x1, y1, z1) y (x2, y2, z2) especifica las coordenadas de las esquina más baja y de la más alta de la región de origen (el patrón de bloques a verificar), y (x, y, z) especifica las coordenadas esquina más baja de la región de destino (la región de comprobación).

El modo es masked (los bloques de aire en la región de origen coincidirán con cualquier bloque en la región de destino) o all (todos los bloques deben coincidir exactamente, incluso el aire).

x1, z1, x2, z2, x, y z deben estar dentro del rango -29999984 a 29999984 (inclusive). y debe ser de 0 a 189, y el y2 debe ser de 0 a 187.

time set <valor>

Establece el tiempo del mundo. El valor es un número entero entre el 0 y 24000, ambos inclusive, donde 0 es el amanecer, 6000 el mediodía, 12000 el atardecer y 18000 la medianoche. El valor puede ser superior a 24000; en ese caso, la hora del día pasa al día siguiente según las horas indicadas, y la fase de la luna avanzará. Sin embargo, si se establece el tiempo "hacia atrás" (anterior a la hora actual) no cambiará la luna. El comando "'/time set day"' establece el tiempo a 1000 (de día), y el comando /time set night establece el tiempo a 13000 (de noche).

El valor debe ser 0 o positivo, o day o "'night.

time add <valor>

Incrementa el tiempo del mundo, como el anterior comando, pero sumando (añadiendo) el tiempo indicado, con el mismo formato de números que en el anterior comando.

El valor debe ser 0 o positivo. El tiempo del día avanza pasando al dia siguiente, y las fases de la luna avanzan; añadiendo 24000 avanzará la fase de la luna un dia.

title <jugador> clear

Elimina el título del jugador.

El jugador debe ser un jugador en línea válido.

title <jugador> reset

Resetea en los subtítulos, el tiempo de fundido de apertura (“fade in”), el tiempo que se mantiene (stay), y el fundido de cierre (“fade out”) para el jugador.

El jugador debe ser un jugador en línea válido.

title <jugador> subtitle <raw json title>

Establece el texto del subtítulo para el jugador. Esto sólo se mostrará si el título está al mismo tiempo en la pantalla del jugador (puede estar vacío).

El jugador debe ser un jugador en línea válido. El raw json title debe ser una sola palabra de texto (no delimitado por las llaves { }) o una especificación JSON válida.

title <jugador> times <fadeIn> <stay> <fadeOut>

Establece el tiempo, en ticks del juego, para el ajuste del fundido de apertura (fade in), tiempo de permanencia (stay), y fundido de cierre (fade out), del título (y el subtítulo opcionalmente), para el jugador.

El jugador debe ser un jugador en línea válido.

title <jugador> title <raw json title>

Establece el texto del título para el jugador y muestra el título (opcionalmente, con el subtítulo predefinido). Los títulos se muestran en el centro de la pantalla.

El jugador debe ser un jugador en línea válido. El raw json title debe ser una sola palabra de texto (no delimitado por las llaves { }) o una especificación JSON válida.

toggledownfall

Cambia la lluvia y la nieve. Es decir, si llueve o nieva y se introduce el comando, cesarán las precipitaciones. Si el tiempo está despejado y se introduce, empezara a llover o nevar.

Siempre tiene éxito.

tp [jugador objetivo] <jugador destinatario>

Teletransporta al jugador objetivo (o entidad, con el selector de objetivo @e) a la ubicación del jugador destinatario (o entidad, por el selector de objetivo @e). Si no se especifica ningún jugador o entidad, se teletransportará a uno mismo.

El jugador objetivo no es opcional en los bloques de comandos. Los dos jugadores deberán estar en línea.

tp [jugador objetivo] <x> <y> <z> [<y-rot> <x-rot>]

Teletransporta al jugador objetivo (o entidad, con el selector de objetivo @e, o a uno mismo si no se especifica ningún jugador o entidad) a las coordenadas x, y, z. También se puede mover relativamente al jugador o la entidad mediante la adición del carácter ~ antes de los valores de las coordenadas. Por ejemplo escribiendo /tp MrRubenish ~ 3 64 ~ 3 se teletransportará a un jugador llamado MrRubenish 3 bloques alejado de sus coordenadas x y z actuales, y a y 64. Además, y-rot y x-rot se pueden utilizar opcionalmente para especificar la dirección de visión de la cabeza horizontalmente y verticalmente en grados, estos también aceptan ~.

x y z deben estar dentro del rango -30000000 a 30000000 (inclusive), e ydebe ser al menos 0. El jugador objetivo no es opcional en el bloque de comandos, y el jugador debe estar en línea.

weather <clear|rain|thunder> [duración en segundos]

Cambia el clima para la duración especificada.

La duración en segundos debe ser de al menos 1, y no puede ser superior a 1.000.000, y se debe proporcionar una condición de tiempo válida.

worldborder add <tamaño en bloques> [tiempo en segundos]

Añade una distancia en bloques para el tamaño actual de la frontera del mundo. El tiempo en segundos es el número de segundos que la frontera se tomará para moverse de su ubicación anterior a la nueva ubicación. Puede usar números negativos (-) para restar el tamaño de la frontera.

Siempre tiene éxito incluso si la worldborder (frontera del mundo) no está definida.

worldborder center <x> <z>

Establece el centro de la frontera del mundo.

x y z deben estar dentro del rango -30000000 a 30000000 (inclusive).

worldborder damage amount <daño por bloque>

Establece la cantidad de daño infligido por segundo por bloque después de cruzar la línea de la frontera del mundo (por defecto es 0.2). Por ejemplo, si damagePerBlock es 0.1, un jugador a 5 bloques del exterior de la línea de la frontera de mundo recibirá 0.5 de daño por segundo (un daño de menos de la mitad de un corazón no puede cambiar el visual del medidor de salud, pero seguirá acumulandose, hasta quitar un medio, o el corazón entero).

El daño por bloque debe ser de al menos 0.0.

worldborder damage buffer <tamaño en bloques>

Establece la distancia de la línea fuera de la frontera del mundo antes de que el daño comience a ser infligido (por defecto 5.0).

El tamaño en bloques debe ser de al menos 0.0.

worldborder set <tamaño en bloques> [tiempo en segundos]

Establece el diámetro de la frontera del mundo. El tamaño en bloques es el nuevo diámetro. El tiempo en segundos es el número de segundos que la frontera se tomará para moverse de su ubicación anterior a la nueva ubicación. Si tiempo en segundos no se especifica, el diámetro cambia al instante.

El tamaño en bloques deben estar dentro del rango de 1 a 60.000.000 (inclusive).

worldborder warning distance <bloques>

Establece la distancia dentro de la frontera del mundo donde comienza la advertencia visual de proximidad a la frontera del mundo (por defecto es 5).

Los bloques deben ser al menos 0.

worldborder warning time <segundos'>

Ajusta el tiempo, de la advertencia visual de la frontera del mundo, antes de que la frontera del mundo en movimiento cubra al jugador (por defecto es 15). Por ejemplo, si los segundos son 5, los jugadores reciben un aviso visual cuando la frontera del mundo, que está en movimiento, este a 5 segundos o menos distancia de pasar por la posición de los jugadores.

Los segundos deben ser al menos 0.

xp <cantidad> [jugador]

Da al usuario especificado el número dado de orbes. El máximo es 2.147.483.647 por comando. Las cantidades negativas no se pueden utilizar para eliminar los puntos de experiencia.

La cantidad puede ser como máximo 2.147.483.647. El jugador no es opcional en el bloque de comandos, y el jugador debe estar en línea.

xp <cantidad>L [jugador]

Da al jugador la cantidad en número de niveles de experiencia. El máximo es 2.147.483.647; si al jugador se le dan niveles más allá de este límite, se restablecerán a 0. Se pueden utilizar cantidades negativas para eliminar los niveles de experiencia.

La cantidad debe ser entre -2.147.483.648 y 2.147.483.647, inclusive. El jugador no es opcional en el bloque de comandos, el jugador debe estar en línea.