BuildForgeTools

Different classes, brighter builds

Emberville Skill Inheritance Guide

Understand how confirmed active and passive skill inheritance can shape an Emberville build.

Pre-Early AccessConfirmed mechanicsSource reviewed Sep 27, 2026

Trace an inheritance plan

Learn a class

Start with a learned class. Classes can be changed; the exact unlock requirements are not verified here.

Read the official system descriptionKeep an unverified idea in local planner notes

CONFIRMED MECHANIC

How skill inheritance shapes a build

Base class

Begin with a combat identity.

Learn another class

Expand your available skills.

Inherit skills

Use confirmed active and passive inheritance.

Shape a build

Create a direction to test when full data arrives.

Confirmed boundaries

Active and passive skill inheritance is officially described as part of Emberville’s class system. This creates real planning value before exact skills are published.

Inheritance slot limits, costs, unlock thresholds, and specific compatible combinations remain unconfirmed here. Reviewed skill names and observations appear below with their own evidence labels.

Active skill inheritance
Passive skill inheritance
Classes can be changed
Full data pending

REVIEWED PREVIEW RECORDS · 2026-09-27

Inheritance evidence and open questions

Reviewed names are a starting point for planning. A known name does not confirm its unlock requirements, skill type, or compatible combinations.

Active inheritance slots

Unknown
Not yet verifiedClass equip slots reported in a preview are not proof of inheritance limits.

Passive inheritance slots

Unknown
Not yet verifiedClass equip slots reported in a preview are not proof of inheritance limits.

Inheritance unlock level

Unknown
Not yet verifiedNo reviewed inheritance unlock level.

Observed skills awaiting inheritance review

Compatibility matrix

Each cell needs destination-class evidence. No combination below has been marked compatible yet.

Preview inheritance compatibility — 2026-09-27
Base classFocus StrikeSwift Foot
KnightNeeds verificationNeeds verification
WandererNeeds verificationNeeds verification

Data version: emberville_preview_2026-09-27. 2 reviewed class names · 3 weapon categories · 2 observed skill names. This is a partial preview catalog.

INHERITANCE DATA

Active and passive inheritance are separate planning layers

Emberville officially describes combat classes that can inherit both passive and active skills from other learned classes. Active and passive are therefore useful categories in the planner, but the current sources do not establish slot counts, costs, transfer limits, or every compatibility rule.

An active inherited skill represents an action the player may be able to add to a setup. A passive inherited skill represents a lasting modifier or condition. Those descriptions explain the planning distinction only; individual effects will stay unavailable until their game records can be verified.

INHERITANCE DATA

From a learned class to a final build

The planning flow begins with a base class, expands when another class is learned, and then considers which confirmed active or passive options can be inherited. Weapon-bound combos and the player’s preferred combat direction remain part of the final setup, so inheritance should be evaluated in context instead of as an isolated list of powerful skills.

BuildForgeTools will preserve that relationship when data arrives: a skill will retain its source class, type, verification state, and known compatibility evidence. This makes it possible to update a rule without silently rewriting every build that uses it.

INHERITANCE DATA

Future compatibility matrix

The compatibility matrix is available as an evidence reference. Its purpose will be to show a base class on one axis and learned-class skills on the other, with each intersection marked confirmed, unavailable, or still unverified. The first matrix now connects reviewed class names to observed skill names. Cells remain unknown until destination-class compatibility can be verified.

  • Source class and skill type must be known before a row appears.
  • A compatible state requires direct game data or consistent testing evidence.
  • Restrictions and costs will be stored separately from skill descriptions.
  • Every matrix update will carry a source and data-version label.

TRANSPARENT DATA

What is officially confirmed

We publish confirmed systems and clearly label anything still under review. Specific class, weapon, skill, and balance data will appear only after reliable source verification.

EXPLORE EMBERVILLE

Related tools and guides