navigating-engine-source

name	navigating-engine-source
description	Locate, read, and cite exact Unreal Engine APIs in the on-disk engine source instead of guessing. Use when you need a real function signature, class hierarchy, UPROPERTY/UFUNCTION specifier, module name, or include path; when verifying that an API exists in UE 5.8; when resolving "which module do I add to Build.cs?"; or when an API changed between engine versions. Covers the full source tree layout (Runtime/Editor/ Developer/Plugins), the Public/Private/Classes folder convention, UHT-generated files, naming prefixes as navigation hints, IWYU include rules, and repeatable search patterns for finding any class, function, or type from first principles.
metadata	{"engine-version":"5.8","category":"meta"}

Navigating the Unreal Engine source

The engine's own C++ source is the ground truth for every signature, specifier, and include path. Before asserting any API detail, verify it in the source. Memory is often a version or two stale.

When to use this skill

• You need the exact signature of a UFUNCTION/UPROPERTY/virtual override, or its specifiers and meta=(...) clauses.
• You are unsure whether an API exists, was renamed, or moved in 5.8.
• You need the correct #include path or the module name to add to *.Build.cs.
• You want to see how Epic structures a class before writing similar code.
• You are resolving a build error ("unresolved external", "identifier not found") caused by a missing #include or missing Build.cs dependency.

Source tree on this machine

Version	Root	Notes
5.8 (primary)	E:\Program Files\Epic Games\UE_5.8\Engine	Binary install; ships full C++ source
5.7	E:\Program Files\Epic Games\UE_5.7\Engine	Binary install; previous release for comparison
5.5.1	E:\Repo\Git\UE_5_5_1_Fresh\UnrealEngine\Engine	Full source build

Default to 5.8. Use the others only to compare signatures across versions.

Confirm the exact version any time: E:\Program Files\Epic Games\UE_5.8\Engine\Build\Build.version → MajorVersion 5, MinorVersion 8, PatchVersion 1.

Source tree organization

Engine\Source\ has five top-level subdirectories:

Folder	Purpose	In shipping builds?
Runtime\	Gameplay, rendering, audio, net, core — the most-needed code	Yes
Editor\	Editor tools (UnrealEd, Kismet, BlueprintGraph, LevelEditor)	No
Developer\	Build tooling, profiling helpers, automation	No
Programs\	Standalone executables (UBT, UnrealLightmass, AutomationTool)	No
ThirdParty\	Vendored external source	Varies

Plugins (often where newer and optional systems live) are under Engine\Plugins\, organized by category: AI\, Animation\, EnhancedInput\, FX\ (Niagara), Runtime\ (GameplayAbilities, CommonUI, …), Experimental\, and more.

Rule: an API under Source\Editor\ or behind #if WITH_EDITOR is unavailable in a packaged game. Verify the path before depending on it.

Module structure (Public / Private / Classes)

Every module is a folder under Source\<Tier>\<ModuleName>\ containing:

<ModuleName>/
  Classes/              — reflected types (UCLASS/USTRUCT/UENUM headers)
  Public/               — public non-reflected headers
  Private/              — private headers and all *.cpp files
  <ModuleName>.Build.cs — declares the module; lists dependencies

The Engine module exemplifies all three roots. Its Classes\ tree has category subfolders grounded in the 5.8 tree:

• Runtime\Engine\Classes\GameFramework\ — Actor.h, Character.h, GameModeBase.h, PlayerController.h, Pawn.h, GameStateBase.h, PlayerState.h, SpringArmComponent.h, SaveGame.h
• Runtime\Engine\Classes\Components\ — ActorComponent.h, SceneComponent.h, PrimitiveComponent.h, StaticMeshComponent.h, SkeletalMeshComponent.h, CapsuleComponent.h, AudioComponent.h, SplineComponent.h, TimelineComponent.h
• Runtime\Engine\Classes\Engine\ — World.h:931, EngineTypes.h, AssetManager.h, Canvas.h
• Runtime\Engine\Classes\Kismet\ — GameplayStatics.h, BlueprintFunctionLibrary.h, KismetMathLibrary.h, KismetSystemLibrary.h
• Runtime\Engine\Classes\Animation\ — AnimInstance.h, AnimMontage.h
• Runtime\Engine\Classes\Camera\ — CameraComponent.h, PlayerCameraManager.h

Other key Runtime modules:

