Lock-priority rules in multi-target settings need to be transparent

What it is

Transparent target-lock priority means players can anticipate which of several lockable objects the system will select or cycle through using distance, line of sight, direction, threat, health, camera centre, or prior target. Transparency does not require revealing every algorithmic weight; it makes outcomes predictable, observable, and overrideable when necessary.

Why it happens

Multi-target selection is ambiguous input: one lock button can plausibly point to several objects. When output seems arbitrary, players cannot learn a selection model and repeatedly press in danger, so automation increases control burden. Stable readable candidate highlighting, ordering, and switching let players pre-adjust the camera or explicitly select, integrating automation into a plan rather than fighting it.

Where it stops holding

Some priorities must change with context, and one fixed rule cannot cover every scene; full formulas may be too complex or competitively exploitable. The issue is not dynamism but unexplained jumps. High-risk, competitive, or cooperative targets usually need more direct override; simple consistent defaults can reduce work in low-pressure solo play.

Applying it

• Show lockable candidates, current target, and next cycle direction, using understandable primary rules and reason cues when they change.
• Support manual cycling, directional selection, cancellation, and configurable priorities so automatic switching does not silently take a target during critical action.
• Verification: present dense combat clips with changing target attributes and ask players to predict and explain the next lock. Simplify or expose rules when prediction fails or correction is frequent.

Related

• Same group: W5.04.1 Reticle form should reflect a weapon’s actual accuracy range · W5.04.2 Target-lock adhesion strength affects the skill space of control · W5.04.3 Losing a locked target needs clear visual and auditory cues
• Nearby: W3.08 Aim assistance and input forgiveness · W5.03 State and resource expression · B2.02 Visibility of system status
• Search terms: target selection · lock-on rules · multi-target · automation transparency