What problem does it solve? Adding HTTP endpoints to a CoreEx-based .NET service involves many conventions — CQRS controller splits, WebApi helper variants, idempotency keys, route parameter validation — that are easy to get wrong. This Skill guides an AI agent through scaffolding controllers and Minimal API endpoints that follow CoreEx conventions correctly the first time. ## Core Features & Use Cases - CQRS Controller Pair Scaffolding: Creates {Name}Controller (mutations) and {Name}ReadController (reads) sharing one route and OpenApiTag. - Full Verb Coverage: Implements GET by id, query with $query schema, POST create with Location header and [IdempotencyKey], PUT + PATCH full-entity updates, DELETE, and custom business-action endpoints. - Dual Service Styles: Supports both exception-based services (standard WebApi helpers) and Result<T> pipeline services (WithResult helper variants), plus Minimal API as an alternative to MVC. - Use Case: You need to expose a new Order entity over HTTP. The Skill scaffolds OrderController and OrderReadController with GET/query/POST/PUT/PATCH/DELETE endpoints, then hands off to the integration-test skill. ## Quick Start Ask the AI to add a CoreEx API controller for the Order entity with get, query, create, update, and delete operations using a Result<T> service style.