AI Conflict Arland WCS RHS

0.1.25

Добавлены два сценария «AI Conflict WCS + RHS — Эверон»: полный остров и Север Эверона. Отдельный addon AIConflictEveronWCSRHS использует существующие комплекты, редактор экипировки, арсенал и технику WCS + RHS. Северный вариант сохраняет два HQ и шесть точек захвата; ландшафт острова остаётся доступным целиком. Названия и описания локализованы на русский и английский.
Терминальный launcher поддерживает -Variant EveronWCSRHS и -Variant EveronNorthWCSRHS для сервера и клиента с проверкой общего графа зависимостей и готовности сервера.
Обновлена совместимость с установленными RHS Status Quo 0.16.5236 и WCS 8.3.0. В зависимости проекта и launcher добавлены WCS_RHS_Attachments и WCS_RHS_Scopes. Удалены три ссылки на отсутствующие ресурсы из дополнительного каталога WCS: Rifle_SVD_1P21_7N14.et, PU_Mount_01.et и Rifle_HK416A5.et. Другие варианты оружия и исходные faction catalogs сохранены.
При выборе казармы отряд учитывает стоимость всех недостающих бойцов, текущие supplies, штатный доход базы, время подхода и спрос других отрядов, включая ещё идущие к ней группы. Выбирается база с наименьшим расчётным временем завершения набора, поэтому ближайшая бедная казарма больше не получает безусловный приоритет.
Прогноз пополнения учитывает вместимость склада, порог накопления и последовательные покупки бойцов: поставки, потерянные при полном складе, не считаются запасом на будущее. Кандидат отклоняется, если путь не укладывается в срок подхода или требуемую цену невозможно накопить. Прогноз не резервирует и не списывает ресурсы; фактическая оплата по-прежнему проверяется перед каждой выдачей бойца.
Действующий визит пересматривает снабжение каждые 30 секунд. Смена базы ограничена интервалом 60 секунд и существенным выигрышем по времени либо недопустимостью прежнего прогноза. Срок визита при переключении не продлевается; отказ построения нового маршрута сохраняет прежний визит. Небольшие колебания supplies не должны вызывать постоянные переходы между казармами.
Ожидание supplies после прибытия ограничено 120 секундами и общим сроком визита. Если подходящей казармы нет, поиск повторяется через 60 секунд; первоначальный сбор продолжает ждать полного состава. Покупки уменьшают заявленный спрос, а отмена, смерть, замена группы и завершение визита освобождают его с проверками идентичности.
Проверки и ограничения подготовки релиза:

Ниже приведены ранее сохранённые результаты отдельных изменений, а не новый единый прогон релиза. Для двух WCS-сценариев Эверона профильная статика, manifests обеих ролей и терминальный Workbench Validate/Compile — PASS. Их server/client runtime, JIP, меню сценариев и визуальная проверка — NOT RUN. Подробности: Everon WCS + RHS.
Обновление зависимостей прошло профильную статику и Workbench. Серверные проверки WCS подтвердили загрузку 3347/3347 ссылок, 20/20 пехотных комплектов, 13/13 FIA и 2/2 стандартных комплектов игрока, каталоги арсенала, техники и вкладок. Отдельный EveronNorthRHS probe без WCS достиг готовности roster. Ошибки WORLD/ENTITY/RESOURCES сохранены; script/VM errors в этих остановленных логах отсутствуют. Подробности: проверка зависимостей.
Планирование снабжения прошло static contracts с 14 отрицательными мутациями, терминальный Workbench production/fixture и stock server fixture: 15/15 исходных и 14/14 новых проверок, шесть полных roster, 54 пополнения. Lifecycle и устойчивость переключения ранее прошли отдельные серверные матрицы на 5920c2d; после итоговых исправлений вместимости склада и срока подхода эти две матрицы целиком не повторялись. Управляемые snapshots и перемещение тестового бойца не доказывают естественную навигацию и периодичность дохода. Подробности: планирование снабжения.
Сохранён известный static baseline FAIL STAGE4_ATTACKED_BASES. Остаточные ошибки ресурсов и font leak в проверках пополнения не устранены; целевые PASS не означают полностью чистые engine logs.
Единая runtime-матрица всех сценариев на итоговом составе релиза, новые проверки пополнения на WCS/RHS, client/JIP, физическое переполнение stock склада, ручная визуальная проверка, длительный soak, packaged build, чистая установка и Workshop upload — NOT RUN. Публикация Git-тега не подтверждает публикацию модов в Workshop.

