YouTube-канал: @alex_cube вместо неверного @alexcube

Пользователь: "Ссылка на ютуб у тебя неверная. Должно быть @alex_cube". Правка во всех четырёх текстах, где ссылка встречалась (README RU+EN, SITE_DESCRIPTION, NEXUS_DESCRIPTION и старое описание версии 1.0.1) - и в самом URL, и в подписи. Заодно описание версии 1.3.0 получило тот же футер со ссылками, что и 1.0.1: исходники, страница на сайте, канал. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
Описание версии 1.3.0 для Nexus + правка строки установки
2026-09-17 23:35:02 +03:00 · 2026-09-17 23:28:19 +03:00 · 2026-09-17 23:24:25 +03:00 · 2026-09-17 00:44:54 +03:00 · 2026-09-17 00:43:19 +03:00 · 2026-09-17 00:41:55 +03:00
31 changed files with 3334 additions and 235 deletions
@@ -116,4 +116,50 @@
 			<sprite name="blackout" depth="0" sprite="menu_empty" type="sliced" color="[black]" anchor_left="#cam,0,-10" anchor_right="#cam,1,10" anchor_bottom="#cam,0,-10" anchor_top="#cam,1,10" globalopacitymod="0"/>
 		</window>
 	</append>
+	<!-- ФИОЛЕТОВАЯ ШКАЛА НЕКРОМАНТИИ, 2026-09-17. Продиктовано: "Есть индикатор опыта. Это шкала
+	     до уровня. А мы сделаем ещё одну шкалу, которая заполняется каждые 20 зомби... Каждое
+	     заполнение индикатора пусть добавляет уровень некромантии, а индикатор обнуляет."
+
+	     Заполнение считает не вёрстка: necroNecromancyProgressCVar (0..19) пишет
+	     HarmonySrc/NecromancyKillCreditPatch.cs на каждом убийстве и при загрузке игрока, деля
+	     общее число упокоенных зомби на 20 с остатком. Шкала обнуляется сама собой - вместе с
+	     переходом остатка через двадцатку растёт уровень Некромантии (череп в статус-баре).
+
+	     ПОЧЕМУ ЭТО ВЁРСТКА, А НЕ ЕЩЁ ОДИН БАФФ. Бафф умеет показать ЧИСЛО (display_value), но не
+	     полосу. Полоса - это sprite type="filled" с атрибутом fill 0..1, и живёт она в окне.
+	     Взято ровно то окно и ровно тот приём, которым нарисована ванильная полоса опыта:
+	     windowToolbelt, три спрайта друг на друге (серая подложка, чёрная рамка fillcenter="false",
+	     заливка) - см. Data/Config/XUi_InGame/windows.xml, строки с fill="{xp}". Наша полоса
+	     стоит на 12 пикселей выше опыта (pos 0,20 против 0,8) и той же ширины 750.
+
+	     ПРИВЯЗКА. fill читает CVar через функцию выражений cvar() - она есть в самой игре
+	     (BindingNcalcFunctions.cvar, регистрирует BindingInfoNcalc.VariableStateCVar, который
+	     сам перечитывает значение, а не застывает на первом).
+
+	     ЗАКРЫВАЮЩАЯ СКОБКА - ОДНА "}", А НЕ "%}". Это не стилистика, а единственная рабочая форма,
+	     и первая же проверка в игре (17.09, лог 22-36-46) на этом и споткнулась:
+
+	         ERR [XUi] Binding expression can not be evaluated. Binding fill="{% cvar(...) / 20 %}"
+	         EXC no viable alternative at input '<EOF>' at line 1:44
+
+	     Открывается выражение как "{%", а закрывается просто "}" - так во всех ванильных
+	     примерах (Data/Config/XUi_InGame/windows.xml: visible="{% int(windowWidth) &gt;= 300 }",
+	     text="{% dictvalue(sandboxvalues, '1') }"). Лишний "%" остаётся ВНУТРИ выражения, а в
+	     NCalc это оператор остатка от деления, поэтому парсер честно ждёт после него правый
+	     операнд и упирается в конец строки - позиция 44 в сообщении указывает ровно на него.
+	     Ошибка разовая, не в каждый кадр: привязка, не сумев вычислиться, гаснет насовсем, то
+	     есть полоса просто не работает молча.
+
+	     Если полоса когда-нибудь опять не появится или застынет - запасной путь такой: писать из
+	     C# готовую долю 0..1 в отдельный CVar и подставлять её без арифметики в вёрстке. Своего XUi-контроллера тут сознательно
+	     нет: находит ли движок контроллер из сборки мода, в этом моде так и не проверено (см.
+	     комментарий к финальным слайдам выше), а окно с контроллером было бы риском без нужды.
+
+	     Цвет 150,60,220 - фиолетовый, как просили; альфа 200, чтобы полоса читалась поверх
+	     тёмного HUD, но не спорила с опытом яркостью. -->
+	<append xpath="/windows/window[@name='windowToolbelt']/rect">
+		<sprite depth="1" pos="0,20" height="8" color="[mediumGrey]" sprite="menu_empty2px" globalopacitymod="0" type="sliced" />
+		<sprite depth="9" pos="0,20" height="8" color="[black]" sprite="menu_empty2px" globalopacitymod="0" type="sliced" fillcenter="false" />
+		<sprite depth="4" pos="0,20" height="8" width="750" color="150,60,220,200" globalopacitymod="0" type="filled" fill="{% cvar('necroNecromancyProgressCVar') / 20 }" />
+	</append>
 </windows>
@@ -10,12 +10,28 @@
 	</append>

 	<append xpath="/buffs">
-		<!-- Never expires (duration 0): a persistent lifetime total, not a per-day/session counter. -->
-		<buff name="buffNecroZombieKillTrackerDisplay" icon="ui_game_symbol_zombie" icon_color="150,0,0" name_key="buffNecroZombieKillTrackerDisplayName" description_key="buffNecroZombieKillTrackerDisplayDesc">
+		<!-- Never expires (duration 0): a persistent lifetime total, not a per-day/session counter.
+
+		     ЧТО ПОКАЗЫВАЕТ, ИЗМЕНЕНО 2026-09-17. Раньше бафф показывал общее число убитых зомби
+		     (necroZombieKillsCVar). Теперь - УРОВЕНЬ НЕКРОМАНТИИ (necroNecromancyLevelCVar), по
+		     указанию пользователя: "череп - уровень некромантии... 20 зомби за уровень". Само
+		     число убийств никуда не делось, оно по-прежнему копится в necroZombieKillsCVar (и
+		     по-прежнему задаёт урон ножа ниже) - просто на экране его место занял уровень, а
+		     продвижение внутри уровня показывает отдельная фиолетовая шкала в HUD рядом с полосой
+		     опыта (Config/XUi_InGame/windows.xml, CVar necroNecromancyProgressCVar).
+
+		     Оба CVar'а пишет HarmonySrc/NecromancyKillCreditPatch.cs - и на каждом убийстве, и при
+		     загрузке игрока. В XML их считать нельзя: уровень обязан совпадать с
+		     ProgressionValue.Level бит в бит, а деление в ModifyCVar дало бы дробь (19.2).
+
+		     Ключ имени/описания (buffNecroZombieKillTrackerDisplayName/Desc) переписан в
+		     Localization.csv на всех 13 языках той же правкой. Имя самого баффа НЕ трогалось
+		     намеренно: по нему бафф лежит в сейвах у всех, кто уже играет. -->
+		<buff name="buffNecroZombieKillTrackerDisplay" icon="ui_game_symbol_skull" icon_color="150,0,0" name_key="buffNecroZombieKillTrackerDisplayName" description_key="buffNecroZombieKillTrackerDisplayDesc">
 			<stack_type value="ignore"/>
 			<duration value="0"/>
 			<update_rate value=".1"/>
-			<display_value value="necroZombieKillsCVar"/>
+			<display_value value="necroNecromancyLevelCVar"/>

 			<!-- Нож некроманта (BACKLOG.md item 5, user request 2026-08-28): "урон умножается на
 			     скилл некроманта ... и делится на 10". Computed here (this buff already ticks
@@ -172,7 +188,7 @@
 		     состояние кадра верное, но пульсация иконки может подёргиваться раз в секунду. Если
 		     будет заметно - убрать строку снятия из onSelfBuffUpdate и оставить чистку только на
 		     onSelfBuffRemove, ценой залипших меток на ушедших зомби. -->
-		<buff name="buffNecroDarkSense" name_key="buffNecroDarkSenseName" description_key="buffNecroDarkSenseDesc" icon="ui_game_symbol_zombie" icon_color="150,0,255">
+		<buff name="buffNecroDarkSense" name_key="buffNecroDarkSenseName" description_key="buffNecroDarkSenseDesc" icon="ui_game_symbol_skull" icon_color="150,0,255">
 			<stack_type value="replace"/>
 			<duration value="0"/>
 			<update_rate value="1"/>
