Use this section when you need the model behind AXSG rather than a package-install recipe. These pages explain how the compiler thinks about documents, bindings, generated artifacts, and tooling.
Why this section matters
AXSG is not a single library with one execution path. The same authored XAML feature can span:
compiler-host discovery and configuration precedence
framework-profile-specific binding and emission rules
runtime registries and helper contracts
language-service reuse of the exact same semantic model
If you only read package or API pages, those moving parts can look unrelated. The concept pages explain why they exist and how they fit together.