• Runtime\Core\Public\ — CoreMinimal.h, Containers\Array.h, Containers\Map.h, Math\Vector.h, Delegates\
• Runtime\CoreUObject\Public\UObject\Object.h — UObject:98, CreateDefaultSubobject:129
• Runtime\GameplayTags\Classes\GameplayTagContainer.h — FGameplayTag:41, FGameplayTagContainer:247
• Runtime\AIModule\Classes\ — AIController.h, BehaviorTree\, EnvironmentQuery\, Perception\
• Runtime\UMG\Public\ — UUserWidget, UWidgetComponent, widget bindings

Naming prefixes as navigation hints

UHT enforces naming conventions — knowing the prefix tells you what type you have and roughly where to look:

Prefix	Kind	Examples
A	Actor (AActor subclass)	ACharacter, AGameModeBase:47, APlayerController
U	UObject (non-actor)	UActorComponent, UStaticMeshComponent, UWorld:931
F	Non-UObject struct/class	FVector, FHitResult, FGameplayTag:41
E	Enum	EEndPlayReason, ECollisionChannel
T	Template class	TArray, TObjectPtr, TSubclassOf, TWeakObjectPtr
I	Interface	IGameplayTaskOwnerInterface
G	Global variable	GWorld, GEngine

Prefixes are enforced by UHT — a mismatch is a compile error.

The *_API macro tells you the module

Every exported symbol carries a <MODULE>_API macro. The module name is the macro prefix, lowercased:

Macro	Module (Build.cs name)
ENGINE_API	"Engine"
CORE_API	"Core"
COREUOBJECT_API	"CoreUObject"
AIMODULE_API	"AIModule"
GAMEPLAYABILITIES_API	"GameplayAbilities"
GAMEPLAYTAGS_API	"GameplayTags"
UMG_API	"UMG"
SLATECORE_API	"SlateCore"

Confirm by finding <ModuleName>.Build.cs under the source folder.

Repeatable "find X" workflow

1. Find a class header

Glob for **/<ClassName>.h under the source root, then confirm with Grep:

Glob("**/Character.h", path="E:/Program Files/Epic Games/UE_5.8/Engine/Source")
→ Runtime\Engine\Classes\GameFramework\Character.h

Grep("class ACharacter", path="...Character.h")
→ line 338: class ACharacter : public APawn

2. Find a function signature

Grep within the known file; read a ±10-line window — do not read the whole file:

Grep("virtual.*BeginPlay", path="...Actor.h", output_mode="content")
→ line 2125: ENGINE_API virtual void BeginPlay();

Read(path="...Actor.h", offset=2121, limit=15)  // read only the relevant range

3. Resolve module → include → Build.cs

1. Find the header: Glob or Grep for the type across Engine\Source\.
2. Identify the module: the source folder directly under Source\<Tier>\ that contains the found file. Confirm by locating <Module>.Build.cs there.
3. Write the #include: relative to the module's Public\/Classes\ root, e.g. #include "GameFramework/Actor.h" (not the absolute path).
4. Add to Build.cs: PublicDependencyModuleNames if the type appears in your public headers; PrivateDependencyModuleNames otherwise.

4. Plugin APIs

Plugin headers follow the same pattern under Engine\Plugins\. Also confirm:

• The plugin is enabled in .uproject (the Plugins array).
• The module name matches <Module>.Build.cs inside Source\<Module>\.

Example: UAbilitySystemComponent → Engine\Plugins\Runtime\GameplayAbilities\Source\GameplayAbilities\Public\AbilitySystemComponent.h → module "GameplayAbilities".

Reading reflection specifiers

UPROPERTY and UFUNCTION lines directly above a member ARE the API contract. Read them when you need to reproduce or override behavior:

Grep("ReplicatedUsing", path="...Actor.h", output_mode="content")
→ line 351: UPROPERTY(ReplicatedUsing=OnRep_ReplicateMovement, Category=Replication, EditDefaultsOnly)

The meta=(...) clause carries editor/Blueprint semantics — copy it faithfully when implementing similar APIs:

line 364: UPROPERTY(Interp, EditAnywhere, Category=Rendering, BlueprintReadOnly, Replicated,
              meta=(AllowPrivateAccess="true", DisplayName="Actor Hidden In Game", ...))

UCLASS(BlueprintType, Blueprintable, config=Engine, meta=(ShortTooltip="..."), MinimalAPI) (Actor.h:281) is the canonical example of a full class specifier line.

The *.generated.h contract

Every reflected header (UCLASS, USTRUCT, UENUM) must:

