What problem does it solve? Building a Blazor component library involves many non-obvious pitfalls: RCL project structure, demo app separation, public API naming collisions, static asset 404s from missing _content/{AssemblyName}/ prefixes, scoped CSS confusion, and deprecated tooling that breaks CI. This Skill encodes the full lifecycle and the hard-won fixes so the library builds, tests, and packages correctly the first time. ## Core Features & Use Cases - RCL Scaffolding & Structure: Sets up the Razor Class Library (Domain, Services, Interop, Components, wwwroot) alongside a separate Blazor WebAssembly demo app and xUnit test project, inspecting the active SDK templates instead of assuming old layouts. - Public API Naming Convention: Applies a prefix+suffix scheme (e.g., LibDockPanel component vs LibDockPanelModel domain type) to prevent component/domain name clashes, including a regex that fixes component tags without touching generic type parameters. - Pitfall Diagnosis & Packaging: Resolves RCL static asset 404s, scoped CSS project-locality issues, ContentRegistry ownership bugs, and deprecated dotnet-format global tool CI failures, plus NuGet packaging guidance. - Use Case: Split an existing Blazor app into a reusable library plus demo app, rename all public types with a common prefix, verify with dotnet build, dotnet test, and dotnet format, then pack for NuGet. ## Quick Start Ask the agent to split your Blazor app into a Razor Class Library with a separate WebAssembly demo app and prepare it for NuGet packaging.