0.1.24

- Оптимизирована подготовка стандартных комплектов WCS: проверенный комплект кешируется для каждой стороны и конкретного варианта бойца в пределах матча. Повторная выдача сохраняет проверку инвентаря; личные и отрядные рецепты не используют этот кеш. Добавлены замеры времени подготовки и выдачи для диагностики. Рост FPS не заявляется.
- Исправлено распределение предметов по вкладкам Vanilla/RHS/WCS в редакторе экипировки. Штатные и RHS-предметы сохраняют свой источник после изменений другими модами; отдельные WCS-предметы попадают во вкладку WCS. Допустимый набор предметов, цены и ограничения выбора не изменены.
- Ограничены повторные попытки восстановить застрявшую пехоту и подход к казарме. Пересоздание waypoint больше не продлевает бесконечно один эпизод восстановления; успешная выдача приказа отличается от подтверждённого физического движения. После неудачного подхода к той же казарме учитываются предыдущий отказ и изменение условий.
- Исправлена обработка устаревших waypoint и событий движения во время пополнения. Восстановление сохраняет группу и её состав; покупка пополнения требует фактического прибытия к казарме. Локальное скрытое восстановление подхода ограничено проверками безопасности и контекста группы.
- Исправлена команда **«Вернуть отряд ИИ-командиру»** после исчерпания восстановления: снятие приказа игрока освобождает прежний recovery episode и позволяет выдать исполняемый приказ ИИ без замены отряда.
- Обновлены условия победы: матч завершается, если у противника закончились тикеты **или** сторона владеет всеми активными точками захвата без оспаривания. HQ и радиорелейные узлы не являются дополнительными целями территориальной победы. Присутствие противника без активного захвата/оспаривания больше не блокирует территориальную победу. Победа по исчерпанию тикетов также не зависит от оставшихся живых противников.
- Полностью уничтоженный отряд восстанавливается на ближайшей к месту гибели доступной союзной базе с действующей казармой, безопасной точкой появления и достаточными припасами. Если подходящей базы нет, отряд ждёт. Сохраняются прежние стоимость восстановления и проверки перед списанием ресурсов.
- Исправлен тупик приказов после захвата последней доступной цели: атакующие отряды получают оборонительный приказ `AREA_SECURITY` на союзной базе. При появлении новой цели командир возвращает их к атаке. Исчерпание двух попыток ремонта недействительного приказа запускает перепланирование через владельца командования.
- Для persistent field hold добавлен контролируемый пересмотр через 5, 10, 20 и далее 30 минут с проверкой идентичности группы и назначения. Исправлен ранний выход из исчерпанного recovery episode, который прежде не позволял этому таймеру сработать в штатном цикле. Сам пересмотр или наличие waypoint не считается доказательством восстановления движения.
- Добавлено событие `VICTORY_CHECK`: оно показывает кандидата на победу, состояние графа, число целей, блокирующую базу, владельца, состояние захвата и присутствие врагов. Неготовые данные отличаются от невыполненного условия; неизменное состояние публикуется не чаще раза в минуту. Победа повторно проверяется и без новой смены владельца базы.
- Терминальный launcher поддерживает обычный игровой клиент через `-UseRetailClient` и проверку готовности удалённого сервера через `-RemoteReadinessProbe` с точным `-ExpectedSourceCommit`. Проверяются свежесть ответа, адрес, порт, commit и PID сервера; локальная проверка готовности сохраняется.

0.1.23