At a glance
Quick facts
- Health
- 6,500
- Experience
- 2,750
- Speed
- 200
- Race
- energy
- Attacks
- 3
- Loot entries
- 0
- Bestiary class
- Not classified
- Reference profile
- TFS 1.6
Reading the Security Golem encounter
Before a player meets Security Golem on the map, the source profile already sketches the encounter: 6,500 health, 2,750 experience, 3 configured attack entries and a largest raw XML bound of 550, and no single movement flag that tells the whole encounter story.
Security Golem's clearest weakness lead is no published elemental weakness. With no additional positive elemental modifier recorded here, the practical hunt still turns on positioning, supply depth, neighboring creatures, and the target server's scripts rather than on one attractive damage label.
Security Golem offers no direct corpse-loot entry in the available profile. If an encounter still awards something, the answer must be sought in a chest, action script, event controller, participation system, or another server-specific mechanism.
Security Golem statistics and identity
Security Golem is defined with 6,500 maximum health, 2,750 base experience, and speed 200 in TFS 1.6. The displayed experience is the creature definition's base value before stages, stamina, party sharing, boosts, prey, server rates, or event multipliers. Server owners can edit these values without changing the creature name.
| Statistic | Value | Interpretation |
|---|---|---|
| Maximum health | 6,500 | Configured health pool |
| Base experience | 2,750 | Award before external multipliers |
| Speed | 200 | Engine movement-speed input |
| Race | energy | Corpse and effect classification |
| Race ID | Not defined | Bestiary or protocol reference when present |
| Maximum configured attack bound | 550 | Largest absolute XML min/max value; not a guaranteed final hit |
Behavior, targeting, and movement
Its target-distance setting favors adjacent engagement, although configured beams, waves, or ranged attacks can still reach farther. Target-change chance, static-attack preference, push permissions, pathfinding, field walking, summons, and scripted abilities collectively determine behavior. The flags below are direct configuration values; they should be read together instead of treating one flag as a complete artificial-intelligence description.
| Flag | Configured value |
|---|---|
| Pushable | No |
| Canpushitems | No |
| Canpushcreatures | No |
| Staticattack | 90 |
| Targetdistance | Yes |
| Canwalkonenergy | No |
| Canwalkonfire | No |
| Canwalkonpoison | No |
Attack cycle and combat pressure
Security Golem has 3 attack entries in its XML definition. Chance is evaluated within the listed interval by the engine; min and max values are source-level damage inputs and can be changed by scripts, armor rules, resistance, PvP modifiers, conditions, or custom combat callbacks. Range, radius, beam length, spread, target flags, and visual effects reveal the intended shape but do not replace a live positioning test.
| Attack | Chance and interval | Raw damage range | Range or area | Effects |
|---|---|---|---|---|
| Melee | Every 2 seconds | 0-550 | Adjacent or script-defined | No extra XML effect attribute |
| Energy | 20% per 2 seconds | 100-440 | 6 | Area Effect: purpleenergy |
| Energy | 20% per 2 seconds | 100-320 | 7 | Area Effect: energyarea |
Defense, elements, and immunities
The defense profile separates base defense and armor from elemental percentages and explicit immunities. In TFS 1.6, a positive monster element percentage reduces incoming damage of that element, while a negative percentage increases it. Current official strength and weakness labels are shown as categories without inventing a percentage. Custom servers can change those values, bypass them in scripts, or add encounter phases.
| Defense layer | Value | Meaning |
|---|---|---|
| Armor | 30 | Base defense profile |
| Paralyze | Immune | Condition or damage immunity |
| Invisible | Immune | Condition or damage immunity |
| Drunk | Immune | Condition or damage immunity |
Complete configured loot table
Security Golem has no loot entry in the available primary profile. A reward may still be delivered by a boss chest, storage action, event script, achievement, quest, participation system, or custom corpse callback, but this source does not support claiming a direct corpse drop.
Hunting plan and server verification
A safe hunting recommendation for Security Golem must combine the available profile with spawn density, neighboring creatures, terrain, access, vocation, skills, equipment, supplies, latency, death penalty, and the target server's rates. No universal level bracket can be authenticated from a creature-library or monster XML record alone. Use the largest configured attack bounds as stress-test inputs, account for simultaneous attacks and summons, then verify the actual spawn. Present a level recommendation only with that profile and evidence attached.
- Confirm health, experience, attack intervals, and elemental modifiers against the deployed monster file.
- Inspect the map spawn file for count, radius, placement, and respawn interval; those values are not stored in this monster definition.
- Test line of sight, diagonal movement, field walking, target switching, fleeing, summons, and push behavior.
- Record corpse loot over a statistically meaningful sample before evaluating a customized loot rate.
- Publish the server profile and review date with any route, level range, profit estimate, or supply recommendation.
Apply the guide
Find servers using this profile
Server names, protocol labels, and map labels do not guarantee matching mechanics. Use these filters to find candidates, then verify the listing, owner documentation, and deployed ruleset.