What problem does it solve?
External HTTP API integrations often leak vendor-specific logic into domain code. This Skill enforces a clean Client + Service boundary so infrastructure vendors return raw DTOs while a dedicated application service maps them into stable application results.
Core Features & Use Cases
- Client + Service split: Client lives in infrastructure and returns vendor-shaped responses; Service consumes the client and translates data into application results.
- Layering guidance: Defines where to place ports, vendor enums, raw response DTOs, and how to wire DI so domain logic stays vendor-agnostic.
- Use-case patterns: Use service-backed workflows, or opt for direct client port access for debugging or admin tasks, with guardrails to keep domain boundaries intact.
- Vendor examples: Patterns apply to Stripe, GitHub, Twilio, and other HTTP providers.
Quick Start
Start by implementing a vendor-specific Client in infrastructure, a corresponding Service in application, and wire them through your DI container.