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 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 acción, este comando sólo dará el mensaje una sola vez.

Todos los selectores de objetivo (por ejemplo, @p) en 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).

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 trigger se agregará en la 1.8 y está disponible actualmente sólo en las snapshots.

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 comando blockdata se agregará en la 1.8 y está disponible actualmente sólo en las snapshots.

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].

Los argumentos maxCount y dataTag serán introducidos en la 1.8 y esta y está disponible actualmente sólo en las snapshots.

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 comando clone se agregará en la 1.8 y está disponible actualmente sólo en las snapshots.

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.

El comando execute se agregará en la 1.8 y está disponible actualmente sólo en las snapshots.

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.

El comando execute se agregará en la 1.8 y está disponible actualmente sólo en las snapshots.

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).

El comando fill se agregará en la 1.8 y está disponible actualmente sólo en las snapshots.

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 and dataValue. Si los argumentos replaceTileName and 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).

El comando fill se agregará en la 1.8 y está disponible actualmente sólo en las snapshots.

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.

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:

• commandBlockOutput - Si los bloques de comandos deben notificar a los administradores cuando realizan comandos.
• doDaylightCycle - Si debe pasar el tiempo.
• doFireTick - Si el fuego debe propagarse y extinguirse naturalmente.
• doMobLoot - Si los mobs deben soltar objetos al morir.
• doMobSpawning - Si los mobs deben aparecer/reproducirse de forma natural (pueden hacerlo con huevos o spawners).
• doTileDrops - Si los bloques deben ¿mostrar gotas? o ¿caerse como la arena? o ¿dar el bloque al romperse como en la madera o algo al romperse como el carbón? (no funciona con los cuadros).
• keepInventory - Si el jugador debe mantener los elementos en su inventario después de la muerte.
• 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.
• naturalRegeneration - Si el jugador puede regenerar la salud de forma natural si su indicador de hambre esta lo suficientemente lleno.

Las siguientes reglas se añadirán en la 1.8 y están disponibles actualmente sólo en las snapshots:

• logAdminCommands - Si se deben registrar los comandos de administración en registro del servidor.
• sendCommandFeedback - Si la retroalimentación de los comandos ejecutados por un jugador debe aparecer en el chat.
• showDeathMessages - Si aparece un mensaje en el chat cuando un jugador muere.

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]

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 [player|entity]

Inflicts 1000 ( × 500) void damage to the target, killing the target instantly even if in Creative mode (a high-level Resistance effect cannot protect the player either). The text "Ouch! That looks like it hurt." will be displayed after executing. Useful when lost, stuck, or to restore health and hunger (assuming you can get your items back easily or the keepInventory gamerule is set to "true"). If player|entity is not specified, the player running the command will be killed.

The player|entity argument will be added in 1.8 and is currently available only in the snapshots.

player|entity is not optional in command blocks.

particle <name> <x> <y> <z> <xd> <yd> <zd> <speed> [count] [player|entity]

Spawns particles in a given area or at a given player/entity.

The particle command will be added in 1.8 and is currently available only in the snapshots.

name must be a valid particle name. x and z must be within the range -30,000,000 to 30,000,000 (inclusive). player|entity is not optional in command blocks.

playsound <sound> <player> [x] [y] [z] [volume] [pitch] [minimumVolume]