@@ -0,0 +1,145 @@
+<config>
+	<!-- ВКЛАДКА ИСПЫТАНИЙ "Некромантия" (указание 2026-09-16: "Сделать вкладку квестов для
+	     некромантии. Типа тех вкладок, где дают опыт за установку первой двери, за установку
+	     клеймблока, за повешение факела и сбор ресурсов").
+
+	     ОБА ЗАКАЗАННЫХ ИСПЫТАНИЯ НА МЕСТЕ с 2026-09-16. Сначала тут было одно ("Первым делом -
+	     нож"): challenges.xml мод не трогал ни разу, и сперва надо было увидеть в игре, что вкладка
+	     вообще появляется. Нож выбран для этой проверки потому, что крафтится сразу и без верстака,
+	     то есть проверка занимала минуту, а не сессию. Вкладка отобразилась, испытание закрылось,
+	     лог чистый - после чего добавлен "Безумный донор".
+
+	     РАЗРОЗНЕННО, НЕ ЦЕПОЧКОЙ (указание: "цепочку ивентов там делать не нужно. Пусть будет
+	     разрозненно. Что сделано то и отмечаем"). Поэтому у группы НЕТ ни link_challenges="true",
+	     ни hidden_by - оба атрибута стоят у ванильных Basics/Homesteading именно затем, чтобы
+	     открывать записи по очереди. Без них испытания видны сразу и закрываются в любом порядке.
+	     Побочная польза: снимается противоречие порядка - Кровь некроманта нельзя скрафтить без
+	     ножа в инвентаре, так что "донор" первым в цепочке был бы невыполним.
+
+	     ОТКУДА ИКОНКИ - разобрано 2026-09-16, и вывод ограничивающий: ТОЛЬКО из символьного
+	     атласа игры, свой спрайт туда положить нельзя.
+	       - В Data/Config/XUi_InGame/templates.xml оба места, где эти иконки рисуются, объявлены
+	         БЕЗ атрибута atlas: строка испытания (challenge_entry, sprite="{iconname}") и кнопка
+	         вкладки (category_icon, sprite="{categoryicon}"). Нет atlas - значит атлас по
+	         умолчанию, тот, где живут все ui_game_symbol_*.
+	       - Подтверждение с другой стороны: в ванильном challenges.xml ВСЕ 215 иконок имеют вид
+	         ui_game_symbol_* без единого исключения (проверено вычитанием).
+	       - Свой атлас мода (UIAtlases/NecroFinal) тут не поможет: механизм UIAtlases/<Имя>
+	         создаёт НОВЫЙ атлас, и обратиться к нему можно только явным atlas="NecroFinal" на
+	         спрайте, которого в этих шаблонах нет.
+	       - Дописать atlas= в сам шаблон НЕЛЬЗЯ: шаблон один на все испытания, и тогда ванильные
+	         215 иконок начнут искаться в нашем атласе и пропадут.
+	     Выбирали из 359 доступных ui_game_symbol_*, собранных по ванильным конфигам. -->
+	<append xpath="/challenges">
+
+		<!-- ВКЛАДКА. Череп, и это ОДНО РЕШЕНИЕ С ИКОНКОЙ САМОГО СКИЛЛА "Некромантия" в
+		     progression.xml: вкладка и скилл обязаны читаться как одно целое, поэтому меняются
+		     только парой. Разойдутся - и панель скилла с вкладкой испытаний перестанут выглядеть
+		     как одна система.
+
+		     Сначала (16.09) здесь стоял ui_game_symbol_zombie - по тому же принципу совпадения со
+		     скиллом, у которого он тогда и стоял. В игре вкладка отобразилась и испытание
+		     сработало, после чего пользователь заменил символ на череп: "Для некроманта это более
+		     атмосферно". Заменено разом во всех четырёх живых местах мода (здесь, скилл в
+		     progression.xml и два баффа в buffs.xml), разбор - в BACKLOG.md.
+
+		     Годные альтернативы, если череп когда-нибудь разонравится:
+		     ui_game_symbol_specters_grace, ui_game_symbol_7th_curse,
+		     ui_game_symbol_near_death_trauma. -->
+		<challenge_category name="NecroNecromancy" title_key="challengeCatNecroNecromancy" icon="ui_game_symbol_skull"/>
+
+		<!-- ГРУППА. Сознательно БЕЗ reward_text_key и reward_event.
+
+		     Это осознанный риск скелета, а не забывчивость: у всех 20 ванильных групп они есть, но
+		     корень <challenges> объявлен с default_reward="challenge_reward_default" и
+		     default_reward_text_key="challenge_reward_100xp", и мы добавляемся именно в этот
+		     корень. Если умолчания на группы не распространяются, игра скажет об этом в логе - и
+		     это ровно то, ради чего скелет и запускается. Заводить своё событие награды вслепую
+		     дороже, чем один раз посмотреть в лог. -->
+		<challenge_group category="NecroNecromancy" name="NecroPath" title_key="challengeGroupNecroPath"/>
+
+		<!-- ИСПЫТАНИЕ. objective type="Craft" без count - ножа нужен один.
+		     hint не задан: он необязателен - в ванили одно испытание из 188 обходится без него, а
+		     тут подсказка и не нужна, название говорит само за себя.
+
+		     500 XP, А НЕ УМОЛЧАНИЕ. Сначала тут не стояло награды вовсе, то есть работал
+		     challenge_reward_default (100 XP), по аналогии с ванильным craftStoneAxe: один крафт в
+		     самом начале. Аналогия оказалась неверной, и это выяснилось только при чтении рецепта:
+		     в ножа входит 1 Кровь некроманта, а её собственный крафт снимает 90% ТЕКУЩЕГО здоровья.
+		     То есть нож стоит одного захода на порог смерти, чего у каменного топора нет и близко.
+		     500 - ванильный тир простых, но небесплатных дел (craftCharredMeat, huntAnimals). -->
+		<challenge name="necroCraftKnife" title_key="challengeNecroCraftKnifeTitle" icon="ui_game_symbol_knife" group="NecroPath"
+			short_description_key="challengeNecroCraftKnifeShort" description_key="challengeNecroCraftKnifeDesc"
+			reward_text_key="challenge_reward_500xp" reward_event="challenge_reward_500">
+			<objective type="Craft" item="necroWpnBladeNecroKnife"/>
+		</challenge>
+
+		<!-- ИСПЫТАНИЕ 2: "Безумный донор" (указание: "добыть 15 флаконов крови некроманта").
+		     Кровь не добывается из мира, она крафтится, поэтому тип Craft, а не Gather.
+
+		     count="15" - у Craft счётчик поддерживается, и это стоило отдельной проверки: в самых
+		     наглядных ванильных примерах (craftStoneAxe, craftClothes) он не указан, и легко
+		     решить, что его нет. Есть - 18 ванильных Craft-целей его несут, вплоть до
+		     resourceForgedIron count="100" и thrownAmmoPipeBomb count="20".
+
+		     ИМЯ ОПРАВДАНО МЕХАНИКОЙ, А НЕ ПРОСТО КРАСИВОЕ: каждый крафт Крови некроманта снимает
+		     90% ТЕКУЩЕГО здоровья (NecromancerBloodPatch.cs) и требует нож в инвентаре. Пятнадцать
+		     раз подряд - это пятнадцать раз довести себя до полусмерти, и "Безумный донор" описывает
+		     это точно.
+
+		     Зависимости от первого испытания нет и быть не должно (указание: "разрозненно"), хотя
+		     фактически кровь без ножа не скрафтить. Порядка у группы нет, так что игрок сам
+		     упрётся в нож, когда попробует начать с крови, - и это честнее замка.
+
+		     icon="ui_game_symbol_siphoning_strikes" - "высасывающие удары", символ выкачивания
+		     жизни. Найден при разборе всех 359 доступных ui_game_symbol_*; под механику "плати
+		     собственной кровью" попадает точнее любого медицинского символа. -->
+		<challenge name="necroMadDonor" title_key="challengeNecroMadDonorTitle" icon="ui_game_symbol_siphoning_strikes" group="NecroPath"
+			short_description_key="challengeNecroMadDonorShort" description_key="challengeNecroMadDonorDesc"
+			reward_text_key="challenge_reward_2500xp" reward_event="challenge_reward_2500">
+			<objective type="Craft" item="resourceNecromancerBlood" count="15"/>
+		</challenge>
+
+		<!-- ИСПЫТАНИЕ 3: "Первый подданный" - Камень духов (указание 2026-09-17: "И первый камень
+		     духов. Сам посчитай и придумай").
+
+		     Имя про механику: Камень духов подчиняет зомби, и подчинённый бьётся за игрока. Это
+		     первое существо, которое слушается некроманта, - отсюда "подданный".
+
+		     100 XP, то есть challenge_reward_default, награда НЕ ЗАДАНА СОЗНАТЕЛЬНО. Рецепт -
+		     1 камень + 20 волокон травы, ни праха, ни крови. Это самая дешёвая вещь мода и
+		     буквальный аналог ванильного craftStoneAxe, за который ваниль платит ровно умолчание.
+		     Здесь 100 - не занижение, а единственное честное число: поднять его выше значило бы
+		     платить за десять минут игры больше, чем ваниль платит за то же самое.
+
+		     icon="ui_game_symbol_specters_grace" ("милость призрака") - предмет называется Камнем
+		     ДУХОВ и подчиняет мёртвого, так что символ совпадает и по названию, и по смыслу. -->
+		<challenge name="necroSpiritStone" title_key="challengeNecroSpiritStoneTitle" icon="ui_game_symbol_specters_grace" group="NecroPath"
+			short_description_key="challengeNecroSpiritStoneShort" description_key="challengeNecroSpiritStoneDesc">
+			<objective type="Craft" item="thrownStoneSpirit"/>
+		</challenge>
+
+		<!-- ИСПЫТАНИЕ 4: "Короткая дорога домой" - Синий портальный камень (указание 2026-09-17).
+
+		     Имя про механику: камень телепортирует к спальному мешку за десятисекундный канал и не
+		     расходуется. Это в буквальном смысле короткий путь домой, и никакой другой предмет мода
+		     этого не делает.
+
+		     2000 XP - и это САМОЕ ДОРОГОЕ ИСПЫТАНИЕ ВКЛАДКИ ПО ГРАЙНДУ, что видно только из
+		     рецепта: 1 камень + 3 минералки + 15 волокон + 150 ПРАХА ЗОМБИ. Прах падает с Жертвы,
+		     помеченной Ножом некроманта, по 1-4 с вероятностью 0.4 (loot.xml), то есть в среднем
+		     около одной единицы за убийство - значит 150 праха это порядка ста пятидесяти
+		     ритуальных убийств ножом. Для сравнения, ванильный craftForgedIron (сто крафтов
+		     кованого железа) платит 2000, и это чистый грайнд без риска - ровно тот же случай.
+		     Выше не ставим: 2500 у "Безумного донора" оплачивает смертельный риск, которого здесь
+		     нет, а 5000 ваниль держит за химстанцией и тирами квестов.
+
+		     icon="ui_game_symbol_map_house" - дом, к которому камень и возвращает. -->
+		<challenge name="necroPortalStoneBlue" title_key="challengeNecroPortalBlueTitle" icon="ui_game_symbol_map_house" group="NecroPath"
+			short_description_key="challengeNecroPortalBlueShort" description_key="challengeNecroPortalBlueDesc"
+			reward_text_key="challenge_reward_2000xp" reward_event="challenge_reward_2000">
+			<objective type="Craft" item="thrownStonePortalBlue"/>
+		</challenge>
+
+	</append>
+</config>
@@ -1,17 +1,29 @@
 <config>
-	<!-- Step 1: lifetime zombie kill counter.
-	     zombieTemplateMale is the root template every zombie entity_class extends
-	     (directly, or indirectly via zombieTemplateShort), so patching it here covers
-	     every zombie variant in the game without listing them individually. -->
-	<append xpath="/entity_classes/entity_class[@name='zombieTemplateMale']">
-		<effect_group>
-			<requirement name="EntityTagCompare" target="other" tags="player"/>
-			<triggered_effect trigger="onOtherKilledSelf" action="ModifyCVar" target="other" cvar="necroZombieKillsCVar" operation="add" value="1"/>
-			<!-- "Некромантия" skill: +1 level per zombie kill, capped by its own max_level.
-			     See progression.xml for why this drives the skill instead of reading books. -->
-			<triggered_effect trigger="onOtherKilledSelf" action="AddProgressionLevel" target="other" progression_name="craftingNecroNecromancy" level="1"/>
-		</effect_group>
-	</append>
+	<!-- СЧЁТ УБИЙСТВ ПЕРЕЕХАЛ В КОД 2026-09-16. Здесь СОЗНАТЕЛЬНО ничего нет, и вернуть это
+	     обратно нельзя - см. HarmonySrc/NecromancyKillCreditPatch.cs.
+
+	     Тут стоял append на zombieTemplateMale с двумя onOtherKilledSelf-эффектами
+	     (ModifyCVar necroZombieKillsCVar и AddProgressionLevel craftingNecroNecromancy) под общим
+	     требованием EntityTagCompare target="other" tags="player". Он был сломан дважды:
+
+	       1. Один класс - не все зомби. Пять зомби-ЗВЕРЕЙ наследуют животную ветку и до
+	          zombieTemplateMale не доходят вовсе (animalZombieBear extends animalBear,
+	          animalZombieBoar extends animalBoar, animalZombieDog extends animalWolf,
+	          animalZombieVulture extends animalTemplateHostile, animalZombieVultureRadiated).
+	          Убийство зомбопса, зомбомедведя, зомбокабана и зомбоворона не считалось никак.
+	       2. target="other" - это БУКВАЛЬНЫЙ убийца, а не тот, кому ваниль зачла убийство.
+	          Робомолот, кровотечение и питомцы требование tags="player" не проходят, хотя опыт
+	          игрок за них получает: ваниль определяет получателя по DamageSource, в
+	          EntityAlive.AwardKillXPServer.
+
+	     Требование было одно на оба эффекта, поэтому вместе со скиллом недосчитывался и
+	     necroZombieKillsCVar - то есть занижался урон Ножа некроманта (items.xml: Damage =
+	     necroZombieKillsCVar / 10).
+
+	     ОБА эффекта теперь делает Postfix на EntityPlayer.AddKillXP - единственной точке, где
+	     ваниль уже решила, чей это фраг. ЕСЛИ ВЕРНУТЬ ЭТОТ append НА МЕСТО, убийство своей рукой
+	     будет засчитано ДВАЖДЫ: и здесь, и в патче. Ровно это и проверять, если уровень вдруг
+	     начнёт расти по два за труп. -->

 	<!-- "Зомбособака" (Zombie Dog pet): BACKLOG.md item 3. Extends the vanilla hostile
 	     animalZombieDog (same prefab/physics/sounds - a real zombie dog model, not a reskinned
@@ -324,4 +324,197 @@
 		</item_modifier>

 	</append>
+
+	<!-- "Кровавая сфера" (Blood Sphere) - расходный заряд Пространственного браслета.
+	     Название и рецепт продиктованы 2026-09-15: «Кровавая сфера. Доступна на первом грейде.
+	     Станки не нужны. Ингридиенты: Кровь некроманта, 5 праха зомби. По одному рецепту
+	     изготавливается две сферы. Прочность сферы 500.»
+
+	     ЗАЧЕМ ОНА ВООБЩЕ СУЩЕСТВУЕТ - и почему это НЕ «кровь, вставляемая в браслет». 15.09.2026
+	     кровь перенесли в этот файл, чтобы она вставлялась в браслет, и это уничтожило персонажа в
+	     сейве вместе с бэкапом: класс предмета определяет байтовую раскладку его стака
+	     (ItemValue.Read:1094 / Write:1228 - обычный предмет пишет байт числа модификаций,
+	     ItemClassModifier не пишет), и старый сейв стал нечитаемым. Полный разбор - в BACKLOG.md и
+	     в большом предупреждении у крови в items.xml.
+
+	     Сфера обходит это тем, что она НОВЫЙ предмет: в старых сейвах её нет, значит нет и ни
+	     одного стака, который читался бы по другой раскладке. Это общее правило, а не уловка:
+	     нужна модификация - заводи новый предмет, никогда не переводи существующий.
+
+	     Атрибуты - по образцу модов ножа:
+	       installable_tags="necroBracelet" - иначе модификация лезла бы в ЛЮБОЙ предмет
+	                                          (CanSwap короткозамыкается на InstallableTags.IsEmpty);
+	       modifier_tags="necroBraceletSphere" - свой, чтобы не конкурировать с будущим Кровавым
+	                                          камнем через MaxModsAllowed;
+	       blocked_tags НЕ задан - у браслета в тегах "noMods", объявить его тут значило бы
+	                                          заблокировать самому себе установку;
+	       type="attachment" - сферу можно вынуть обратно. -->
+	<append xpath="/item_modifiers">
+		<item_modifier name="resourceBloodSphere" installable_tags="necroBracelet" modifier_tags="necroBraceletSphere" type="attachment">
+			<!-- Extends на modGeneralMaster - та же база, что у шести модов ножа: даёт Group
+			     "Mods", звуки mod_grab/mod_place, Stacknumber 1 и CreativeMode None.
+			     param1="CustomIcon" исключает наследование родительского missingIcon.
+
+			     РАНЬШЕ ЗДЕСЬ СТОЯЛ Extends="resourceRockSmall", И ЭТО БЫЛА ОШИБКА. Камень нужен
+			     был только ради вида, а вместе с ним приезжали Action0 Class="ThrowAway",
+			     ThrowableDecoy="true" и DistractionTags - то есть сферу можно было бы метать как
+			     отвлекающий камень. Меш берётся строкой Meshfile ниже; наследовать ради него
+			     весь предмет не нужно. -->
+			<property name="Extends" value="modGeneralMaster" param1="CustomIcon"/>
+			<property name="DescriptionKey" value="resourceBloodSphereDesc"/>
+
+			<!-- В РУКЕ - КАМЕНЬ С АЛЫМ ТИНТОМ (указание 2026-09-15: «в руке и сфера и кровавый
+			     камень пусть будут как камень с алым тинтом»).
+
+			     Это уже проверенный в этом моде путь, а не догадка: Камень духов, Синий и Чёрный
+			     порталы (items.xml) сидят ровно на этом меше с ровно таким тинтом и в игре
+			     работают - зелёный, синий и чёрный камни соответственно. Поэтому взят их набор
+			     целиком: HoldType 40 плюс ВСЕ ТРИ меша. Три, а не один, потому что это три разные
+			     ситуации - Meshfile общий, HandMeshfile в руке, DropMeshfile лежащим на земле, и
+			     у тех трёх предметов они выписаны явно именно поэтому.
+
+			     TintColor - ТРИПЛЕТ "R, G, B", а НЕ hex. Это другая ручка, чем CustomIconTint
+			     выше (там hex): ItemClass парсит их разными путями - Color32 через запятые против
+			     ParseHexColor. Перепутать легко, и на модах ножа это уже стоило круга.
+
+			     ПОЧЕМУ ЗДЕСЬ ТИНТ РАБОТАЕТ, А НА БАНКЕ КРОВИ НЕ СРАБОТАЛ. 10.09 тинт предмета на
+			     меш чая из золотарника не подействовал вообще: у шейдера Game_EntityTintMaskSSS
+			     выигрывает собственный _Color материала. У rock_smallPrefab такого конфликта нет -
+			     доказательство лежит в самом моде, три перекрашенных камня в игре видны. -->
+			<property name="HoldType" value="40"/>
+			<property name="Meshfile" value="@:Other/Items/Crafting/rock_smallPrefab.prefab"/>
+			<property name="HandMeshfile" value="@:Other/Items/Crafting/rock_smallPrefab.prefab"/>
+			<property name="DropMeshfile" value="@:Other/Items/Crafting/rock_smallPrefab.prefab"/>
+			<property name="TintColor" value="220, 30, 45"/>
+
+			<!-- Своя рисованная иконка, получена 2026-09-15 (exch/bloodSphere.png, 160x160 RGBA,
+			     как все остальные 28). Заглушка со спрайтом Камня духов и багровым тинтом,
+			     стоявшая тут несколько часов, снята.
+
+			     CustomIconTint НЕ ЗАДАЁТСЯ, и это тот же принцип, что у всех рисованных иконок
+			     мода (шесть модов ножа, Кровь, Жертвенная кожа): тинт существует, чтобы
+			     заимствованный ванильный спрайт не читался как предмет, из которого он взят. На
+			     готовой работе он бы просто её затемнил. -->
+			<property name="CustomIcon" value="BloodSphere"/>
+
+			<!-- Прочность 500 (указание). Две ручки, обе обязательны - тот же разбор, что у крови
+			     в items.xml: ShowQuality рисует полоску, а само число идёт пассивкой
+			     DegradationMax. Без пассивки прочность равна нулю, а полоска при MaxUseTimes == 0
+			     рисуется ПОЛНОЙ, то есть забытый эффект выглядит как "всё работает".
+
+			     tiered="false" обязателен: HasQuality читается как Effects.IsOwnerTiered(), и
+			     тированная группа превратила бы сферу в предмет с качеством - тиры, рамка.
+
+			     Гейта по тегу здесь, в отличие от крови, НЕ НУЖНО. У модификации effect_group
+			     применяется к предмету-хозяину, и у крови пассивку приходилось гейтить, чтобы
+			     1000 прочности не досталась браслету. Сфера же и есть расходник браслета: пусть
+			     он её и тратит. Браслету от DegradationMax ничего не будет - ему эту прочность
+			     никто не списывает (SpendCharge трогает только сферу), а полоски у него нет. -->
+			<property name="ShowQuality" value="true"/>
+			<!-- true: опустевшая сфера должна исчезать, а не лежать "сломанной" в ожидании
+			     ремонта. Само удаление из слота делает SpendCharge - см. SpatialVaultPickupPatch. -->
+			<property name="DegradationBreaksAfter" value="true"/>
+			<effect_group name="resourceBloodSphere" tiered="false">
+				<passive_effect name="DegradationMax" operation="base_set" value="500"/>
+			</effect_group>
+
+			<!-- Stacknumber 1 приходит из modGeneralMaster, своя строка не нужна. -->
+			<property name="EconomicValue" value="0"/>
+			<property name="SellableToTrader" value="false"/>
+		</item_modifier>
+	</append>
+
+	<!-- КРОВАВЫЙ КАМЕНЬ (Blood Stone), продиктовано 2026-09-15, сделано 2026-09-16: «По сути это
+	     будет тот же флакон, но с бесконечной прочностью и иконкой камня с алым тинтом.»
+	     Эндгейм-версия расходника браслета: то же, что Кровавая сфера, только не тратится.
+
+	     ПОЧЕМУ ЭТО БЫЛО СРОЧНО, А НЕ «ФИЧА ИЗ СПИСКА». Сообщение о пустом слоте
+	     (braceletSpatialVaultNoMod) и описание браслета с 15.09 обещают игроку «кровавую сферу
+	     ИЛИ кровавый камень» на всех 13 языках. Пока камня не было, отгруженный текст отправлял
+	     за предметом, которого в игре нет. Так что эта правка - ещё и починка текста.
+
+	     ПОЧЕМУ ЭТО БЕЗОПАСНО ДЛЯ СЕЙВОВ, и это здесь главный вопрос, а не побочный.
+	     15.09 перенос Крови некроманта из items.xml сюда уничтожил персонажа в сейве: ItemValue
+	     гейтит блок модификаций одним условием на чтении (Read, ~1094) и на записи (Write, ~1228)
+	     - "!(itemClass is ItemClassModifier)", то есть КЛАСС ПРЕДМЕТА ОПРЕДЕЛЯЕТ БАЙТОВУЮ
+	     РАСКЛАДКУ КАЖДОГО ЕГО СТАКА В СЕЙВЕ. Обычный предмет пишет байт "сколько модификаций",
+	     ItemClassModifier не пишет ничего; после переезда читатель этот байт пропустил, поток
+	     съехал, ближайший ReadString() упал, и .ttp с .ttp.bak умерли оба.
+	     resourceBloodStone - НОВОЕ имя. В сейвах, записанных до этой правки, нет ни одного его
+	     стака, значит нет и ни одной записи, которую пришлось бы читать по другой раскладке.
+	     Именно поэтому камень заведён новым предметом, а не переводом уже существующего - тем же
+	     решением, что и Кровавая сфера. Правило целиком: раздел про аварию в BACKLOG.md.
+
+	     Атрибуты - по образцу сферы:
+	       - installable_tags="necroBracelet" - обязательно. У CanSwap есть короткое замыкание
+	         "InstallableTags.IsEmpty || ...", то есть модификация БЕЗ этого атрибута лезет в любой
+	         предмет игры.
+	       - modifier_tags СВОЙ (necroBraceletStone, не ...Sphere). Мод с совпадающим modifier_tags
+	         считается против ItemClass.MaxModsAllowed - разбор в шапке этого файла. Слот у
+	         браслета сейчас один, так что практической разницы нет, но правило "свой тег на
+	         каждую модификацию" в моде записано, и ломать его незачем.
+	       - blocked_tags НЕ задаётся: у браслета в тегах noMods, отрицательную половину он
+	         обеспечивает сам.
+	  -->
+	<append xpath="/item_modifiers">
+		<item_modifier name="resourceBloodStone" installable_tags="necroBracelet" modifier_tags="necroBraceletStone" type="attachment">
+			<!-- Та же база, что у сферы и у шести модов ножа: Group "Mods", звуки
+			     mod_grab/mod_place, Stacknumber 1, CreativeMode None. param1="CustomIcon"
+			     исключает наследование родительского missingIcon.
+			     НЕ наследовать resourceRockSmall ради вида камня: вместе с видом приедут
+			     Action0 Class="ThrowAway", ThrowableDecoy="true" и DistractionTags, то есть
+			     камень можно будет метать как отвлекающий. Меш берётся строками ниже. На сфере
+			     эта ошибка уже была и была исправлена 15.09. -->
+			<property name="Extends" value="modGeneralMaster" param1="CustomIcon"/>
+			<property name="DescriptionKey" value="resourceBloodStoneDesc"/>
+
+			<!-- В РУКЕ - КАМЕНЬ С АЛЫМ ТИНТОМ (указание 2026-09-15: «в руке и сфера и кровавый
+			     камень пусть будут как камень с алым тинтом»). Набор скопирован со сферы, а та -
+			     с трёх камней мода (Камень духов, Синий и Чёрный порталы), которые на этом же
+			     меше с этим же тинтом в игре видны зелёным, синим и чёрным.
+
+			     Три меша, а не один, потому что это три разные ситуации: Meshfile общий,
+			     HandMeshfile в руке, DropMeshfile лежащим на земле.
+
+			     TintColor - ТРИПЛЕТ "R, G, B", а не hex; hex берёт CustomIconTint, и это другая
+			     ручка (Color32 через запятые против ParseHexColor). Перепутать легко, на модах
+			     ножа это уже стоило круга. -->
+			<property name="HoldType" value="40"/>
+			<property name="Meshfile" value="@:Other/Items/Crafting/rock_smallPrefab.prefab"/>
+			<property name="HandMeshfile" value="@:Other/Items/Crafting/rock_smallPrefab.prefab"/>
+			<property name="DropMeshfile" value="@:Other/Items/Crafting/rock_smallPrefab.prefab"/>
+			<property name="TintColor" value="220, 30, 45"/>
+
+			<!-- Своя рисованная иконка, лежит с 15.09 в обеих папках атласа
+			     (UIAtlases/ItemIconAtlas/BloodStone.png + ItemIconAtlasGreyscale/BloodStone.png).
+			     Серая копия обязательна: заблокированная запись в панели скилла рисуется из
+			     greyscale-атласа, без неё у записи не было бы картинки вообще.
+			     CustomIconTint НЕ ЗАДАЁТСЯ - тинт нужен заимствованным ванильным спрайтам, на
+			     готовой работе он бы её просто затемнил. Тот же принцип, что у сферы. -->
+			<property name="CustomIcon" value="BloodStone"/>
+
+			<!-- БЕСКОНЕЧНАЯ ПРОЧНОСТЬ СДЕЛАНА ОТСУТСТВИЕМ СТРОК, А НЕ БОЛЬШИМ ЧИСЛОМ.
+			     Здесь СОЗНАТЕЛЬНО нет ни ShowQuality, ни DegradationBreaksAfter, ни effect_group
+			     с DegradationMax - сравнить со сферой выше, у которой все три есть.
+
+			     Почему этого достаточно: SpendCharge (HarmonySrc/SpatialVaultPickupPatch.cs)
+			     списывает прочность ТОЛЬКО у модификации, чьё имя совпадает с ChargeItemName
+			     ("resourceBloodSphere"). Камень под это условие не попадает по определению -
+			     цикл делает continue, UseTimes камня не трогает никто и никогда. Кода менять не
+			     пришлось вообще; комментарий в SpendCharge это заранее и обещает («a mod that is
+			     not the charge pays nothing, is not emptied, and the pull still happens»).
+
+			     Почему НЕ выставлять огромный DegradationMax: полоска прочности, которая никогда
+			     не двигается, хуже её отсутствия. Плюс ловушка, уже разобранная на флаконе крови:
+			     при MaxUseTimes == 0 полоска рисуется ПОЛНОЙ, то есть забытая пассивка выглядит
+			     как "всё работает".
+
+			     Тег necroBloodFlask здесь тоже не нужен, но уже по другой причине, чем было
+			     записано в спеке: после полного отката Крови некроманта (15.09) этого тега в моде
+			     не осталось совсем - он существовал только чтобы гейтить пассивку прочности
+			     флакона. Пункт снят сам собой. -->
+			<property name="EconomicValue" value="0"/>
+			<property name="SellableToTrader" value="false"/>
+		</item_modifier>
+	</append>
 </config>
@@ -1288,63 +1288,79 @@
 	     its mesh/material/hold/pickup-sound (reused wholesale, thematically it IS a bag of blood,
 	     just a darker/necromantic one) - CustomIcon still set explicitly even though Extends is
 	     used, same lesson as every other item in this mod (Extends alone never gives a working
-	     icon, confirmed originally on the Knife). Reuses the REAL vanilla sprite named
-	     "medicalBloodBag" itself (that item has no CustomIcon of its own, so its sprite name
-	     equals its item name) rather than a generated-art file, per direct instruction ("Иконка
-	     такая же как и у обычной крови, но тинт затемнённый") - only TintColor differs (dark,
-	     near-black red vs. no tint on the vanilla bag).
+	     icon, confirmed originally on the Knife).
+
+	     ЭТОТ ПРЕДМЕТ НИКОГДА НЕ ДОЛЖЕН СТАТЬ <item_modifier>. ЭТО НЕ СТИЛЬ, ЭТО СЕЙВЫ.
+	     15.09.2026 он был перенесён в item_modifiers.xml, чтобы вставляться в Пространственный
+	     браслет, и это уничтожило персонажа в тестовом мире - вместе с бэкапом. Разбор целиком в
+	     BACKLOG.md, здесь суть, потому что соблазн повторить велик:
+
+	         ItemValue.Read  строка 1094:  if ((version > 4 || HasQuality) && !(itemClass is ItemClassModifier))
+	         ItemValue.Write строка 1228:  if (!(ItemClass is ItemClassModifier))
+
+	     Класс предмета решает БАЙТОВУЮ РАСКЛАДКУ каждого его стака в сейве: обычный предмет пишет
+	     байт числа модификаций, ItemClassModifier - не пишет. Значит любой сейв, записанный до
+	     переноса, после переноса читается со сдвигом: поток съезжает, ближайший ReadString()
+	     получает мусор, PlayerDataFile.Load падает с "output char buffer is too small", и игра
+	     откатывается на NewGame. Бэкап .ttp.bak умирает вместе с основным файлом - он старого
+	     формата ровно так же. Кровь лежит в сейвах у всех, кто поставил 1.1.0 с Nexus.
+
+	     Правило на будущее: предмет, который уже мог попасть в чужой инвентарь, нельзя переводить
+	     между ItemClass и ItemClassModifier ни в какую сторону. Нужна модификация - это НОВЫЙ
+	     предмет с новым именем, которого в старых сейвах нет. Проверка "айди не поедут"
+	     (assignIdsFromMapping) к этому отношения не имеет и ничего тут не гарантирует - именно на
+	     неё я и посмотрел вместо раскладки.

 	     Crafting rules ("для создания нужна пустая банка и наличие любого ножа. При крафте нужно
 	     отнимать у персонажа 90% имеющегося ХП") - the jar is a normal recipe ingredient (see
 	     recipes.xml), but "any knife present, not consumed" and "cost 90% of current HP" have NO
 	     vanilla XML equivalent (recipes.xml has no per-ingredient "required but not consumed" flag,
 	     and crafting a resource has no HP-cost hook at all) - both enforced in
-	     HarmonySrc/NecromancerBloodPatch.cs instead. See that file for the exact decompiled
-	     mechanism and an important caveat about ingredient-refund timing that's flagged there, not
-	     glossed over. -->
+	     HarmonySrc/NecromancerBloodPatch.cs instead. -->
 	<append xpath="/items">
 		<item name="resourceNecromancerBlood">
 			<property name="Extends" value="medicalBloodBag"/>
 			<property name="DescriptionKey" value="resourceNecromancerBloodDesc"/>
-			<!-- Custom art delivered 2026-08-30 (exch/NecromantsBlood.png, 160x160, copied to
-			     UIAtlases/ItemIconAtlas/) - replaces the earlier placeholder that reused the
-			     vanilla medicalBloodBag sprite with a darkened tint. No CustomIconTint here,
-			     same reasoning as every other hand-drawn icon in this mod (Dog/Insect summon
-			     books, etc.) - don't recolor finished art. -->
+			<!-- Своя рисованная иконка, 2026-08-30. CustomIcon задаётся явно даже при Extends. -->
 			<property name="CustomIcon" value="NecromantsBlood"/>

-			<!-- СВОЯ БАНКА С КРОВЬЮ, 2026-09-10 (указание: «берём чай из золотарника, и жёлтое
-			     заменяем на кровавый цвет, с фиолетовыми оттенками»).
+			<!-- Своя банка с кровью, 2026-09-10 (указание: «берём чай из золотарника, и жёлтое
+			     заменяем на кровавый цвет, с фиолетовыми оттенками»). Заодно чинилось расхождение
+			     текста и модели: описание говорит «Банка, наполненная кровью», а наследуемый
+			     medicalBloodBag показывал sackPrefab - обычный мешок.

-			     Заодно чинится расхождение текста и модели: описание предмета
-			     (resourceNecromancerBloodDesc) с самого начала говорит «Банка, наполненная кровью
-			     самого некроманта», а наследуемый medicalBloodBag показывает
-			     @:Other/Items/Misc/sackPrefab.prefab - обычный мешок. Банка вернее и по механике:
-			     рецепт и так требует пустую банку (recipes.xml, NecromancerBloodPatch.cs).
+			     ПОЧЕМУ НЕ ХВАТИЛО ТИНТА - ПРОВЕРЕНО В ИГРЕ. Ванильный префаб чая плюс TintColor:
+			     банка осталась чаем из золотарника, тинт предмета на этот меш НЕ ПОДЕЙСТВОВАЛ
+			     ВООБЩЕ - у шейдера Game_EntityTintMaskSSS выигрывает собственный _Color материала.
+			     Поэтому TintColor здесь не задаётся совсем.

-			     ПОЧЕМУ НЕ ХВАТИЛО ТИНТА - ПРОВЕРЕНО В ИГРЕ. Сначала пробовали дёшево, без бандла:
-			     ванильный префаб чая плюс TintColor. Проверка 2026-09-10 показала, что банка
-			     осталась чаем из золотарника - тинт предмета на этот меш НЕ ПОДЕЙСТВОВАЛ ВООБЩЕ.
-			     У шейдера Game_EntityTintMaskSSS выигрывает собственный _Color материала (у чая
-			     жёлтый, 166,133,37), и свойство предмета его не перебивает. Поэтому TintColor здесь
-			     не задаётся совсем: он ничего не даёт и только вводил бы в заблуждение.
+			     И по сути: кровь отличается от чая не цветом, а тем, что она непрозрачная, тёмная
+			     и густая, с плёнкой на стекле. Жидкость ПЕРЕРИСОВАНА по яркости, а не перекрашена
+			     множителем - генератор _private/tools/make_necroblood_textures.py.

-			     И по сути: кровь отличается от чая не цветом, а тем, что она непрозрачная, тёмная и
-			     густая, с плёнкой на стекле. Поэтому жидкость ПЕРЕРИСОВАНА по яркости, а не
-			     перекрашена множителем - генератор _private/tools/make_necroblood_textures.py.
-			
-			     HoldType 3 - хват банки вместо 45 (мешок), Material Mglass - стекло вместо ткани
-			     (звук удара и осколки при разбитии). Без них банка держалась бы как мешок.
-			
-			     ЧТО СМОТРЕТЬ ГЛАЗАМИ. Материал собран на встроенном Standard в режиме Fade: родной
-			     шейдер переиспользовать нельзя, AssetRipper выгрузил шейдеры заглушками. У Standard
-			     альфа текстуры - это прозрачность, поэтому она задана осознанно: стекло
-			     полупрозрачное, жидкость плотная. Банка должна читаться как стекло с густой кровью,
-			     а не как матовый сосуд. -->
+			     HoldType 3 - хват банки вместо 45 (мешок), Material Mglass - стекло вместо ткани. -->
 			<property name="Meshfile" value="#@modfolder(NecromancerTome):Resources/necroblood?necroBloodPrefab.prefab"/>
 			<property name="HoldType" value="3"/>
 			<property name="Material" value="Mglass"/>

+			<!-- НИ Stacknumber, НИ ПРОЧНОСТИ ЗДЕСЬ НЕТ, И ЭТО НАМЕРЕННО.
+
+			     15.09.2026 крови на один заход выдали и то, и другое: стак по одной банке и
+			     прочность 1000. Обе правки существовали ради одного - кровь должна была стать
+			     расходником, вставляемым в Пространственный браслет. Эта затея откачена (она
+			     ломала сейвы, см. предупреждение выше), расходником стала Кровавая сфера, и по
+			     прямому указанию пользователя кровь возвращена к тому, чем была:
+
+			       - стак снова 15 - наследуется от medicalBloodBag, своей строки Stacknumber
+			         больше нет. Своя строка была нужна только чтобы перебить наследуемое 15 на 1;
+			       - прочности нет вовсе: ни ShowQuality, ни DegradationBreaksAfter, ни
+			         effect_group с DegradationMax. Тратил её браслет; тратить стало некому, а
+			         полоска, которая никогда не двигается, хуже, чем её отсутствие.
+
+			     Кровь снова то, чем была с самого начала: ингредиент рецептов, и только.
+			     Если прочность когда-нибудь понадобится - разбор обеих ручек (пассивка
+			     DegradationMax плюс отдельное свойство ShowQuality, и ловушка с полной полоской
+			     при MaxUseTimes == 0) лежит в BACKLOG.md, повторно раскапывать не нужно. -->
 			<property name="EconomicValue" value="0"/>
 		</item>
 	</append>
@@ -1398,7 +1414,8 @@
 	<append xpath="/items">
 		<item name="braceletSpatialVault">
 			<!-- MOD SLOTS ADDED 2026-09-13 ("добавь хранилищу 4 слота под модификации. Сами
-			     модификации реализуем потом"). Two tags, exactly the scheme necroWpnBladeNecroKnife
+			     модификации реализуем потом"), УБАВЛЕНЫ ДО ОДНОГО 2026-09-15 - число стоит в
+			     effect_group в самом низу этого предмета, здесь только теги. Two tags, exactly the scheme necroWpnBladeNecroKnife
 			     already proved on 2026-09-07 - see that item's own comment for the full
 			     decompiled reasoning:

@@ -1536,14 +1553,29 @@
 			     bar), and it is deliberately left unset here. The item behaves as tiered for the
 			     mod system and still reads as a plain bracelet in the UI.

-			     FOR THE MODS THEMSELVES, WHEN THEY GET WRITTEN: give each one its OWN
-			     modifier_tags. XUiC_ItemPartStack.CanSwap counts already-installed mods whose
-			     modifier_tags intersect the one being installed and refuses at
-			     num >= ItemClass.MaxModsAllowed, which defaults to 1 - so a shared tag like
-			     "necroBraceletMod" across all four would leave exactly one of these four slots
-			     usable. -->
+			     FOR THE MODS THEMSELVES: give each one its OWN modifier_tags.
+			     XUiC_ItemPartStack.CanSwap counts already-installed mods whose modifier_tags
+			     intersect the one being installed and refuses at num >= ItemClass.MaxModsAllowed,
+			     which defaults to 1. With a single slot this no longer costs slots - but it still
+			     matters, because a shared tag would ALSO make two different bracelet mods mutually
+			     exclusive in ways nothing in the UI explains. Keep them distinct.
+
+			     ОДИН СЛОТ, указание 2026-09-15 («убавь у пространственного браслета количество
+			     слотов под модификации до одного»). Было 4, поставленные 2026-08-30 по прежнему
+			     выбору пользователя («4 фиксированно»).
+
+			     Что это меняет по сути: слот из «набора улучшений» превратился в ВЫБОР. Сейчас
+			     единственный кандидат - флакон Крови некроманта (item_modifiers.xml, переехал туда
+			     2026-09-15), так что выбирать пока не из чего; но каждая следующая модификация
+			     браслета теперь конкурирует за один слот, а не добавляется к остальным. Это стоит
+			     держать в голове при их придумывании - иначе получится набор, из которого всегда
+			     берут одну и ту же.
+
+			     Число только здесь. ModSlots - пассивка, а не свойство, и никакой другой файл на
+			     него не смотрит; менять обратно - эта же строка. У Ножа некроманта свои 4 слота
+			     (выше в этом файле, ~строка 1056) - их указание НЕ трогало. -->
 			<effect_group name="braceletSpatialVault">
-				<passive_effect name="ModSlots" operation="base_set" value="4"/>
+				<passive_effect name="ModSlots" operation="base_set" value="1"/>
 			</effect_group>
 		</item>
 	</append>
@@ -18,16 +18,33 @@
 	     zombieTemplateMale that already drives necroZombieKillsCVar (see
 	     entityclasses.xml) - one kill, one level, capped at max_level.

-	     max_level=5000, with 5 recipe groups gated at fixed total-zombie-kills
-	     thresholds (proportional to the original 1000-max version: 0.1% / 10% / 40%
-	     / 60% / 100%):
-	       Group 1 "Адепт"        - available from the start (level 1), but not all
-	                                 of it - individual recipes within the group still
-	                                 unlock at their own level as usual.
-	       Group 2 "Подмастерье"  - level 500
-	       Group 3 "Ученик"       - level 2000
-	       Group 4 "Некромант"    - level 3000
-	       Group 5 "Мастер"       - level 5000
+	     ШКАЛА ПЕРЕДЕЛАНА 2026-09-17: 20 УБИЙСТВ = 1 УРОВЕНЬ, max_level=250.
+	     Было "одно убийство - один уровень" при max_level=5000, и это молча ломалось на КАЖДОМ
+	     СОХРАНЕНИИ, потому что ванильный ProgressionValue хранит уровень ОДНИМ БАЙТОМ:
+	         _writer.Write((byte)level);   // ProgressionValue.Write
+	         level = _reader.ReadByte();   // ProgressionValue.Read
+	     Проверено не только декомпиляцией, но и на живом сейве (New Xisema Mountains/sezon8,
+	     17.09.2026): necroZombieKillsCVar = 384, а уровень в файле игрока = 129, то есть 384-256.
+	     Всё выше 255 откатывалось по модулю 256: панель скилла заново закрывала уже открытые
+	     рецепты (именно это было видно на стриме - Слёзы мертвеца открыты, Пир падальщика под
+	     замком), а группы 500/2000/3000/5000 были недостижимы в принципе. В ванили этот предел
+	     не всплывает: атрибуты идут до 10, перки до 5, крафтовые скиллы до 100.
+
+	     5000 убийств / 20 = 250 уровней - влезает в байт с запасом, поэтому баг чинится самой
+	     шкалой, а не костылём поверх сериализации. Счёт убийств по-прежнему живёт в
+	     necroZombieKillsCVar (float, сохраняется честно) и остаётся ЕДИНСТВЕННЫМ источником
+	     правды: уровень пересчитывается из него в HarmonySrc/NecromancyKillCreditPatch.cs и на
+	     каждом убийстве, и при загрузке игрока - последнее заодно чинит сейвы, испорченные старой
+	     шкалой (тот же sezon8: 384 убийства -> уровень 19 вместо сломанных 129).
+
+	     ВСЕ ПОРОГИ НИЖЕ - В УРОВНЯХ. Умножь на 20, чтобы получить убийства:
+	       Group 1 "Адепт"        - с нулевого уровня, но не вся: рецепты внутри группы
+	                                 открываются каждый на своей ступени: 0 / 1 / 3 / 5 / 15,
+	                                 то есть 0 / 20 / 60 / 100 / 300 убийств.
+	       Group 2 "Подмастерье"  - уровень 25 (500 убийств)
+	       Group 3 "Ученик"       - уровень 100 (2000)
+	       Group 4 "Некромант"    - уровень 150 (3000)
+	       Group 5 "Мастер"       - уровень 250 (5000)

 	     Recipe unlocks: give a recipe Tags="necroNecromancyAdept" / "necroNecromancyJourneyman"
 	     / "necroNecromancyApprentice" / "necroNecromancyNecromancer" / "necroNecromancyMaster"
@@ -37,12 +54,14 @@
 	     "Адепт" is unlocked from level 1 anyway - a recipe with no unlock tag is just always
 	     available, same effect, no need to spend a tag on it.

-	     One genuine one-off exception: necroNecromancyLvl20 (level 20) - the Пространственный
-	     браслет, per direct instruction 2026-08-30 ("нож, камень духов и хранилище - это база...
-	     хранилище, когда убито минимум 20 зомби") - it belongs in the Group 1 "Адепт" display
-	     bucket (see below) but needs its own slightly-later unlock level within that same group,
-	     which is what unlock_tier is for (see display_entry below), not a reason to invent a
-	     whole separate group.
+	     One genuine one-off exception: necroNecromancyLvl20 - the Пространственный браслет, per
+	     direct instruction 2026-08-30 ("нож, камень духов и хранилище - это база... хранилище,
+	     когда убито минимум 20 зомби") - it belongs in the Group 1 "Адепт" display bucket (see
+	     below) but needs its own slightly-later unlock level within that same group, which is
+	     what unlock_tier is for (see display_entry below), not a reason to invent a whole
+	     separate group. Имя тега - в УБИЙСТВАХ (20), а RecipeTagUnlocked у него теперь стоит на
+	     УРОВНЕ 1: это те же самые 20 убийств в новой шкале. С 2026-09-17 на этом же теге сидят
+	     Кровавая сфера и мод ножа на воду (Слёзы мертвеца) - три рецепта одной ступени.

 	     UPDATED 2026-08-29: display_entry blocks added below now that real necromancer items/
 	     recipes exist to point them at - per the user's own direct report ("до сих пор нету ни
@@ -73,21 +92,25 @@
 	          range. Fixed by actually spreading the non-base items across all 5 real tiers
 	          instead of clustering them all near the bottom - see the effect_group tags below and
 	          recipes.xml for the final per-item distribution:
-	            Group 1 "Адепт"        (level 1,  +20 for the bracelet) - Spirit Stone, Knife,
-	                                    Blue Portal Stone, Spatial Vault, Pyramid of Spirits,
-	                                    and (since 2026-09-09) the four survival-flavoured knife
-	                                    mods at +30 / +60 / +100 / +300
-	            Group 2 "Подмастерье"  (level 500)   - Grimoire of Deviation, plus the two combat
-	                                    knife mods at 1400 / 1700
-	            Group 3 "Ученик"       (level 2000)  - Zombie Dog, Insect Swarm, Zombie Griffin
-	            Group 4 "Некромант"    (level 3000)  - Zombie Bear, Zombie Wolf, Banshee's Scroll
-	            Group 5 "Мастер"       (level 5000)  - Black Portal Stone
+	            Group 1 "Адепт"        (ур. 0 = 0 убийств) - Spirit Stone, Knife, Blue Portal
+	                                    Stone, Pyramid of Spirits; на ур. 1 (20 убийств) -
+	                                    Spatial Vault, Blood Sphere и мод на воду; дальше три
+	                                    выживальческих мода ножа на ур. 3 / 5 / 15
+	                                    (60 / 100 / 300 убийств)
+	            Group 2 "Подмастерье"  (ур. 25 = 500)  - Grimoire of Deviation, plus the two
+	                                    combat knife mods на ур. 70 / 85 (1400 / 1700 убийств)
+	            Group 3 "Ученик"       (ур. 100 = 2000) - Zombie Dog, Insect Swarm, Zombie Griffin
+	            Group 4 "Некромант"    (ур. 150 = 3000) - Zombie Bear, Zombie Wolf, Banshee Scroll
+	            Group 5 "Мастер"       (ур. 250 = 5000) - Black Portal Stone
 	          necroNecromancyLvl50/Lvl200 tags removed (no longer used by anything - Grimoire and
 	          the summon books now use the real necroNecromancyJourneyman/Apprentice/Necromancer
-	          tags instead). necroNecromancyLvl20 stays - still the one legitimate one-off (see
+	          tags instead). necroNecromancyLvl30 убран 2026-09-17 вместе с переходом на шкалу
+	          20-за-уровень: 30 убийств на сетке с шагом 20 не выражается, и мод на воду переехал
+	          на necroNecromancyLvl20 - тот самый тег браслета, по прямому указанию ("20
+	          убийств"). necroNecromancyLvl20 stays - still the one legitimate one-off (see
 	          above). -->
 	<append xpath="/progression/crafting_skills">
-		<crafting_skill name="craftingNecroNecromancy" max_level="5000" parent="attCrafting" name_key="craftingNecroNecromancyName" desc_key="craftingNecroNecromancyDesc" long_desc_key="craftingNecroNecromancyLongDesc" icon="ui_game_symbol_zombie">
+		<crafting_skill name="craftingNecroNecromancy" max_level="250" parent="attCrafting" name_key="craftingNecroNecromancyName" desc_key="craftingNecroNecromancyDesc" long_desc_key="craftingNecroNecromancyLongDesc" icon="ui_game_symbol_skull">

 			<!-- display_entry block kept in the SAME append as the crafting_skill itself (unlike
 			     an earlier draft of this edit, which tried appending display_entry via a second,
@@ -96,13 +119,29 @@
 			     loot.xml once, see that file's own load-order comment. Nesting it here avoids the
 			     ordering question entirely, and matches how vanilla itself writes display_entry -
 			     directly inside the crafting_skill tag, not as a separate append). -->
-			<display_entry icon="SpiritStone" name_key="craftingNecroNecromancyTier1Name" has_quality="false" unlock_level="1,20,30,60,100,300">
+			<display_entry icon="SpiritStone" name_key="craftingNecroNecromancyTier1Name" has_quality="false" unlock_level="0,1,3,5,15">
 				<!-- necroHeresyPyramid added here 2026-08-31 (user request: "добавь рецепт блока в
 				     скиллы") - unlock_tier="1" alongside the other always-available Tier-1 items,
 				     matching its recipe's own necroNecromancyAdept tag in recipes.xml (see that
 				     file's comment - both express the same "available immediately" intent). -->
 				<unlock_entry item="thrownStoneSpirit,necroWpnBladeNecroKnife,thrownStonePortalBlue,necroHeresyPyramid" unlock_tier="1"/>
-				<unlock_entry item="braceletSpatialVault" unlock_tier="2"/>
+				<!-- resourceBloodSphere ПЕРЕЕХАЛА СЮДА ИЗ tier 1, 2026-09-16.
+				     Сначала (15.09) она стояла на tier 1 по указанию «доступна на первом грейде»,
+				     то есть с уровня 1. Но вставляется она в Пространственный браслет, а тот
+				     открывается на tier 2 (уровень 20) - ровно этой же строкой. Девятнадцать
+				     уровней игрок мог крафтить расходник к предмету, которого у него нет.
+				     По записанному правилу мода «пороги - по нужде, а не по силе» порог ставится
+				     туда, где предмет впервые нужен, - здесь это момент появления браслета.
+				     Парная правка в recipes.xml: рецепту добавлены теги learnable и
+				     necroNecromancyLvl20. Оба уровня ОБЯЗАНЫ совпадать: RecipeTagUnlocked для
+				     necroNecromancyLvl20 стоит на level="1,250" ниже, а tier 2 в
+				     unlock_level="0,1,3,5,15" - это тот же уровень 1. Разойдись они, замок на
+				     панели скилла разошёлся бы с реальной доступностью рецепта.
+
+				     2026-09-17, СМЕНА ШКАЛЫ (20 убийств = 1 уровень, см. шапку файла): «уровень
+				     20» превратился в «уровень 1», убийств за ним по-прежнему 20. Сюда же, на
+				     эту ступень, переехал мод ножа на воду - см. следующий комментарий. -->
+				<unlock_entry item="braceletSpatialVault,resourceBloodSphere,necroModKnifeTearsOfTheDead" unlock_tier="2"/>
 				<!-- ЧЕТЫРЕ МОДА НОЖА ПЕРЕЕХАЛИ СЮДА ИЗ ГРУППЫ 2, 2026-09-09. Продиктовано:
 				     "Питьё важно в тот же день. Оно должно быть доступно после 30 убитых зомби.
 				     Еда - 60. Это самые важные для начала выживания модификации. Модификация на
@@ -126,11 +165,23 @@
 				     так принципиально").

 				     Порядок вода -> еда не случаен и задан пользователем прямо: пить хочется в
-				     тот же день, есть - позже. -->
-				<unlock_entry item="necroModKnifeTearsOfTheDead" unlock_tier="3"/>
-				<unlock_entry item="necroModKnifeScavengersFeast" unlock_tier="4"/>
-				<unlock_entry item="necroModKnifeGravesRepose" unlock_tier="5"/>
-				<unlock_entry item="necroModKnifeDarkSense" unlock_tier="6"/>
+				     тот же день, есть - позже.
+
+				     ПЕРЕСЧИТАНО 2026-09-17 ПОД ШКАЛУ 20-ЗА-УРОВЕНЬ (см. шапку файла). Сами
+				     пороги в убийствах не тронуты, кроме воды: 30 убийств на сетке с шагом 20 не
+				     выражается, и по прямому указанию вода уехала ВНИЗ, на 20 - то есть на одну
+				     ступень с браслетом и Кровавой сферой, а не вверх на 40. Ступеней в группе
+				     теперь пять, а не шесть, и мод на воду стоит в строке tier 2 выше:
+				         ур. 0  (0 убийств)   - Камень духов, Нож, Синий портал, Пирамида
+				         ур. 1  (20 убийств)  - Браслет, Кровавая сфера, ВОДА
+				         ур. 3  (60 убийств)  - еда
+				         ур. 5  (100 убийств) - покой
+				         ур. 15 (300 убийств) - чутьё
+				     Тег necroNecromancyLvl30 вместе с этим удалён - им больше никто не
+				     пользуется, вода сидит на necroNecromancyLvl20. -->
+				<unlock_entry item="necroModKnifeScavengersFeast" unlock_tier="3"/>
+				<unlock_entry item="necroModKnifeGravesRepose" unlock_tier="4"/>
+				<unlock_entry item="necroModKnifeDarkSense" unlock_tier="5"/>
 			</display_entry>
 			<!-- Ступенчатая разблокировка внутри группы. ПЕРЕРАСПРЕДЕЛЕНО 2026-09-09: четыре из
 			     шести модов ножа (вода/еда/покой/чутьё) уехали отсюда в группу 1 - см. большой
@@ -144,50 +195,73 @@
 			     где GetQualityLevel возвращает индекс первого порога, который БОЛЬШЕ текущего
 			     уровня. В сумме это даёт простое правило: запись с unlock_tier="N" выходит
 			     из-под замка ровно на N-м значении unlock_level, считая с единицы. Поэтому здесь
-			     tier 1 -> 500, tier 2 -> 1400, tier 3 -> 1700, а в группе 1 выше -
-			     tier 1 -> 1, tier 2 -> 20, tier 3 -> 30, tier 4 -> 60, tier 5 -> 100,
-			     tier 6 -> 300.
+			     tier 1 -> ур. 25, tier 2 -> ур. 70, tier 3 -> ур. 85 (500 / 1400 / 1700
+			     убийств), а в группе 1 выше - tier 1 -> ур. 0, tier 2 -> ур. 1, tier 3 -> ур. 3,
+			     tier 4 -> ур. 5, tier 5 -> ур. 15 (0 / 20 / 60 / 100 / 300 убийств).
+
+			     Нижняя граница ноль - законна и проверена по коду: у группы 1 unlock_level
+			     начинается с 0, и GetQualityLevel(0) возвращает 1 (первый порог БОЛЬШЕ нуля -
+			     это единица), поэтому tier 1 (после -1 это 0) из-под замка выходит сразу. Точно
+			     так же законен level="0,250" у RecipeTagUnlocked ниже: PassiveEffect.InLevelRange
+			     это ровно "_level >= _min && _level <= _max".

 			     Заблокированная запись рисуется греем из АТЛАСА ItemIconAtlasGreyscale плюс
 			     спрайт-замок ui_game_symbol_unlock поверх (XUi_InGame/windows.xml ~2523-2524,
 			     привязки unlock_icon_atlasN / unlock_icon_lockedN). Именно поэтому у мода теперь
 			     есть вторая папка UIAtlases/ItemIconAtlasGreyscale - без неё под замком у иконки
 			     не было бы картинки вообще. -->
-			<display_entry icon="ScrollOfDeviation" name_key="craftingNecroNecromancyTier2Name" has_quality="false" unlock_level="500,1400,1700">
+			<display_entry icon="ScrollOfDeviation" name_key="craftingNecroNecromancyTier2Name" has_quality="false" unlock_level="25,70,85">
 				<unlock_entry item="thrownBookGrimoireDeviation" unlock_tier="1"/>
 				<unlock_entry item="necroModKnifeDeadMansGrip" unlock_tier="2"/>
 				<unlock_entry item="necroModKnifeDeadStorm" unlock_tier="3"/>
 			</display_entry>
-			<display_entry icon="SummonZombieDog" name_key="craftingNecroNecromancyTier3Name" has_quality="false" unlock_level="2000">
-				<unlock_entry item="bookSummonZombieDog,bookSummonInsectSwarm,bookSummonZombieGriffin" unlock_tier="1"/>
+			<display_entry icon="SummonZombieDog" name_key="craftingNecroNecromancyTier3Name" has_quality="false" unlock_level="100">
+				<!-- resourceBloodStone добавлен 2026-09-16 (указание «доступен на третьем грейде
+				     некромантии, в самом его начале»). Тир 3 - это и есть третий грейд, группа
+				     «Ученик», а его единственный unlock_level равен 100 уровням (это те же 2000
+				     убийств в шкале 20-за-уровень), то есть unlock_tier="1" здесь и означает «в
+				     самом начале грейда, без своего смещения».
+
+				     ЭТА СТРОКА - ТОЛЬКО ОТОБРАЖЕНИЕ. Открытие рецепта делает тег
+				     necroNecromancyApprentice в recipes.xml вместе с RecipeTagUnlocked
+				     level="100,250" ниже; display_entry о тегах не знает и рисует замок сам по
+				     себе, по unlock_tier. Поэтому 100 здесь и 100 там ОБЯЗАНЫ совпадать -
+				     иначе замок на панели разойдётся с реальной доступностью рецепта. Совпадают:
+				     один порог, одно значение. -->
+				<unlock_entry item="bookSummonZombieDog,bookSummonInsectSwarm,bookSummonZombieGriffin,resourceBloodStone" unlock_tier="1"/>
 			</display_entry>
-			<display_entry icon="SummonZombieBear" name_key="craftingNecroNecromancyTier4Name" has_quality="false" unlock_level="3000">
+			<display_entry icon="SummonZombieBear" name_key="craftingNecroNecromancyTier4Name" has_quality="false" unlock_level="150">
 				<unlock_entry item="bookSummonZombieBear,bookSummonZombieWolf,bookBanshee" unlock_tier="1"/>
 			</display_entry>
-			<display_entry icon="BlackPortalStone" name_key="craftingNecroNecromancyTier5Name" has_quality="false" unlock_level="5000">
+			<display_entry icon="BlackPortalStone" name_key="craftingNecroNecromancyTier5Name" has_quality="false" unlock_level="250">
 				<unlock_entry item="thrownStonePortalBlack" unlock_tier="1"/>
 			</display_entry>

 			<effect_group>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="1,5000" value="1" tags="necroNecromancyAdept"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="20,5000" value="1" tags="necroNecromancyLvl20"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="0,250" value="1" tags="necroNecromancyAdept"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="1,250" value="1" tags="necroNecromancyLvl20"/>
 				<!-- Пороги модов ножа, 2026-09-09 (см. комментарий в recipes.xml и в группе 1
 				     выше). Каждый уровень тут ОБЯЗАН совпадать с соответствующим значением в
 				     unlock_level того display_entry, где лежит мод, иначе замок на панели скилла
 				     разойдётся с реальной доступностью рецепта: display_entry рисует замок сам по
 				     себе, по unlock_tier, и о тегах не знает.
 				     Lvl800 и Lvl1100 удалены вместе с этой правкой - ими больше никто не
-				     пользуется (Тёмное чутьё уехало на 300, Могильный покой на 100). -->
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="30,5000" value="1" tags="necroNecromancyLvl30"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="60,5000" value="1" tags="necroNecromancyLvl60"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="100,5000" value="1" tags="necroNecromancyLvl100"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="300,5000" value="1" tags="necroNecromancyLvl300"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="500,5000" value="1" tags="necroNecromancyJourneyman"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="1400,5000" value="1" tags="necroNecromancyLvl1400"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="1700,5000" value="1" tags="necroNecromancyLvl1700"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="2000,5000" value="1" tags="necroNecromancyApprentice"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="3000,5000" value="1" tags="necroNecromancyNecromancer"/>
-				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="5000,5000" value="1" tags="necroNecromancyMaster"/>
+				     пользуется (Тёмное чутьё уехало на 300, Могильный покой на 100).
+
+				     ЗНАЧЕНИЯ level= ПЕРЕСЧИТАНЫ 2026-09-17 В УРОВНИ (шкала 20 убийств = 1
+				     уровень, см. шапку файла). ИМЕНА ТЕГОВ ОСТАЛИСЬ В УБИЙСТВАХ и менять их не
+				     надо: necroNecromancyLvl60 - это «60 убийств», а стоит он на level="3,250".
+				     Верхняя граница у всех теперь 250, а не 5000 - это max_level скилла, выше
+				     него уровень не поднимется, и диапазон обязан его накрывать. -->
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="3,250" value="1" tags="necroNecromancyLvl60"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="5,250" value="1" tags="necroNecromancyLvl100"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="15,250" value="1" tags="necroNecromancyLvl300"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="25,250" value="1" tags="necroNecromancyJourneyman"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="70,250" value="1" tags="necroNecromancyLvl1400"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="85,250" value="1" tags="necroNecromancyLvl1700"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="100,250" value="1" tags="necroNecromancyApprentice"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="150,250" value="1" tags="necroNecromancyNecromancer"/>
+				<passive_effect name="RecipeTagUnlocked" operation="base_set" level="250,250" value="1" tags="necroNecromancyMaster"/>
 			</effect_group>
 		</crafting_skill>
 	</append>
@@ -296,16 +296,23 @@
 	     трупа, к этому моменту бесполезен. Теперь порог у мода стоит там, где мод реально нужен,
 	     а не там, где он "по силе" смотрится ровно.

-	     Итоговая раскладка:
-	         30   - Слёзы мертвеца   (вода)        группа 1 "Адепт"
-	         60   - Пир падальщика   (еда)         группа 1
-	         100  - Могильный покой  (тепло/холод) группа 1
-	         300  - Тёмное чутьё     (радар)       группа 1
-	         1400 - Хватка мертвеца  (замедление)  группа 2 "Подмастерье"
-	         1700 - Мёртвая буря     (силовая)     группа 2
+	     Итоговая раскладка (убийства; в скобках уровень скилла в шкале 20-за-уровень,
+	     введённой 2026-09-17 - см. шапку progression.xml):
+	         20   - Слёзы мертвеца   (вода)        группа 1 "Адепт"      ур. 1
+	         60   - Пир падальщика   (еда)         группа 1              ур. 3
+	         100  - Могильный покой  (тепло/холод) группа 1              ур. 5
+	         300  - Тёмное чутьё     (радар)       группа 1              ур. 15
+	         1400 - Хватка мертвеца  (замедление)  группа 2 "Подмастерье" ур. 70
+	         1700 - Мёртвая буря     (силовая)     группа 2              ур. 85
 	     Первые четыре - выживание и информация, они переехали в группу 1 к самому ножу (он там и
-	     доступен с уровня 1). Последние два - чистый бой, остались в группе 2 на прежних порогах:
-	     пользователь про них сказал "дальше уже не так принципиально".
+	     доступен с нулевого уровня). Последние два - чистый бой, остались в группе 2 на прежних
+	     порогах: пользователь про них сказал "дальше уже не так принципиально".
+
+	     ВОДА ПЕРЕЕХАЛА С 30 УБИЙСТВ НА 20, 2026-09-17. Причина не балансовая, а арифметическая:
+	     новая шкала идёт шагом в 20 убийств, и 30 на неё не ложится. Из двух соседних узлов (20
+	     или 40) пользователь выбрал 20 - "мод на воду нужен на самом начальном этапе". Тега
+	     necroNecromancyLvl30 больше нет, рецепт сидит на necroNecromancyLvl20 - том же теге, что
+	     браслет и Кровавая сфера.

 	     Двигать - тройка "тег в рецепте + RecipeTagUnlocked в progression.xml + unlock_tier в
 	     display_entry", все три должны совпадать, иначе замок на панели соврёт. -->
@@ -325,7 +332,7 @@
 	     призывов и не должны требовать верстак. Тег learnable, как у остальных гейтованных
 	     рецептов мода, чтобы рецепт не светился в меню до открытия группы. -->
 	<append xpath="/recipes">
-		<recipe name="necroModKnifeTearsOfTheDead" count="1" tags="learnable,packMuleCrafting,necroNecromancyLvl30">
+		<recipe name="necroModKnifeTearsOfTheDead" count="1" tags="learnable,packMuleCrafting,necroNecromancyLvl20">
 			<ingredient name="resourceZombieAsh" count="10"/>
 			<ingredient name="resourceVictimSkin" count="1"/>
 			<ingredient name="drinkJarEmpty" count="2"/>
@@ -376,4 +383,79 @@
 			<ingredient name="resourceYuccaFibers" count="10"/>
 		</recipe>
 	</append>
+
+	<!-- Кровавая сфера, продиктовано 2026-09-15: «Станки не нужны. Ингридиенты: Кровь некроманта,
+	     5 праха зомби. По одному рецепту изготавливается две сферы.»
+
+	     craft_area нет - крафт личный, как у Камня духов и самого ножа: сфера дешевле призывов и
+	     верстака не требует.
+
+	     ПОРОГ ПЕРЕНЕСЁН С УРОВНЯ 1 НА 20, 2026-09-16. Изначально (15.09) рецепт стоял вовсе без
+	     тега разблокировки по указанию «доступна на первом грейде» - а рецепт без тега доступен
+	     всегда. Но сфера вставляется в Пространственный браслет, который открывается только на 20
+	     убийствах (necroNecromancyLvl20), то есть девятнадцать уровней её можно было крафтить в
+	     пустоту. Теперь порог общий с браслетом, по записанному правилу мода «пороги - по нужде, а
+	     не по силе».
+
+	     Тег learnable добавлен вместе с necroNecromancyLvl20 - как у всех остальных гейтованных
+	     рецептов мода, чтобы рецепт не светился в меню до открытия. Парная правка в
+	     progression.xml: сфера переехала в unlock_entry с unlock_tier="2", там же, где браслет.
+
+	     Цена реальная, а не по списку: одна кровь некроманта стоит ещё и 90% текущего ХП на её
+	     собственный крафт (NecromancerBloodPatch.cs). Две сферы за один заход это и учитывают. -->
+	<append xpath="/recipes">
+		<recipe name="resourceBloodSphere" count="2" tags="learnable,packMuleCrafting,necroNecromancyLvl20">
+			<ingredient name="resourceNecromancerBlood" count="1"/>
+			<ingredient name="resourceZombieAsh" count="5"/>
+		</recipe>
+	</append>
+
+	<!-- Кровавый камень, продиктовано 2026-09-15: «Рецепт: 50 праха зомби, 20 костей, 4 флакона
+	     обычной крови, 1 кровь некроманта. Рецепт будет доступен на третьем грейде некромантии
+	     (в самом его начале)... Рабочее место - химическая станция.»
+
+	     Все четыре имени проверены по файлам, а не по памяти:
+	       resourceZombieAsh        - свой предмет мода (Config/items.xml)
+	       resourceBone             - ванильный (Data/Config/items.xml:23781)
+	       medicalBloodBag          - ванильный (Data/Config/items.xml:19196)
+	       resourceNecromancerBlood - свой предмет мода (Config/items.xml:1321). После отката
+	                                  15.09 он снова обычный <item> в items.xml, а не модификация.
+
+	     ЦЕНА ВЫШЕ, ЧЕМ ЧИТАЕТСЯ ПО СПИСКУ: одна кровь некроманта стоит ещё и 90% текущего ХП на
+	     её собственный крафт (NecromancerBloodPatch.cs).
+
+	     «ТРЕТИЙ ГРЕЙД, В САМОМ ЕГО НАЧАЛЕ» = ровно порог группы 3 «Ученик», без собственного
+	     смещения, то есть тег necroNecromancyApprentice и уровень 2000 (progression.xml,
+	     RecipeTagUnlocked level="2000,5000"). Тег уже заведён и уже работает - свой
+	     necroNecromancyLvl*-тег здесь не нужен, такие одноразовые уровни в моде заведены ровно
+	     один раз (necroNecromancyLvl20 для браслета) и считаются исключением, а не приёмом.
+	     В progression.xml камень добавлен в display_entry третьего тира (unlock_level="2000")
+	     строкой скилл-панели - это чисто отображение, механику открытия делает тег.
+
+	     ДВА ИМЕНИ, КОТОРЫЕ ЛЕГКО ПЕРЕПУТАТЬ, выписаны проверенными по ванили (образцы ammoGasCan,
+	     carBattery в Data/Config/recipes.xml): craft_area="chemistryStation" - ПОЛНОЕ слово, а
+	     тег - chemStationCrafting, СОКРАЩЁННОЕ "chem", не "chemistry".
+
+	     Тег learnable - как у остальных гейтованных рецептов мода, чтобы рецепт не светился в
+	     меню до открытия группы.
+
+	     ПОБОЧНОЕ СЛЕДСТВИЕ, замеченное заранее: химстанция добавляет камню ВТОРОЙ порог поверх
+	     уровня 2000 - она открывается своим путём (перк/схема), с Некромантией не связанным.
+	     Практически к 2000 уровню она у игрока почти наверняка есть, но формально «третий грейд»
+	     перестаёт быть единственным условием. Ручка одна: убрать craft_area и вернуть личный
+	     крафт.
+
+	     БАЛАНСОВАЯ ЗАМЕТКА: слот у браслета один, значит камень с бесконечной прочностью не
+	     дополняет Кровавую сферу, а ВЫТЕСНЯЕТ её в тот момент, когда игрок его получает. Судя по
+	     формулировке («тот же флакон, но с бесконечной прочностью») это и задумано - камень это
+	     эндгейм-версия расходника, уровень 2000 как раз про это. Записано, чтобы потом не
+	     удивляться, что сфера перестала расходоваться. -->
+	<append xpath="/recipes">
+		<recipe name="resourceBloodStone" count="1" craft_area="chemistryStation" tags="learnable,chemStationCrafting,necroNecromancyApprentice">
+			<ingredient name="resourceZombieAsh" count="50"/>
+			<ingredient name="resourceBone" count="20"/>
+			<ingredient name="medicalBloodBag" count="4"/>
+			<ingredient name="resourceNecromancerBlood" count="1"/>
+		</recipe>
+	</append>
 </config>
@@ -0,0 +1,84 @@
+using UnityEngine;
+
+namespace NecromancerTome
+{
+	/// <summary>
+	/// Drains the colour out of the world while the necromancer is channelling something, and
+	/// lets it back in when he stops (user request 2026-09-14: "эффект, когда мир становится
+	/// тёмным и чёрнобелым... повесить его на момент ожидания применения порталов и на момент
+	/// ожидания утаскивания блока", with "желательно плавно... секунды за 3" in both directions).
+	/// Shared by both channels so the look, the timing and the name of the effect live in one
+	/// place rather than drifting apart in two files.
+	///
+	/// IT IS THE GAME'S OWN POST-PROCESS, not a reimplementation. EntityPlayerLocal carries a
+	/// ScreenEffects component - ScreenEffectManager - whose SetScreenEffect(name, intensity,
+	/// fadeTime) is what the engine itself calls for dying ("Dying"), for spawning in
+	/// ("VibrantDeSat") and for every buff in the game that tints the screen. THE FADE IS THAT
+	/// THIRD ARGUMENT: three seconds in and three seconds out cost nothing to implement, because
+	/// the ramp is the effect system's own.
+	///
+	/// THE EFFECT IS "Greyscale", AND THE CHOICE IS ABOUT WHO ELSE TOUCHES IT. These effects are
+	/// a flat namespace of materials loaded from Resources/ScreenEffects - anyone writing to a
+	/// name overwrites whatever was there, so picking one is mostly picking a fight to avoid:
+	///
+	///   - "Greyscale" is written by exactly two things in the whole game, twitch_buffMonochrome
+	///     and sandbox_blackandwhite - a Twitch-integration reward and a game-mode toggle. Neither
+	///     happens in an ordinary session, so the channel owns it in practice.
+	///   - "Dying" and "Dead" are the death visuals the user was describing, and they are exactly
+	///     the ones NOT to borrow: EntityPlayerLocal.Update writes "Dying" from the player's own
+	///     health every time it changes, so any damage mid-channel would take the effect over -
+	///     and being hit mid-channel is a thing that happens.
+	///   - "Dark" would have supplied the darkening half. It belongs to buffCrouching, which
+	///     fires on every crouch with a 0.2s fade and would stamp on this one.
+	///
+	/// SO THE DARKENING HALF IS DELIBERATELY NOT DONE. Both effects that dim the screen are owned
+	/// by something that fights for them - crouching, and dying - and losing that fight looks like
+	/// a bug in this mod rather than in the effect system. Greyscale alone reads as the world
+	/// going wrong, which is what was actually asked for; if it wants to be darker too, the list
+	/// below takes a second entry and nothing else changes.
+	///
+	/// NOTHING HERE TOUCHES INPUT. The effect is a camera post-process and outlives the timer
+	/// window on purpose: the three-second fade back keeps running while the player walks away,
+	/// which is the point of asking for a fade rather than a switch.
+	/// </summary>
+	public static class ChannelVision
+	{
+		/// <summary>Seconds to fade in, and to fade back out.</summary>
+		public const float FadeSeconds = 3f;
+
+		/// <summary>What to fade, and how far. A list rather than a single name so a second layer
+		/// is one entry and not a rewrite - see the class comment on the darkening half.</summary>
+		public static readonly string[] EffectNames = { "Greyscale" };
+
+		/// <summary>Full strength per effect, in the same order as EffectNames.</summary>
+		public static readonly float[] EffectIntensities = { 1f };
+
+		/// <summary>Colour drains out over FadeSeconds.</summary>
+		public static void Begin(EntityPlayerLocal _player)
+		{
+			Apply(_player, _fullStrength: true);
+		}
+
+		/// <summary>Colour comes back over FadeSeconds. Safe to call when nothing is running -
+		/// fading an effect that is already at zero to zero does nothing - which is what lets
+		/// every exit path call it without first working out whether it is the one that has to.
+		/// </summary>
+		public static void End(EntityPlayerLocal _player)
+		{
+			Apply(_player, _fullStrength: false);
+		}
+
+		public static void Apply(EntityPlayerLocal _player, bool _fullStrength)
+		{
+			if (_player == null || _player.ScreenEffectManager == null)
+			{
+				return;
+			}
+			for (int i = 0; i < EffectNames.Length; i++)
+			{
+				float intensity = _fullStrength ? EffectIntensities[i] : 0f;
+				_player.ScreenEffectManager.SetScreenEffect(EffectNames[i], intensity, FadeSeconds);
+			}
+		}
+	}
+}
@@ -131,4 +131,103 @@ namespace NecromancerTome
 			Debug.Log("[NecromancerTome] CharmZombie: done, attack target cleared for " + zombie.EntityName);
 		}
 	}
+	/// <summary>
+	/// ПОДЧИНЁННЫЕ НЕ ДЕРУТСЯ МЕЖДУ СОБОЙ, 2026-09-17. Баг-репорт пользователя: "Камень духов и
+	/// прочие вешают на зомби девиацию. С этим есть баг. Зомби под девиацией не должны бить других
+	/// зомби под девиацией."
+	///
+	/// ОТКУДА БАГ. CharmZombie() выше переписывает обе задачи ИИ на targetClasses =
+	/// typeof(EntityZombie) - "бей зомби". Подчинённый зомби сам остаётся EntityZombie, и никакого
+	/// признака "свой" в этом списке классов выразить нельзя: targetClasses оперирует ТИПАМИ, а
+	/// подчинение - это бафф на конкретной особи. Поэтому два подчинённых видели друг в друге
+	/// законную цель, и чем больше игрок подчинял, тем чаще они дрались между собой вместо
+	/// настоящих врагов.
+	///
+	/// ПОЧЕМУ ЗАПЛАТКИ ДВЕ, А НЕ ОДНА. Цель у зомби появляется двумя разными путями, и закрыть
+	/// надо оба, иначе починится половина:
+	///
+	///   1. ВЫБОР цели. EAISetNearestEntityAsTarget.FindTarget() собирает всех подходящих по типу
+	///      через GetEntitiesInBounds, сортирует и берёт ПЕРВОГО, кто прошёл EAITarget.check(_e).
+	///      Постфикс на check - самое точное место: подчинённый просто не считается кандидатом, и
+	///      цикл идёт дальше по списку, то есть зомби выбирает СЛЕДУЮЩЕГО, настоящего врага, а не
+	///      остаётся без цели. Фильтровать позже, на присвоении, так не получится: там уже некуда
+	///      "идти дальше", кандидат один.
+	///
+	///   2. ПРИСВОЕНИЕ цели мимо выбора. Главный такой путь - месть: EntityAlive.DamageEntity на
+	///      получателе урона зовёт SetRevengeTarget(бивший) и aiManager.DamagedByEntity(), после
+	///      чего задача мести ставит обидчика целью. Сюда же любые внешние вызовы. Все они
+	///      сходятся в одну точку - EntityAlive.SetAttackTarget, - и префикс на ней гасит цель,
+	///      если и бьющий, и цель подчинены.
+	///
+	/// ЗАЧЕМ ВТОРАЯ, ЕСЛИ ПЕРВАЯ УЖЕ НЕ ДАЁТ ИМ СЦЕПИТЬСЯ. Затем, что подчинить можно зомби,
+	/// которые УЖЕ дерутся друг с другом (Пирамида духов подчиняет пачкой, Рой кусает по одному).
+	/// CharmZombie() сбрасывает цель тому, кого подчинили прямо сейчас, но не второму участнику
+	/// драки - его цель погасит именно префикс.
+	///
+	/// ЧЕГО ЗДЕСЬ НАМЕРЕННО НЕТ. Урон между подчинёнными не блокируется отдельно: если они друг
+	/// друга не выбирают и не получают целью, бить им друг друга нечем. Блокировка урона поверх
+	/// этого спрятала бы будущие дыры в прицеливании вместо того, чтобы их показать.
+	///
+	/// ЦЕНА НА ГОРЯЧЕМ ПУТИ. check() зовётся для каждого кандидата каждого ищущего зомби в мире,
+	/// поэтому порядок проверок в постфиксе - от самой дешёвой к самой дорогой: сначала отсев по
+	/// типу (кандидат вообще не зомби - выходим, а для обычного зомби, который ищет игрока, это
+	/// как раз общий случай), только потом два обращения к баффам.
+	/// </summary>
+	public static class NecroCharmSide
+	{
+		public static bool IsCharmed(EntityAlive _entity)
+		{
+			return _entity != null && _entity.Buffs != null &&
+			       _entity.Buffs.HasBuff(Patch_EntityBuffs_AddBuff_DeviatorCharm.CharmBuffName);
+		}
+	}
+
+	[HarmonyPatch(typeof(EAITarget), "check")]
+	public static class Patch_EAITarget_check_CharmedIgnoresCharmed
+	{
+		public static void Postfix(EAITarget __instance, EntityAlive _e, ref bool __result)
+		{
+			if (!__result || __instance == null)
+			{
+				return;
+			}
+			// Дешёвый отсев первым: подчиняется (и, значит, может оказаться "своим") только
+			// EntityZombie - зомби-звери на другой ветке иерархии и под девиацию не попадают,
+			// см. большой комментарий о humanoid-only выше.
+			if (!(_e is EntityZombie))
+			{
+				return;
+			}
+			if (!NecroCharmSide.IsCharmed(__instance.theEntity))
+			{
+				return;
+			}
+			if (!NecroCharmSide.IsCharmed(_e))
+			{
+				return;
+			}
+			__result = false;
+		}
+	}
+
+	[HarmonyPatch(typeof(EntityAlive), "SetAttackTarget", new System.Type[] { typeof(EntityAlive), typeof(int) })]
+	public static class Patch_EntityAlive_SetAttackTarget_CharmedIgnoresCharmed
+	{
+		public static void Prefix(EntityAlive __instance, ref EntityAlive _attackTarget)
+		{
+			if (__instance == null || _attackTarget == null)
+			{
+				return;
+			}
+			if (!NecroCharmSide.IsCharmed(__instance) || !NecroCharmSide.IsCharmed(_attackTarget))
+			{
+				return;
+			}
+			// null, а не "оставить как было": цель именно гасится, чтобы задача выбора на
+			// следующем тике пошла искать настоящего врага. Вторая заплатка на этом же методе
+			// (SwarmTargetPatch, перенацеливание Роя с игрока на зомби) с этой не пересекается:
+			// Рой сам никогда не подчинён, так что до этой строки он не доходит.
+			_attackTarget = null;
+		}
+	}
 }
@@ -0,0 +1,179 @@
+using System.Collections.Generic;
+using UnityEngine.Scripting;
+
+namespace NecromancerTome
+{
+	/// <summary>
+	/// `necroghost [percent|reset]` - turns the traders' transparency live, without a rebuild
+	/// (user request 2026-09-14, right after the alpha went from 1% to 10%: "Сделай консольную
+	/// команду на альфу, чтобы крутить в игре"). The number being hunted - "a ghost, not a broken
+	/// model" - can only be judged by looking at him, and every step of that hunt otherwise costs
+	/// an edit, a `dotnet build`, a restart and the four-minute walk back to a trader, because
+	/// traders are streamed in on approach. This collapses the loop to one line in the console.
+	///
+	/// IT TAKES PERCENT OF TRANSPARENCY, NOT ALPHA, and that is deliberate: percent is the unit
+	/// the request has been made in twice ("буквально 1%", "пусть будет 10%"), while alpha is the
+	/// unit the renderer wants, and they run in opposite directions - 10% transparent is alpha
+	/// 0.9. Guessing which one a typed "10" meant would be a coin flip, so the command fixes the
+	/// unit and prints both back every time.
+	///
+	/// NOTHING IS PERSISTED. The value lives for the session; the one that turns out to be right
+	/// gets written into GhostTraderPatch.DefaultGhostAlpha, which is the line a release ships.
+	/// A settings file would just be a second place for the answer to hide.
+	///
+	/// WHY THE GAME FINDS THIS CLASS WITHOUT ANY REGISTRATION. SdtdConsole.RegisterCommands goes
+	/// through ReflectionHelpers.FindTypesImplementingBase(typeof(IConsoleCommand)), and that
+	/// walks ModManager.GetLoadedAssemblies() alongside the game's own - so a ConsoleCmdAbstract
+	/// in a mod DLL is picked up like any vanilla one. Ordering is not a gamble either:
+	/// GameManager calls ModManager.LoadMods() three lines before RegisterCommands().
+	///
+	/// IsExecuteOnClient IS true BECAUSE THIS CHANGES PIXELS. On a server the command would
+	/// otherwise run where there is nothing to look at; the flag makes the server bounce it back
+	/// to the client that typed it (ConnectionManager.ServerConsoleCommand), which is where the
+	/// materials and the eyes are. In single player it changes nothing.
+	/// </summary>
+	[Preserve]
+	public class ConsoleCmdNecroGhost : ConsoleCmdAbstract
+	{
+		public override bool IsExecuteOnClient => true;
+
+		public override bool AllowedInMainMenu => false;
+
+		public override string[] getCommands()
+		{
+			return new string[] { "necroghost", "necrotrader" };
+		}
+
+		public override string getDescription()
+		{
+			return "Necromancer's Tome: how transparent the ghost traders are, in percent.";
+		}
+
+		public override string getHelp()
+		{
+			return "necroghost              - show the current value and mode\n" +
+			       "necroghost <0-100>      - set transparency in percent (10 = the default, barely there;\n" +
+			       "                          30 = clearly a ghost; past ~30 he stops reading as a body)\n" +
+			       "necroghost blend        - fade the body by blending  (re-shades it; smooth)\n" +
+			       "necroghost dither       - fade the body by dithering (the game's own _Fade; grainy)\n" +
+			       "necroghost reset        - back to the built-in default value and mode\n" +
+			       "\n" +
+			       "Applies to traders already in the world, immediately - walk up to one first and\n" +
+			       "watch him while you type. Not saved: tell the mod author what you settled on.\n" +
+			       "\n" +
+			       "THE MODES ARE NOT DEGREES OF ONE THING. The body's own shader cannot blend, so the\n" +
+			       "game fades it by throwing pixels away in a pattern - that is the fine grid. Blend\n" +
+			       "re-shades the body onto the hair's shader, which has a transparent pass, at the\n" +
+			       "cost of the character shader's own lighting. The hair fades the same way either\n" +
+			       "way, so it is the body you compare.\n" +
+			       "\n" +
+			       "If he comes apart instead of fading - teeth through the cheek, an arm through the\n" +
+			       "chest - that is not this number, that is depth writing, and no value here will fix it.";
+		}
+
+		public override void Execute(List<string> _params, CommandSenderInfo _senderInfo)
+		{
+			if (_params.Count == 0)
+			{
+				Report("Ghost traders");
+				return;
+			}
+
+			string argument = _params[0].Trim();
+			if (argument.EqualsCaseInsensitive("reset"))
+			{
+				GhostTraderPatch.GhostAlpha = GhostTraderPatch.DefaultGhostAlpha;
+				SetMode(GhostTraderPatch.BodyOpacityMode.Blend, "Reset");
+				return;
+			}
+
+			if (argument.EqualsCaseInsensitive("blend"))
+			{
+				SetMode(GhostTraderPatch.BodyOpacityMode.Blend, "Body mode");
+				return;
+			}
+
+			if (argument.EqualsCaseInsensitive("dither"))
+			{
+				SetMode(GhostTraderPatch.BodyOpacityMode.Dither, "Body mode");
+				return;
+			}
+
+			if (!TryParsePercent(argument, out float percent))
+			{
+				SingletonMonoBehaviour<SdtdConsole>.Instance.Output(
+					"necroghost: '" + argument + "' is neither a percentage nor blend/dither/reset. " +
+					"Try 'necroghost 10', or 'help necroghost'.");
+				return;
+			}
+
+			if (percent < 0f || percent > 100f)
+			{
+				SingletonMonoBehaviour<SdtdConsole>.Instance.Output(
+					"necroghost: " + percent.ToString("0.#") + "% is outside 0-100. 0 = solid, 100 = invisible.");
+				return;
+			}
+
+			GhostTraderPatch.GhostAlpha = 1f - percent / 100f;
+			Report("Set");
+
+			// Said only when asked for, and only once the value is actually past the point where
+			// the two failure modes stop looking different - see GhostTraderPatch.GhostAlpha.
+			if (GhostTraderPatch.GhostAlpha < 0.7f)
+			{
+				SingletonMonoBehaviour<SdtdConsole>.Instance.Output(
+					"  (past ~30% the silhouette stops reading as a solid body at all, which looks like " +
+					"a broken model for a different reason than depth writing does)");
+			}
+		}
+
+		/// <summary>Switches how the body is faded and rebuilds the traders already standing, which
+		/// is the expensive path - the materials have to be built again from the originals, since
+		/// a re-shaded material cannot be un-re-shaded. Changing only the number never comes here.
+		/// Saying so out loud matters: this is the one thing in the command that is not free, and
+		/// flipping modes back and forth while hunting a value is the obvious way to use it.</summary>
+		public static void SetMode(GhostTraderPatch.BodyOpacityMode _mode, string _prefix)
+		{
+			bool changed = GhostTraderPatch.BodyMode != _mode;
+			GhostTraderPatch.BodyMode = _mode;
+			int rebuilt = changed ? GhostTraderPatch.Reapply() : 0;
+			Report(_prefix);
+			if (changed && rebuilt > 0)
+			{
+				SingletonMonoBehaviour<SdtdConsole>.Instance.Output(
+					"  (" + rebuilt + " renderer(s) rebuilt from their original materials)");
+			}
+		}
+
+		/// <summary>Current value plus what it actually reached, in both units, and which way the
+		/// body is being faded. The count is the half that answers "did it do anything": 0
+		/// materials means no trader has been converted yet - they stream in on approach - not
+		/// that the number was refused.
+		///
+		/// The trader count is "held as a ghost RIGHT NOW", not "seen this session": since the
+		/// 2026-09-15 fix, Ghosted is keyed by entity id but re-entered when a trader is rebuilt,
+		/// and a trader whose chunk has unloaded keeps his entry only until the next sweep finds
+		/// his model gone. So the number falls as well as rises, and that is correct.</summary>
+		public static void Report(string _prefix)
+		{
+			float alpha = GhostTraderPatch.GhostAlpha;
+			int applied = GhostTraderPatch.Retint();
+			SingletonMonoBehaviour<SdtdConsole>.Instance.Output(
+				_prefix + ": " + ((1f - alpha) * 100f).ToString("0.#") + "% transparent (alpha " +
+				alpha.ToString("0.###") + "), body mode " + GhostTraderPatch.BodyMode +
+				", applied to " + applied + " live material(s) across " +
+				GhostTraderPatch.Ghosted.Count + " trader(s) currently held as ghosts.");
+		}
+
+		/// <summary>Percent out of what the user typed. StringParsers is the game's own parser and
+		/// is culture-independent, which matters here - but it reads ',' as a THOUSANDS separator,
+		/// so on a keyboard where the decimal key produces a comma "12,5" would silently parse as
+		/// 125 and the trader would vanish. The comma is turned into a point before it gets there.
+		/// A trailing '%' is accepted because it is the obvious thing to type.</summary>
+		public static bool TryParsePercent(string _argument, out float _percent)
+		{
+			string text = _argument.Replace(',', '.').TrimEnd('%').Trim();
+			return StringParsers.TryParseFloat(text, out _percent);
+		}
+	}
+}
@@ -10,12 +10,13 @@ namespace NecromancerTome
 	/// торговцев убираем совсем"). Fits the mod - the necromancer deals with the dead, and the
 	/// only people still trading are not quite alive.
 	///
-	/// TRANSPARENCY WAS DROPPED, THEN ASKED BACK FOR AT A SLIVER. The user first said "убираем
-	/// совсем", confirmed the result ("торговец стал непрозрачным и полностью чёрно-белым, как и
-	/// требовалось"), and then asked for "лёгкую прозрачность, буквально 1%" to push him a little
-	/// further towards a ghost. Dropping it was still the release this effect needed, because it
-	/// is what allowed the shader to stay put - see below; the 1% is now a separate, optional
-	/// layer on top (ApplyTransparency) that cannot break the greyscale if the shaders refuse it.
+	/// TRANSPARENCY WAS DROPPED, THEN ASKED BACK FOR AT A SLIVER, THEN RAISED TO 10%. The user
+	/// first said "убираем совсем", confirmed the result ("торговец стал непрозрачным и
+	/// полностью чёрно-белым, как и требовалось"), then asked for "лёгкую прозрачность,
+	/// буквально 1%", and on 2026-09-14 for 10% - "чтобы он выглядел как призрак, а не как
+	/// сломанная модель". Dropping it was still the release this effect needed, because it
+	/// is what allowed the shader to stay put - see below; the alpha is a separate, optional layer
+	/// on top (ApplyTransparency) that cannot break the greyscale if the shaders refuse it.
 	///
 	/// The two failed attempts are worth keeping written down, because neither could have been
 	/// predicted from the decompiler and each was settled by one log line:
@@ -56,29 +57,179 @@ namespace NecromancerTome
 	/// source texture: these are 4096x4096, and a readback per renderer per sweep would be
 	/// indefensible.
 	///
+	/// THE ALPHA IS TURNED FROM THE CONSOLE, not from this file: `necroghost <percent>`, in
+	/// GhostTraderCommand.cs. A rendering balance can only be judged by looking at it, and a
+	/// rebuild-restart-walk-to-a-trader cycle per step is not a way to look at anything.
+	///
 	/// WHY A TICK AND NOT A SPAWN HOOK. Traders are streamed in on approach ("force spawning
 	/// pending entity npcTraderRekt" appeared ~4 minutes after the world loaded), and Jen is built
 	/// at runtime, so her renderers do not all exist when the entity is added to the world.
 	/// Polling with ModEvents.UnityUpdate - the same approach PetFollowPatch.cs already uses here -
 	/// avoids guessing at the right moment inside someone else's character pipeline. A trader with
 	/// no renderers yet is simply not marked done and is picked up on the next sweep.
+	///
+	/// The same tick is what puts a trader BACK once the game has rebuilt him - see Ghosted, and
+	/// the bug of 2026-09-15 that taught this file the difference between an entity id and a
+	/// model. A spawn hook would not have helped there either: the entity was never re-created as
+	/// far as its id is concerned.
 	/// </summary>
 	public static class GhostTraderPatch
 	{
 		/// <summary>Seconds between sweeps.</summary>
 		public const float SweepInterval = 2f;

-		/// <summary>1 = solid. 0.99 is the "буквально 1%" the user asked for on 2026-09-13 after
-		/// seeing the black-and-white traders: a hint of not-quite-there rather than a ghost.
-		/// Deliberately close to opaque for a second reason too - see ApplyTransparency, which
-		/// keeps depth writing on precisely because a nearly-solid character can afford to.</summary>
-		public const float GhostAlpha = 0.99f;
+		/// <summary>What a fresh game boots with. 1 = solid; 0.3 is what the hunt actually landed
+		/// on - the user set 70% transparency in game on 2026-09-14 once the body was blending
+		/// instead of dithering, and kept it. THE VALUE FOUND IN GAME BELONGS HERE: the console
+		/// command turns GhostAlpha for the session only and deliberately persists nothing, so a
+		/// number worth keeping has to be written into this line.
+		///
+		/// The road here was 1% -> 10% -> 70%, and the last jump was not a change of taste: at 10%
+		/// the body was still being dithered, and a dither is only bearable while it is faint. Once
+		/// it became real blending, far more of it turned out to look right.</summary>
+		public const float DefaultGhostAlpha = 0.3f;

-		/// <summary>Colour properties that might carry an alpha, best first.</summary>
+		/// <summary>The opacity actually in use. THIS IS THE ONE NUMBER TO TURN when hunting the
+		/// balance between "ghost" and "broken model" - everything else in this file is about
+		/// making the number mean what it says - and `necroghost &lt;percent&gt;` turns it live
+		/// (GhostTraderCommand.cs), because every step of that hunt otherwise costs a rebuild, a
+		/// restart and the four-minute walk to a trader.
+		///
+		/// Which way to turn it is decided by WHICH failure you are looking at, and the two look
+		/// nothing alike:
+		///   - reads as a solid person, no ghost at all -> lower it (0.85, 0.8).
+		///   - the world shows through him but he still reads as one body -> this is the target.
+		///   - you can see his teeth through his cheek, eyes through eyelids, an arm through the
+		///     chest -> that is the "broken model", and it is NOT this number's fault. It means
+		///     depth writing came off somewhere; see _ZWrite in ApplyTransparency. Dropping the
+		///     alpha further only makes it worse.
+		/// THE OLD "nothing below ~0.7" NOTE WAS WRONG, and it is worth saying why rather than
+		/// quietly deleting: it was written while the body was still dithering, where a low value
+		/// means a coarse pattern and the silhouette falls apart early. With the body blending,
+		/// 0.3 reads as a ghost and holds together - the limit belonged to the technique, not to
+		/// the eye. Depth writing is what keeps him one body, and it does not care how low the
+		/// number goes.</summary>
+		public static float GhostAlpha = DefaultGhostAlpha;
+
+		/// <summary>One opacity lever this patch installed on a trader, remembered so the alpha
+		/// can be turned again WITHOUT rebuilding anything. Keeping the base value is the whole
+		/// point: the live value is always base * GhostAlpha, never "multiply what is there now by
+		/// the new number" - that would compound (0.9 then 0.8 would land on 0.72) and the second
+		/// turn of the dial would lie about where it put you.
+		///
+		/// IsColour says which of the two kinds this is - the alpha channel of a colour, or a
+		/// plain float - because a trader needs BOTH and they are not interchangeable: the body
+		/// only has the float (_Fade) and the hair only has the colour (_Color). One material can
+		/// therefore contribute one entry, and one trader contributes several of both kinds.</summary>
+		public struct GhostMaterial
+		{
+			public Material Material;
+			public string Property;
+			public bool IsColour;
+			public float BaseValue;
+		}
+
+		/// <summary>A renderer this patch has taken over, with the materials it had before. The
+		/// originals are the reason a mode can be switched at all: after the first pass
+		/// renderer.sharedMaterials hands back OUR clones, so rebuilding from what is currently
+		/// on the renderer would re-shade an already re-shaded material and there would be no way
+		/// back to the body's real one. Rebuilding always starts here instead.</summary>
+		public struct GhostRenderer
+		{
+			public Renderer Renderer;
+			public Material[] Originals;
+		}
+
+		/// <summary>What one trader was actually given, kept so the sweep can ask "is he STILL a
+		/// ghost" instead of only "have I seen this id". The renderers are the answer: a trader
+		/// that streams out and back in is rebuilt from scratch - new GameObject, new renderers,
+		/// the game's own materials - while keeping the id he was saved under, so an id on its own
+		/// says nothing about the model standing there now. See the Ghosted comment.</summary>
+		public struct GhostBody
+		{
+			public Renderer[] Renderers;
+		}
+
+		/// <summary>Every renderer taken over, in the order it was found. Pruned of destroyed
+		/// renderers as they are walked; dropped wholesale when the world unloads.</summary>
+		public static readonly List<GhostRenderer> Converted = new List<GhostRenderer>();
+
+		/// <summary>Every material installed on a live trader that has somewhere to put an alpha.
+		/// Retint walks this instead of redoing the work: re-running the sweep would re-clone the
+		/// materials and, far worse, hand the 4096x4096 desaturation another readback per trader.
+		/// Entries go stale when the game destroys the material with its trader - Retint prunes
+		/// those, and WorldShuttingDown drops the lot.</summary>
+		public static readonly List<GhostMaterial> TintedMaterials = new List<GhostMaterial>();
+
+		/// <summary>Colour properties that might carry an alpha, best first. Confirmed in game:
+		/// the hair/beard shader "Game/Autodesk" has _Color; the BODY shader "Game/Character" has
+		/// no colour property at all - see FadeNameHints.</summary>
 		public static readonly string[] TintNameHints = { "_Color", "_BaseColor", "_TintColor", "_Tint" };

-		/// <summary>Entity ids already converted. Cleared when the world unloads.</summary>
-		public static readonly HashSet<int> Ghosted = new HashSet<int>();
+		/// <summary>How the BODY is made see-through. The two are not two settings of one thing,
+		/// they are two different renderers' worth of behaviour, and only a look in game can pick
+		/// between them - which is why both stay reachable from the console.
+		///
+		/// Dither is the game's own _Fade, and on 2026-09-14 the user reported what it actually
+		/// looks like: "тело гаснет, но идёт мелкой сеточкой". That is screen-door transparency -
+		/// the shader is not blending anything, it is THROWING PIXELS AWAY in a fixed pattern.
+		/// It is what an opaque-queue character shader can do without a transparent pass, and no
+		/// value of GhostAlpha turns a dropped pixel into a translucent one.
+		///
+		/// Blend re-shades the body onto the shader the HAIR is already drawn with, which does
+		/// have a transparent pass. The existence proof is on the same model in the same frame:
+		/// the beard has been fading smoothly this whole time while the body was dithering.</summary>
+		public enum BodyOpacityMode
+		{
+			Dither,
+			Blend
+		}
+
+		/// <summary>Blend by default: dither has been looked at and rejected. `necroghost blend`
+		/// and `necroghost dither` switch it live - see GhostTraderCommand.cs.</summary>
+		public static BodyOpacityMode BodyMode = BodyOpacityMode.Blend;
+
+		/// <summary>The hair's shader, kept once it is found on a real trader. Taken off the model
+		/// rather than through Shader.Find so it is the exact shader already proven to work in
+		/// this scene - name lookups can miss a stripped or renamed shader and hand back null,
+		/// and the mod has been down that road twice already with the Unlit family.</summary>
+		public static Shader BlendShader;
+
+		/// <summary>Normal-map properties, best first. "Game/Character" calls it _Normal, the hair
+		/// shader wants _BumpMap - the same disagreement the albedo has.</summary>
+		public static readonly string[] NormalNameHints = { "_BumpMap", "_Normal", "_NormalMap", "_NormalTex" };
+
+		/// <summary>Float properties that fade the whole material out, best first. This is the
+		/// body's only lever and the game's own: EntityModel.SetFade writes exactly "_Fade", and
+		/// guards it with `material.HasProperty("_Fade") && shader.name.Contains("Game/Character")`
+		/// - the same shader our traders' bodies are drawn with. EntityAlive.Update drives it from
+		/// renderFade, and SetVisible(renderFade > 0.01f) right next to it settles the direction
+		/// beyond doubt: 1 = solid, 0 = gone, exactly like an alpha.</summary>
+		public static readonly string[] FadeNameHints = { "_Fade" };
+
+		/// <summary>Traders already converted, by entity id, WITH the renderers each was given.
+		/// Cleared when the world unloads.
+		///
+		/// THE VALUE IS NOT DECORATION - it is the fix for "the trader stopped being a ghost the
+		/// next morning" (2026-09-15). This was a HashSet of ids, and an id is not enough:
+		/// EntityFactory restores `entity.entityId = ecd.id` from the save, so a trader who is
+		/// streamed out while the player is away (they are streamed IN on approach in the first
+		/// place - see the class comment) comes back as a BRAND NEW GameObject carrying the SAME
+		/// id, with the game's own materials on it. The set still held the id, the sweep skipped
+		/// him, and he stayed an ordinary living person for the rest of the session.
+		///
+		/// It is NOT the restock, which was the first guess and is worth writing down as ruled
+		/// out: TraderData's reset rewrites PrimaryInventory and lastInventoryUpdate and touches
+		/// no renderer, and TraderArea.SetClosed - the whole open/close cycle - only works doors,
+		/// lights and speakers. Nothing on the shop's clock ever reaches the model. What does is
+		/// the chunk the shop sits in, which is why the symptom looks like it follows the morning:
+		/// the player is away for the night, the trader unloads with his chunk, and he is rebuilt
+		/// when they walk back.
+		///
+		/// Holding the renderers makes the question answerable: Unity's destroyed objects compare
+		/// equal to null, so a trader whose model is gone is visible as such, and the same check
+		/// covers any other rebuild of the model for free.</summary>
+		public static readonly Dictionary<int, GhostBody> Ghosted = new Dictionary<int, GhostBody>();

 		/// <summary>Source shader names already described in the log, so the probe says each
 		/// distinct thing once rather than once per trader per part.</summary>
@@ -109,6 +260,9 @@ namespace NecromancerTome
 		{
 			Ghosted.Clear();
 			GreyTextures.Clear();
+			TintedMaterials.Clear();
+			Converted.Clear();
+			BlendShader = null;
 			timer = 0f;
 		}

@@ -134,28 +288,97 @@ namespace NecromancerTome
 				{
 					continue;
 				}
-				if (Ghosted.Contains(trader.entityId))
+				if (Ghosted.TryGetValue(trader.entityId, out GhostBody body))
 				{
-					continue;
+					if (IsIntact(body))
+					{
+						continue;
+					}
+					// His model was destroyed and rebuilt under him. Drop what is known about the
+					// old one before building the new, or Converted and TintedMaterials keep
+					// entries for renderers and materials that no longer exist.
+					Debug.Log("[NecromancerTome] GhostTraderPatch: entity " + trader.entityId +
+					          " came back with a new model - ghosting him again");
+					Ghosted.Remove(trader.entityId);
+					Prune();
 				}
-				if (ApplyGreyscale(trader))
+				if (ApplyGreyscale(trader, out GhostBody fresh))
 				{
-					Ghosted.Add(trader.entityId);
+					Ghosted[trader.entityId] = fresh;
+				}
+			}
+		}
+
+		/// <summary>Is this trader still wearing what we put on him? False the moment any part of
+		/// the model we converted has been destroyed - which is what a stream-out and back in
+		/// looks like from here, and equally what any other rebuild of the model would look like.
+		///
+		/// Deliberately NOT "does he have renderers we have not converted": a trader gains and
+		/// loses renderers in normal play (a held item, worn equipment), and treating that as a
+		/// rebuild would re-run the conversion on renderers already carrying our materials - whose
+		/// sharedMaterials hand back OUR clones, so the "originals" kept for the next mode switch
+		/// would be re-shaded ones with no way back. The known gap that leaves is a part of the
+		/// model built AFTER the first sweep reached him: it stays in colour until he next
+		/// reloads. Nothing like that has been seen on the six traders.</summary>
+		public static bool IsIntact(GhostBody _body)
+		{
+			if (_body.Renderers == null || _body.Renderers.Length == 0)
+			{
+				return false;
+			}
+			foreach (Renderer renderer in _body.Renderers)
+			{
+				if (renderer == null)
+				{
+					return false;
+				}
+			}
+			return true;
+		}
+
+		/// <summary>Drops every entry whose Unity object the game has destroyed. Both lists are
+		/// session-long and keyed by nothing - without this they grow by one trader's worth of
+		/// renderers and materials every time a trader is rebuilt, and Retint/Reapply would be
+		/// walking the wreckage. A material assigned through renderer.materials is owned by that
+		/// renderer and dies with it, so one pass settles both.</summary>
+		public static void Prune()
+		{
+			for (int i = Converted.Count - 1; i >= 0; i--)
+			{
+				if (Converted[i].Renderer == null)
+				{
+					Converted.RemoveAt(i);
+				}
+			}
+			for (int i = TintedMaterials.Count - 1; i >= 0; i--)
+			{
+				if (TintedMaterials[i].Material == null)
+				{
+					TintedMaterials.RemoveAt(i);
 				}
 			}
 		}

 		/// <summary>False when there is nothing to work on yet (model not built), so the caller
