Этот туториал — часть серии Начало работы — День 3, Неделя 4.
Проблема: баланс - это комплексная задача, а править его по одному объекту утомительно
Вчера помощник создал в проекте за один проект 7 новых врагов. Сегодня вы запустили билд и сразу уперлись в дисбаланс: Кассир-зомби с уроном 12 и здоровьем 34, Уборщик фуд-корта с уроном 10 заметно сильнее остальных противников. Среди них - Босс-посетитель: Здоровье = 240, Скорость = 12, Урон = 18, Размер = 4 и таблица добычи, в первой строке которой Огнетушитель 0.8. Выше всех в папке по каждой оси и единственный, кто роняет шестёрку почти всегда. Если таких врагов будет несколько, то у игрока не будет шансов на победу.
Решение вы уже знаете. Осталось открыть коллекцию Враги и пройтись по ячейкам. Множество строк, одна и та же операция, одна и та же мысль. И чем больше рутины, тем вероятнее опечатка, пропущенная строка или брошенная на середине правка.
Коллекция уже сделала просмотр наших объектов комплексным. Теперь такими же становятся и правки.
Правило вместо сорока строк
Секрет хорошего промпта на ребаланс: вы называете правило, а не перечисляете строки. ИИ вычислит, к кому его применить, и изменения коснутся всех одинаково.
Для каждого врага в коллекции Враги с Уроном 10 и выше уменьши его Урон
на 2. Если враг является боссом, дополнительно уменьши его Здоровье
на 5. Покажи, каких врагов ты изменил.Весь запрос. Никакого списка из имён, минимум ручных правок. Ассистент:
- ищет по коллекции врагов, подпадающих под правило (Урон ≥ 10),
- читает каждого, чтобы убедиться, что это враг, и проверить текущие значения,
- применяет изменение — Урон −2, а для боссов ещё Здоровье −5, к каждому подходящему элементу,
- отчитывается, что изменил.
Всё проходит через те же механизмы сохранения, что и редактор: каждый изменённый враг - это настоящий элемент. Никакого промежуточного файла, который потом нужно сшивать с проектом.
Шаг 1: зафиксируйте состояние «до»
Перед любым крупным изменением - страховка, о которой мы говорили ещё в первую неделю: ГДД - это простые файлы в git. Чем раньше у проекта появляется несколько версий, тем проще этот шаг: один коммит перед ребалансом, и git diff становится вашей подушкой безопасности.
Если ИИ нагенерировал ерунду, отмена через git checkout. Возможность откатить всё на уровне файлов остаётся за вами, и это куда надёжнее кнопки «Отменить» в панели самого ассистента.
А если ваш проект облачный, к этому добавляется ещё один уровень защиты. Рабочая область синхронизируется с вашей локальной папкой в обе стороны, поэтому изменения сохраняются в обоих местах. Плюс, у каждого элемента хранится история версий, из которой можно восстановиться в два клика: История → Восстановить эту версию. Git-commit, облачная синхронизация или внутренний бэкап - неважно, какой именно инструмент вы используете. Главное, что точка сохранения сделана до того, как ИИ начнёт менять цифры.
Шаг 2: отправьте правило
Отправьте промпт. Панель разворачивает знакомую картину: блок Размышление, вызов поиска, а затем череда правок, одна за другой. Каждый Результат подтверждает изменение поимённо: Враг «Кассир-зомби»: урон 12 → 10, а для боссов Враг «Босс-посетитель»: урон 18 → 16, здоровье 240 → 235.
А панель Изменения (N) тем временем считает. Число растёт по мере того, как правки ложатся в проект, и это ваша быстрая проверка охвата: сколько правок ждали, столько и видите. Если всё сошлось, значит правило сработало ровно по тому набору, что вы задали.
Шаг 3: проверка и полировка изменений в уже знакомой таблице
Таблица из недели 3 возвращает вложение. Результат ребаланса вы смотрите не в диффе и не в логе ассистента — вы открываете коллекцию Враги и видите те же строки, что и всегда, а фильтр damage.value:>=10 сужает таблицу до зоны, которую вы только что правили. Три вопроса, и таблица отвечает на каждый:
- у боссов видно −2 к Урону и −5 к Здоровью?
- ничего ниже Урона 10 не тронуто?
- не переборщили ли с нерфом?
Если допущена ошибка: враг, которого не должно было задеть, или число, выскочившее за рамки? Откатить все изменения, один клик — и всё вернулось к исходному. Дальше уточняете правило и запускаете снова.
Балансируем дальнейшую связь - таблица добычи
Таблица добычи каждого Врага ссылается на Карты, и рядовой зомби с картой стоимостью 6 в луте может быть опаснее босса.
Вручную это три уровня вложенности на каждого врага: сам враг, его таблица добычи, каждая карта в ней. Сорок врагов - сто двадцать переходов. Промпт закрывает всё одним предложением:
Для каждого объекта в коллекции `Враги`, у которого таблица добычи роняет
карту со Стоимостью 6 и выше, снизь Шанс выпадения этой карты до 0.1 —
сильные дропы не должны легко падать с орды.Помощник ищет по коллекции Враги, читает каждую таблицу добычи, проходит ссылки на Карты, сравнивает связанные Стоимости с правилом и правит Шансы выпадения. Таблица теперь показывает обе стороны — строку врага и строки карт, на которые он ссылается.
Что дальше: MCP
Сегодня помощник живёт внутри приложения. Но те же инструменты — поиск, чтение, создание, правки — уже отдаются наружу по стандартному протоколу, и завтра мы отдадим их AI-инструменту, которым вы пользуетесь каждый день: подключим любой AI к проекту через MCP.
FAQ
Массовая правка - это не риск для данных?
Это тот же путь правки, что и вручную, только автоматизированный, каждое изменение это реальное сохранение в элемент. А страховка идёт в три слоя: git (дизайн - это обычные файлы, коммит перед ребалансом занимает секунду), панель Изменения помощника с кнопкой Откатить все изменения, а для облачных проектов - двусторонняя синхронизация и история версий элементов, из которой можно восстановиться.
Помощник реально правит настоящих врагов?
Да. Каждый изменённый враг - тот же элемент, что вы правили бы в коллекции: те же свойства, тот же файл на диске. Никакой параллельной «копии», которую нужно синхронизировать.
А если правило зацепило не тех врагов?
Именно для этого и нужен ревью в таблице. Если набор не тот — нажимаете Откатить все изменения, и уже уточняете промпт более узким условием. Поиск виден в панели помощника, так что расхождения вы диагностируете, а не списываете на магию.
Может ли правило проходить по ссылкам в таблицы добычи?
Да, именно это и является ключевым отличием. Помощник работает в обе стороны ссылки: читает таблицу, проходит по ссылкам на карты, сравнивает значения и правит шансы выпадения.
Можно ли обойтись без git?
Можно. Для отката достаточно панели Изменения, а в облачном проекте синхронизация и история версий элементов дадут то же состояние «до» без единого коммита.
Это заменяет таблицу коллекции?
Нет — дополняет её. Таблица остаётся источником правды, где вы проверяете результат и дорабатываете отдельные значения руками. Помощник - это инструмент, который быстро применяет единое правило ко всем выбранным объектам. Правило выбираете вы, а результат проверяете в таблице.