What problem does it solve? ASP.NET Core services accumulate inconsistent patterns when every developer wires HTTP clients, validation, retries, logging, and caching differently. This Skill establishes one architecture-neutral baseline for the cross-cutting concerns every .NET web service shares, so conventions are decided once and applied uniformly. ## Core Features & Use Cases - HTTP and resilience standards: Enforces IHttpClientFactory with typed clients and Microsoft.Extensions.Http.Resilience (Polly v8) via AddStandardResilienceHandler instead of hand-rolled retry pipelines. - API design rules: Mandates explicit route versioning, plural kebab-case resources, correct success status codes, opaque cursor pagination envelopes, and OpenAPI generation for every public API. - Observability and configuration: Wires OpenTelemetry traces, metrics, and structured logs to OTLP with correlation IDs and health checks, plus typed options validated at startup via ValidateOnStart. - Use Case: When building a new ASP.NET Core minimal API for an orders service, load this Skill first to get the correct HttpClient registration, FluentValidation choice, resilience handler, OTLP exporter wiring, and paging envelope before routing to focused companions like dotnet-minimal-api or dotnet-web-error-handling. ## Quick Start Load the dotnet-web-backend skill before starting any ASP.NET Core Web API or microservice work to apply the house cross-cutting baseline.