What problem does it solve? Classic WinForms apps built on Application.Run(new Form1()) cannot use the .NET Generic Host's dependency injection, configuration, and logging, and DI conflicts with the WinForms Designer's requirement for parameterless constructors. This Skill guides retrofitting or bootstrapping a WinForms app with WARP's WinFormsApplication / WinFormsApplicationBuilder so Forms and UserControls act as IServiceProvider façades for designer-droppable components. ## Core Features & Use Cases - Canonical bootstrap pattern: Replace Program.cs with WinFormsApplication.CreateBuilder(args), UseStartupForm<TForm>(), and fluent Use* configuration methods. - Form preparation recipe: Implement the two-constructor pattern (parameterless Designer ctor plus DI ctor chaining : this()), explicit IServiceProvider implementation, and the nested DeferredServiceProvider wrapper. - Deferral guidance: Avoid the "too early" trap by deferring service resolution to ISupportInitialize.EndInit or OnLoad, with a debugging checklist for common DI failures. - Use Case: Migrate an existing LOB WinForms application to hosted DI so WebView2-based ChatView and AIServicesComponent can be resolved from the service provider without breaking the Designer. ## Quick Start Ask the AI to retrofit your existing WinForms Program.cs and MainForm to use WARP's WinFormsApplicationBuilder with the two-constructor DI pattern.