Gamerule у Minecraft Bedrock: правила світу без модів
Зміст
- Два типи значень — і чому це головне
- keepinventory і doimmediaterespawn: ціна смерті
- mobgriefing: між фермами й цілими стінами
- pvp: перше правило спільного світу
- dofiretick: тихий убивця дерев’яних міст
- showcoordinates: не чит, а навігація
- dodaylightcycle і doweathercycle: зупинити час
- Командні правила: коли чат перестає бути читабельним
- Числові правила та їхні межі
- Як подивитися поточне значення
- Чого ми не стверджуємо
Gamerule — це вбудований перемикач поведінки світу, і жодних модів для нього не треба. Одна команда змінює правило, яке діє на весь світ: від того, чи випадає інвентар після смерті, до того, чи йде взагалі час.
| Правило | Тип значення | Що перемикає | Кому корисно |
|---|---|---|---|
| keepinventory | булеве (true/false) | збереження інвентаря | тим, хто не хоче бігати за речами |
| doimmediaterespawn | булеве | миттєве відродження | швидкі сесії, міні-ігри |
| mobgriefing | булеве | руйнування світу мобами | будівельникам, фермам |
| pvp | булеве | бої між гравцями | спільним світам із друзями |
| dofiretick | булеве | поширення вогню | дерев’яним містам |
| showcoordinates | булеве | показ координат | навігація, орієнтування |
| dodaylightcycle | булеве | добовий цикл | зйомка, будівництво |
| doweathercycle | булеве | зміна погоди | зйомка, стабільне освітлення |
| commandblocksenabled | булеве | робота командних блоків | карти й механіки |
| commandblockoutput | булеве | вивід від командних блоків | приховати спам у чаті |
| sendcommandfeedback | булеве | відгук на команди | чисте відео без службових рядків |
| randomtickspeed | числове | швидкість випадкових тіків | тести грядок і рослин |
| spawnradius | числове | радіус спавну гравців | загальна точка старту |
| functioncommandlimit | числове | ліміт команд у функції | автори великих карт |
Колонка «що перемикає» переказує саму назву правила. Сторінка команди в документації дає синтаксис і тип значення, а не окремий опис кожного правила — тому нижче я розбираю логіку, а не переписую словник.
Два типи значень — і чому це головне
Правила поділені на два класи. BoolGameRule приймає рівно два значення: true або false. IntGameRule приймає ціле число. У документації Microsoft це записано двома різними рядками синтаксису: /gamerule <rule: BoolGameRule> [value: Boolean] і /gamerule <rule: IntGameRule> [value: int].
Практичний наслідок простий. Якщо правило булеве, третього стану не існує — ти або вмикаєш поведінку, або вимикаєш. Якщо числове, треба знати діапазон: у кожного такого правила своя верхня межа, і вгадувати її не варто.
Ще одна річ, яку корисно знати до першої команди: у самої /gamerule рівень дозволу Game Directors, а в рядку «Requires Cheats?» стоїть No. Тобто окремої вимоги вмикати чити сторінка команди не ставить — на відміну від багатьох інших команд Minecraft.
keepinventory і doimmediaterespawn: ціна смерті
Ці два правила разом визначають, скільки коштує помилка. Перше — про речі, друге — про час.
Логіка вибору така. Якщо світ у тебе для будівництва або для гри з дитиною, збережений інвентар прибирає найбільший привід кинути світ — втрату речей у лаві чи в порталі. Якщо ж ти граєш у виживання заради самого виживання, вимикати ризик означає прибрати сенс усієї підготовки: зілля, запасних кірок, схованих скринь.
Миттєве відродження — окрема історія. Воно нічого не спрощує в бою, лише прибирає екран смерті. Для міні-ігор і швидких раундів це зручно, для повільного виживання — не критично.
mobgriefing: між фермами й цілими стінами
Це правило вимикає здатність мобів змінювати світ навколо себе. Воно виглядає як щит для будівель, але має ціну: багато механік у грі теж працюють через дії мобів.
Тому вибір тут не «безпечніше — краще», а «що для мене важливіше». Хочеш недоторканий пейзаж і чисті стіни — вимикай. Тримаєш складне господарство, де моби мають щось робити з блоками, — залишай як є й захищай будівлі стінами та освітленням.
pvp: перше правило спільного світу
Правило булеве, і саме тому воно вирішує конфлікт раз і назавжди — на рівні світу, а не домовленостей у чаті.
Домовлятися все одно доведеться, але про інше: про спільні скрині, про територію, про те, чи можна розбирати чужу будівлю. У світі на Realms, де люди заходять у різний час і без тебе, вимкнене pvp прибирає цілий клас сварок.
dofiretick: тихий убивця дерев’яних міст
Вогонь у Minecraft не питає дозволу. Правило dofiretick — це перемикач того, чи живе полум’я власним життям після появи.
Кому вимикати: усім, хто будує з дощок і колод щільно, робить райони без проміжків, ставить смолоскипи біля стін. Кому лишати: тим, кому потрібна саме поведінка вогню — випалювання, ризик, атмосфера пекельних біомів. Перед походом у Нижній світ це варто вирішити заздалегідь — там портал і його околиці і без вогню дають достатньо приводів померти.
showcoordinates: не чит, а навігація
Найчастіша суперечка навколо цього правила — чи це «нечесно». Правило не додає ресурсів, не робить тебе сильнішим і не змінює світ. Воно показує, де ти є.
Кому справді потрібно: тим, хто грає з друзями і мусить пояснити, куди йти; тим, хто шукає конкретну висоту під шахту; тим, кому важко орієнтуватися без цифр на екрані. Кому не варто: тим, хто хоче саме відчуття загубленості й читання місцевості за орієнтирами.
dodaylightcycle і doweathercycle: зупинити час
Це єдина пара, для якої в матеріалах Microsoft є прямий приклад поведінки. У добірці популярних команд сказано, що /gamerule dodaylightcycle false зупиняє добовий цикл на встановленому часі. Поруч у тому ж переліку ключових для розробки правил стоять doweathercycle, commandblockoutput, sendcommandfeedback і commandblocksenabled.
Зупинений час — інструмент, а не спрощення. Він потрібен, коли ти фотографуєш будівлю й не хочеш, щоб посеред кадру настала ніч; коли будуєш велику структуру і не бажаєш щоразу відбиватися від мобів; коли записуєш відео і потрібне однакове освітлення в усіх дублях. Зафіксована погода працює так само: без дощу тінь і колір лишаються сталими.
Командні правила: коли чат перестає бути читабельним
Три правила з того ж переліку — commandblocksenabled, commandblockoutput і sendcommandfeedback — стосуються не виживання, а того, скільки службового тексту ти бачиш.
Ця трійка потрібна, щойно ти будуєш щось складніше за двері на важелі: карту з механіками, арену, автоматичну систему. Командні блоки за замовчуванням «розмовляють», і на десятку блоків чат перетворюється на суцільний потік. Якщо ти тільки підходиш до таких конструкцій, спершу варто розібратися з основами редстоуну — командні блоки стоять на цій самій логіці сигналів.
Числові правила та їхні межі
Тут головне — не вигадувати числа. Документація прямо називає такі значення:
| Правило | Що вказано в документації |
|---|---|
| randomtickspeed | 1 — DEFAULT_RANDOMTICKSPEED, 4096 — MAX_RANDOMTICKSPEED |
| spawnradius | 5 — DEFAULT_PLAYER_SPAWN_RADIUS, 0 — мінімум, 128 — MAX_PLAYER_SPAWN_RADIUS |
| functioncommandlimit | 10000 — MAX_FUNCTIONCOMMANDLIMIT |
Радіус спавну — найзрозуміліше з трьох. Значення 0 означає найвужчу можливу точку появи: усі гравці стартують в одному місці. Значення ближче до 128 розкидає появу по великій площі. Для спільного світу, де хочеться зустрічатися одразу після входу, малий радіус зручніший.
Швидкість випадкових тіків керує тим, як часто гра «чіпає» блоки, що змінюються самі. Верхня межа тут дуже далеко від типового значення — 4096 проти 1, — і це не режим гри, а інструмент тесту: подивитися, як поводиться грядка чи посаджений блок, не чекаючи реального часу.
Ліміт команд у функції з максимумом 10000 звичайному гравцеві не потрібен взагалі. Це правило для тих, хто пише файли функцій для власних карт.
Як подивитися поточне значення
- Відкрий чат у своєму світі.
- Введи
/gameruleі назву правила — без значення після неї. - Порівняй побачене з тим, що ти збирався ставити, і лише тоді змінюй.
Підстава для другого кроку — сам синтаксис: значення в описі стоїть у квадратних дужках, [value: Boolean] і [value: int], а квадратні дужки позначають необов’язковий аргумент. Що саме гра виведе у відповідь, сторінка команди не розписує — це вже перевіряється у твоєму світі.
Чого ми не стверджуємо
Тут корисно окреслити межу знання, бо навколо gamerule багато переказів із чужих слів.
Ми не стверджуємо, що ці самі назви й межі діють у Java Edition. Наведені значення — з Bedrock-документації, а різниця між двома виданнями стосується не лише інтерфейсу. Перед перенесенням будь-якої назви правила перевіряй її окремо для свого видання.
Ми не наводимо чисел, яких немає в документації. Ні «оптимальних» значень radiustickspeed, ні «рекомендованих» радіусів спавну — таких рекомендацій Microsoft на цій сторінці не дає, а вигадана цифра гірша за її відсутність.
І ми не описуємо gamerule як спосіб отримати перевагу над кимось. Це налаштування твого власного світу: правила діють на світ цілком, а не на окремого гравця, і всі, хто в ньому грає, живуть за однаковими умовами. Питання чужих серверів і їхніх порядків до цієї команди стосунку не має.