1. Include its <ClassName>.generated.h as the last #include.
2. Have GENERATED_BODY() as the first statement in the class body.

Never edit *.generated.h — it is produced by Unreal Header Tool (UHT) before the C++ compiler runs and regenerated on every build. Generated files live under the module's Intermediate\ folder, not in Source\.

Verified examples (UE 5.8)

All paths relative to E:\Program Files\Epic Games\UE_5.8\Engine\Source\:

AActor (Runtime\Engine\Classes\GameFramework\Actor.h):

• :281 UCLASS(BlueprintType, Blueprintable, config=Engine, meta=(ShortTooltip="..."), MinimalAPI)
• :2125 ENGINE_API virtual void BeginPlay();
• :2132 ENGINE_API virtual void EndPlay(const EEndPlayReason::Type EndPlayReason);
• :3060 ENGINE_API virtual void Tick(float DeltaSeconds);
• :3124 ENGINE_API virtual void PreInitializeComponents();
• :3127 ENGINE_API virtual void PostInitializeComponents();
• :3445 virtual void OnConstruction(const FTransform& Transform) {}
• :3569 ENGINE_API virtual void Destroyed();

ACharacter (Runtime\Engine\Classes\GameFramework\Character.h:338)

AGameModeBase (Runtime\Engine\Classes\GameFramework\GameModeBase.h:47)

UWorld (Runtime\Engine\Classes\Engine\World.h:931)

UObject (Runtime\CoreUObject\Public\UObject\Object.h:98), CreateDefaultSubobject:129

FGameplayTag (Runtime\GameplayTags\Classes\GameplayTagContainer.h:41), FGameplayTagContainer:247

(Line numbers drift between patch releases — re-Grep to confirm, but paths and class/function names are stable.)

Gotchas

• Editor vs Runtime: code under Source\Editor\ or in WITH_EDITOR blocks is stripped from packaged games. Check before depending on it.
• Plugin gating: a plugin API exists only when the plugin is enabled in the .uproject. If missing, the symbol will not compile.
• Version skew: if a signature differs from memory, the source wins. Note the difference when producing code or skill content.
• Never read a whole large header: Actor.h is ~4,500 lines; World.h exceeds 5,000. Grep first; then Read a focused offset+limit window.
• *.generated.h last, GENERATED_BODY() first: violating either rule produces cryptic UHT or compiler errors.
• IWYU: include only specific headers you use — not Engine.h or UnrealEd.h. The compiler will warn on monolithic includes.

References & source material

Engine source (UE 5.8, under E:\Program Files\Epic Games\UE_5.8\Engine\):

• Version file: Build\Build.version (5.8.1, changelist 56057345).
• Primary source root: Engine\Source\ → Runtime\, Editor\, Developer\, Programs\, ThirdParty\.
• Plugin root: Engine\Plugins\ → AI\, Animation\, EnhancedInput\, FX\, Runtime\, Experimental\, and more.
• Runtime\Engine\Classes\GameFramework\Actor.h — canonical example of a large reflected class with all lifecycle hooks.
• Runtime\Core\Public\CoreMinimal.h — the ubiquitous minimal include set.
• Runtime\CoreUObject\Public\UObject\Object.h — UObject base class.

Official docs (UE 5.8, fetched and confirmed):

• Modules overview — https://dev.epicgames.com/documentation/unreal-engine/unreal-engine-modules
• UnrealBuildTool — https://dev.epicgames.com/documentation/unreal-engine/unreal-build-tool-in-unreal-engine
• Unreal Header Tool — https://dev.epicgames.com/documentation/unreal-engine/unreal-header-tool-for-unreal-engine
• Include What You Use (IWYU) — https://dev.epicgames.com/documentation/unreal-engine/include-what-you-use-iwyu-for-unreal-engine-programming

Cross-reference sibling skills:

• module-and-build-system — full *.Build.cs / *.Target.cs authoring guide.
• cpp-fundamentals — UCLASS/USTRUCT/UENUM/UPROPERTY/UFUNCTION in depth.
• coding-standards — Epic naming conventions and prefix rules.

Deep-dive references in this skill:

• references/module-map.md — module-by-module table of what each module owns, its Build.cs name, and its header root.
• references/finding-apis.md — six repeatable workflows for locating any class, function, or type from first principles.
• references/source-conventions.md — naming prefixes, the Public/Private/Classes layout, *.generated.h mechanics, and IWYU include rules.