Plays the selected sound to the selected player. The value of sound is any event defined in sounds.json (for example, mob.pig.say). Note that Resource Packs may add their own events to sounds.json; the command will successfully play these. File names are not used by this command; it strictly uses the events defined in sounds.json (which may not even be similar to the original file names and paths), and thus a resource pack adding new sound files must define events for them (this is not necessary when replacing old sounds which are already in defined events). If an event contains multiple sounds, this command will select randomly between them (chances are modified by each sound's "weight" property), just as the game normally would. For example, "mob.pig.say" will play one of several pig sounds at random, because the event has multiple sounds associated with it.

The coordinates x, y, and z are the coordinates to play the sound from. If prefixed with "~", they will be relative to the player's current location. Note that "~" is shorthand for "~0", and thus "~ ~ ~" can be used as a substitute for the player's current location.

The volume argument controls the distance from which a sound may be heard. At values less than 1.0, the sound will be quieter and have a smaller sphere within which it may be heard. At values greater than 1.0, the sound will not actually grow louder, but its audible range (a 16-block radius at 1.0) will be multiplied by volume. There will always be a gradual falloff to silence based on distance from the center of the sphere.

The minimumVolume argument controls the volume of the sound for players outside its normal audible sphere. If the player is outside the normal sphere, the sound will instead be centered some short distance (<4 blocks) from the player, and minimumVolume will determine its volume.

The pitch argument alters both the pitch and the duration of the sound (which means that it's actually changing its speed).

player must be online, volume must be at least 0.0, pitch must be between 0.0 and 2.0 (inclusive), minimumVolume must be between 0.0 and 1.0 (inclusive), and the player must be able to hear the sound from where it is played.

publish

Opens your single-player game for LAN friends to join. This command appears in the singleplayer cheats.

Cannot be used in a command block.

replaceitem block [x] [y] [z] <slot> <item> [amount] [data] [dataTag]

Replaces an item in a certain slot of a container block with another item.

The slot argument must be slot.container.* (where * is replaced with a number for the correct inventory slot).

The replaceitem command will be added in 1.8 and is currently available only in the snapshots.

The block must be a container block and the slot and item arguments must be correct.

replaceitem entity <selector> <slot> <item> [amount] [data] [dataTag]

Replaces an item in a certain slot of an entity (player or mob) with another item.

The slot argument must be one of (where * is replaced with a number for the correct inventory slot):

• slot.armor.feet|legs|chest|head
• slot.enderchest.*
• slot.horse.armor|chest.*|saddle
• slot.hotbar.*
• slot.inventory.*
• slot.villager.*
• slot.weapon

slot.equipment.* is not currently a valid argument, but mob equipment can be replaced with slot.armor.* or slot.weapon (listed above).

The replaceitem command will be added in 1.8 and is currently available only in the snapshots.

The player must be online and the slot and item arguments must be correct.

say <message …>

Broadcasts message to all players on the server. If a multi-person target selector (e.g., @a) is used, the list of names is formatted as "name1, name2, and name3", or "name1 and name2" for two names. Therefore, regardless of any target selectors which are used, this command will only output once.

All target selectors (e.g., @p) in the message must evaluate.

scoreboard <objectives|players|teams>

See Scoreboard for more information. Scoreboard-specific commands.

Main Article

seed

Displays the seed. This command can always be used in single-player mode, regardless of whether cheats are enabled or not.

Always succeeds (if user is a command block, player in singleplayer, or server op).

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

Places the block in the x, y and z coordinates specified.

TileName must exist, dataValue must exist if specified, oldBlockHandling must be either replace, keep or destroy if specified and dataTag must evaluate if specified.

setworldspawn
setworldspawn <x> <y> <z>

Sets the world's spawn to the specified coordinates. The worldspawn is where you first spawn and where you respawn if you die and your bed is missing or obstructed. If no coordinates are specified, the world spawn will be set to the executor's current location. Note that a 10 chunk (160 block) radius around the worldspawn is kept loaded at all times. However this only applies if the chunks are already loaded when it is set. Setting it to a place where no player is will NOT cause the area to load. Also compasses (which in minecraft point to the worldspawn rather than north) will not update to the change until you reload the world.

x, y, and z must be within the range -30,000,000 to 30,000,000 (inclusive). x, y, and z are not optional in command blocks.

spawnpoint
spawnpoint <player>
spawnpoint <player> <x> <y> <z>

Sets the spawnpoint of that player to that position, or to the current position if x y and z are not specified. player is optional if x y z are not specified; will set the spawnpoint of the user to their current location. NOTE: Spawnpoint coordinates must be specified in integers. No decimals.

Sleeping in a bed will also set a spawn point where the bed is, but you can only sleep in beds at night or when it rains.

player must be online, and x, y, and z must be within the range -30,000,000 to 30,000,000 (inclusive).

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

This command allows players to spread out over a long or short distance.

x and z mark the center of the area across which players are to be spread.

spreadDistance is the rough minimum distance players will be spread apart.

maxRange is the maximum distance from x, z where players will be put. Note that this distance is not a circular radius; it represents the maximum distance on either coordinate (thus forming a box ranging from x-maxRange to x+maxRange and z-maxRange to z+maxRange).

respectTeams may be true or false, and represents whether players should be moved individually or teams should be kept together.

player is the list of players to spread. Names are separated by spaces.

x and z must be within the range -30,000,000 to 30,000,000 (exclusive), spreadDistance must be at least 0, maxRange must be at least 1.0 greater than spreadDistance, and there must not be too many players to fit within the area. If maxRange is larger than 30,000,000, the command can fail with even one player if it attempts to place them outside the world boundary). Players do not spread to lava.

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

Spawns an entity. For example, to create a charged creeper named Powered Creeper at the player's current location:

/summon Creeper ~ ~ ~ {powered:1,CustomName:Powered Creeper}

x and z must fall within the range -30,000,000 to 30,000,000 (inclusive), and y must be at least 0. If coordinates aren't specified the entity will spawn at the player's location (or inside a command block if the command was executed by one).

tellraw <player> <raw json message>

Sends a JSON message to specified player(s), allowing formatting and clickable actions in chat text. Color defaults to white and all formatting (bold, italic, etc.) defaults to false.

player must be online, and the message text must be correctly coded in JSON.

testfor <player> [dataTag]

Used to test whether the given player (or entity, by the @e target selector) could be located, and whether it has all tags specified by dataTag. A redstone comparator as output from a command block with this command will indicate the number of players/entities matched by it. For example, "testfor @a[r=3]" will output the number of players within 3 meters of the command block, and added in snapshot 14w02a, "testfor @e[type=Arrow,r=3] {inGround:1b}" will output the number of arrows stuck in a block within 3 meters.

player and dataTag must be valid and match some entity if specified.

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

Used to test whether a particular block is in the x, y and z coordinates specified. Datatags will not work unless a special syntax is used to specify what type of NBT tag is used (s for Short, b for Byte, l for Long, f for Float and d for Double). Also all relevant tags must be included even if they are unused (e.g.: Chest contents must include Slot, id, Damage, and Count.)

TileName must exist, dataValue must exist if specified, and dataTag must evaluate if specified.

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

Compares the blocks at two locations in cuboid regions. (x1, y1, z1) and (x2, y2, z2) specifies the lowest and highest coordinate corners of the source region (the block pattern to check for), and (x, y, z) specifies the lowest coordinate corner of the destination region (the region to be checked).

mode is masked (air blocks in the source region will match any block in the destination region) or all (all blocks must match exactly, even air).

The testforblocks command will be added in 1.8 and is currently available only in the snapshots.

x1, z1, x2, z2, x, and z must fall within the range -29,999,984 to 29,999,984 (inclusive). y must be 0 to 189, and y2 must be 0 to 187.

time set <value>

Sets the world time. value is an integer between 0 and 24000, inclusive, where 0 is dawn, 6000 midday, 12000 dusk and 18000 midnight. value can be greater than 24000; in this case, the time of day wraps around, but the moon's phase is advanced. However, setting the time "backward" (earlier than the current time) does not change the moon. "time set day" sets the time to 1000, and "time set night" sets the time to 13000.

value must be 0 or positive, or day or night.

time add <value>

Increments the world time, as above.

value must be 0 or positive. The daytime wraps, and the moon's phase advances; adding 24000 will advance the moon's phase by one day.

title <player> clear

Removes title from player.

The title command will be added in 1.8 and is currently available only in the snapshots.

player must be a valid online player.

title <player> reset

Resets subtitle, fadeIn time, stay time, and fadeOut time for player.

The title command will be added in 1.8 and is currently available only in the snapshots.

player must be a valid online player.

title <player> subtitle <raw json title>

Sets the subtitle text for player. This is only displayed if a title is on the player's screen at the same time (can be empty).

The title command will be added in 1.8 and is currently available only in the snapshots.

player must be a valid online player. raw json title must be a single word of text (not delimited by curly brackets) or a valid json specification.

title <player> times <fadeIn> <stay> <fadeOut>

Sets the time in game ticks for title (and optional subtitle) to fade in, persist, and fade out, for player.

The title command will be added in 1.8 and is currently available only in the snapshots.

player must be a valid online player.

title <player> title <raw json title>

Sets the title text for player and shows the title (optionally, with prespecified subtitle). Titles are displayed in the middle of your screen.

The title command will be added in 1.8 and is currently available only in the snapshots.

player must be a valid online player. raw json title must be a single word of text (not delimited by curly brackets) or a valid json specification.

toggledownfall

Toggles rain and snow.

Always succeeds.

tp [target player] <destination player>

Teleports target player (or entity, by the @e target selector) to the location of destination player (or entity, by the @e target selector). If no player/entity is specified, it will teleport yourself.

target player is not optional in command blocks. Both players must be online.

tp [target player] <x> <y> <z> [<y-rot> <x-rot>]

Teleports target player (or entity, by the @e target selector – or yourself if no player/entity is specified) to coordinates x,y,z. Can also relatively move the player/entity by adding the ~ character before the coordinate value. For example typing /tp John ~3 64 ~3 will teleport a player called John 3 blocks away from his current x and z, and to y 64. Additionally, y-rot and x-rot may optionally be used to specify the yaw and pitch in degrees - these also accept ~.

The rotation arguments will be added in 1.8 and are currently available only in the snapshots.

x and z must fall within the range -30,000,000 to 30,000,000 (exclusive), and y must be at least 0. target player is not optional in command blocks, and the player must be online.

weather <clear|rain|thunder> [duration in seconds]

Changes the weather for the specified duration.

duration in seconds must be at least 1, and cannot be greater than 1,000,000, and a valid weather condition must be provided.

worldborder add <sizeInBlocks> [timeInSeconds]

Adds blocks to the current size of the world border. Can use negative (-) numbers to subtract the size of the border.

The worldborder command will be added in 1.8 and is currently available only in the snapshots.

Always succeeds even if the worldborder isn't set.

worldborder center <x> <z>

Sets the center of the world border.

The worldborder command will be added in 1.8 and is currently available only in the snapshots.

x and z must fall within the range -30,000,000 to 30,000,000 (exclusive).

worldborder damage amount <damagePerBlock>

Sets the amount of damage inflicted per second per block past the world border buffer (defaults to 0.2). For example, if damagePerBlock is 0.1, a player 5 blocks outside the world border buffer will take 0.5 damage per second (damage less than half a heart might not change the visual health display, but will still accumulate).

The worldborder command will be added in 1.8 and is currently available only in the snapshots.

damagePerBlock must be at least 0.0.

worldborder damage buffer <sizeInBlocks>

Sets the buffer distance outside the world border before damage begins to be inflicted (defaults to 5.0).

The worldborder command will be added in 1.8 and is currently available only in the snapshots.

sizeInBlocks must be at least 0.0.

worldborder set <sizeInBlocks> [timeInSeconds]

Sets the diameter of the world border. sizeInBlocks is the new diameter. timeInSeconds is the number of seconds it should take for the border to move from its previous location to the new location. If timeInSeconds is not specified, the diameter changes immediately.

The worldborder command will be added in 1.8 and is currently available only in the snapshots.

sizeInBlocks must fall within the range 1 to 60,000,000 (inclusive).

worldborder warning distance <blocks>

Sets the distance inside the world border where visual warning of world border proximity begins (defaults to 5).

The worldborder command will be added in 1.8 and is currently available only in the snapshots.

blocks must be at least 0.

worldborder warning time <seconds>

Sets the time before a moving world border intersects the player when visual warning of the world border starts (defaults to 15). For example, if seconds is 5, players will get a visual warning when the moving world border is 5 seconds or less away from passing their position.

The worldborder command will be added in 1.8 and is currently available only in the snapshots.

seconds must be at least 0.

xp <amount> [player]

Gives the specified user the given number of orbs. Maximum is 2,147,483,647 per command. Negative amounts may not be used to remove experience points.

amount can be at most 2,147,483,647. player is not optional in command blocks, and player must be online.

xp <amount>L [player]

Gives player the amount number of experience levels. Maximum is 2,147,483,647 — if a player is given levels pushing them past this limit, they get reset to 0. Negative amounts may be used to remove experience levels.

amount must be between -2,147,483,648 and 2,147,483,647, inclusive. player is not optional in command blocks, and player must be online.