Original fantasy illustration of physical, ranged, and magic archetypes displayed in a dungeon hall
Field guideBuild decisions

Dungeon Lootr Builds: A Stat Decision Framework

Coverage note: This page verifies the displayed archetype-to-stat relationships, then gives you a way to test a build. It does not claim a universal point ratio, best class, damage formula, reset cost, or current meta.

A useful build answers two questions: which stat matches the class shown in your interface, and what is actually stopping the current run? Starting there is more durable than copying a numbered build that may target a different class, activity, patch, or skill level.

Read the current archetype first

Two independent August 2026 recordings displayed the same STAT INFO relationships:

Displayed class archetype Matching offensive stat What is directly supported
Physical Strength The interface describes Strength for Physical classes
Ranged Dexterity The interface describes Dexterity for Ranged classes
Magic Intelligence The interface describes Intelligence for Magic classes
Any archetype Vitality is separate The interface describes more maximum HP and some HP regeneration

Open the current class information and stat screen before spending points. If the live labels differ from this dated observation, follow the live interface and treat this guide as stale.

Name one build goal

Do not start with “make everything better.” Pick one outcome for the next comparable attempts:

  1. Learn safelyCreate enough survival margin to observe attacks and complete more of the run.
  2. Remove a damage stallTest the offensive stat that matches the displayed archetype.
  3. Improve consistencyReduce repeated failures before chasing a single unusually fast run.
  4. Improve clear timeMeasure the slow phase first; do not assume stat allocation is the bottleneck.

These are editorial goals, not official build categories.

Diagnose the failure before allocating

What you observe repeatedly First question Controlled next test
You fail while still learning enemy attacks Is survivability ending the observation early? Test a small Vitality change, if the current UI permits it
Normal groups take too long but you survive comfortably Does your offensive stat match the displayed archetype? Compare a run after correcting only that mismatch
The boss is slow but normal rooms are stable Are positioning or unused abilities creating downtime? Test execution before changing multiple build parts
Times vary wildly Are route, difficulty, party, and gear comparable? Standardize the run conditions first
A new item changes several stats Can you isolate its effect from allocation changes? Hold stat allocation constant for the comparison

The point is not that Vitality or damage is always correct. The point is to connect one visible problem to one testable change.

Use a one-change build worksheet

Record this before an attempt:

Field Your entry
Date and visible game version/update note ___
Class and displayed archetype ___
Activity and difficulty ___
Relevant equipped gear ___
Current stat allocation ___
Repeated failure or slow phase ___
One change being tested ___
What stays fixed ___

After several comparable attempts, record survival outcome, slowest phase, and whether the original bottleneck moved. A result that happens once is a lead, not a finished build recommendation.

Decide what to do with the result

  • The same bottleneck improved: keep the change provisionally and repeat it under the same conditions.
  • A different bottleneck appeared: the build may have shifted the limit; diagnose the new limit rather than stacking more changes.
  • Nothing changed: allocation may not be the controlling factor. Check route, gear, ability use, or encounter execution.
  • Results became less consistent: restore the baseline if possible and retest one smaller decision.
  • The live interface changed: stop using the dated mapping until it is re-verified.

Connect the build to the next decision

  • Classes: locate the archetype field and understand the observed stat relationships.
  • Clear Time: measure whether the slow phase is setup, navigation, combat, boss, or return flow.
  • Boss Rush: turn a build into an access, objective, gear, and party readiness check.
  • Loot and Extraction: keep gear comparisons separate from allocation experiments.

Claims intentionally left out

  • Exact damage, critical, speed, cooldown, or regeneration formulas.
  • Exact point totals, caps, refund behavior, reset costs, or auto-allocation behavior.
  • Named best builds, aspects, titles, gear affixes, or class rankings.
  • Universal “all damage” or fixed damage-to-Vitality ratios.
  • Guaranteed clear-time improvements or activity-specific thresholds.

Sources and verification

Independent pages are discovery and corroboration sources, not proof of an optimal allocation. This page is original synthesis and does not reproduce their text, tables, or media.

Observed source video

Inspect an observed class and stat interface

The reviewed interface exposes the archetype field and stat descriptions. It is observation evidence, not a recommended allocation or controlled build test.

Creator
Syde Plays
Start point
0:56
Evidence role
Third-party visual observation

Opens the source video at the observed start point in a new tab. Playback is governed by YouTube’s policies.

Keep researching

Official and observed resources

Use official links for the game and developer identity. Videos are independent observations, not official documentation or this site’s own playtest.