Что такое командный блок
Командный блок появился в игре ещё в 2012 году, во времена, когда разработку вёл Notch — задумывался он как инструмент автоматизации команд по сигналу редстоуна. С тех пор это главный строительный блок для карт на прохождение, мини-игр и датапаков.
Технически это один из самых "неубиваемых" блоков в игре: устойчивость к взрыву у него около 18 миллионов единиц (для сравнения, у обсидиана и бедрока — около 6000), а прочность формально отрицательная — сломать его в выживании невозможно в принципе. Взаимодействовать с командным блоком можно только в творческом режиме.
Три типа командных блоков
Начиная с версии 1.9 в игре три вида командных блоков, различить их можно по цвету текстуры:
| Тип | Цвет | Когда срабатывает |
|---|---|---|
| Импульсный (Impulse) | Оранжевый | Один раз при подаче сигнала |
| Цепной (Chain) | Зелёный | Только вместе с предыдущим блоком в цепочке, сам по себе не активируется |
| Цикличный (Repeat) | Фиолетовый | Постоянно, пока не отключат |
У каждого блока три настройки:
- Тип блока — импульсный / цепной / цикличный.
- Условие (только для цепного) — "безусловный" срабатывает всегда, "условный" — только если сработал предыдущий блок в цепочке.
- Активация — "нужен сигнал" (редстоун) или "всегда активен" (выполняется без редстоуна, как только соблюдены остальные условия).
Важный нюанс: у импульсного блока в режиме "всегда активен" команда выполняется один раз и больше не повторяется, что бы вы дальше ни делали с рычагом — переключить его обратно на работу от сигнала уже не получится, придётся пересоздавать блок.
Как выстраивать цепочки
Командные блоки в цепи ставятся так, чтобы стрелка на текстуре указывала на следующий блок (поворачивается shift + клик по блоку). Типовая связка: цикличный блок постоянно проверяет условие через execute, а подключённый к нему цепной блок выполняет действие сразу после срабатывания условия. Это экономит место — не нужно городить отдельные повторители между каждым блоком.
Частая ошибка новичков — забыть переключить цепной блок в режим "условный": без этого он будет спамить команду на каждый тик, даже когда основное условие не выполнено.
Команда execute — сердце системы
execute не выполняет команды сама по себе, а модифицирует контекст для команды после run: смещает точку исполнения, задаёт условия, меняет систему координат. Основные модификаторы:
- as — от чьего имени выполнить команду (можно указать несколько сущностей через селектор — команда выполнится для каждой).
- at — сместить точку исполнения на позицию сущности.
- positioned — задать точные координаты исполнения.
- rotated / facing — задать направление взгляда исполнения (по координатам или в сторону сущности).
- anchored — исполнять от уровня ног или глаз сущности.
- align — выровнять координаты по сетке блоков.
- in — исполнить в другом измерении.
- if / unless — условие (или его инверсия): проверка биома, блока, структуры блоков, NBT-данных, измерения, существования сущности, наличия предметов, прогруженности территории, значения scoreboard, предиката.
- store — сохранить результат или факт успеха команды (в scoreboard, NBT блока/сущности или хранилище).
Ключевая деталь: execute можно использовать без run, если вместо этого идёт условие — тогда команда просто сообщит в чат число подошедших под условие сущностей, и это число тоже можно сохранить через store.
Команда scoreboard — база данных на минималках
scoreboard хранит числовые значения, привязанные к игрокам — по сути, простая база данных внутри игры.
- objectives — работа с самими "счётчиками": add (создать), list (список), modify (настроить отображение), remove (удалить), setdisplay (показать, например, в табе или сайдбаре).
- players — работа со значениями у игроков: add (прибавить очки), get (узнать значение), list (список очков игрока), operation (математические операции между счётчиками), remove (отнять), reset (обнулить), set (задать значение напрямую).
В связке с execute if score это даёт условную логику: "если у игрока значение счётчика равно X — выполнить команду".
Что реально можно построить
На связке execute + scoreboard + цепочка командных блоков строятся типовые механики карт:
- Телепорт-барьер — игрок подходит к границе зоны, срабатывает
execute if entityв радиусе, игрока телепортирует обратно с сообщением "сюда нельзя". - Зоны с эффектами под ногами — проверка блока под игроком (
execute if block) выдаёт эффект скорости или прыгучести в зависимости от цвета блока, плюс частицы для наглядности. - Одноразовые уведомления без спама — импульсный блок в связке с компаратором и
tellraw, чтобы сообщение выводилось один раз, а не каждый тик. - Превращение предметов — проверка структуры блоков вокруг брошенного предмета (
if blocks/if function) и замена сущности предмета на другую при совпадении — основа механик крафта через "алтари". - Молния за трезубцем —
execute as @e[type=trident] run summon lightning_boltв цикличном блоке.
FAQ
Чем отличается цепной командный блок от цикличного?
Цикличный сам по себе повторяет команду, пока не отключат сигнал или пока не выключат режим "всегда активен". Цепной не работает в одиночку — он выполняется только следом за предыдущим блоком в цепочке и не может стоять первым.
Почему нельзя сломать командный блок в выживании?
У него отрицательная прочность и огромная устойчивость к взрывам (около 18 млн против ~6000 у обсидиана и бедрока), поэтому в режиме выживания он недоступен для разрушения — работать с ним можно только в творческом режиме.
Зачем нужен run в команде execute, если её можно использовать и без него?
run запускает конкретную команду после того, как execute применит все модификаторы (позицию, условия, контекст). Без run execute используется только для проверки условия — тогда в чат (или в scoreboard через store) выводится число сущностей, подошедших под условие, без выполнения дополнительной команды.
На какой версии Minecraft лучше учить command-блоки и датапаки?
Синтаксис команд и структура датапаков заметно менялись между версиями, и датапаки под старые версии не запускаются на новых без переработки. Рекомендуется сразу разбираться на актуальной версии игры (на момент последних гайдов — 1.21), чтобы не переучиваться.