Как работает приоритет состава на босса в WoW Auditor

Два игрока претендуют на место на одном фарм-боссе. У одного 8 баллов приоритета, у другого — 7. Кого поставить в рейд?

Ответ зависит от правил состава. В WoW Auditor баллы показывают вес ещё не закрытых запросов персонажа на экипировку с этого босса. При подборе также учитываются роли, статус main/alt и заданное число боссов. Если смотреть только на число, полезный инструмент планирования легко превратить в повод для спора.

Разберём расчёт на вымышленном примере и пройдём проверку перед публикацией состава. Описанное поведение сверено с реализацией WoW Auditor 4 ноября 2026 года. Сохранённые настройки вашего состава важнее приведённых ниже примерных весов.

На какой вопрос отвечают баллы

Полезный вопрос звучит так: сколько настроенных баллов связано с ещё не закрытыми запросами этого персонажа на конкретном боссе?

Значение рассчитывается отдельно для персонажа и босса. Оно не оценивает прирост DPS, качество исполнения, вероятность убийства или право игрока на добычу. Показатели Warcraft Logs, рейтинг Mythic+ и количество полученных вещей — другие метрики.

Расчёт берёт запросы персонажей выбранного состава, сопоставляет их с добычей босса и применяет веса для соответствующего типа запроса и категории вещи. Совпадающие предметы, уже отмеченные в истории как полученные на Mythic, исключаются из незакрытых запросов. Поэтому корректный выбор экипировки и история добычи не менее важны, чем сами веса.

Проследим путь от запроса до баллов

Предположим, состав использует следующие условные веса BiS:

Такие же резервные веса BiS используются реализацией, если записи настроек приоритета отсутствуют. Это не правила Blizzard и не универсальная рекомендация для гильдий. У состава могут быть собственные настройки; сочетание типа запроса и категории без настроенного веса даёт ноль баллов.

Для вымышленного босса возьмём трёх main-персонажей одной роли ближнего боя. Все запросы подходят, а запрос на комплект пока считается категорией Tier:

Если осталось одно место для ближнего боя и другие ограничения не вмешиваются, в этом сравнении впереди игрок B. Это показывает наибольший настроенный приоритет экипировки, но не доказывает больший прирост урона по сравнению с игроком A.

Теперь меняем по одному исходному условию:

• Игрок B — alt, а игрок A — main. Первичное распределение заполняет места по ролям сначала main-персонажами. Игрок A может получить место с меньшим числом баллов.
• Игрок B — лекарь. Его 8 баллов участвуют в сравнении лекарей. Большое число не позволяет занять место бойца ближнего боя.
• У игрока B уже четыре части комплекта. В текущем расчёте подходящий запрос на комплект для персонажа с отмеченными четырьмя или пятью частями использует вес остальной экипировки. В нашем примере вклад станет 2, а не 8.
• Оружие игрока A уже записано как полученное на Mythic. Если история совпадает с запрошенным предметом, запрос больше не даёт баллы. Остаётся кольцо с вкладом 2.

Это отдельные ситуации, а не четыре одновременных изменения. После исправления данных пересчитайте назначения: старый результат нельзя объяснять уже изменёнными настройками.

Особенность универсального жетона

Универсальный жетон не считается отдельно за каждый нужный персонажу слот комплекта. Если такой жетон есть у босса, расчёт выбирает наиболее ценный подходящий запрос на комплект, ещё не покрытый точным совпадением на этом боссе, и начисляет вклад универсального жетона один раз.

Так один потенциальный жетон не превращается в несколько независимых улучшений для персонажа, которому нужны разные части комплекта. Записанное количество частей по-прежнему влияет на категорию. При неожиданном результате вместе проверяйте запрос, сопоставление жетона и число частей комплекта.

Почему сортировка баллов ещё не даёт итоговый состав

Автоподбор выполняет последовательность действий. Сначала он заполняет заданные места танков, лекарей, бойцов ближнего и дальнего боя main-персонажами, отсортированными по баллам внутри этой группы. Затем оставшиеся места по ролям получают неосновные персонажи. Дополнительные места flex заполняются сначала main, затем остальными — до общего предела реализации в 20 персонажей.

После этого применяются заданные цели по количеству боссов. Они могут перемещать персонажей между назначениями и резервом. Такая цель требует проверки доступных мест и ролей: это не обещание выполнимости любой комбинации пожеланий.

Есть ещё одна важная граница: отображаемые требования по классам не добавляют скрытого классового бонуса к баллам. Если для тактики нужна определённая возможность класса, проверьте фактический состав. Само заполнение требования не означает, что алгоритм незаметно оптимизировал состав под него.

Описанный расчёт назначений применяется к боссам, отмеченным для фарма. Его не следует представлять как автоматический оптимизатор состава для освоения.

Проверка перед рейдом

Начните с одного босса. В разделе Boss Composition убедитесь, что выбран нужный состав, и попросите администратора гильдии проверить его конфигурацию и веса. Действие Calculate & Assign пересчитывает назначения, а не просто меняет порядок уже существующего списка. Названия кнопок зависят от языка интерфейса.

Если результат кажется неверным, двигайтесь от него к исходным данным:

1. Проверьте принадлежность персонажа нужному составу, статус main/alt и роль.
2. Откройте соответствующие запросы: выбранный предмет, тип запроса и число частей комплекта.
3. Сопоставьте запросы с таблицей добычи босса и историей полученных предметов. Отсутствие вклада не обязательно означает ошибку расчёта.
4. Прочитайте сохранённые веса именно этого состава. Скриншот настроек другого состава не подходит для сравнения.
5. Проверьте отметку фарма, количество мест по ролям и цели по числу боссов. Пересчитайте назначения и посмотрите также резерв.

Если исходные данные верны, но предложенный состав не подходит под тактику, примите осознанное решение и объясните причину. Полезно отделять расчёт от решения в объявлении:

Назначения используют наши сохранённые веса экипировки, приоритет основных персонажей и требования по ролям. Перед публикацией мы проверили резерв и цели по числу боссов. Если неверны запрос, роль или запись о добыче, сообщите офицеру, какую запись нужно исправить.

Это образец сообщения для адаптации, а не история реальной гильдии. Цель — состав с понятной логикой: игроки видят смысл числа, офицеры находят неверные данные, а баллы не становятся приговором игроку.