-		/// leaves this trader unmarked and tries again on the next sweep.</summary>
-		public static bool ApplyGreyscale(EntityTrader _trader)
+		/// leaves this trader unmarked and tries again on the next sweep. On true, _body carries
+		/// the renderers taken over, which is how the next sweep tells this trader from a rebuilt
+		/// one standing under the same entity id.</summary>
+		public static bool ApplyGreyscale(EntityTrader _trader, out GhostBody _body)
 		{
+			_body = default(GhostBody);
 			Renderer[] renderers = _trader.GetComponentsInChildren<Renderer>(true);
 			if (renderers == null || renderers.Length == 0)
 			{
 				return false;
 			}

+			// Before anything is touched, because the body's replacement shader is found on the
+			// trader's OWN hair and the hair is not guaranteed to come first in this array.
+			FindBlendShader(renderers);
+
 			int converted = 0;
+			int leversBefore = TintedMaterials.Count;
+			List<Renderer> taken = new List<Renderer>(renderers.Length);
 			foreach (Renderer renderer in renderers)
 			{
 				if (renderer == null || renderer is ParticleSystemRenderer)
@@ -169,26 +392,268 @@ namespace NecromancerTome
 					continue;
 				}

-				Material[] greys = new Material[sources.Length];
-				bool anyChanged = false;
-				for (int i = 0; i < sources.Length; i++)
+				Converted.Add(new GhostRenderer { Renderer = renderer, Originals = sources });
+				taken.Add(renderer);
+				if (Convert(renderer, sources))
 				{
-					greys[i] = MakeGreyMaterial(sources[i], ref anyChanged);
-				}
-				if (anyChanged)
-				{
-					renderer.materials = greys;
 					converted++;
 				}
 			}
