Party-size scaling keeps one boss meaningful for solo players and groups without multiplying every value equally. Roster changes queue during committed actions, resolve at safe boundaries, preserve the visible health fraction, and settle reward eligibility independently.

Open boss builder
Queue and resolve the joining memberAt 0.62 seconds, a second participant joins the roster queue. At 1.18, a safe boundary selects the two-player curve: maximum health becomes 1.6× while the displayed 68% progress remains unchanged.
Scale Kern's trial from one participant to two and back A second roster token joins and safely changes Kern to a two-player package with two target circles; the participant then leaves, scaling returns after the attack, the health bar stays at 68%, and both qualified participants keep reward credit. Boss Player

At 0.62 seconds, a second participant joins the roster queue. At 1.18, a safe boundary selects the two-player curve: maximum health becomes 1.6× while the displayed 68% progress remains unchanged.

Implementation checklist

Define roster authority, active-member rules, join and leave grace, safe resolve points, health and target curves, progress preservation, phase thresholds, reward eligibility, reconnect behavior, caps, accessibility, and telemetry.

Core checks

Three questions for the mechanic

  • Who counts as an active participant?

    Choose one authoritative roster and define joined, loading, alive, downed, disconnected, reconnecting, spectator, and departed states. Add grace for short drops, deduplicate identities, cap the party size, and never derive encounter strength from every client independently.

  • Which values need separate curves?

    Tune health, stagger, target slots, simultaneous hazards, add count, revive pressure, and resource drops independently. Use diminishing returns instead of multiplying everything by party size; extra bodies already add damage, coverage, revives, roles, and attention.

  • When may the package be recomputed?

    Queue changes during telegraphs and active attacks, then apply them in recovery, phase handoff, or another authored safe point. Preserve the health fraction and completed objectives, keep phase thresholds monotonic, and snapshot qualified reward shares separately from the current combat roster.

Design mistakes

  • Every value scales by the same multiplier

    Doubling health, damage, hazards, and adds can compound into far more than double difficulty. Treat durability, attention load, target coverage, recovery, and rewards as different budgets with explicit caps.

  • Join and leave events mutate an active attack

    A target disappearing mid-cast or a health bar jumping backward breaks causality. Lock committed targets, queue the roster event, preserve the visible progress fraction, and apply one idempotent resolution at the next safe boundary.

Tuning

Tune the attack

  • Version a deterministic curve table

    Map party sizes to health, stagger, target, hazard, and reward values in one data table. Clamp unsupported sizes, record the curve version, and test every transition in both directions so a leave never produces an easier exploit or an impossible remainder.

  • Separate combat roster from reward roster

    Combat can scale down after a genuine departure while contribution credit remains. Define participation thresholds, reconnect windows, anti-idle rules, and disconnect handling so neither late joins nor network loss silently duplicate or erase a share.

  • Measure transitions, not only clears

    Record anonymized party size, curve version, queued event, resolve boundary, health fraction before and after, target count, disconnect class, retries, completion, and reward grants. Audit oscillation and repeated join-leave patterns separately.

Arena

  • Kern weighs the covenant only between blows

    A second rune joins Tavi's trial, so the scale adds another target without moving the progress mark. When the rune fades, Kern finishes the promised attack before the covenant returns to one participant; the departed ally's contribution seal remains.

Player upgrades

  • Scale coordination without requiring a fixed role mix

    Keep solo, duo, and larger groups viable; avoid mechanics that require an absent role; provide generous reconnect and downed-state grace; mark personal targets with redundant shape, color, text, and sound; and do not accelerate cues merely because more players are present.

Do not confuse this with

  • Current roster capacity, not a static difficulty or world variant

    A difficulty setting selects an authored challenge level, and a world-state variant selects a contextual rule package. Party-size scaling converts the current authoritative roster into bounded encounter budgets and defines how those budgets change safely during the fight.

Bosses that use this mechanic

Learn more

Found an inaccuracy or have a suggestion for this page? Propose an edit on GitHub