Решили: скорость набора ресурса стала складной — глобальная база StatsConfig._resourceRegenPerSecond
плюс новый стат StatType.ResourceRegenFlat (32), и только потом множитель ResourceGainEff. Заодно у
способностей появился режим цели AbilityTargetMode.NearestEnemyWithResource (6) — ближайший враг из тех,
у кого пул ресурса непустой.
Почему: мана-дрейн гоблина-кривляки заявлен как «-4 единицы», а выразить его было нечем: ручка на юните существовала одна и та была множителем. Множитель ×0.2 давал ровно тот же результат сегодня, пока база одинакова у всех, — и разошёлся бы с замыслом на первом ките с другой базой. Отвергнут именно поэтому, а не из-за стоимости. Фильтр цели нужен по той же причине, что и стат: дебафф на безресурсного бойца стоит ровно ноль, и без фильтра кривляка половину боя честно кастовал бы в пустоту — в трассе это читается как «механика не работает».
Сказано: «Т.е. нет? У нас есть реген маны щас. Ты чего?» (2026-07-31, сессия 459cd1ec) — ответ на мой ложный доклад, что пул ресурса не задан ни у кого. Дальше вердикты: «Завести плоский стат регена», «×0.2 — как заявлено», «Ближайший ИЗ тех, у кого есть мана», «Окнами: 4 сек канал, 6 сек откат».
Грабли: доклад «маны в игре нет» родился из регистрозависимого грепа — искала stat: 27, а Unity
пишет Stat: 27. Ассеты YAML-ом ищутся только без учёта регистра, иначе пустой результат выглядит
как отсутствие факта, а не как промах инструмента. Второе: ResourceGainEff имеет натуральный дефолт
1.0 (StatsConfig.NaturalDefault), поэтому Flat +1 в тесте означает множитель ×2, а не ×1 — новый
ResourceRegenFlat намеренно оставлен слагаемым с дефолтом 0, чтобы такой ловушки у него не было.
Третье: плоская дельта может утащить скорость в минус, и это НЕ утечка накопленного — дебафф обещает
«медленнее восстанавливается», а не «сосёт ману», поэтому в RegenSystem стоит кламп на ноль.
Владелец правды: RegenSystem.RegenResource, AbilitySystem.NearestEnemyWithResource,
тест ManaDrainTests (все три инварианта: порядок дельта→множитель, кламп на ноль, отсев безресурсных).