+			_body.Renderers = taken.ToArray();

+			// The lever count is the half that answers "will the console command reach him":
+			// desaturation and opacity come from different properties, and the body had the first
+			// without the second until 2026-09-14. Fewer levers than converted renderers means
+			// some part of this trader can only ever be black-and-white, never transparent.
 			Debug.Log("[NecromancerTome] GhostTraderPatch: " + _trader.EntityClass.entityClassName +
-			          " (entity " + _trader.entityId + ") - " + converted + " of " + renderers.Length + " renderer(s) desaturated");
+			          " (entity " + _trader.entityId + ") - " + converted + " of " + renderers.Length +
+			          " renderer(s) desaturated, " + (TintedMaterials.Count - leversBefore) + " opacity lever(s) installed");
 			return true;
 		}

-		/// <summary>Clone of the source material - SAME shader, same everything - with only its
-		/// albedo replaced by a black-and-white copy.</summary>
+		/// <summary>Builds and installs this renderer's ghost materials from the ORIGINALS it was
+		/// handed. True when anything was actually changed - a renderer nothing could be done to
+		/// keeps the materials it has rather than being handed a half-built array.</summary>
+		public static bool Convert(Renderer _renderer, Material[] _sources)
+		{
+			Material[] ghosts = new Material[_sources.Length];
+			bool anyChanged = false;
+			for (int i = 0; i < _sources.Length; i++)
+			{
+				ghosts[i] = MakeGreyMaterial(_sources[i], ref anyChanged);
+			}
+			if (anyChanged)
+			{
+				_renderer.materials = ghosts;
+			}
+			return anyChanged;
+		}
+
+		/// <summary>Rebuilds every trader already converted, from their original materials, under
+		/// whatever BodyMode is set now. This is the expensive path and exists only for the mode
+		/// switch; changing the alpha alone goes through Retint, which touches no materials at
+		/// all. Even here the 4096x4096 desaturation is not redone - GreyTextures is keyed by the
+		/// source texture, and the source is the same original every time.</summary>
+		public static int Reapply()
+		{
+			TintedMaterials.Clear();
+			int rebuilt = 0;
+			for (int i = Converted.Count - 1; i >= 0; i--)
+			{
+				GhostRenderer entry = Converted[i];
+				if (entry.Renderer == null)
+				{
+					Converted.RemoveAt(i);
+					continue;
+				}
+				if (Convert(entry.Renderer, entry.Originals))
+				{
+					rebuilt++;
+				}
+			}
+			return rebuilt;
+		}
+
+		/// <summary>Remembers the first shader on this model that can actually blend - it needs
+		/// both a colour to put an alpha in and a blend mode to honour it. On a trader that is the
+		/// hair's shader. Falls back to looking the name up only if the model somehow has no such
+		/// material, and says so either way, because a null here silently disables the whole Blend
+		/// mode and leaves the body dithering with no explanation.</summary>
+		public static Shader FindBlendShader(Renderer[] _renderers)
+		{
+			if (BlendShader != null)
+			{
+				return BlendShader;
+			}
+
+			foreach (Renderer renderer in _renderers)
+			{
+				if (renderer == null || renderer is ParticleSystemRenderer)
+				{
+					continue;
+				}
+				Material[] materials = renderer.sharedMaterials;
+				if (materials == null)
+				{
+					continue;
+				}
+				foreach (Material material in materials)
+				{
+					if (material == null || material.shader == null || !CanBlendInPlace(material))
+					{
+						continue;
+					}
+					BlendShader = material.shader;
+					Debug.Log("[NecromancerTome] GhostTraderPatch: blend shader taken off the model: '" +
+					          BlendShader.name + "'");
+					return BlendShader;
+				}
+			}
+
+			BlendShader = Shader.Find("Game/Autodesk");
+			Debug.Log("[NecromancerTome] GhostTraderPatch: no blend-capable material on this model; " +
+			          "the shader was looked up by name instead and came back " +
+			          (BlendShader != null ? BlendShader.name : "NULL - the body stays dithered"));
+			return BlendShader;
+		}
+
+		/// <summary>Whether this material can be made see-through where it stands: somewhere to
+		/// put an alpha, and a blend mode to make the alpha mean something. The body fails both
+		/// halves and the hair passes both - which is the whole difference between them, and the
+		/// reason this is a capability test rather than a check on the shader's name.</summary>
+		public static bool CanBlendInPlace(Material _material)
+		{
+			if (!_material.HasProperty("_SrcBlend") || !_material.HasProperty("_DstBlend"))
+			{
+				return false;
+			}
+			foreach (string hint in TintNameHints)
+			{
+				if (_material.HasProperty(hint))
+				{
+					return true;
+				}
+			}
+			return false;
+		}
+
+		/// <summary>
+		/// The body, re-shaded onto the hair's shader so it can blend the way the hair does, with
+		/// the black-and-white albedo it would have had anyway.
+		///
+		/// ONLY WHAT IS UNDERSTOOD IS CARRIED OVER - albedo and normal map. The body's third map,
+		/// _RMOE, is a packed roughness/metallic/occlusion/emission texture, and the destination
+		/// shader's _MetallicGlossMap expects metallic in R and smoothness in A: the channels do
+		/// not line up, and wiring them by hope is exactly how a character comes out looking like
+		/// wet plastic or a negative. It is left empty and the two floats are set by hand instead
+		/// - no metal, barely any gloss, which is what a dead man in black and white should be.
+		///
+		/// This is a real trade and worth stating plainly: the body loses the character shader's
+		/// own lighting response and gets standard lighting instead. In exchange it can actually
+		/// be translucent rather than dithered. If it reads wrong in game, `necroghost dither` is
+		/// one line away and nothing has to be rebuilt.
+		/// </summary>
+		public static Material MakeBlendMaterial(Material _source, Texture2D _albedo)
+		{
+			Material blend = new Material(BlendShader);
+			blend.SetTexture("_MainTex", _albedo);
+
+			Texture normal = FindTexture(_source, NormalNameHints);
+			if (normal != null && blend.HasProperty("_BumpMap"))
+			{
+				blend.SetTexture("_BumpMap", normal);
+			}
+			MakeMatte(blend);
+			// Standard's own "Fade" setting. The shader branches on keywords rather than on this
+			// float, and ApplyTransparency sets those - but a material inspected later with its
+			// mode still reading "Opaque" is a trap for whoever looks next.
+			if (blend.HasProperty("_Mode"))
+			{
+				blend.SetFloat("_Mode", 2f);
+			}
+
+			ApplyTransparency(blend);
+			return blend;
+		}
+
+		/// <summary>
+		/// Takes the shine off (user request 2026-09-14, once the body was blending properly:
+		/// "слишком оно бликует, я бы вообще сделал матовым"). Applied to EVERY ghost material, not just the
+		/// re-shaded body: the hair is drawn by the same shader and was keeping its own shine, and
+		/// a matte body under a glossy beard would have read worse than either.
+		///
+		/// THREE THINGS, BECAUSE THEY FAIL DIFFERENTLY:
+		///
+		///   - _Glossiness (smoothness) to 0. This one is plain shader maths and always works -
+		///     the surface becomes maximally rough, and a rough surface has no tight highlight.
+		///     It is the load-bearing half of this method.
+		///   - _SpecularHighlights / _GlossyReflections to 0 WITH their keywords. These are the
+		///     Standard shader's [ToggleOff] pair: the float is only what the inspector shows, the
+		///     shader branches on _SPECULARHIGHLIGHTS_OFF / _GLOSSYREFLECTIONS_OFF, so setting the
+		///     float alone does nothing at all. They kill the direct highlight and the reflection
+		///     probe contribution outright.
+		///   - The gloss MAPS, cleared if anything is in them. A map wins over the float: leave
+		///     one in place and _Glossiness is ignored, which is the silent way for all of this to
+		///     appear to do nothing. They are empty on these traders today - this is for the next
+		///     model that is not.
+		///
+		/// HONEST LIMIT: those two keywords are `shader_feature`, which Unity strips at build time
+		/// if no material in the game ships with them set. If they were stripped, EnableKeyword is
+		/// a no-op and only the roughness half lands. That is why the roughness half is not
+		/// treated as a fallback but as the main lever - and why this is not attempted at all on
+		/// the body's own "Game/Character" shader, which has none of these properties: its shine
+		/// lives inside the packed _RMOE texture and would have to be repainted, not switched off.
+		/// </summary>
+		public static void MakeMatte(Material _material)
+		{
+			if (_material.HasProperty("_Glossiness"))
+			{
+				_material.SetFloat("_Glossiness", 0f);
+			}
+			if (_material.HasProperty("_GlossMapScale"))
+			{
+				_material.SetFloat("_GlossMapScale", 0f);
+			}
+			if (_material.HasProperty("_Metallic"))
+			{
+				_material.SetFloat("_Metallic", 0f);
+			}
+			if (_material.HasProperty("_SpecularHighlights"))
+			{
+				_material.SetFloat("_SpecularHighlights", 0f);
+				_material.EnableKeyword("_SPECULARHIGHLIGHTS_OFF");
+			}
+			if (_material.HasProperty("_GlossyReflections"))
+			{
+				_material.SetFloat("_GlossyReflections", 0f);
+				_material.EnableKeyword("_GLOSSYREFLECTIONS_OFF");
+			}
+			ClearTexture(_material, "_SpecGlossMap");
+			ClearTexture(_material, "_MetallicGlossMap");
+		}
+
+		/// <summary>Empties a texture slot if this material has one and it is not already empty.
+		/// </summary>
+		public static void ClearTexture(Material _material, string _property)
+		{
+			if (_material.HasProperty(_property) && _material.GetTexture(_property) != null)
+			{
+				_material.SetTexture(_property, null);
+			}
+		}
+
+		/// <summary>First texture among these property names that this material actually has
+		/// something in.</summary>
+		public static Texture FindTexture(Material _source, string[] _hints)
+		{
+			foreach (string hint in _hints)
+			{
+				if (_source.HasProperty(hint))
+				{
+					Texture texture = _source.GetTexture(hint);
+					if (texture != null)
+					{
+						return texture;
+					}
+				}
+			}
+			return null;
+		}
+
+		/// <summary>
+		/// This material's ghost version. Two shapes, and which one it takes is decided by what
+		/// the material can do rather than by what it is called:
+		///
+		///   - CAN be made see-through where it stands (the hair) -> a clone with the SAME shader
+		///     and only its albedo swapped for a black-and-white copy. Lighting, normal maps,
+		///     specular, skinning - all still the game's own.
+		///   - CANNOT (the body: no colour, no blend mode) -> under BodyMode.Blend it is re-shaded
+		///     onto the shader the hair uses, which can. Under BodyMode.Dither it takes the clone
+		///     path anyway and gets the _Fade lever, which works but throws pixels away.
+		///
+		/// The albedo is desaturated first either way, because both shapes need it and the result
+		/// is cached per source texture - the re-shaded body is not paying for a second readback.
+		/// </summary>
 		public static Material MakeGreyMaterial(Material _source, ref bool _changed)
 		{
 			if (_source == null)
@@ -198,48 +663,83 @@ namespace NecromancerTome

 			ProbeShaderOnce(_source);

+			string albedoProperty = FindAlbedoProperty(_source);
+			Texture2D desaturated = albedoProperty != null
+				? Desaturate(_source.GetTexture(albedoProperty))
+				: null;
+
+			// Re-shading without an albedo to hand over would produce an untextured silhouette -
+			// the exact failure this patch already shipped once, on 2026-09-13. If the texture
+			// could not be read, the body keeps its own shader and stays dithered instead, and
+			// the lever count in the log is what says so.
+			if (BodyMode == BodyOpacityMode.Blend && BlendShader != null && desaturated != null &&
+			    !CanBlendInPlace(_source))
+			{
+				_changed = true;
+				return MakeBlendMaterial(_source, desaturated);
+			}
+
 			Material grey = new Material(_source);
+			MakeMatte(grey);
 			if (ApplyTransparency(grey))
 			{
 				_changed = true;
 			}
-			string albedoProperty = FindAlbedoProperty(_source);
-			if (albedoProperty == null)
+			if (desaturated == null)
 			{
 				// Nothing to desaturate on this material; hand back the clone unchanged rather
 				// than dropping the renderer's material entirely.
 				return grey;
 			}

-			Texture2D desaturated = Desaturate(_source.GetTexture(albedoProperty));
-			if (desaturated == null)
-			{
-				return grey;
-			}
-
 			grey.SetTexture(albedoProperty, desaturated);
 			_changed = true;
 			return grey;
 		}

 		/// <summary>