Часті запитання
Чим булеве правило відрізняється від числового?
BoolGameRule приймає лише два значення — true або false. IntGameRule приймає ціле число, і в кожного такого правила є свій діапазон. Синтаксис у документації записаний окремо для кожного типу.
Чи треба вмикати чити, щоб змінити gamerule?
У документації Microsoft у рядку «Requires Cheats?» для команди /gamerule стоїть No, а рівень дозволу — Game Directors. Тобто окремої вимоги вмикати чити сторінка команди не ставить.
Як подивитися поточне значення правила, не змінюючи його?
У синтаксисі значення стоїть у квадратних дужках — [value: Boolean] і [value: int]. Квадратні дужки означають необов'язковий аргумент, тож команду можна ввести з самою назвою правила, без значення.
Яке максимальне значення в randomtickspeed?
У документації вказано 1 як DEFAULT_RANDOMTICKSPEED і 4096 як MAX_RANDOMTICKSPEED.
Який радіус спавну за замовчуванням?
DEFAULT_PLAYER_SPAWN_RADIUS дорівнює 5, мінімум — 0, максимум (MAX_PLAYER_SPAWN_RADIUS) — 128.
Ці самі назви працюють у Java Edition?
Перевіряй окремо. Наведені тут значення та межі взяті зі сторінки Bedrock-документації Microsoft, і переносити їх на Java без окремої перевірки не можна.