Threat recognition should shorten a squad callout. This page organizes source families and observed names so players can find the right record while keeping spawn, statistic, and behavior claims attached to a current dedicated source.
Threat vocabulary
Begin with the official threat families.
The official experience description names hostile scavengers, militarized raiders, and seemingly supernatural enemies. Those phrases are broad enough to orient a new player and stable enough to anchor the archive. The current community enemy index uses Scavengers, Raiders, and Reikgons as its main hostile categories, which provides a bridge from official language to the route surface players already search.
The bridge is useful, but it is not a license to merge every record. A named enemy, a boss-wave page, a combat guide, an event route, and a general category page can all require different fields and update dates. The table below preserves the observed label and family clue so a future detailed entry can bind mechanics to the right source.
During play, use the shortest verified term the squad understands. The goal is to direct attention and action, not to recite a taxonomy during a wave. Detailed behavior belongs in preparation or post-run review.

Observed records
Use the observed record table as a lookup map.
The inventory includes category routes, named records, combat guides, boss waves, raids, and updated-title variants. Each row below is therefore a pointer, not a complete profile. The “family” column reflects wording supported by the official or community taxonomy, while the boundary column states what must still be checked.
Duplicate-looking labels are retained when the route surface retains them. “Shadow” and “Shadows ?” might be related, and “Wave Ultima” has an updated-title variant, but deduplication without opening the sources could erase a redirect, historical page, or distinct record. A verified entity page should resolve that relationship explicitly.
12 records
| Observed record | Threat family clue | Evidence boundary |
|---|---|---|
| Scav | Scavenger | Observed named/category route; verify current behavior. |
| Scavenger Boss Wave | Scavenger | Observed boss-wave route; event and mechanics need a current source. |
| Scavenger’s Raid | Scavenger | Observed raid route; do not infer timing from the title. |
| Raider Boss Wave | Raider | Observed boss-wave route tied to raider terminology. |
| Sledge Queen | Named hostile record | Observed named page and combat-guide surface. |
| Yosef | Named record | Observed character route; role and encounter require verification. |
| Reikgon Boss Wave | Reikgon / supernatural | Observed community route under the community threat taxonomy. |
| Sickler | Reikgon / supernatural | Observed named threat record; mechanics are not inferred. |
| Shadow / Shadows ? | Reikgon / supernatural | Related observed labels; redirect or distinction needs checking. |
| Bad Business Boss Wave | Event or boss wave | Observed route with source-specific scope. |
| Medieval Boss Wave | Event or boss wave | Observed route with source-specific scope. |
| Wave Ultima | Wave record | Observed route with an updated-title variant. |
Squad communication
Turn a record into a useful callout.
A field callout needs three parts: the threat label, the direction or pressure area, and the requested response. If the name is uncertain, use the broader family rather than guessing. “Raider pressure on the return path” is more useful than confidently naming the wrong record. The enemy index can settle terminology before the next cycle.
The response should describe a team action: regroup, preserve distance, change target priority, protect a resource carrier, or abandon a detour. Exact tactical advice depends on current mechanics and the live situation, so it belongs to a verified record. The stable wiki contribution is a shared vocabulary and a clear route to the evidence.
- Use a broad official or community family when the named record is uncertain.
- Add direction and the action you need from teammates.
- Separate boss-wave, event, and ordinary hostile records during research.
- Recheck current behavior before turning a callout into a permanent rule.
After-action record
Review the first recognition failure.
After a failed defense, identify the earliest threat-information failure. Did the squad use different names for the same family? Did a named record create a positioning change nobody communicated? Did an event or boss-wave page get mistaken for an ordinary encounter? Did the team commit supplies before understanding the pressure? One precise question produces a better update than a broad request for “all enemy stats.”
Open the dedicated record, capture the source date, and add only the fields the squad needs: identity, family, encounter scope, recognition cues supported by the source, and the response that follows from verified mechanics. This approach grows the database through real use while avoiding fabricated portraits or copied stat walls.
Frequently asked questions
What enemy categories are supported by the research?
The official experience names hostile scavengers, militarized raiders, and seemingly supernatural enemies. The current community enemy index organizes its main hostile surface as Scavengers, Raiders, and Reikgons. Named records and boss-wave pages remain source-specific and need their own current verification.
Why are duplicate-looking enemy labels kept?
A similar title can be a redirect, historical version, updated page, event record, or genuinely separate subject. Removing it from the route inventory without checking the page would create unsupported certainty. The table retains the labels and states the exact relationship that a future entity review must resolve.