-		/// Makes the material blend instead of being drawn solid, then dials its alpha down by the
-		/// requested sliver. Two levers, both conditional, because the traders' own shaders are
-		/// game-specific and nothing about them can be assumed:
+		/// Dials this material's opacity down to GhostAlpha. THREE levers, each conditional,
+		/// because a trader is drawn by two different shaders that have almost nothing in common -
+		/// and the first version of this method only had the levers the hair happens to own, which
+		/// is why the user reported on 2026-09-14 that the console command "управляет только
+		/// прозрачностью бороды". The probe had already printed the reason, one line each:
 		///
-		///   - A COLOUR with an alpha channel (_Color and friends). This is the only thing that
-		///     actually sets the opacity.
+		///     shader 'Game/Character' - albedo: _Albedo -> HD_Rekt 4096x4096;
+		///         tint property: <none>; blend-mode properties present: False
+		///     shader 'Game/Autodesk'  - albedo: _MainTex -> HD_Rekt_Hair 2048x2048;
+		///         tint property: _Color (alpha 1); blend-mode properties present: True
+		///
+		/// The BODY has no colour property and no blend mode at all. Two of the three levers below
+		/// simply do not exist on it, and no value of GhostAlpha was ever going to reach it.
+		///
+		///   - A COLOUR with an alpha channel (_Color and friends). The hair's lever; the body
+		///     does not have one.
+		///   - THE FADE FLOAT (_Fade). The body's lever, and the game's own: EntityModel.SetFade
+		///     writes this exact property and guards it with a check for the "Game/Character"
+		///     shader by name, so this is not a property we found and hoped about - it is the one
+		///     the engine itself fades these very models with. Nothing else in the body's property
+		///     list can carry an opacity: the rest is _Albedo/_Normal/_RMOE, an alpha-CUTOUT
+		///     cluster (_AlphaCut, _AlphaCutoff, _SoftAlphaCutoff, _AlphaSoftness - a dissolve,
+		///     which punches holes rather than making glass), _EmissiveColor, and flags.
 		///   - THE BLEND MODE (_SrcBlend/_DstBlend). An opaque shader ignores any alpha it is
-		///     handed, so without this the first lever does nothing visible - the same wall the
+		///     handed, so without this the COLOUR lever does nothing visible - the same wall the
 		///     mod's first transparency attempt hit back on 2026-08-28 with the summoned pets.
 		///     The recipe is the game's own: MeshDescription.SetupMaterialWithBlendMode writes
-		///     exactly these properties plus _ZWrite and the _ALPHABLEND_ON keyword.
+		///     exactly these properties plus _ZWrite and the _ALPHABLEND_ON keyword. The _Fade
+		///     lever needs none of it - the shader does its own fading internally, which is
+		///     exactly why it exists.
 		///
-		/// _ZWrite IS LEFT ALONE ON PURPOSE. The usual recipe switches depth writing off, which is
-		/// right for glass and wrong for a person: without it every part of the model shows through
-		/// every other part and the trader turns into a soup of overlapping limbs. At 99% opacity
-		/// there is nothing to see through anyway, so keeping depth writing costs nothing visible
-		/// and avoids that entirely.
+		/// _ZWrite IS LEFT ALONE ON PURPOSE, AND AT 10% THAT IS THE WHOLE BALANCE. The usual
+		/// transparency recipe switches depth writing off, which is right for glass and wrong for
+		/// a person: without it every surface of the model blends over every other one, and the
+		/// trader becomes teeth through cheeks, eyeballs through eyelids, the far arm through the
+		/// chest - exactly the "сломанная модель" the user does not want. With it on, the depth
+		/// test keeps only the nearest surface and that one surface blends with the WORLD behind
+		/// him. So he goes see-through without coming apart: a ghost, not a mess.
+		///
+		/// At 99% this cost nothing because there was nothing to see through; at 90% it is the
+		/// reason the effect is usable at all. Note that it is not set here either way - these
+		/// shaders write depth by default, and leaving the property untouched is what keeps it.
 		///
 		/// Whatever is missing is reported by the probe rather than silently skipped - if neither
 		/// lever exists on these shaders, the traders stay solid black-and-white and the log says
@@ -256,8 +756,43 @@ namespace NecromancerTome
 					continue;
 				}
 				Color tint = _material.GetColor(hint);
-				tint.a *= GhostAlpha;
+				float baseAlpha = tint.a;
+				tint.a = baseAlpha * GhostAlpha;
 				_material.SetColor(hint, tint);
+				TintedMaterials.Add(new GhostMaterial
+				{
+					Material = _material,
+					Property = hint,
+					IsColour = true,
+					BaseValue = baseAlpha
+				});
+				touched = true;
+				break;
+			}
+
+			foreach (string hint in FadeNameHints)
+			{
+				if (!_material.HasProperty(hint))
+				{
+					continue;
+				}
+				// A base of 0 would mean the material is already fully faded out, which no
+				// standing trader is - it means the property is sitting at a default nobody set.
+				// Multiplying by it would make him vanish outright and no value of GhostAlpha
+				// could bring him back, so it is read as "solid" instead.
+				float baseFade = _material.GetFloat(hint);
+				if (baseFade <= 0f)
+				{
+					baseFade = 1f;
+				}
+				_material.SetFloat(hint, baseFade * GhostAlpha);
+				TintedMaterials.Add(new GhostMaterial
+				{
+					Material = _material,
+					Property = hint,
+					IsColour = false,
+					BaseValue = baseFade
+				});
 				touched = true;
 				break;
 			}
@@ -274,6 +809,40 @@ namespace NecromancerTome
 			return touched;
 		}

+		/// <summary>Pushes the current GhostAlpha onto every trader already standing in the world,
+		/// and returns how many materials took it. Traders that spawn later need nothing from this
+		/// - ApplyTransparency reads the same field on the way past.
+		///
+		/// Unity's fake null is the reason for the rebuild-in-place rather than a simple loop: a
+		/// destroyed Material compares equal to null but is still a live list entry, and touching
+		/// it throws. Walking backwards and dropping those as we go keeps the list from growing
+		/// across a session of traders streaming in and out.</summary>
+		public static int Retint()
+		{
+			int applied = 0;
+			for (int i = TintedMaterials.Count - 1; i >= 0; i--)
+			{
+				GhostMaterial entry = TintedMaterials[i];
+				if (entry.Material == null)
+				{
+					TintedMaterials.RemoveAt(i);
+					continue;
+				}
+				if (entry.IsColour)
+				{
+					Color tint = entry.Material.GetColor(entry.Property);
+					tint.a = entry.BaseValue * GhostAlpha;
+					entry.Material.SetColor(entry.Property, tint);
+				}
+				else
+				{
+					entry.Material.SetFloat(entry.Property, entry.BaseValue * GhostAlpha);
+				}
+				applied++;
+			}
+			return applied;
+		}
+
 		/// <summary>Name of the texture property holding this material's albedo, or null. Walks
 		/// the shader's declared properties rather than assuming a name - the body and the hair of
 		/// the same trader disagree about it.</summary>
@@ -407,13 +976,23 @@ namespace NecromancerTome
 					break;
 				}
 			}
+			string fade = "<none>";
+			foreach (string hint in FadeNameHints)
+			{
+				if (_source.HasProperty(hint))
+				{
+					fade = hint + " (" + _source.GetFloat(hint).ToString("0.###") + ")";
+					break;
+				}
+			}
 			bool canBlend = _source.HasProperty("_SrcBlend") && _source.HasProperty("_DstBlend");

 			Debug.Log("[NecromancerTome] GhostTraderPatch: shader '" + shaderName + "' properties: " +
 			          (sb.Length > 0 ? sb.ToString() : "<none>"));
 			Debug.Log("[NecromancerTome] GhostTraderPatch: shader '" + shaderName + "' - albedo: " + (chosen ?? "<none>") +
 			          " -> " + (chosenTexture != null ? chosenTexture.name + " " + chosenTexture.width + "x" + chosenTexture.height : "<none>") +
-			          "; tint property: " + tint + "; blend-mode properties present: " + canBlend);
+			          "; tint property: " + tint + "; fade property: " + fade +
+			          "; blend-mode properties present: " + canBlend);
 		}
 	}
 }
@@ -42,6 +42,31 @@ namespace NecromancerTome
 			// another in-game death.
 			VerifyPrefixAttached(typeof(EntityAlive), "dropItemOnDeath");
 			VerifyPrefixAttached(typeof(Entity), "DropBagServer");
+
+			// Добавлено 2026-09-17 вместе с правкой "подчинённые не дерутся между собой"
+			// (CharmPatch.cs). Метод EAITarget.check в исходнике protected и назван со строчной
+			// буквы - если он когда-нибудь переименуется или сменит сигнатуру, PatchAll упадёт
+			// ещё на загрузке, но эта строка отвечает на тот же вопрос в логе явно и без
+			// раскопок: резолвится ли метод и висит ли на нём наш постфикс.
+			VerifyPatchAttached(typeof(EAITarget), "check");
+		}
+
+		/// <summary>То же, что VerifyPrefixAttached, но печатает и префиксы, и постфиксы - для
+		/// заплаток, которые стоят постфиксом (у VerifyPrefixAttached постфикс всегда выглядел бы
+		/// как "0 prefix patch(es)", то есть как ненайденная заплатка).</summary>
+		public static void VerifyPatchAttached(System.Type type, string methodName)
+		{
+			MethodBase method = AccessTools.Method(type, methodName);
+			if (method == null)
+			{
+				Debug.LogWarning("[NecromancerTome] ModEntry: could not resolve " + type.Name + "." + methodName + " via AccessTools - method not found");
+				return;
+			}
+			Patches info = Harmony.GetPatchInfo(method);
+			int prefixCount = info != null && info.Prefixes != null ? info.Prefixes.Count : 0;
+			int postfixCount = info != null && info.Postfixes != null ? info.Postfixes.Count : 0;
+			Debug.Log("[NecromancerTome] ModEntry: " + type.Name + "." + methodName + " resolved, has " +
+			          prefixCount + " prefix and " + postfixCount + " postfix patch(es) attached after PatchAll");
 		}

 		public static void VerifyPrefixAttached(System.Type type, string methodName)
@@ -5,8 +5,19 @@ namespace NecromancerTome
 {
 	/// <summary>
 	/// "Кровь некроманта" (Necromancer's Blood) - dictated 2026-08-30. See items.xml
-	/// (resourceNecromancerBlood) for the item, recipes.xml for the base recipe (an empty jar,
-	/// like any other resource conversion). Two rules the user asked for have NO vanilla XML
+	/// (resourceNecromancerBlood) for the item and recipes.xml for the base recipe (an empty jar,
+	/// like any other resource conversion).
+	///
+	/// IT LIVES IN items.xml, AND THAT IS NOT AN ACCIDENT. On 2026-09-15 it was moved into
+	/// item_modifiers.xml so it could be installed in the Spatial Bracelet, and that move
+	/// DESTROYED a character in a save: ItemValue.Read/Write gate the modification block on
+	/// !(itemClass is ItemClassModifier), so the item's CLASS decides the byte layout of every
+	/// stack of it in the save, and an existing save read one byte off from the first blood stack
+	/// onward. It was rolled back the same day, the bracelet's charge became a brand-new item
+	/// (resourceBloodSphere, and later resourceBloodStone) instead, and the rule stands: an item
+	/// that could already be in someone's inventory must not change class in either direction.
+	/// The full account is in BACKLOG.md; the earlier wording of this comment claimed the modifier
+	/// home as current and outlived the code by a day. Two rules the user asked for have NO vanilla XML
 	/// equivalent at all, so both are enforced here instead:
 	///   1. "нужна... наличие любого ножа" - a knife must be present (in the toolbelt or
 	///      backpack) to craft this, but is NOT consumed. recipes.xml has no "required but not
@@ -50,6 +61,73 @@ namespace NecromancerTome
 		public const string BloodItemName = "resourceNecromancerBlood";
 		public const float HealthCostFraction = 0.9f;

+		/// <summary>Damage above which the player's BIG pain grunt is used instead of the small
+		/// one. Not invented: it is vanilla's own threshold, read out of
+		/// EntityPlayer.GetSoundHurt(DamageSource, int) - the override that every spike and every
+		/// strand of barbed wire goes through. Its IL is
+		///
+		///     ldarg.2                  // _damageStrength
+		///     ldc.i4.s 15
+		///     bgt.s    -> GetSoundHurt()        // strictly MORE than 15 -> soundHurt   (…painlg)
+		///     call     GetSoundHurtSmall()      // 15 or less            -> soundHurtSmall (…painsm)
+		///
+		/// so the comparison is strictly greater-than, and 15 exactly still counts as small. The
+		/// same method has an earlier branch for damage type 16 that returns GetSoundDrownPain();
+		/// that one is the drowning case and has nothing to do with us.</summary>
+		public const int PainSoundBigDamage = 15;
+
+		/// <summary>Plays the player's own pain grunt, picking the big or the small one by the
+		/// same rule vanilla uses for spikes and barbed wire (user request 2026-09-16: "в игре
+		/// есть звук боли (когда персонаж напарывается на колья или на колючую проволоку). Пусть
+		/// этот звук воспроизводится при создании крови некроманта").
+		///
+		/// WHY THE SOUND NAME IS ASKED FOR AND NOT SPELLED OUT. The clip differs by gender -
+		/// playerMale carries SoundHurt="player1painlg"/SoundHurtSmall="player1painsm" and
+		/// playerFemale overrides both to player2pain* (Data/Config/entityclasses.xml). Hardcoding
+		/// "player1painlg" would have given every female character a male grunt. GetSoundHurt() and
+		/// GetSoundHurtSmall() are public on EntityAlive and are plain field reads (verified: each
+		/// one's whole body is "ldarg.0; ldfld soundHurt|soundHurtSmall; ret"), so they return
+		/// whatever this entity's own class declared and cost nothing.
+		///
+		/// WHY NOT GetSoundHurt(DamageSource, int), which would pick for us: it needs a
+		/// DamageSource, and this is not damage from a source - the HP here is spent by AddHealth,
+		/// deliberately (see the comment at the call site). Its selection rule is three lines, so
+		/// it is reproduced instead of faked with a synthetic DamageSource.
+		///
+		/// The null guard is vanilla's too: EntityAlive.OnUpdateEntity stores the result and skips
+		/// the call on null (brfalse right after the stloc) rather than handing PlayOneShot a null
+		/// clip name. The fallback to the big grunt covers an entity that declares SoundHurt but
+		/// not SoundHurtSmall - again exactly what vanilla's override does when
+		/// GetSoundHurtSmall() comes back empty.
+		///
+		/// PlayOneShot(name) with no further arguments is byte-for-byte what vanilla passes here:
+		/// its optional parameters default to sound_in_head:false, serverSignalOnly:false,
+		/// isUnique:false, _animEvent:null, volumeScale:1f, and OnUpdateEntity's own call pushes
+		/// exactly those five constants. So the grunt comes out of the character, not "in the
+		/// head", same as being spiked.</summary>
+		public static void PlayPainSound(EntityPlayerLocal _player, int _damage)
+		{
+			if (_player == null)
+			{
+				return;
+			}
+
+			string clip = _damage > PainSoundBigDamage
+				? _player.GetSoundHurt()
+				: _player.GetSoundHurtSmall();
+
+			if (string.IsNullOrEmpty(clip))
+			{
+				clip = _player.GetSoundHurt();
+			}
+			if (string.IsNullOrEmpty(clip))
+			{
+				return;
+			}
+
+			_player.PlayOneShot(clip);
+		}
+
 		public static bool HasAnyKnife(EntityPlayerLocal player)
 		{
 			return ContainsKnife(player.inventory?.GetSlots()) || ContainsKnife(player.bag?.GetSlots());
@@ -131,6 +209,13 @@ namespace NecromancerTome
 				return;
 			}
 			__state.AddHealth(-amount);
+
+			// The grunt goes AFTER the HP is actually gone, so a craft that somehow bailed out
+			// above never makes a sound the player cannot account for. At the 90% cost this is the
+			// big pain clip in every normal case (amount > 15 unless the player is already down to
+			// about 17 HP), and drops to the small one exactly where vanilla would drop it too.
+			NecromancerBloodPatch.PlayPainSound(__state, amount);
+
 			Debug.Log("[NecromancerTome] NecromancerBloodPatch: crafted blood, deducted " + amount + " HP from owner=" + __state.entityId);
 		}
 	}
@@ -0,0 +1,337 @@
+using HarmonyLib;
+using UnityEngine;
+
+namespace NecromancerTome
+{
+	/// <summary>
+	/// Счёт убийств для скилла "Некромантия" (user report 2026-09-16: "Почему-то наш скилл
+	/// некроманта не всегда засчитывает убийство зомби... если робомолот убьёт зомбака, то игрок
+	/// получает за это опыт. Если зомби умрёт от кровотечения, которое навесил игрок, то игрок
+	/// получит опыт. У нас скилл некроманта в этих случаях не прибавляется. Это баг.").
+	///
+	/// WHAT WAS BROKEN, AND IT WAS TWO SEPARATE THINGS.
+	///
+	/// Until this patch the whole count was four lines of XML appended to ONE entity class in
+	/// Config/entityclasses.xml:
+	///
+	///     &lt;append xpath="/entity_classes/entity_class[@name='zombieTemplateMale']"&gt;
+	///       &lt;requirement name="EntityTagCompare" target="other" tags="player"/&gt;
+	///       &lt;triggered_effect trigger="onOtherKilledSelf" action="ModifyCVar" target="other" .../&gt;
+	///       &lt;triggered_effect trigger="onOtherKilledSelf" action="AddProgressionLevel" target="other" .../&gt;
+	///
+	/// 1. ONE CLASS IS NOT EVERY ZOMBIE. Humanoids were fine - effect_group DOES inherit through
+	///    extends on entity_class (unlike items.xml, see progression.xml's header), and every
+	///    zombie template chains back to zombieTemplateMale. But the five zombie ANIMALS inherit
+	///    the animal branch and never reach it:
+	///        animalZombieBear extends animalBear,  animalZombieBoar extends animalBoar,
+	///        animalZombieDog  extends animalWolf,  animalZombieVulture extends animalTemplateHostile,
+	///        animalZombieVultureRadiated extends animalZombieVulture
+	///    Killing a zombie dog, bear, boar or vulture counted for nothing at all. Zombie vultures
+	///    are everywhere on roads, which is most of what "не всегда засчитывает" was.
+	///
+	/// 2. target="other" IS THE LITERAL KILLER, NOT THE PLAYER WHO EARNED IT. With
+	///    trigger="onOtherKilledSelf" plus a requirement that "other" be tagged player, anything
+	///    that kills on the player's behalf fails the requirement: a robotic sledge (the turret is
+	///    "other"), a bleed the player applied (no direct killer at the moment of death), a summoned
+	///    pet (the pet is "other"). Vanilla still awards XP in all of these because it does NOT use
+	///    the literal killer - it resolves the crediting player from the DamageSource, in
+	///    EntityAlive.AwardKillXPServer(DamageSource, EntityAlive), whose body reads BuffClass
+	///    (DoT damage) and a dedicated bTrapKillXP flag (trap kills) before calling AddKillXP.
+	///
+	/// BOTH EFFECTS SHARED ONE REQUIREMENT, so every missed kill also failed to raise
+	/// necroZombieKillsCVar - and that CVar is the Necromancer's Knife's damage (items.xml: "Damage
+	/// = necroZombieKillsCVar / 10", recomputed continuously in buffs.xml). The bug was quietly
+	/// underpowering the knife too, which is why the fix keeps both effects together.
+	///
+	/// WHY THIS HOOK AND NOT A WIDER XML PATCH. Adding the five animal classes by XML would have
+	/// fixed cause 1 and left cause 2 untouched. EntityPlayer.AddKillXP is the single point where
+	/// vanilla has ALREADY decided which player gets the kill - it is called from exactly one place
+	/// in the whole assembly, AwardKillXPServer, after all the DamageSource resolution is done.
+	/// Hooking it means our count agrees with the XP number the player sees on screen by
+	/// construction, for every case vanilla handles, including ones nobody has thought of yet.
+	/// Verified by metadata scan: AwardKillXPServer is the only caller of AddKillXP.
+	///
+	/// THE XML TRIGGERS ARE GONE, NOT LEFT ALONGSIDE. Config/entityclasses.xml no longer carries
+	/// the effect_group - if it stayed, a kill by the player's own hand would satisfy both it and
+	/// this patch and count TWICE. That was the one trap of moving the count into code, and it is
+	/// the first thing to check if levels ever start rising two at a time.
+	///
+	/// PETS ARE NOT GUARANTEED BY THIS PATCH. The user also asked that summoned creatures count.
+	/// They will count if and only if vanilla itself credits the owner for a pet kill - this patch
+	/// follows vanilla's decision, it does not make it. Whether it does is NOT verified and is the
+	/// specific thing to watch for in game; if pets turn out not to be credited, that is a separate
+	/// piece of work (giving the pet's DamageSource an owner), not a bug in this file.
+	///
+	///
+	/// ============================================================================================
+	/// ШКАЛА ПЕРЕДЕЛАНА 2026-09-17: 20 УБИЙСТВ = 1 УРОВЕНЬ, И УРОВЕНЬ БОЛЬШЕ НЕ ХРАНИТСЯ
+	/// ============================================================================================
+	///
+	/// Баг, найденный на стриме: "Рецепты отображались в скилле серым и с замком, хотя при этом
+	/// должен был бы быть доступным" - при 250+ убитых зомби Слёзы мертвеца (30) были открыты, а
+	/// Пир падальщика (60) стоял под замком.
+	///
+	/// ПРИЧИНА - ВАНИЛЬНАЯ СЕРИАЛИЗАЦИЯ, А НЕ НАША РАСКЛАДКА. ProgressionValue пишет и читает
+	/// уровень ОДНИМ БАЙТОМ:
+	///
+	///     public void Write(BinaryWriter _writer, bool _IsNetwork)   { ... _writer.Write((byte)level); ... }
+	///     public void Read(BinaryReader _reader)                     { ... level = _reader.ReadByte(); ... }
+	///
+	/// Всё выше 255 при сохранении обрезается по модулю 256. Подтверждено не только декомпиляцией,
+	/// но и на живом сейве пользователя (New Xisema Mountains/sezon8, 17.09.2026): в файле игрока
+	/// necroZombieKillsCVar = 384, а уровень craftingNecroNecromancy = 129, то есть ровно 384-256.
+	/// Со старой шкалой "одно убийство - один уровень" (max_level 5000) это означало, что уровень
+	/// откатывался назад на каждом переходе через 256, панель скилла заново вешала замки на уже
+	/// открытые рецепты, а группы 500/2000/3000/5000 были недостижимы в принципе. В ванили предел
+	/// не всплывает: атрибуты идут до 10, перки до 5, крафтовые скиллы до 100.
+	///
+	/// РЕШЕНИЕ (продиктовано пользователем): "пусть уровень навыка будет 1/20 от количества убитых
+	/// зомби", то есть 20 убийств = 1 уровень, максимум 250 - влезает в байт с запасом. Чинится
+	/// сама шкала, а не сериализация поверх неё.
+	///
+	/// ЕДИНСТВЕННЫЙ ИСТОЧНИК ПРАВДЫ - necroZombieKillsCVar. Это float, он сохраняется честно (те
+	/// самые 384 в сейве) и переполнению не подвержен. Уровень из него ВЫЧИСЛЯЕТСЯ, а не
+	/// накапливается: и на каждом убийстве (ниже), и при загрузке игрока
+	/// (Patch_PlayerDataFile_ToPlayer_NecromancyLevel). Второе важнее, чем кажется: оно чинит уже
+	/// испорченные сейвы без ручного вмешательства - тот же sezon8 при первой же загрузке получит
+	/// уровень 19 вместо сломанных 129. Именно поэтому здесь не "+1 к уровню", а "уровень =
+	/// убийства / 20": прибавка к испорченному значению оставила бы его испорченным навсегда.
+	///
+	/// ДВА ИНДИКАТОРА (указание пользователя от 2026-09-17). Оба значения пишутся здесь же, в
+	/// CVar'ы, а рисуются данными:
+	///     necroNecromancyLevelCVar    - уровень Некромантии, показывает бафф с черепом
+	///                                   (buffs.xml, buffNecroZombieKillTrackerDisplay).
+	///     necroNecromancyProgressCVar - сколько зомби упокоено внутри текущего уровня, 0..19.
+	///                                   Это фиолетовая шкала в HUD рядом с полосой опыта
+	///                                   (Config/XUi_InGame/windows.xml), она заполняется каждые
+	///                                   20 зомби и обнуляется вместе с повышением уровня.
+	/// Оба пишутся ВСЕГДА, в том числе когда уровень не изменился - иначе шкала стояла бы на
+	/// месте девятнадцать убийств подряд и дёргалась раз в двадцатое.
+	/// </summary>
+	[HarmonyPatch(typeof(EntityPlayer), "AddKillXP")]
+	public static class Patch_EntityPlayer_AddKillXP_NecromancyCount
+	{
+		public const string NecromancySkillName = "craftingNecroNecromancy";
+		public const string KillsCVarName = "necroZombieKillsCVar";
+
+		/// <summary>Сколько упокоенных зомби стоит один уровень Некромантии. Менять это число в
+		/// одиночку НЕЛЬЗЯ: на нём завязаны и max_level="250" скилла, и все пороги
+		/// RecipeTagUnlocked/unlock_level в Config/progression.xml (они записаны в уровнях), и
+		/// делитель фиолетовой шкалы в Config/XUi_InGame/windows.xml. Двадцатка выбрана не на
+		/// глаз: 5000 убийств / 20 = 250 уровней, а 250 - это максимум, который переживает
+		/// однобайтовую сериализацию уровня (см. большой комментарий выше).</summary>
+		public const int KillsPerLevel = 20;
+
+		/// <summary>Значения для двух индикаторов. Держатся в CVar'ах игрока, а не вычисляются в
+		/// XML, по двум причинам: (1) уровень обязан совпадать с ProgressionValue.Level бит в бит,
+		/// иначе череп и панель скилла разойдутся; (2) деление в ModifyCVar дало бы дробь (19.2), а
+		/// display_value показывает значение как есть.</summary>
+		public const string LevelCVarName = "necroNecromancyLevelCVar";
+
+		public const string ProgressCVarName = "necroNecromancyProgressCVar";
+
+		/// <summary>The tag every zombie carries, humanoid and animal alike. Checked against the
+		/// real data rather than assumed: zombieBiker/zombieArlene/zombieBoe/zombieSpider all
+		/// declare "entity,zombie,..." and the five zombie animals declare
+		/// "entity,animal,zombie,zombieAnimal,...". Note that entity Tags do NOT inherit through
+		/// extends (entityclasses.xml says so in a comment right on the property), which is exactly
+		/// why this works: every concrete, spawnable zombie spells its own tags out, and the bare
+		/// templates that do not are never spawned.
+		///
+		/// A tag test also ages better than the class list it replaces: any zombie added by a
+		/// future game version or another mod counts the moment it calls itself a zombie.</summary>
+		private static readonly FastTags<TagGroup.Global> ZombieTag =
+			FastTags<TagGroup.Global>.Parse("zombie");
+
+		public static void Postfix(EntityPlayer __instance, EntityAlive killedEntity)
+		{
+			if (__instance == null || killedEntity == null)
+			{
+				return;
+			}
+			if (!killedEntity.HasAnyTags(ZombieTag))
+			{
+				return;
+			}
+
+			float kills = AddKillsCVar(__instance);
+			SyncNecromancyLevel(__instance, kills);
+		}
+
+		/// <summary>necroZombieKillsCVar += 1 - the same thing the removed ModifyCVar action did,
+		/// and the reason it is here rather than left in XML is that it shared the broken
+		/// requirement with the progression effect. GetCVar/SetCVar are public on EntityAlive and
+		/// are the same storage the buffs.xml formula reads. Возвращает новое значение, чтобы
+		/// уровень считался ровно от него, а не от повторного чтения.</summary>
+		private static float AddKillsCVar(EntityPlayer _player)
+		{
+			float kills = _player.GetCVar(KillsCVarName) + 1f;
+			_player.SetCVar(KillsCVarName, kills);
+			return kills;
+		}
+
+		/// <summary>Приводит уровень Некромантии и оба индикатора в соответствие числу убийств.
+		/// Идемпотентна: вызывай сколько угодно раз, результат зависит только от _kills.
+		///
+		/// Тело повторяет MinEventActionAddProgressionLevel.Execute шаг в шаг (его IL для этого
+		/// читался): GetProgressionValue, новое значение, кламп по ProgressionClass.MaxLevel,
+		/// затем - для крафтового скилла - тост о повышении и HandleCheckCrafting, затем два
+		/// флага "изменилось".
+		///
+		/// HandleCheckCrafting - та часть, которую легко выкинуть и дорого не заметить: именно её
+		/// игра зовёт при смене уровня крафтового скилла, и без неё рецепты рискуют не заметить,
+		/// что стали доступны. И она, и AddCraftingSkillNotification публичные.</summary>
+		public static void SyncNecromancyLevel(EntityPlayer _player, float _kills)
+		{
+			Progression progression = _player.Progression;
+			if (progression == null)
+			{
+				return;
+			}
+
+			ProgressionValue pv = progression.GetProgressionValue(NecromancySkillName);
+			if (pv == null || pv.ProgressionClass == null)
+			{
+				// Not a crash, and not silent either: this means the skill did not load, which is a
+				// config problem worth seeing once in the log rather than a reason to throw inside
+				// a kill handler.
+				Debug.LogWarning("[NecromancerTome] NecromancyKillCredit: progression '" +
+				                 NecromancySkillName + "' not found - kill not counted");
+				return;
+			}
+
+			int kills = (int)_kills;
+			if (kills < 0)
+			{
+				kills = 0;
+			}
+
+			int maxLevel = pv.ProgressionClass.MaxLevel;
+			int newLevel = kills / KillsPerLevel;
+			int progressInLevel = kills - newLevel * KillsPerLevel;
+			if (newLevel >= maxLevel)
+			{
+				// На потолке шкала остаётся залитой доверху, а не сбрасывается в ноль: уровней
+				// больше не будет, и пустая полоса читалась бы как "вот-вот повысишься".
+				newLevel = maxLevel;
+				progressInLevel = KillsPerLevel;
+			}
+
+			// Оба индикатора обновляются независимо от того, сменился уровень или нет - шкала
+			// должна ползти на каждом убийстве.
+			SetCVarSafe(_player, LevelCVarName, newLevel);
+			SetCVarSafe(_player, ProgressCVarName, progressInLevel);
+
+			int oldLevel = pv.Level;
+			if (newLevel == oldLevel)
+			{
+				return;
+			}
+			pv.Level = newLevel;
+
+			EntityPlayerLocal local = _player as EntityPlayerLocal;
+			if (pv.ProgressionClass.IsCrafting && local != null)
+			{
+				if (newLevel > oldLevel)
+				{
+					// true = add the notification only if one is not already up, so a horde night
+					// does not stack a fresh toast per corpse. Только на РОСТЕ уровня: при
+					// загрузке испорченного сейва уровень может поехать вниз (129 -> 19), и
+					// поздравлять с этим игрока не за что.
+					local.PlayerUI?.xui?.CollectedItemList?.AddCraftingSkillNotification(pv, true);
+				}
+				pv.ProgressionClass.HandleCheckCrafting(local, oldLevel, newLevel);
+			}
+
+			// isEntityRemote guards these in vanilla too: a remote player's stats are the server's
+			// business, and marking them dirty here would be claiming an authority we do not have.
+			if (!_player.isEntityRemote)
+			{
+				progression.bProgressionStatsChanged = true;
+				_player.bPlayerStatsChanged = true;
+			}
+		}
+
+		/// <summary>SetCVar идёт через EntityBuffs, а он на момент загрузки игрока может быть ещё
+		/// не создан - в ToPlayer буфы читаются отдельным блоком и только если они в файле есть.
+		/// Ронять из-за индикатора загрузку персонажа нельзя, поэтому проверка явная.</summary>
+		private static void SetCVarSafe(EntityPlayer _player, string _name, float _value)
+		{
+			if (_player.Buffs == null)
+			{
+				return;
+			}
+			_player.SetCVar(_name, _value);
+		}
+	}
+
+	/// <summary>
+	/// Пересчёт уровня Некромантии при загрузке игрока - вторая половина фикса однобайтового
+	/// уровня (см. большой комментарий в Patch_EntityPlayer_AddKillXP_NecromancyCount).
+	///
+	/// ПОЧЕМУ ИМЕННО PlayerDataFile.ToPlayer И ИМЕННО POSTFIX. Уровень восстанавливается из
+	/// necroZombieKillsCVar, а CVar'ы лежат в EntityBuffs. В теле ToPlayer порядок жёсткий:
+	/// сначала Progression.Read, следом Buffs.Read. Postfix - единственная точка, где уже готовы
+	/// ОБА, и заодно это уже проверенный в этом моде хук: на том же методе висит
+	/// SpatialVaultPersistence (две разные заплатки на один метод Harmony складывает без
+	/// конфликта).
+	///
+	/// ЧТО ЭТО ДАЁТ. Сейв, испорченный старой шкалой, чинится сам при первом входе: было 384
+	/// убийства и уровень 129 - станет уровень 19 и все четыре мода ножа снова открыты. Ручных
+	/// команд, сброса скилла или новой игры не требуется. Проверено на двух реальных сейвах
+	/// пользователя (17.09): sezon8 - 384 убийства при уровне 129, test8 - 303 при уровне 48.
+	/// Ни в одном из них счётчик убийств не пострадал, потому что он float и переполняться ему
+	/// нечем; портился только уровень.
+	///
+	/// СТАРЫЙ СЕЙВ НИКОГДА НЕ ТЕРЯЕТ ОТКРЫТОЕ. В прежней шкале уровень был равен числу убийств
+	/// (с поправкой на переполнение), то есть уровень ВСЕГДА был не больше счётчика. Пересчёт из
+	/// счётчика поэтому может только вернуть украденное переполнением, но не отнять: тот же test8
+	/// на 303 убийствах получает Тёмное чутьё (порог 300), которое сломанный уровень 48 держал
+	/// под замком.
+	///
+	/// ЕДИНСТВЕННЫЙ СЛУЧАЙ, КОГДА ПЕРЕСЧЁТ МОГ БЫ НАВРЕДИТЬ, - счётчик пуст, а уровень есть.
+	/// Тогда "уровень = убийства / 20" дало бы ноль и стёрло прогресс. Живьём такого сейва не
+	/// видели (счётчик и уровень всегда росли одной и той же строкой кода, а CVar'ы при смерти не
+	/// чистятся - в EntityBuffs нет ни одного сброса словаря CVars), но цена ошибки тут - чужой
+	/// прогресс, поэтому случай обработан явно: счётчик восстанавливается из старого уровня по
+	/// прежнему правилу "1 убийство = 1 уровень" и дальше всё идёт обычным путём. Оценка выйдет
+	/// заниженной (переполнение из уровня уже не вытащить), но это лучше, чем ноль.
+	/// </summary>
+	[HarmonyPatch(typeof(PlayerDataFile), "ToPlayer")]
+	public static class Patch_PlayerDataFile_ToPlayer_NecromancyLevel
+	{
+		public static void Postfix(EntityPlayer _player)
+		{
+			if (_player == null || _player.Buffs == null)
+			{
+				return;
+			}
+
+			float kills = _player.GetCVar(Patch_EntityPlayer_AddKillXP_NecromancyCount.KillsCVarName);
+			ProgressionValue pv = _player.Progression != null
+				? _player.Progression.GetProgressionValue(Patch_EntityPlayer_AddKillXP_NecromancyCount.NecromancySkillName)
+				: null;
+			int oldLevel = pv != null ? pv.Level : 0;
+
+			if (kills < 1f && oldLevel > 0)
+			{
+				kills = oldLevel;
+				_player.SetCVar(Patch_EntityPlayer_AddKillXP_NecromancyCount.KillsCVarName, kills);
+				Debug.LogWarning("[NecromancerTome] NecromancyLevel: счётчик убийств пуст при уровне " +
+				                 oldLevel + " - восстановлен из уровня по старой шкале");
+			}
+
+			Patch_EntityPlayer_AddKillXP_NecromancyCount.SyncNecromancyLevel(_player, kills);
+
+			// Одна строка в лог на загрузку игрока - по ней видно, что конверсия старого сейва
+			// произошла и во что именно (вопрос пользователя 2026-09-17: "не сломают ли новые
+			// правки старые сейвы").
+			int newLevel = pv != null ? pv.Level : 0;
+			if (newLevel != oldLevel)
+			{
+				Debug.Log("[NecromancerTome] NecromancyLevel: уровень пересчитан из счётчика убийств " +
+				          (int)kills + ": было " + oldLevel + ", стало " + newLevel);
+			}
+		}
+	}
+}
@@ -114,6 +114,10 @@ namespace NecromancerTome
 			// buff-trigger vocabulary, since there's no "for as long as this XUiC_Timer is open"
 			// trigger to hang it off - this IS that lifecycle.
 			player.Buffs.AddBuff(ChannelBuffName);
+			// The world drains to black and white for the length of the channel - see
+			// ChannelVision.cs. Started here rather than from the buff so both of this mod's
+			// channels share one definition of what channelling looks like.
+			ChannelVision.Begin(player);

 			TimerEventData timerData = new TimerEventData
 			{
@@ -136,6 +140,7 @@ namespace NecromancerTome
 			{
 				Debug.Log("[NecromancerTome] PortalStonePatch: channel cancelled for " + itemName + ", owner=" + player.entityId);
 				player.Buffs.RemoveBuff(ChannelBuffName);
+				ChannelVision.End(player);
 			};

 			string labelKey = (itemName == BlueStoneName) ? "thrownStonePortalBlueChanneling" : "thrownStonePortalBlackChanneling";
@@ -151,6 +156,9 @@ namespace NecromancerTome
 		{
 			Debug.Log("[NecromancerTome] PortalStonePatch: channel completed for " + itemName + ", owner=" + player.entityId);
 			player.Buffs.RemoveBuff(ChannelBuffName);
+			// Before the teleport rather than after: the colour is already on its way back while
+			// the player arrives, instead of starting to return only once he is standing there.
+			ChannelVision.End(player);
 			if (itemName == BlackStoneName)
 			{
 				ShowBlackPortalConfirmation(player);
@@ -90,13 +90,25 @@ namespace NecromancerTome

 			if (_actionData.indexInEntityOfAction == 1)
 			{
-				OpenVault(player);
+				// Not when this very press just cancelled a block pickup and opened the vault on
+				// the way - see SpatialVaultPickup.ConsumeCancelOpen. Down and up are one press.
+				if (!SpatialVaultPickup.ConsumeCancelOpen())
+				{
+					OpenVault(player);
+				}
+			}
+			else
+			{
+				// The regular attack takes the block under the crosshair into the vault from
+				// 2026-09-14 - see SpatialVaultPickupPatch.cs. Before that it did nothing at all,
+				// by direct user request of 2026-08-30 ("пусть тогда обычная атака у
+				// пространственного браслета не делает ничего"), after the knockback+slow version did not
+				// visibly do anything in testing. ShoveZombieAtCrosshair is kept below, unused,
+				// because that abandoned version was never shown to be WRONG - only invisible.
+				// The ItemValue goes with it: the pickup refuses outright when this particular
+				// bracelet has nothing in its mod slot, and mods live on the instance.
+				SpatialVaultPickup.Begin(player, _actionData.invData.itemValue);
 			}
-			// else: regular attack (index 0) deliberately does nothing, per direct user request
-			// 2026-08-30 ("пусть тогда обычная атака у пространственного браслета не делает
-			// ничего") after the knockback+slow version didn't visibly do anything in testing -
-			// rather than debug ShoveZombieAtCrosshair blind (kept below, unused, in case this
-			// gets revisited), just absorb the click silently.

 			// Skip ItemActionEat's own logic entirely - the click has been fully handled here.
 			return false;
@@ -0,0 +1,681 @@
+using HarmonyLib;
+using UnityEngine;
+
+namespace NecromancerTome
+{
+	/// <summary>
+	/// Holding the Spatial Bracelet's REGULAR attack on a block takes that block into the vault
+	/// after a ten-second timer - the same circular indicator a workbench shows when you take it
+	/// (user request 2026-09-14: "при зажатии обычной атаки игрок видел индикатор как при
+	/// демонтаже верстака... блок должен исчезнуть и появиться в пространственном хранилище").
+	/// Entry point is SpatialVaultPatch's existing Prefix, index 0, which until now deliberately
+	/// swallowed that click and did nothing.
+	///
+	/// THE WHOLE RECIPE IS VANILLA'S, not an imitation of it. Block.TakeItemWithTimer and its
+	/// TakeItemWithTimerDone are short enough to read in one sitting, and they are the workbench
+	/// pickup; what follows is the same sequence with two substitutions - ten seconds instead of
+	/// the block's own TakeDelay, and the vault's Bag instead of the player's backpack. Even the
+	/// refusal messages are vanilla's own keys, which means they are already translated into every
+	/// language the game ships, and a player who has ever taken a workbench has already been
+	/// taught what they mean.
+	///
+	/// A DAMAGED BLOCK IS REFUSED BEFORE THE TIMER EVER OPENS. That is vanilla's first line:
+	///
+	///     if (_blockValue.damage > 0)
+	///         GameManager.ShowTooltip(_player, Localization.Get("ttRepairBeforePickup"), "", "ui_denied");
+	///     else if (canTake(...))
+	///         XUiC_Timer.OpenTimer(...);
+	///
+	/// - and it is exactly what the user asked for: a message, and no indicator at all.
+	///
+	/// EVERY GUARD IS CHECKED TWICE, ONCE TO OPEN THE TIMER AND ONCE TO FINISH IT, because ten
+	/// seconds is a long time in this game. Vanilla does the same for its own two seconds: the
+	/// block can be shot, mined, replaced, or opened by someone else while the circle fills, and
+	/// each of those has its own message rather than a silent failure or, worse, a block quietly
+	/// deleted from the world with nothing to show for it.
+	///
+	/// THE TARGET IS ANY BLOCK UNDER THE CROSSHAIR (user's choice of 2026-09-14, over the
+	/// narrower "only what vanilla already lets you take"). That is a wider promise than vanilla
+	/// ever makes, and two things follow from it that the narrow version would never have had to
+	/// face:
+	///
+	///   - MULTIBLOCKS. A door or a bed occupies several cells, and the crosshair usually lands on
+	///     a child rather than on the parent. Setting that one cell to air would leave the other
+	///     half standing as debris. The child is resolved to its parent first, with the engine's
+	///     own idiom - `isMultiBlock && ischild -> multiBlockPos.GetParentPos(...)` - which is
+	///     what Block's own methods do a dozen times over, and the parent is what gets removed.
+	///   - BLOCKS WITH NO ITEM FORM. Not everything placed in the world converts to something a
+	///     player can hold; ToItemValue comes back empty for those. They are refused up front,
+	///     because the alternative is deleting a block and handing back nothing.
+	///
+	/// THE CHANNEL GETS LONGER WITH REACH - ten seconds against the block, one more per full
+	/// block of distance. The measurement is not computed from the player's position and the
+	/// block's position, which would mean picking a point in the player (feet? eyes?) and a point
+	/// in the block (centre? face?) and being wrong about one of them: the engine already fills in
+	/// HitInfoDetails.distanceSq for the very ray that chose this block, so the number used is the
+	/// length of that ray. It is also the honest one - it measures to the surface being looked at,
+	/// which is what "вплотную" means to a player standing against a wall.
+	///
+	/// FLOOR, NOT ROUND, and that is what makes the two anchors in the request both come out
+	/// right: flush against a block the ray is well under a metre, floors to zero, and the channel
+	/// is the plain ten seconds; a block five away floors to five and costs fifteen.
+	///
+	/// THE POWER ATTACK CANCELS THE CHANNEL AND OPENS THE VAULT (user request 2026-09-14, after
+	/// the feature was confirmed working: "можно случайно нажать и не иметь возможности прервать").
+	/// Ten seconds of standing still after a misclick is a long time, and the vanilla escapes are
+	/// both poor here: getting hit is not something the player chooses, and the activate key is
+	/// not the button a hand is already on. The bracelet's other button is - and it lands on the
+	/// thing the player most likely wanted in the first place.
+	///
+	/// WHAT A PICKAXE CANNOT BREAK, THE BRACELET CANNOT TAKE (user report 2026-09-14: it would
+	/// happily take a trader's compound apart, and bedrock with it). TWO SEPARATE ENGINE RULES
+	/// stand behind that one sentence, and they are worth keeping apart because they look
+	/// identical from inside the game and are nothing alike in the code:
+	///
+	///   - A TRADER'S GROUND. The blocks there are ordinary; it is the AREA that is protected.
+	///     Vanilla simply skips DamageBlock inside it, which is why a pickaxe does nothing while
+	///     this bracelet - asking about the block rather than about the place - saw nothing wrong.
+	///     The test is the same predicate that suppression uses, with its condition copied whole:
+	///
+	///         World.SandboxUseTraderArea != TraderAreaStates.Default || !world.IsWithinTraderArea(pos)
+	///
+	///     The sandbox half is not padding. Trader protection is a server setting, and a server
+	///     that turned it off should not find this mod enforcing it anyway: where vanilla
+	///     protects, so does the bracelet; where it does not, neither does this.
+	///   - INDESTRUCTIBLE MATERIAL. The world's floor is the opposite case - nothing special about
+	///     the place, everything special about the block. Bedrock's material carries
+	///     CanDestroy=false (Data/Config/materials.xml, Mbedrock), and the engine reads exactly
+	///     `blockValue.Block.blockMaterial.CanDestroy` wherever it must not break something. Asked
+	///     as a material question rather than by block name, so it covers whatever else in this
+	///     game - or in another mod - is declared unbreakable.
+	///
+	/// Both say so out loud, where vanilla stays silent. Vanilla can afford silence because a
+	/// pickaxe that does nothing is its own explanation - the block visibly refuses to break. An
+	/// indicator that simply never appears looks like this mod is broken instead, so these
+	/// refusals get a message like every other one in this file.
+	///
+	/// CONTENTS CANNOT TRAVEL, AND THAT IS NOT A SHORTCUT. "In the state the original block was
+	/// in" holds for the block's identity and its integrity, but an ItemStack in this game has
+	/// nowhere to put another container's inventory - ToItemValue maps a block to an item and
+	/// stops there. Vanilla solves this by refusing: a workstation with anything in it cannot be
+	/// taken, and says so through ttWorkstationNotEmpty. The same refusal is used here, extended
+	/// to composite storage (chests) through ITileEntityLootable, which is how this version of the
+	/// game models a container's contents.
+	/// </summary>
+	public static class SpatialVaultPickup
+	{
+		/// <summary>The floor: what it costs to take a block you are standing against. Vanilla's
+		/// workbench is two; the Blue Portal Stone's channel in this mod is also ten, and this
+		/// reads as the same kind of deliberate act.</summary>
+		public const float BaseChannelSeconds = 10f;
+
+		/// <summary>Added per full block of reach (user request 2026-09-14: "вплотную 10 сек,
+		/// если объект от персонажа в пяти блоках то 15 сек"). Distance is a cost, so pulling
+		/// something out of a wall across the room is a commitment rather than a trick.</summary>
+		public const float SecondsPerBlock = 1f;
+
+		/// <summary>Vanilla's own refusal messages, already translated into every shipped
+		/// language. Reused rather than re-worded: a player who has taken a workbench has already
+		/// learned what these mean, and a second vocabulary for the same refusal would be worse
+		/// than no message.</summary>
+		public const string MsgRepairFirst = "ttRepairBeforePickup";
+		public const string MsgBlockMissing = "ttBlockMissingPickup";
+		public const string MsgInUse = "ttCantPickupInUse";
+		public const string MsgNotEmpty = "ttWorkstationNotEmpty";
+
+		/// <summary>This mod's own, added with this feature - see Config/Localization.csv.</summary>
+		public const string MsgNoBlock = "braceletSpatialVaultNoBlock";
+		public const string MsgNoItemForm = "braceletSpatialVaultNoItemForm";
+		public const string MsgVaultFull = "braceletSpatialVaultFull";
+		public const string MsgChanneling = "braceletSpatialVaultPickupChanneling";
+		public const string MsgTraderArea = "braceletSpatialVaultTraderArea";
+		public const string MsgIndestructible = "braceletSpatialVaultIndestructible";
+		public const string MsgNoMod = "braceletSpatialVaultNoMod";
+
+		/// <summary>The denial sound vanilla plays with these tooltips.</summary>
+		public const string DeniedSound = "ui_denied";
+
+		/// <summary>What the bracelet burns to pull a block: the Кровавая сфера, dictated
+		/// 2026-09-15. Its own definition is in Config/item_modifiers.xml.
+		///
+		/// WHY A SEPARATE ITEM AND NOT THE BLOOD ITSELF - this is the scar of the 15.09 accident
+		/// and the reason not to "simplify" it back. The blood was moved into item_modifiers.xml
+		/// so it could be installed here, and that destroyed a character's save along with its
+		/// backup: an item's CLASS decides the byte layout of every stack of it
+		/// (ItemValue.Read:1094 / Write:1228), so a save written before the move became
+		/// unreadable. The sphere is a NEW name that no old save contains, which is what makes it
+		/// safe. Full write-up in BACKLOG.md.
+		///
+		/// The Кровавый камень, when it exists, goes in the same slot and is NOT charged here -
+		/// it is the infinite one. Nothing to add for it: this check names the sphere, so
+		/// anything else in the slot simply pays nothing.</summary>
+		public const string ChargeItemName = "resourceBloodSphere";
+
+		/// <summary>Unscaled time at which a cancel last opened the vault, or -1. Exists to stop
+		/// ONE press from opening the vault TWICE: the cancel reacts to the button going down,
+		/// while the bracelet's ordinary power attack reacts to it coming back up, and those are
+		/// the same press. Whether the release even reaches the item action through the modal
+		/// window is unknown - it is exactly the input suppression that forced the raw mouse read
+		/// below - so this guards the case rather than assuming either answer.</summary>
+		public static float CancelOpenedVaultAt = -1f;
+
+		/// <summary>How long after a cancel a power-attack release is treated as the tail of that
+		/// same press. Long enough to cover a slow finger, far short of a deliberate second
+		/// click.</summary>
+		public const float CancelSwallowSeconds = 0.5f;
+
+		/// <summary>True once, if the vault was just opened by cancelling a channel. Consuming it
+		/// rather than only reading it means a genuine second press right afterwards still
+		/// works.</summary>
+		public static bool ConsumeCancelOpen()
+		{
+			if (CancelOpenedVaultAt < 0f || Time.unscaledTime - CancelOpenedVaultAt > CancelSwallowSeconds)
+			{
+				return false;
+			}
+			CancelOpenedVaultAt = -1f;
+			return true;
+		}
+
+		/// <summary>What the timer is working on, handed through TimerEventData.Data - the same
+		/// use vanilla makes of that field (it packs a BlockValue, a position and the player into
+		/// an object[] there). A small class instead of an array because this one is read back in
+		/// a method that has to be right about which field is which.</summary>
+		public class PickupJob
+		{
+			public EntityPlayerLocal Player;
+			public Vector3i Position;
+			public BlockValue Expected;
+
+			/// <summary>The bracelet this pull was started with, so the blood that pays for it is
+			/// taken from the flask in THAT bracelet. Kept as the live ItemValue rather than
+			/// looked up again at the end: mods live on the instance, and ten seconds is long
+			/// enough for the player to have scrolled to another slot.</summary>
+			public ItemValue Bracelet;
+
+			/// <summary>What this particular pull costs, in seconds - computed once when the
+			/// channel starts (user request 2026-09-15: "пусть количество секунд требуемое для
+			/// поглощения блока записывается в отдельную переменную"). It is the same number the
+			/// timer counts down and the same number the flask pays, and that is the point of
+			/// storing it instead of recomputing: by the time the channel ends the player may
+			/// have turned away, the ray is gone, and a second call to ChannelSecondsFor would
+			/// quietly charge for a different block than the one that was taken.</summary>
+			public float ChannelSeconds;
+		}
+
+		/// <summary>Regular attack on the bracelet. Every refusal happens here, before the player
+		/// is asked to stand still for ten seconds.</summary>
+		public static void Begin(EntityPlayerLocal _player, ItemValue _bracelet)
+		{
+			// AN EMPTY MOD SLOT REFUSES THE WHOLE ACTION (user request 2026-09-15: "пусть обычная
+			// атака (поглощение блока) у пространственного хранилища не работает, если у хранилища
+			// в слоте модификаций пусто"). FIRST, deliberately, ahead of every other check in this
+			// method: the others are about the TARGET (no block, wrong kind of block, vault full),
+			// and telling the player "no block there" when the real problem is his empty bracelet
+			// would send him looking in the wrong place. This one is about the tool, so it is
+			// answered before the tool is even pointed at anything.
+			//
+			// ItemValue.HasMods() is the game's own test and the right one: it walks Modifications
+			// only, skipping both nulls and IsEmpty() slots, and does NOT count CosmeticMods - a
+			// dye would otherwise have read as "the bracelet is loaded". The bracelet has no
+			// cosmetic slot anyway (canHaveCosmetic is deliberately absent from its Tags, see
+			// items.xml), so this is belt and braces rather than a live case - but the next item
+			// that reuses this pattern may well have one.
+			//
+			// The ItemValue is handed in rather than read from the player, because the caller
+			// already holds the exact instance the click came from (_actionData.invData.itemValue)
+			// and mods live on the INSTANCE, not on the ItemClass. Two bracelets in the same
+			// inventory can legitimately disagree about whether they are loaded.
+			if (_bracelet == null || !_bracelet.HasMods())
+			{
+				Deny(_player, MsgNoMod);
+				return;
+			}
+
+			World world = GameManager.Instance != null ? GameManager.Instance.World : null;
+			if (world == null)
+			{
+				return;
+			}
+
+			WorldRayHitInfo hitInfo = _player.HitInfo;
+			if (hitInfo == null || !hitInfo.bHitValid)
+			{
+				Deny(_player, MsgNoBlock);
+				return;
+			}
+
+			Vector3i position = hitInfo.hit.blockPos;
+			BlockValue blockValue = world.GetBlock(position);
+			if (blockValue.isair || blockValue.Block == null)
+			{
+				Deny(_player, MsgNoBlock);
+				return;
+			}
+
+			// A door or a bed is several cells and the crosshair lands on whichever one is
+			// nearest; removing that cell alone would leave the rest of the model standing.
+			if (blockValue.Block.isMultiBlock && blockValue.ischild)
+			{
+				position = blockValue.Block.multiBlockPos.GetParentPos(position, blockValue);
+				blockValue = world.GetBlock(position);
+				if (blockValue.isair || blockValue.Block == null)
+				{
+					Deny(_player, MsgNoBlock);
+					return;
+				}
+			}
+
+			// Before anything else about the block is considered: whether it may be touched at
+			// all outranks what state it happens to be in.
+			if (!CanTakeHere(world, position, blockValue, _player))
+			{
+				return;
+			}
+
+			// Vanilla's first line, and the user's explicit requirement: a damaged block gets the
+			// message and no indicator whatsoever.
+			if (blockValue.damage > 0)
+			{
+				Deny(_player, MsgRepairFirst);
+				return;
+			}
+
+			ItemValue itemValue = blockValue.ToItemValue();
+			if (itemValue == null || itemValue.IsEmpty())
+			{
+				Deny(_player, MsgNoItemForm);
+				return;
+			}
+
+			if (!CanTakeTileEntity(world, position, _player))
+			{
+				return;
+			}
+
+			// Asked before the timer rather than after it, because ten seconds spent to be told
+			// the vault was full the whole time is the worst version of this feature.
+			Bag bag = GetVault(_player);
+			if (bag == null)
+			{
+				return;
+			}
+			if (!bag.CanTakeItem(new ItemStack(itemValue, 1)))
+			{
+				Deny(_player, MsgVaultFull);
+				return;
+			}
+
+			// Computed HERE, while the ray still exists, and carried in the job from this point
+			// on - see PickupJob.ChannelSeconds.
+			float channelSeconds = ChannelSecondsFor(hitInfo);
+
+			TimerEventData timerData = new TimerEventData
+			{
+				Data = new PickupJob
+				{
+					Player = _player,
+					Position = position,
+					Expected = blockValue,
+					Bracelet = _bracelet,
+					ChannelSeconds = channelSeconds
+				},
+				// Vanilla's own two escapes: taking a hit stops the channel, and so does the
+				// activate key. Neither is built here - both are fields XUiC_Timer.Update reads.
+				CloseOnHit = true,
+				CancelWithActivateButton = true
+			};
+			timerData.FullTimeFinishEvent += OnChannelComplete;
+			// Every way this ends that is NOT completion: damage, the activate key, the power
+			// attack. XUiC_Timer sets skipCloseEvent around the completion path specifically so
+			// the two are mutually exclusive, which is why the colour is restored in both places
+			// and not only here.
+			timerData.CloseEvent += delegate
+			{
+				ChannelVision.End(_player);
+			};
+
+			LocalPlayerUI playerUI = LocalPlayerUI.GetUIForPlayer(_player);
+			XUiC_Timer.OpenTimer(playerUI.xui, channelSeconds, timerData, -1f, Localization.Get(MsgChanneling));
+			// After the window is up, so a channel that somehow fails to open never leaves the
+			// world grey with nothing running.
+			ChannelVision.Begin(_player);
+
+			Debug.Log("[NecromancerTome] SpatialVaultPickup: owner=" + _player.entityId + " started taking " +
+			          blockValue.Block.GetBlockName() + " at " + position + " - " +
+			          Mathf.Sqrt(hitInfo.hit.distanceSq).ToString("0.##") + " blocks away, " +
+			          channelSeconds.ToString("0.#") + "s channel");
+		}
+
+		/// <summary>Ten seconds later. Everything is checked again from the live world rather than
+		/// trusted from the job, because the block that was there when the circle started filling
+		/// is not necessarily the block that is there now.</summary>
+		public static void OnChannelComplete(TimerEventData _timerData)
+		{
+			if (!(_timerData.Data is PickupJob job) || job.Player == null)
+			{
+				return;
+			}
+			// FIRST, before any of the checks below can take an early exit: the ten seconds are
+			// over however this turns out, so the colour comes back whether the block is taken or
+			// refused.
+			ChannelVision.End(job.Player);
+
+			World world = GameManager.Instance != null ? GameManager.Instance.World : null;
+			if (world == null)
+			{
+				return;
+			}
+
+			BlockValue blockValue = world.GetBlock(job.Position);
+			if (!CanTakeHere(world, job.Position, blockValue, job.Player))
+			{
+				return;
+			}
+			if (blockValue.damage > 0)
+			{
+				Deny(job.Player, MsgRepairFirst);
+				return;
+			}
+			// Shot out, mined, or replaced while the circle was filling.
+			if (blockValue.isair || blockValue.Block == null || blockValue.type != job.Expected.type)
+			{
+				Deny(job.Player, MsgBlockMissing);
+				return;
+			}
+			if (!CanTakeTileEntity(world, job.Position, job.Player))
+			{
+				return;
+			}
+
+			ItemValue itemValue = blockValue.ToItemValue();
+			if (itemValue == null || itemValue.IsEmpty())
+			{
+				Deny(job.Player, MsgNoItemForm);
+				return;
+			}
+
+			Bag bag = GetVault(job.Player);
+			if (bag == null)
+			{
+				return;
+			}
+
+			// ORDER MATTERS: the item goes in first, and the block is only removed if it got
+			// there. The other way round is how a block gets deleted out of the world in exchange
+			// for nothing when the vault filled up during those ten seconds.
+			if (!bag.AddItem(new ItemStack(itemValue, 1)))
+			{
+				Deny(job.Player, MsgVaultFull);
+				return;
+			}
+
+			world.SetBlockRPC(job.Position, BlockValue.Air);
+
+			// AFTER the block is gone and the item is in the vault, never before: every refusal
+			// above returns early, and blood paid for a pull that was then refused would be blood
+			// charged for nothing. This is the only place the flask is spent.
+			float spent = SpendCharge(job);
+
+			// The vault lives in memory and is written out with the player's own save data; this
+			// is the same commit point closing the vault window uses, so a block taken and then
+			// left alone is not waiting on the next autosave to become real. The flask's UseTimes
+			// rides along in the same save - it lives on the bracelet in the player's inventory.
+			GameManager.Instance.SaveLocalPlayerData();
+
+			Debug.Log("[NecromancerTome] SpatialVaultPickup: owner=" + job.Player.entityId + " took " +
+			          blockValue.Block.GetBlockName() + " at " + job.Position + " into the vault for " +
+			          spent.ToString("0.#") + " of charge");
+		}
+
+		/// <summary>Charges this pull to the Кровавая сфера in the bracelet's mod slot, one point
+		/// of durability per second of channel (user request 2026-09-15). Returns what was
+		/// actually taken.
+		///
+		/// WHY THE NAME CHECK AND NOT "whatever is in the slot". The slot is meant to take the
+		/// Кровавый камень too, and that one is explicitly the infinite version - it must pay
+		/// nothing. Naming the sphere here gets that for free: anything else installed is simply
+		/// not charged, and the pull still happens.
+		///
+		/// NOT ENOUGH BLOOD IS NOT A REFUSAL (user request 2026-09-15: "пусть поглощение всё-равно
+		/// сработает, но флакон крови некроманта после этого пусть исчезнет из слота", clarified to
+		/// "если прочность 0 или меньше, пусть флакон исчезнет из слота"). So the last pull is
+		/// always free of charge in the sense that matters - it completes - and the flask simply
+		/// does not survive it. The charge is therefore NOT clamped: UseTimes is allowed to go past
+		/// MaxUseTimes, because the only thing that then reads it is the emptiness test right
+		/// below, and a clamp would have made "spent exactly to zero" and "overdrawn" look the
+		/// same at the moment the difference stopped mattering anyway.
+		///
+		/// The test is "durability 0 or less", not "could not cover the cost", and those are not
+		/// the same rule: a flask with exactly enough left is also gone afterwards. That is the
+		/// user's own correction and it closes the hole the first version would have left - a
+		/// flask sitting at 0/1000 in the slot, counting as "something is installed" for the empty-
+		/// slot gate in Begin, and pulling blocks for free forever.
+		///
+		/// WHY THE NAME CHECK AND NOT "whatever is in the slot" - see above; a mod that is not
+		/// blood pays nothing, is not emptied, and the pull still happens.</summary>
+		public static float SpendCharge(PickupJob _job)
+		{
+			ItemValue bracelet = _job.Bracelet;
+			if (bracelet == null || bracelet.Modifications == null || _job.ChannelSeconds <= 0f)
+			{
+				return 0f;
+			}
+
+			float spent = 0f;
+			bool emptied = false;
+			for (int i = 0; i < bracelet.Modifications.Length; i++)
+			{
+				ItemValue mod = bracelet.Modifications[i];
+				if (mod == null || mod.IsEmpty())
+				{
+					continue;
+				}
+				if (mod.ItemClass == null || mod.ItemClass.Name != ChargeItemName)
+				{
+					continue;
+				}
+
+				int max = mod.MaxUseTimes;
+				mod.UseTimes += _job.ChannelSeconds;
+				spent += _job.ChannelSeconds;
+
+				// max <= 0 means this flask has no durability at all - a DegradationMax that did
+				// not resolve. Draining something with no capacity would delete it on the first
+				// pull, which is a config bug eating the player's item, so it is left alone and
+				// said out loud instead.
+				if (max <= 0)
+				{
+					Debug.LogWarning("[NecromancerTome] SpatialVaultPickup: sphere in slot " + i +
+					                 " has MaxUseTimes 0 - nothing to spend, flask kept. Check the " +
+					                 "DegradationMax passive_effect in Config/item_modifiers.xml");
+					continue;
+				}
+
+				if (mod.UseTimes >= max)
+				{
+					// ItemValue.None is what an empty mod slot holds - type 0, which is exactly
+					// what IsEmpty() tests for, so the slot reads as free to every other piece of
+					// code including the gate in Begin.
+					bracelet.Modifications[i] = ItemValue.None;
+					emptied = true;
+					Debug.Log("[NecromancerTome] SpatialVaultPickup: sphere in slot " + i +
+					          " ran out (" + mod.UseTimes.ToString("0.#") + "/" + max +
+					          ") - sphere removed from the bracelet");
+				}
+				else
+				{
+					Debug.Log("[NecromancerTome] SpatialVaultPickup: sphere in slot " + i + " now " +
+					          mod.UseTimes.ToString("0.#") + "/" + max + " used");
+				}
+			}
+
+			if (emptied)
+			{
+				// Vanilla's own answer to "the thing you were using is gone" - the same cue
+				// ItemAction.HandleItemBreak plays. An item vanishing out of a slot in silence is
+				// the one outcome here the player could miss entirely.
+				_job.Player.PlayOneShot("itembreak");
+			}
+			if (spent > 0f && _job.Player.inventory != null)
+			{
+				// Without this the number is right and the bar on the toolbelt icon is stale
+				// until something else happens to redraw it.
+				_job.Player.inventory.CallOnToolbeltChangedInternal();
+			}
+			return spent;
+		}
+
+		/// <summary>How long this particular pull takes. See the class comment for why the ray's
+		/// own length is the measurement and why it is floored rather than rounded.</summary>
+		public static float ChannelSecondsFor(WorldRayHitInfo _hitInfo)
+		{
+			float distance = Mathf.Sqrt(_hitInfo.hit.distanceSq);
+			int blocks = Mathf.Max(0, Mathf.FloorToInt(distance));
+			return BaseChannelSeconds + blocks * SecondsPerBlock;
+		}
+
+		/// <summary>False (with the reason already shown) when this block is one the game itself
+		/// would not let a player break - because of where it stands, or because of what it is
+		/// made of. Split out because, like every other guard here, it is asked twice: once to
+		/// open the timer and once to finish it.</summary>
+		public static bool CanTakeHere(World _world, Vector3i _position, BlockValue _blockValue, EntityPlayerLocal _player)
+		{
+			if (World.SandboxUseTraderArea == TraderAreaStates.Default && _world.IsWithinTraderArea(_position))
+			{
+				Deny(_player, MsgTraderArea);
+				return false;
+			}
+			if (_blockValue.Block != null && _blockValue.Block.blockMaterial != null &&
+			    !_blockValue.Block.blockMaterial.CanDestroy)
+			{
+				Deny(_player, MsgIndestructible);
+				return false;
+			}
+			return true;
+		}
+
+		/// <summary>False (with the reason already shown) when a tile entity at this position
+		/// stands in the way: someone has it open, or it has something inside it. Contents cannot
+		/// travel inside an ItemStack, so a container has to be emptied first - vanilla's own rule
+		/// for its workstations, applied here to chests as well.</summary>
+		public static bool CanTakeTileEntity(World _world, Vector3i _position, EntityPlayerLocal _player)
+		{
+			TileEntity tileEntity = _world.GetTileEntity(_position);
+			if (tileEntity == null)
+			{
+				return true;
+			}
+			if (tileEntity.IsUserAccessing())
+			{
+				Deny(_player, MsgInUse);
+				return false;
+			}
+			if (tileEntity is TileEntityWorkstation workstation && !workstation.IsEmpty)
+			{
+				Deny(_player, MsgNotEmpty);
+				return false;
+			}
+			if (tileEntity is TileEntityCollector collector && !collector.IsEmpty())
+			{
+				Deny(_player, MsgNotEmpty);
+				return false;
+			}
+			// Chests and everything else that holds loot: this version of the game models them as
+			// a composite tile entity with a storage FEATURE rather than as their own class, so
+			// the question has to be asked of the feature - the same TryGetSelfOrFeature call the
+			// engine's own storage code uses.
+			if (tileEntity.TryGetSelfOrFeature(out ITileEntityLootable lootable) && !lootable.IsEmpty())
+			{
+				Deny(_player, MsgNotEmpty);
+				return false;
+			}
+			return true;
+		}
+
+		/// <summary>The player's vault, or null with the reason already shown. Deliberately the
+		/// SAME bag the bracelet's power attack opens, reached through the same cache - a block
+		/// taken here has to be in the window that opens there, and the level gate has to answer
+		/// the same way in both places.</summary>
+		public static Bag GetVault(EntityPlayerLocal _player)
+		{
+			ProgressionValue progressionValue = _player.Progression?.GetProgressionValue(
+				Patch_ItemActionEat_ExecuteAction_SpatialVault.NecromancySkillName);
+			int level = progressionValue != null ? progressionValue.Level : 0;
+			int slotCount = Mathf.RoundToInt(level / 10f);
+			if (slotCount <= 0)
+			{
+				Deny(_player, "braceletSpatialVaultTooWeak");
+				return null;
+			}
+
+			if (!Patch_ItemActionEat_ExecuteAction_SpatialVault.PlayerVaults.TryGetValue(_player.entityId, out Bag bag))
+			{
+				bag = SpatialVaultPersistence.LastLoadedVault ?? new Bag(slotCount);
+				Patch_ItemActionEat_ExecuteAction_SpatialVault.PlayerVaults[_player.entityId] = bag;
+			}
+			if (bag.SlotCount < slotCount)
+			{
+				ItemStack[] oldSlots = bag.GetSlots();
+				ItemStack[] newSlots = ItemStack.CreateArray(slotCount);
+				System.Array.Copy(oldSlots, newSlots, oldSlots.Length);
+				bag.SetSlots(newSlots);
+			}
+			return bag;
+		}
+
+		/// <summary>A refusal, in vanilla's shape: the tooltip plus the denial sound. One method
+		/// so that no refusal in this file can accidentally go out silent.</summary>
+		public static void Deny(EntityPlayerLocal _player, string _localizationKey)
+		{
+			GameManager.ShowTooltip(_player, Localization.Get(_localizationKey), string.Empty, DeniedSound);
+		}
+	}
+
+	/// <summary>Lets the power attack cancel a block pickup in progress and open the vault
+	/// instead. A separate patch class on XUiC_Timer.Update, not on the item action, because this
+	/// has to be asked every frame WHILE the timer is open rather than once at click time - the
+	/// same shape Patch_XUiC_Timer_Update_PortalStoneCancel already uses for the Blue Portal
+	/// Stone's channel.
+	///
+	/// BOTH INPUT CHECKS ARE DELIBERATE, AND THE RAW ONE IS THE ONE THAT WORKS. The portal stone
+	/// shipped with only the semantic PlayerActionsLocal.Secondary check and the user reported
+	/// that cancelling did not work at all: the modal timer window has input focus, and the press
+	/// never reached PlayerAction's polling layer. The fix there was a second, independent read of
+	/// Unity's raw Input.GetMouseButtonDown(1) - right mouse, confirmed as Secondary's real
+	/// default KBM binding by decompiling PlayerActionsLocal.CreateActions - which reads hardware
+	/// state directly and bypasses whatever swallows the other one. That lesson is reused here
+	/// rather than re-learned: the semantic check is kept because it costs nothing and would cover
+	/// a gamepad's Secondary if that one does get through, and the raw check is what is actually
+	/// expected to fire. A gamepad-only player still has no cancel - the same open gap the portal
+	/// stone has, and the same fix would close both.
+	///
+	/// THE TIMER IS CLOSED BEFORE THE VAULT IS OPENED, not after: closing runs OnClose, which is
+	/// what hands control back to the player and drops the event data. Opening a window on top of
+	/// one that is still closing is how two windows end up fighting over the same input.</summary>
+	[HarmonyPatch(typeof(XUiC_Timer), "Update")]
+	public static class Patch_XUiC_Timer_Update_VaultPickupCancel
+	{
+		public static void Postfix(XUiC_Timer __instance)
+		{
+			if (__instance == null || __instance.eventData == null ||
+			    !(__instance.eventData.Data is SpatialVaultPickup.PickupJob job) || job.Player == null)
+			{
+				return;
+			}
+
+			PlayerActionsLocal input = __instance.xui?.playerUI?.playerInput;
+			bool cancelPressed = (input != null && input.Secondary.WasPressed) || Input.GetMouseButtonDown(1);
+			if (!cancelPressed)
+			{
+				return;
+			}
+
+			EntityPlayerLocal player = job.Player;
+			Debug.Log("[NecromancerTome] SpatialVaultPickup: pickup cancelled via power attack by owner=" + player.entityId);
+			__instance.xui.playerUI.windowManager.Close(__instance.windowGroup);
+			SpatialVaultPickup.CancelOpenedVaultAt = Time.unscaledTime;
+			Patch_ItemActionEat_ExecuteAction_SpatialVault.OpenVault(player);
+		}
+	}
+}
@@ -4,6 +4,6 @@
 	<DisplayName value="Necromancer's Tome" />
 	<Description value="A dark necromancy progression for 7 Days to Die 3.2: a kill-count-driven skill tree with cursed weapons, charm/deviation magic, summonable undead pets, base-defence wards, and a story-ending Black Portal ritual. Fully localized into 13 languages. Single-player; requires EAC off." />
 	<Author value="Alex Cube" />
-	<Version value="1.0.1" />
+	<Version value="1.3.0" />
 	<Website value="https://www.alexcube.ru/7-days-to-die-moi-mody/kniga-nekromanta-necromancer-s-tome/" />
 </xml>
@@ -10,20 +10,20 @@ It starts with a note. Reading it, your character sees a blurred flashback - a f
 [*]Turn [b]EasyAntiCheat off[/b]. The mod ships Harmony DLLs and will not load with EAC enabled.
 [*]Download the archive and unpack it.
 [*]Drop the [b]NecromancerTome[/b] folder into your [b]Mods[/b] folder, so that you end up with [i]Mods/NecromancerTome/ModInfo.xml[/i]. The Mods folder sits either next to the game executable or in [i]%APPDATA%/7DaysToDie/[/i] - either location works, create it if it is not there.
-[*]Start the game. A new [b]Necromancy[/b] skill appears in the crafting skills panel from level one.
+[*]Start the game. A new [b]Necromancy[/b] skill appears in the crafting skills panel right away, at level 0, and rises by one for every 20 zombies you put to rest.
 [/list]

 To uninstall, delete the folder. The mod adds items and one block, so a save that used them will lose them - start a fresh world if you want a clean state.

 [size=5][b]Main features[/b][/size]

-[b]A skill that levels from kills, not perk points.[/b] Necromancy counts every zombie you put down. Five tiers, 5000 kills to the top, each threshold opening part of the arsenal:
+[b]A skill that levels from kills, not perk points.[/b] Necromancy counts every zombie you put down: twenty of them make one level, up to level 250 (5000 zombies). The skull in the status bar shows the level, the purple bar beside the experience bar shows the progress inside it. Five tiers, each threshold opening part of the arsenal (zombie counts, level in brackets):

 [list]
-[*][b]Adept[/b] (from the start) - Spirit Stone, Necromancer's Knife, Blue Portal Stone, Pyramid of Spirits
-[*][b]Adept[/b] (20 / 30 / 60 / 100 / 300) - Spatial Bracelet, then four knife mods: Tears of the Dead, Scavenger's Feast, Grave's Repose, Dark Sense
+[*][b]Adept[/b] (from the start, level 0) - Spirit Stone, Necromancer's Knife, Blue Portal Stone, Pyramid of Spirits
+[*][b]Adept[/b] (20 / 60 / 100 / 300, levels 1 / 3 / 5 / 15) - Spatial Bracelet and Blood Sphere, then four knife mods: Tears of the Dead, Scavenger's Feast, Grave's Repose, Dark Sense
 [*][b]Journeyman[/b] (500 / 1400 / 1700) - Scroll of Deviation, knife mods Dead Man's Grip and Dead Storm
-[*][b]Apprentice[/b] (2000) - Summon Zombie Dog, Beetles of the Lord, Summon Zombie Griffin
+[*][b]Apprentice[/b] (2000) - Summon Zombie Dog, Beetles of the Lord, Summon Zombie Griffin, Blood Stone
 [*][b]Necromancer[/b] (3000) - Summon Zombie Bear, Summon Zombie Wolf, Banshee's Scroll
 [*][b]Master[/b] (5000) - Black Portal Stone
 [/list]
@@ -36,7 +36,9 @@ To uninstall, delete the folder. The mod adds items and one block, so a save tha

 [b]Base defence that converts instead of killing.[/b] The [b]Pyramid of Spirits[/b] is a deployable block. While you stand in its radius it charms any uncharmed zombie nearby on its own and sets it alight with cold purple flame, turning it against the rest instead of your walls. Its block menu toggles the effect and shows the radius.

-[b]Necromancer's tools.[/b] The [b]Blue Portal Stone[/b] teleports you to your bedroll after a ten-second channel that any damage interrupts, and is never consumed. The [b]Spatial Bracelet[/b] opens a personal storage rift that grows with your Necromancy level. [b]Necromancer's Blood[/b] is paid for in your own health. [b]Tin cans[/b] add a reusable water cycle - fill, boil on a campfire without a pot, drink, keep the can.
+[b]Necromancer's tools.[/b] The [b]Blue Portal Stone[/b] teleports you to your bedroll after a ten-second channel that any damage interrupts, and is never consumed. The [b]Spatial Bracelet[/b] opens a personal storage rift that grows with your Necromancy level - and holding its regular attack on a block pulls that block straight into the rift, ten seconds up close and one more per block of distance, while the world drains to black and white around you. That pull runs on a charge in the bracelet's mod slot: the [b]Blood Sphere[/b] is spent a point per second and crumbles when empty, while the [b]Blood Stone[/b] from the third grade is never spent at all. [b]Necromancer's Blood[/b] is paid for in your own health. [b]Tin cans[/b] add a reusable water cycle - fill, boil on a campfire without a pot, drink, keep the can.
+
+[b]The dead keep shop.[/b] Every trader in the world is rendered in black and white, half-transparent and matte. Nothing about the trade changes - but the necromancer deals with the dead, and the only people still doing business out here are not quite alive.

 [b]A real ending.[/b] The [b]Black Portal Stone[/b] is the last thing the skill tree gives you, and it is the end of the mod's story - a full-screen finale that stops the game and closes on a choice of two. One of them ends the run and returns you to the main menu; the other lets you come back and keep playing. What waits on the far side is better seen than described.

@@ -60,4 +62,4 @@ Thanks to [b]The Fun Pimps[/b] for a game that survives this much rewriting, and

 Source code, full change history and issue tracker: [url=https://git.08h.ru/alex/necromants-tome-7d2d-3-2]git.08h.ru/alex/necromants-tome-7d2d-3-2[/url]
 Mod page on my site: [url=https://www.alexcube.ru/7-days-to-die-moi-mody/kniga-nekromanta-necromancer-s-tome/]alexcube.ru[/url]
-My YouTube channel: [url=https://www.youtube.com/@alexcube]@alexcube[/url]
+My YouTube channel: [url=https://www.youtube.com/@alex_cube]@alex_cube[/url]
@@ -0,0 +1,44 @@
+[size=5][b]Necromancer's Tome 1.0.1[/b][/size]
+
+A bug-fix release on top of 1.0. Same content, one real fix and a few refinements. Drop-in replacement: delete the old [b]NecromancerTome[/b] folder, unpack this one in its place. Your save is fine.
+
+[size=5][b]Fixed[/b][/size]
+
+[b]The Spatial Bracelet no longer loses what you put in it.[/b] Reported by [b]youkia96581[/b] - thank you, this was a real hole and a fair catch. The storage rift was only ever held in memory: it survived death, respawn and relogging, but quitting the game threw it away.
+
+It is now saved the way the game saves your backpack - inside your own player data, written and read in the same moment and the same file. Put things in, quit, come back days later: they are still there. Verified end to end, including a clean exit to the main menu, which was the exact moment things used to disappear.
+
+[b]One honest caveat:[/b] this cannot bring back items lost in 1.0. There was no data on disk to recover - the vault simply was never written anywhere. Anything already lost is gone, and I am sorry about that.
+
+[size=5][b]Changed[/b][/size]
+
+[list]
+[*][b]Traders are drawn in black and white.[/b] The necromancer deals with the dead, and the people still willing to trade with him have clearly seen too much. Their own shaders and lighting are untouched - only the colour is gone, plus a sliver of transparency.
+[*][b]The Spatial Bracelet has four mod slots.[/b] Empty for now: the mods that fit them come in a later version. Ordinary weapon mods will not go in, and nothing else will take these.
+[*][b]The Spatial Bracelet is no longer a parcel in your hand.[/b] It used to borrow a food-crop prefab and looked like a boxed lunch tied with string. Now nothing is drawn at all - just your fist, held the way you hold a block you are about to place.
+[*][b]Grave's Repose is much stronger[/b] - cold and heat resistance raised from 5 to 50. With the knife in hand, weather stops being a problem rather than merely being survivable.
+[/list]
+
+[size=5][b]Note for existing saves[/b][/size]
+
+A Spatial Bracelet you already own will not gain the four mod slots. The game fixes an item's slot count when the item is created, so an old one keeps the zero it was made with. [b]Craft a new bracelet[/b] and it will have them. Everything else in this release applies to your existing save immediately.
+
+[size=5][b]Requirements[/b][/size]
+
+Unchanged from 1.0: [b]7 Days to Die 3.2[/b], [b]EasyAntiCheat off[/b] (the mod uses Harmony patches), no other mods needed, built and tested single-player, installed per client.
+
+[size=5][b]Shout outs[/b][/size]
+
+[b]The Fun Pimps[/b] - for 7 Days to Die itself, and for the vanilla models, icons and UI templates this mod reuses (the thrown-stone prefab, the book icon behind the summoning tomes, the video player and confirmation dialog the finale is built on).
+
+[b]Andreas Pardeike[/b] - for Harmony. Every runtime mechanic in this mod, this release's storage fix included, is a Harmony patch.
+
+[b]The 7 Days to Die modding community[/b] - for forum posts and open-source mods that answer the questions the XML documentation does not. The official modding API has no reference for the order its events fire in; this release's fix came down to reading that order out of the game's own code, and knowing that was the only way to find out is community knowledge.
+
+[b]youkia96581[/b] - for the bug report that made this version exist.
+
+[b]AI disclosure:[/b] the item icons and the finale artwork are AI-generated. Everything else - the code, the design, the mechanics and the writing - is my own.
+
+Source code and full change history: [url=https://git.08h.ru/alex/necromants-tome-7d2d-3-2]git.08h.ru/alex/necromants-tome-7d2d-3-2[/url]
+Mod page on my site: [url=https://www.alexcube.ru/7-days-to-die-moi-mody/kniga-nekromanta-necromancer-s-tome/]alexcube.ru[/url]
+My YouTube channel: [url=https://www.youtube.com/@alex_cube]@alex_cube[/url]
@@ -0,0 +1,51 @@
+[size=5][b]Necromancer's Tome 1.3.0[/b][/size]
+
+Drop-in replacement: delete the old [b]NecromancerTome[/b] folder and unpack this one in its place. [b]Your save is fine[/b] - and if you played an earlier version, this release quietly repairs a number it had been breaking. Nothing to do by hand.
+
+[size=5][b]Fixed: the Necromancy level was silently rolling back[/b][/size]
+
+The skill used to gain one level per zombie, up to 5000. The game, however, stores a skill's level in a single byte, so everything above 255 was cut back by 256 every time the game saved. From the player's side it looked like recipes closing on their own: the skill panel would put the lock back on a knife mod you had already unlocked. Worse, it made the whole upper half of the tree unreachable - Journeyman at 500, Apprentice at 2000, Necromancer at 3000, Master at 5000 were numbers you could never actually hold.
+
+[b]Necromancy now scales at 20 zombies per level, up to level 250[/b] - the same 5000 zombies to the top, counted in a number the save can hold.
+
+[b]Your progress is not reset and not lost.[/b] The count of zombies you have put to rest was never damaged - only the level derived from it was, and that level is now recomputed from the count when you load, including on saves broken by the old version. If the wrap had stolen an unlock from you, you get it back on the first load.
+
+[size=5][b]New: two indicators for the skill[/b][/size]
+
+[list]
+[*][b]The skull in the status bar[/b] now shows your Necromancy level. It used to show the raw kill count.
+[*][b]A purple bar above the toolbelt[/b], next to the experience bar, shows the progress inside the current level: it fills over 20 zombies, the level goes up, the bar resets.
+[/list]
+
+[size=5][b]Fixed: charmed zombies fought each other[/b][/size]
+
+A zombie under deviation is told to attack zombies - and another charmed zombie was, as far as the AI was concerned, a perfectly valid target. The more of them you charmed, the more of your retinue settled scores among themselves instead of fighting for you. [b]Charmed zombies now treat each other as their own side[/b] and go for the next real enemy instead. Charming one of two zombies already fighting also breaks the fight off, instead of it continuing as revenge.
+
+This is deliberately one-sided: ordinary zombies still attack the charmed ones. That is the point of them.
+
+[size=5][b]Changed[/b][/size]
+
+[list]
+[*][b]Tears of the Dead[/b] (water from corpses) now unlocks at [b]20 zombies[/b] instead of 30 - it shares that step with the Spatial Bracelet and the Blood Sphere. Thirst is a first-days problem, so the threshold moved down, not up.
+[*]Every other threshold is unchanged in zombies: food at 60, Grave's Repose at 100, Dark Sense at 300, Dead Man's Grip at 1400, Dead Storm at 1700. In levels they now read 3, 5, 15, 70 and 85.
+[*]The skill-up toast now arrives once per 20 zombies rather than on every kill.
+[/list]
+
+[size=5][b]Also in this release, if you are coming from 1.0.1[/b][/size]
+
+[list]
+[*][b]The Spatial Bracelet runs on a charge.[/b] Pulling blocks into the vault draws on what sits in its mod slot: the [b]Blood Sphere[/b] spends a point of durability per second of the pull and crumbles when empty; the [b]Blood Stone[/b], from the Apprentice tier, takes the same slot and is never spent. With an empty slot, the bracelet's regular attack refuses.
+[*][b]The kill count now counts what it should.[/b] It used to rise only from kills by your own hand and only from humanoid zombies - zombie dogs, bears, boars and vultures never counted, and neither did traps, fire or bleeding. Now anything the game gives you XP for counts. The Necromancer's Knife scales off that same counter, so the knife stopped coming up short as well.
+[*][b]The Spatial Bracelet takes blocks straight into the vault[/b] - hold its regular attack on a block and it is pulled in after ten seconds, plus one more per block of distance, with the world draining to black and white while you wait.
+[*][b]A challenges tab of its own[/b], with four challenges and vanilla XP rewards.
+[*][b]Traders look like ghosts[/b] - black and white, half-transparent, matte.
+[*][b]Crafting Necromancer's Blood now hurts audibly.[/b] It always cost 90% of your health; it was just silent about it.
+[/list]
+
+[size=5][b]Note[/b][/size]
+
+Single-player. The mod ships Harmony libraries, so [b]EasyAntiCheat must be off[/b].
+
+Source code and full change history: [url=https://git.08h.ru/alex/necromants-tome-7d2d-3-2]git.08h.ru/alex/necromants-tome-7d2d-3-2[/url]
+Mod page on my site: [url=https://www.alexcube.ru/7-days-to-die-moi-mody/kniga-nekromanta-necromancer-s-tome/]alexcube.ru[/url]
+My YouTube channel: [url=https://www.youtube.com/@alex_cube]@alex_cube[/url]
@@ -1,11 +1,13 @@
 # Книга некроманта / Necromancer's Tome (NecromancerTome)

-**Версия 1.0.1** — для 7 Days to Die 3.2. Автор: Alex Cube.
+*English version below — scroll past the Russian half.*
+
+**Версия 1.3.0** — для 7 Days to Die 3.2. Автор: Alex Cube.

 - Страница мода: https://www.alexcube.ru/7-days-to-die-moi-mody/kniga-nekromanta-necromancer-s-tome/
 - Nexus Mods: https://www.nexusmods.com/7daystodie/mods/12547
 - Репозиторий: https://git.08h.ru/alex/necromants-tome-7d2d-3-2
- YouTube-канал автора: https://www.youtube.com/@alexcube
+- YouTube-канал автора: https://www.youtube.com/@alex_cube

 Мод для 7 Days to Die о пути от обычного выжившего до некроманта — с собственной веткой
 прогрессии, тёмным оружием, призываемыми существами и сюжетной концовкой.
@@ -22,18 +24,27 @@
 ## Прогрессия

 Отдельный скилл **"Некромантия"** растёт не от опыта, а от счётчика упокоенных зомби — свой
-счётчик, своя механика. Пять тиров, каждый открывает часть арсенала:
+счётчик, своя механика. Засчитывается любое убийство, за которое игра начисляет вам опыт: добитые
+ловушкой, сгоревшие, умершие от наложенного вами кровотечения, и зомби-звери наравне с
+человекоподобными.

-| Тир | Порог | Что открывается |
-|---|---|---|
-| Адепт | сразу | Камень духов, Нож некроманта, Синий портальный камень, Пирамида духов |
-| Адепт (доп.) | 20 зомби | Пространственный браслет |
-| Адепт (доп.) | 30 / 60 / 100 / 300 зомби | Моды ножа: Слёзы мертвеца, Пир падальщика, Могильный покой, Тёмное чутьё |
-| Подмастерье | 500 зомби | Свиток девиации |
-| Подмастерье (доп.) | 1400 / 1700 зомби | Моды ножа: Хватка мертвеца, Мёртвая буря |
-| Ученик | 2000 зомби | Призыв зомбособаки, Жуки Властелина, Призыв зомбогрифа |
-| Некромант | 3000 зомби | Призыв зомбомедведя, Призыв зомбоволка, Свиток банши |
-| Мастер | 5000 зомби | Чёрный портальный камень |
+**Двадцать упокоенных зомби — один уровень Некромантии**, максимум 250-й уровень (5000 зомби). В
+HUD за этим следят два индикатора: череп в статус-баре показывает текущий уровень, а фиолетовая
+шкала рядом с полосой опыта — сколько зомби набрано внутри уровня; заполнилась — уровень вырос, и
+шкала обнулилась.
+
+Пять тиров, каждый открывает часть арсенала (в таблице и порог в зомби, и уровень скилла):
+
+| Тир | Порог | Уровень | Что открывается |
+|---|---|---|---|
+| Адепт | сразу | 0 | Камень духов, Нож некроманта, Синий портальный камень, Пирамида духов |
+| Адепт (доп.) | 20 зомби | 1 | Пространственный браслет, Кровавая сфера, мод ножа «Слёзы мертвеца» |
+| Адепт (доп.) | 60 / 100 / 300 зомби | 3 / 5 / 15 | Моды ножа: Пир падальщика, Могильный покой, Тёмное чутьё |
+| Подмастерье | 500 зомби | 25 | Свиток девиации |
+| Подмастерье (доп.) | 1400 / 1700 зомби | 70 / 85 | Моды ножа: Хватка мертвеца, Мёртвая буря |
+| Ученик | 2000 зомби | 100 | Призыв зомбособаки, Жуки Властелина, Призыв зомбогрифа, Кровавый камень |
+| Некромант | 3000 зомби | 150 | Призыв зомбомедведя, Призыв зомбоволка, Свиток банши |
+| Мастер | 5000 зомби | 250 | Чёрный портальный камень |

 ## Арсенал

@@ -60,7 +71,19 @@
  своему спальному мешку. Прерывается любым уроном или силовой атакой раньше времени. Не
  расходуется.
 - **Пространственный браслет** — силовая атака открывает личный разлом-хранилище, чей размер
-  растёт вместе с уровнем Некромантии. Обычная атака пока ничего не делает.
+  растёт вместе с уровнем Некромантии. Обычная атака, зажатая на блоке, утаскивает этот блок
+  прямо в хранилище: десять секунд вплотную и ещё по секунде за каждый блок расстояния, с тем же
+  круглым индикатором, что и у разбора верстака. Мир на это время обесцвечивается. Не поддаются
+  повреждённые блоки, контейнеры с содержимым, территория торговца и неразрушимое вроде дна мира —
+  каждый отказ со своим сообщением. Силовая атака прерывает утаскивание и открывает хранилище.
+  Утаскивание питается зарядом в слоте модификаций браслета — с пустым слотом обычная атака
+  отказывает.
+- **Кровавая сфера** — заряд браслета. 500 прочности, каждая секунда утаскивания блока тратит
+  единицу; опустевшая сфера рассыпается. Доступна с самого начала и делается без верстака, по две
+  за раз, из крови некроманта и праха зомби.
+- **Кровавый камень** — тот же слот, но не тратится вовсе: эндгейм-замена сфере. Открывается на
+  2000 упокоенных (уровень 100) и варится на химической станции из праха зомби, костей, обычной крови и крови
+  некроманта.
 - **Консервные банки** (пустая / с речной водой / с кипячёной) — расходный цикл вместо
  одноразовых банок: наполняются водой, кипятятся прямо на костре без кастрюли, выпиваются, банка
  возвращается пустой. Речная вода из банки может вызвать дизентерию, как обычная мутная вода;
@@ -104,12 +127,14 @@
 - Стартовая записка при открытии тоже ставит игру на паузу и проигрывает короткий флэшбек.
 - Некоторые декоративные блоки (кровати, кулеры, картонные коробки) можно разобрать удержанием,
  как верстак.
+- Все торговцы выглядят иначе: чёрно-белые, полупрозрачные и матовые. Некромант имеет дело с
+  мёртвыми, и торгуют с ним те, кто уже не совсем жив.

 ## Локализация

 **13 языков полностью:** русский, английский, немецкий, испанский, французский, итальянский,
 японский, корейский, польский, португальский (Бразилия), турецкий, китайский упрощённый и
-традиционный. Все 123 ключа `Config/Localization.csv` заполнены, пустых ячеек нет.
+традиционный. Все 149 ключей `Config/Localization.csv` заполнены, пустых ячеек нет.

 ## Установка

@@ -121,9 +146,266 @@

 ## Статус

-Версия 1.0.1 — исправление по первому баг-репорту с Nexus: содержимое Пространственного
-браслета больше не пропадает после выхода из игры (хранилище теперь сохраняется в файле
-игрока, рядом с рюкзаком). Весь заявленный контент реализован и проходит тесты в игре. Из запланированного не
+Версия 1.3.0 — **шкала Некромантии переведена на 20 упокоенных зомби за уровень** (максимум 250-й
+уровень, те же 5000 зомби). Это не косметика, а починка: игра хранит уровень любого навыка одним
+байтом, поэтому старая шкала «одно убийство — один уровень» при каждом сохранении откатывала
+уровень назад на 256. Внешне это выглядело как самопроизвольно закрывающиеся рецепты — на панели
+скилла снова появлялся замок на том, что уже было открыто, — а тиры 500 / 2000 / 3000 / 5000 были
+недостижимы вовсе. Число упокоенных зомби никогда не портилось, и уровень теперь считается из него,
+в том числе при загрузке: **старые сейвы чинятся сами**, без команд и без новой игры.
+
+Заодно в HUD появились два индикатора: череп в статус-баре показывает уровень Некромантии (раньше
+он показывал общее число убийств), а новая фиолетовая шкала рядом с полосой опыта — продвижение
+внутри уровня, от 0 до 20. Мод ножа на воду (Слёзы мертвеца) переехал с 30 упокоенных на 20 — на
+новой шкале 30 не выражается, и порог опущен, а не поднят.
+
+И третья правка этой версии: **подчинённые зомби больше не дерутся между собой**. Раньше зомби под
+девиацией получал приказ «бей зомби» и видел законную цель в таком же подчинённом — чем больше вы
+подчиняли, тем чаще ваша свита выясняла отношения вместо того, чтобы драться за вас. Теперь
+подчинённый не считает подчинённого целью и выбирает следующего, настоящего врага; это же правило
+гасит и месть, если драка началась до подчинения.
+
+Версия 1.2.0 — у Пространственного браслета появился расходник. Забор блоков теперь питается
+зарядом в слоте модификаций: **Кровавая сфера** тратит единицу прочности за секунду поглощения и,
+опустев, рассыпается; **Кровавый камень** с третьего грейда занимает тот же слот и не тратится
+вовсе. С пустым слотом обычная атака отказывает.
+
+В этой же версии починен счёт убийств для Некромантии. Раньше скилл рос только от убийств своей
+рукой и только от человекоподобных зомби — мимо проходили зомбопёс, зомбомедведь, зомбокабан и
+зомбоворон, а также всё, что убивало за вас: ловушки, огонь, кровотечение. Теперь засчитывается
+всё, за что игра начисляет вам опыт. Тот же счётчик задаёт урон Ножа некроманта, так что нож
+заодно перестал недобирать. Плюс торговец больше не теряет призрачность после выгрузки чанка, а
+создание Крови некроманта сопровождается криком боли — оно и раньше стоило 90% здоровья, просто
+молча.
+
+Версия 1.1.0 научила Пространственный браслет забирать блоки прямо в хранилище: зажатая на блоке
+обычная атака утаскивает его туда через десять секунд плюс секунда за каждый блок расстояния, с
+обесцвечиванием мира на время ожидания (оно же висит и на каналах обоих порталов). Не поддаются
+повреждённые блоки, контейнеры с содержимым, территория торговца и неразрушимое вроде дна мира.
+Плюс все торговцы стали чёрно-белыми, полупрозрачными и матовыми.
+
+Версия 1.0.1 закрывала первый баг-репорт с Nexus: содержимое браслета больше не пропадает после
+выхода из игры (хранилище сохраняется в файле игрока, рядом с рюкзаком).
+
+Весь заявленный контент реализован. Основное проверено в игре: заряд браслета и расход Кровавой
+сферы, счёт убийств Некромантии (включая зомби-зверей, кровотечение и огонь), призрачность
+торговцев, крик при создании Крови некроманта.
+
+> **Эта сборка проверена не полностью.** Вкладка испытаний, оба первых испытания и счёт убийств
+> в игре подтверждены. Ещё не проверены: **новая шкала уровней и оба индикатора** (череп с уровнем
+> и фиолетовая шкала прогресса), **починка старых сейвов на загрузке**, **мир между подчинёнными
+> зомби**, **Кровавый камень** (нужен
+> уровень Некромантии 100, он же 2000 упокоенных, и химстанция), **новый порог Кровавой сферы**
+> (переехала на уровень 1, туда же, где открывается Пространственный браслет), а также **награды
+> испытаний и два новых испытания** — на Камень духов и Синий портальный камень. Если что-то
+> поведёт себя не так, это ожидаемые места для сюрприза. Из запланированного не
 сделана только часть фирменных звуков. Текст описания для сайта (RU + EN) — в
 `SITE_DESCRIPTION.html` (разметка блоков WordPress). Полная техническая история разработки и текст финала лежат рядом с модом
 в `BACKLOG.md` и `FINAL_TEXT.md` — в репозиторий они не входят (спойлеры и внутренняя кухня).
+
+---
+
+# Necromancer's Tome (English)
+
+**Version 1.3.0** - for 7 Days to Die 3.2. By Alex Cube.
+
+- Mod page: https://www.alexcube.ru/7-days-to-die-moi-mody/kniga-nekromanta-necromancer-s-tome/
+- Nexus Mods: https://www.nexusmods.com/7daystodie/mods/12547
+- Repository: https://git.08h.ru/alex/necromants-tome-7d2d-3-2
+- The author's YouTube channel: https://www.youtube.com/@alex_cube
+
+A 7 Days to Die mod about the road from ordinary survivor to necromancer - with its own
+progression tree, cursed weapons, summonable creatures and a story ending.
+
+## Premise
+
+It all starts with a note, and reading it shows the character a blurred flashback.
+
+Necromancy in this mod is an answer to a curse, not a side branch of crafting. Instead of falling
+before the horde one day and joining it, the player learns to bend the dead to their will: to
+infect zombies with madness, turn them on each other, raise their own creatures against them. Not
+survival in spite of death, but power over it.
+
+## Progression
+
+A dedicated **"Necromancy"** skill grows not from experience but from a count of zombies put to
+rest - its own counter, its own mechanic. Anything the game gives you XP for counts: kills finished
+by a trap, by fire, by a bleed you applied, and zombie animals alongside the humanoids.
+
+**Twenty zombies put to rest make one Necromancy level**, up to level 250 (5000 zombies). Two
+indicators track it on the HUD: the skull in the status bar shows the current level, and the purple
+bar next to the experience bar shows how many zombies you have gathered inside the level - it fills,
+the level goes up, the bar resets.
+
+Five tiers, each opening part of the arsenal (the table gives both the zombie count and the level):
+
+| Tier | Threshold | Level | What unlocks |
+|---|---|---|---|
+| Adept | from the start | 0 | Spirit Stone, Necromancer's Knife, Blue Portal Stone, Pyramid of Spirits |
+| Adept (extra) | 20 zombies | 1 | Spatial Bracelet, Blood Sphere, the Tears of the Dead knife mod |
+| Adept (extra) | 60 / 100 / 300 zombies | 3 / 5 / 15 | Knife mods: Scavenger's Feast, Grave's Repose, Dark Sense |
+| Journeyman | 500 zombies | 25 | Scroll of Deviation |
+| Journeyman (extra) | 1400 / 1700 zombies | 70 / 85 | Knife mods: Dead Man's Grip, Dead Storm |
+| Apprentice | 2000 zombies | 100 | Summon Zombie Dog, Beetles of the Lord, Summon Zombie Griffin, Blood Stone |
+| Necromancer | 3000 zombies | 150 | Summon Zombie Bear, Summon Zombie Wolf, Banshee's Scroll |
+| Master | 5000 zombies | 250 | Black Portal Stone |
+
+## Arsenal
+
+- **Spirit Stone** - a thrown stone lit with necromantic energy. It catches a single zombie: that
+  one switches to your side and starts attacking other zombies instead of you.
+- **Scroll of Deviation** - the same effect, but stronger: on impact it wins over every zombie in
+  the blast area at once rather than one. Consumed on use.
+- **Necromancer's Knife** - a blackened bone blade. Its damage grows with the Necromancy skill:
+  nearly useless in unskilled hands, lethal for a levelled player. Heals the wielder for half the
+  damage dealt and marks the wounded zombie as a Victim - on death it is guaranteed to leave a
+  special bag of ingredients.
+- **Six mods for the Necromancer's Knife only** - ordinary knife mods will not fit this weapon,
+  and these will not fit any other: **Tears of the Dead** (2 water from every zombie killed with
+  the blade), **Scavenger's Feast** (2 food per corpse), **Grave's Repose** (protection from heat
+  and cold while the knife is held), **Dead Man's Grip** (a zombie wounded by the blade is
+  slowed), **Dead Storm** (the power attack hits an area and causes bleeding, for 10 health
+  instead of 5 and double the stamina), **Dark Sense** (every nearby zombie is marked on the
+  compass and map while the knife is held).
+- **Necromancer's Blood** - a ritual resource: a jar takes an empty jar, any knife in hand and 90%
+  of your current health per portion. An ingredient for the darkest recipes - the Black Portal and
+  the Knife itself.
+- **Victim's Skin** and **Zombie Ash** - left by a zombie marked as a Victim by the Necromancer's
+  Knife. Ingredients for the summoning books and for most necromantic recipes respectively.
+- **Blue Portal Stone** - hold the use button for 10 seconds to teleport to your bedroll.
+  Interrupted by any damage, or by a power attack before the time is up. Not consumed.
+- **Spatial Bracelet** - a power attack opens a personal storage rift whose size grows with your
+  Necromancy level. Hold the regular attack on a block and that block is pulled straight into the
+  rift: ten seconds up close, one more per block of distance, behind the same circular indicator a
+  workbench pickup uses. The world drains to black and white while it runs. Damaged blocks,
+  containers with anything inside, a trader's ground and indestructible things like the world's
+  floor all refuse, each with its own message. The power attack interrupts the pull and opens the
+  rift instead. The pull runs on a charge in the bracelet's mod slot - with that slot empty, the
+  regular attack refuses.
+- **Blood Sphere** - the bracelet's charge. 500 points of durability, one spent per second of a
+  pull; emptied, the sphere crumbles. Available from the very start and hand-crafted without a
+  workbench, two at a time, from Necromancer's Blood and Zombie Ash.
+- **Blood Stone** - the same slot, but never spent at all: the endgame replacement for the sphere.
+  Opens at 2000 zombies put to rest (level 100) and is brewed at a chemistry station from zombie ash, bones,
+  ordinary blood and Necromancer's Blood.
+- **Tin cans** (empty / with river water / with boiled water) - a reusable cycle instead of
+  single-use jars: fill them with water, boil it right on a campfire without a pot, drink, and the
+  can comes back empty. River water from a can can cause dysentery, like any murky water; boiled
+  water is safe. They hold less water than glass jars.
+
+## Pets
+
+Summoning books raise allied creatures that fight zombies rather than the player. A pet does not
+"follow" in any strict sense - it wanders on its own, and if it strays further than 32 blocks
+while not in combat, it is teleported back to its owner:
+
+- **Zombie Dog**, **Zombie Bear**, **Zombie Wolf**, **Zombie Griffin** - permanent companions. One
+  of each kind can be kept at a time; a power attack recalls them into the book.
+- **Beetles of the Lord** - a one-shot scroll releasing a swarm. The beetles scatter over a wide
+  radius on their own and sting zombies; a stung zombie switches to your side just like with the
+  Spirit Stone. The swarm cannot be recalled and only one can be active. Consumed on use.
+- **Banshee's Scroll** - single use: on opening it screams with a banshee's voice and raises a
+  small hostile horde next to the player. These are not allies - they are as dangerous to you as
+  any other zombies.
+
+## Base defence
+
+- **Pyramid of Spirits** - a deployable block, not a held item. While you stand in its radius it
+  charms any uncharmed zombie nearby on its own and sets it alight with cold purple flame, turning
+  it against the other zombies instead of you or your base. Its block menu toggles the effect and
+  shows the edge of the radius.
+
+## The Black Portal - the story's ending
+
+**The Black Portal Stone unlocks at the top of the progression (5000 zombies) and is the mod's
+ending.** Activating it opens a confirmation dialogue, stops the game and unfolds a full-screen
+finale - it finishes the story the note started on day one. The scene closes on a choice of two:
+one ends the story and returns to the main menu, the other puts the player back into the world to
+keep playing.
+
+The story texts live in `Config/Localization.csv` under the `necroFinal*` keys. They are
+deliberately not retold here: a README gets read before the playthrough.
+
+## Small things
+
+- The opening note also pauses the game and plays a short flashback.
+- Some decorative blocks (beds, water coolers, cardboard boxes) can be disassembled by holding the
+  key, like a workbench.
+- Every trader looks different: black and white, half-transparent and matte. The necromancer deals
+  with the dead, and the only people still trading are not quite alive.
+
+## Localization
+
+**13 languages, complete:** Russian, English, German, Spanish, French, Italian, Japanese, Korean,
+Polish, Brazilian Portuguese, Turkish, Simplified and Traditional Chinese. All 149 keys in
+`Config/Localization.csv` are filled in, with no empty cells.
+
+## Installation
+
+Unpack the `NecromancerTome` folder into `<game folder>/Mods/` (or into
+`%APPDATA%/7DaysToDie/Mods/`) and launch the game. The mod ships Harmony libraries, so **EAC must
+be turned off**.
+
+Built for single-player: the vanilla pause only works in single-player, so in multiplayer the
+story scenes play without stopping time.
+
+## Status
+
+Version 1.3.0 - **Necromancy now scales at 20 zombies put to rest per level** (up to level 250,
+the same 5000 zombies). This is a fix, not a facelift: the game stores any skill's level in a
+single byte, so the old "one kill, one level" scale rolled the level back by 256 on every save.
+From the outside it looked like recipes closing on their own - the skill panel would put the lock
+back on something already unlocked - and the 500 / 2000 / 3000 / 5000 tiers were unreachable
+altogether. The count of zombies put to rest was never damaged, and the level is now derived from
+it, including on load: **old saves repair themselves**, with no commands and no new game.
+
+Two HUD indicators come with it: the skull in the status bar now shows the Necromancy level (it
+used to show the total kill count), and a new purple bar next to the experience bar shows the
+progress inside the level, from 0 to 20. The water knife mod (Tears of the Dead) moved from 30
+zombies to 20 - 30 does not land on the new scale, and the threshold was lowered rather than
+raised.
+
+A third fix ships with this version: **charmed zombies no longer fight each other**. A zombie under
+deviation used to be told "attack zombies" and saw a perfectly valid target in another charmed one -
+the more of them you charmed, the more of your retinue settled scores among themselves instead of
+fighting for you. Now a charmed zombie does not count another charmed zombie as a target and picks
+the next, real enemy instead; the same rule cancels revenge if the fight started before the
+charming.
+
+Version 1.2.0 - the Spatial Bracelet now runs on a charge. Pulling blocks draws on whatever sits
+in its mod slot: the **Blood Sphere** spends a point of durability per second of the pull and
+crumbles once empty, while the **Blood Stone** from the third grade takes the same slot and is never
+spent at all. With the slot empty, the regular attack refuses.
+
+The same version fixes Necromancy's kill count. The skill used to rise only from kills by your own
+hand, and only from humanoid zombies - zombie dogs, bears, boars and vultures never counted, and
+neither did anything that killed on your behalf: traps, fire, bleeding. Now everything the game
+gives you XP for counts. The same counter drives the Necromancer's Knife's damage, so the knife
+stopped coming up short as well. On top of that, a trader no longer loses its ghostly look after
+its chunk is unloaded, and crafting Necromancer's Blood now comes with a cry of pain - it always
+cost 90% of your health, it was just silent about it.
+
+Version 1.1.0 taught the Spatial Bracelet to take blocks straight into the vault: hold its regular
+attack on a block and it is pulled in after ten seconds, plus one more per block of distance, with
+the world draining to black and white for the wait (which also covers both portal channels).
+Damaged blocks, containers with anything inside, a trader's ground and indestructible things like
+the world's floor all refuse. Every trader is now rendered in black and white, half-transparent and
+matte.
+
+Version 1.0.1 closed the first bug report from Nexus: the bracelet's contents no longer disappear
+after leaving the game (the storage is saved in the player's own file, next to the backpack).
+
+All the announced content is implemented. The core of it is confirmed in game: the bracelet's
+charge and the Blood Sphere's spending, Necromancy's kill count (zombie animals, bleeding and fire
+included), the traders' ghostly look, and the cry when Necromancer's Blood is made.
+
+> **This build has not been fully tested.** The challenges tab, its first two challenges and the
+> kill count are confirmed in game. Not yet checked: the **new level scale and both indicators**
+> (the skull showing the level and the purple progress bar), the **self-repair of old saves on
+> load**, the **truce between charmed zombies**, the **Blood Stone** (it needs Necromancy level 100, i.e. 2000 zombies put to rest, and a
+> chemistry station), the **Blood Sphere's new threshold** (it moved to level 1, where the Spatial
+> Bracelet itself unlocks), and the **challenge rewards plus two new challenges** for the Spirit
+> Stone and the Blue Portal Stone. If anything misbehaves, that is where to look. Of what was planned, only part of the mod's own sound effects is missing. The description text for the website
+(RU + EN) is in `SITE_DESCRIPTION.html` (WordPress block markup). The full technical history of
+development and the text of the finale sit next to the mod in `BACKLOG.md` and `FINAL_TEXT.md` -
+they are not part of the repository (spoilers and back-of-house).
@@ -6,9 +6,9 @@

 <h2>Прогрессия, которая растёт от убийств</h2>

-Отдельный навык <strong>«Некромантия»</strong> качается не за очки перков и не за книги, а по счётчику упокоенных зомби. Пять тиров, 5000 убийств до вершины, каждый порог открывает часть арсенала:
+Отдельный навык <strong>«Некромантия»</strong> качается не за очки перков и не за книги, а по счётчику упокоенных зомби: двадцать упокоенных — один уровень, до 250-го (5000 зомби). Уровень показывает череп в статус-баре, а фиолетовая шкала рядом с полосой опыта — сколько набрано внутри уровня. Пять тиров, каждый порог открывает часть арсенала (в таблице — зомби, в скобках уровень):

-<table><thead><tr><th>Тир</th><th>Порог</th><th>Что открывается</th></tr></thead><tbody><tr><td>Адепт</td><td>сразу</td><td>Камень духов, Нож некроманта, Синий портальный камень, Пирамида духов</td></tr><tr><td>Адепт</td><td>20 / 30 / 60 / 100 / 300</td><td>Пространственный браслет, затем моды ножа: Слёзы мертвеца, Пир падальщика, Могильный покой, Тёмное чутьё</td></tr><tr><td>Подмастерье</td><td>500 / 1400 / 1700</td><td>Свиток девиации, моды ножа Хватка мертвеца и Мёртвая буря</td></tr><tr><td>Ученик</td><td>2000</td><td>Призыв зомбособаки, Жуки Властелина, Призыв зомбогрифа</td></tr><tr><td>Некромант</td><td>3000</td><td>Призыв зомбомедведя, Призыв зомбоволка, Свиток банши</td></tr><tr><td>Мастер</td><td>5000</td><td>Чёрный портальный камень</td></tr></tbody></table>
+<table><thead><tr><th>Тир</th><th>Порог</th><th>Что открывается</th></tr></thead><tbody><tr><td>Адепт</td><td>сразу (0)</td><td>Камень духов, Нож некроманта, Синий портальный камень, Пирамида духов</td></tr><tr><td>Адепт</td><td>20 (1)</td><td>Пространственный браслет, Кровавая сфера, мод ножа «Слёзы мертвеца»</td></tr><tr><td>Адепт</td><td>60 / 100 / 300 (3 / 5 / 15)</td><td>Моды ножа: Пир падальщика, Могильный покой, Тёмное чутьё</td></tr><tr><td>Подмастерье</td><td>500 / 1400 / 1700 (25 / 70 / 85)</td><td>Свиток девиации, моды ножа Хватка мертвеца и Мёртвая буря</td></tr><tr><td>Ученик</td><td>2000 (100)</td><td>Призыв зомбособаки, Жуки Властелина, Призыв зомбогрифа, Кровавый камень</td></tr><tr><td>Некромант</td><td>3000 (150)</td><td>Призыв зомбомедведя, Призыв зомбоволка, Свиток банши</td></tr><tr><td>Мастер</td><td>5000 (250)</td><td>Чёрный портальный камень</td></tr></tbody></table>

 <h2>Арсенал</h2>

@@ -20,7 +20,9 @@
 <li><strong>Кровь некроманта</strong> — ритуальный ресурс: пустая банка, любой нож в руках и 90% текущего здоровья за одну порцию. Ингредиент для самых тёмных рецептов.</li>
 <li><strong>Кожа жертвы</strong> и <strong>Прах зомби</strong> — падают с зомби, помеченного ножом как Жертва. Основа книг призыва и большинства некромантских рецептов.</li>
 <li><strong>Синий портальный камень</strong> — держите кнопку использования 10 секунд, чтобы телепортироваться к своему спальнику. Любой урон прерывает переход. Не расходуется.</li>
-<li><strong>Пространственный браслет</strong> — силовая атака открывает личный разлом-хранилище, размер которого растёт вместе с уровнем Некромантии.</li>
+<li><strong>Пространственный браслет</strong> — силовая атака открывает личный разлом-хранилище, размер которого растёт вместе с уровнем Некромантии. Обычная атака, зажатая на блоке, утаскивает этот блок прямо в хранилище: десять секунд вплотную и ещё по секунде за каждый блок расстояния, мир на это время обесцвечивается. Повреждённые блоки, контейнеры с содержимым, территория торговца и неразрушимое вроде дна мира не поддаются. Силовая атака прерывает утаскивание и открывает хранилище. Утаскивание питается зарядом в слоте модификаций браслета — с пустым слотом обычная атака отказывает.</li>
+<li><strong>Кровавая сфера</strong> — заряд браслета: 500 прочности, каждая секунда утаскивания блока тратит единицу, опустевшая сфера рассыпается. Доступна с самого начала и делается без верстака, по две за раз, из крови некроманта и праха зомби.</li>
+<li><strong>Кровавый камень</strong> — тот же слот, но не тратится вовсе: эндгейм-замена сфере. Открывается на 2000 упокоенных и варится на химической станции из праха зомби, костей, обычной крови и крови некроманта.</li>
 <li><strong>Консервные банки</strong> — расходный цикл вместо одноразовых: наполнить водой, вскипятить прямо на костре без кастрюли, выпить, банка остаётся. Речная вода из банки может вызвать дизентерию, кипячёная безопасна. Вмещают меньше стеклянных.</li>
 </ul>

@@ -49,11 +51,12 @@
 <ul>
 <li>Стартовая записка при открытии тоже ставит игру на паузу и проигрывает короткий флэшбек.</li>
 <li>Часть декоративных блоков (кровати, кулеры, картонные коробки) разбирается удержанием, как верстак.</li>
+<li>Все торговцы выглядят иначе: чёрно-белые, полупрозрачные и матовые. Некромант имеет дело с мёртвыми, и торгуют с ним те, кто уже не совсем жив.</li>
 </ul>

 <h2>Локализация</h2>

-<strong>13 языков полностью:</strong> русский, английский, немецкий, испанский, французский, итальянский, японский, корейский, польский, португальский (Бразилия), турецкий, китайский упрощённый и традиционный. Все 123 строки переведены, пустых ячеек нет.
+<strong>13 языков полностью:</strong> русский, английский, немецкий, испанский, французский, итальянский, японский, корейский, польский, португальский (Бразилия), турецкий, китайский упрощённый и традиционный. Все 149 строк переведены, пустых ячеек нет.

 <h2>Установка</h2>

@@ -66,7 +69,7 @@
 <ul>
 <li>Скачать на Nexus Mods: <a href="https://www.nexusmods.com/7daystodie/mods/12547" target="_blank" rel="noreferrer noopener">nexusmods.com/7daystodie/mods/12547</a></li>
 <li>Исходники: <a href="https://git.08h.ru/alex/necromants-tome-7d2d-3-2" target="_blank" rel="noreferrer noopener">git.08h.ru/alex/necromants-tome-7d2d-3-2</a></li>
-<li>YouTube-канал автора: <a href="https://www.youtube.com/@alexcube" target="_blank" rel="noreferrer noopener">@alexcube</a></li>
+<li>YouTube-канал автора: <a href="https://www.youtube.com/@alex_cube" target="_blank" rel="noreferrer noopener">@alex_cube</a></li>
 </ul>

 <hr>
@@ -81,9 +84,9 @@ Necromancy here is an answer to a curse, not a side branch of crafting. Instead

 <h3>Progression driven by kills</h3>

-A dedicated <strong>Necromancy</strong> skill levels not from perk points and not from books, but from your zombie kill count. Five tiers, 5000 kills to the top, each threshold opening part of the arsenal:
+A dedicated <strong>Necromancy</strong> skill levels not from perk points and not from books, but from your zombie kill count: twenty zombies put to rest make one level, up to level 250 (5000 zombies). The skull in the status bar shows the level, and the purple bar beside the experience bar shows how far you are into it. Five tiers, each threshold opening part of the arsenal (the table gives zombies, with the level in brackets):

-<table><thead><tr><th>Tier</th><th>Threshold</th><th>What unlocks</th></tr></thead><tbody><tr><td>Adept</td><td>from the start</td><td>Spirit Stone, Necromancer's Knife, Blue Portal Stone, Pyramid of Spirits</td></tr><tr><td>Adept</td><td>20 / 30 / 60 / 100 / 300</td><td>Spatial Bracelet, then the knife mods: Tears of the Dead, Scavenger's Feast, Grave's Repose, Dark Sense</td></tr><tr><td>Journeyman</td><td>500 / 1400 / 1700</td><td>Scroll of Deviation, knife mods Dead Man's Grip and Dead Storm</td></tr><tr><td>Apprentice</td><td>2000</td><td>Summon Zombie Dog, Beetles of the Lord, Summon Zombie Griffin</td></tr><tr><td>Necromancer</td><td>3000</td><td>Summon Zombie Bear, Summon Zombie Wolf, Banshee's Scroll</td></tr><tr><td>Master</td><td>5000</td><td>Black Portal Stone</td></tr></tbody></table>
+<table><thead><tr><th>Tier</th><th>Threshold</th><th>What unlocks</th></tr></thead><tbody><tr><td>Adept</td><td>from the start (0)</td><td>Spirit Stone, Necromancer's Knife, Blue Portal Stone, Pyramid of Spirits</td></tr><tr><td>Adept</td><td>20 (1)</td><td>Spatial Bracelet, Blood Sphere, the Tears of the Dead knife mod</td></tr><tr><td>Adept</td><td>60 / 100 / 300 (3 / 5 / 15)</td><td>Knife mods: Scavenger's Feast, Grave's Repose, Dark Sense</td></tr><tr><td>Journeyman</td><td>500 / 1400 / 1700 (25 / 70 / 85)</td><td>Scroll of Deviation, knife mods Dead Man's Grip and Dead Storm</td></tr><tr><td>Apprentice</td><td>2000 (100)</td><td>Summon Zombie Dog, Beetles of the Lord, Summon Zombie Griffin, Blood Stone</td></tr><tr><td>Necromancer</td><td>3000 (150)</td><td>Summon Zombie Bear, Summon Zombie Wolf, Banshee's Scroll</td></tr><tr><td>Master</td><td>5000 (250)</td><td>Black Portal Stone</td></tr></tbody></table>

 <h3>Arsenal</h3>

@@ -95,7 +98,9 @@ A dedicated <strong>Necromancy</strong> skill levels not from perk points and no
 <li><strong>Necromancer's Blood</strong> — a ritual resource: an empty jar, any knife in hand and 90% of your current health per portion. An ingredient for the darkest recipes.</li>
 <li><strong>Victim's Skin</strong> and <strong>Zombie Ash</strong> — dropped by a zombie marked as a Victim. The basis of the summoning books and most necromantic recipes.</li>
 <li><strong>Blue Portal Stone</strong> — hold the use button for 10 seconds to teleport to your bedroll. Any damage interrupts the channel. Not consumed.</li>
-<li><strong>Spatial Bracelet</strong> — a power attack opens a personal storage rift whose size grows with your Necromancy level.</li>
+<li><strong>Spatial Bracelet</strong> — a power attack opens a personal storage rift whose size grows with your Necromancy level. Hold the regular attack on a block and it is pulled straight into the rift: ten seconds up close, one more per block of distance, with the world draining to black and white while it runs. Damaged blocks, containers with anything inside, a trader's ground and indestructible things like the world's floor all refuse. The power attack interrupts the pull and opens the rift instead. The pull runs on a charge in the bracelet's mod slot - with that slot empty, the regular attack refuses.</li>
+<li><strong>Blood Sphere</strong> — the bracelet's charge: 500 points of durability, one spent per second of a pull, and the emptied sphere crumbles. Available from the very start and hand-crafted without a workbench, two at a time, from Necromancer's Blood and Zombie Ash.</li>
+<li><strong>Blood Stone</strong> — the same slot, but never spent at all: the endgame replacement for the sphere. Opens at 2000 zombies put to rest and is brewed at a chemistry station from zombie ash, bones, ordinary blood and Necromancer's Blood.</li>
 <li><strong>Tin cans</strong> — a reusable cycle instead of single-use jars: fill with water, boil it right on a campfire without a pot, drink, keep the can. River water from a can can cause dysentery, boiled water is safe. They hold less than glass jars.</li>
 </ul>

@@ -124,11 +129,12 @@ Activating it asks for confirmation, stops the game and unfolds a full-screen fi
 <ul>
 <li>The opening note also pauses the game and plays a short flashback.</li>
 <li>Some decorative blocks (beds, water coolers, cardboard boxes) can be disassembled by holding the pick-up key, like a workbench.</li>
+<li>Every trader looks different: black and white, half-transparent and matte. The necromancer deals with the dead, and the only people still trading are not quite alive.</li>
 </ul>

 <h3>Localization</h3>

-<strong>13 languages, complete:</strong> English, German, Spanish, French, Italian, Japanese, Korean, Polish, Brazilian Portuguese, Russian, Turkish, Simplified and Traditional Chinese. All 123 strings are translated, with no empty cells.
+<strong>13 languages, complete:</strong> English, German, Spanish, French, Italian, Japanese, Korean, Polish, Brazilian Portuguese, Russian, Turkish, Simplified and Traditional Chinese. All 149 strings are translated, with no empty cells.

 <h3>Installation</h3>

@@ -141,5 +147,5 @@ Built for single-player. In multiplayer the vanilla pause does not apply, so the
 <ul>
 <li>Download on Nexus Mods: <a href="https://www.nexusmods.com/7daystodie/mods/12547" target="_blank" rel="noreferrer noopener">nexusmods.com/7daystodie/mods/12547</a></li>
 <li>Source: <a href="https://git.08h.ru/alex/necromants-tome-7d2d-3-2" target="_blank" rel="noreferrer noopener">git.08h.ru/alex/necromants-tome-7d2d-3-2</a></li>
-<li>The author's YouTube channel: <a href="https://www.youtube.com/@alexcube" target="_blank" rel="noreferrer noopener">@alexcube</a></li>
+<li>The author's YouTube channel: <a href="https://www.youtube.com/@alex_cube" target="_blank" rel="noreferrer noopener">@alex_cube</a></li>
 </ul>