aspire-service-defaults

Centralize OpenTelemetry, health checks, service discovery, and HTTP resilience in Aspire ServiceDefaults projects.

Updated Aug 27, 2026
One-click install
npx skills add https://github.com/tvcosta/ai-customer-service --skill aspire-service-defaults-tvcosta
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: aspire-service-defaults
Source: https://github.com/tvcosta/ai-customer-service/tree/main/.claude/skills/aspire-service-defaults
Command: npx skills add https://github.com/tvcosta/ai-customer-service --skill aspire-service-defaults-tvcosta

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Create a shared ServiceDefaults project for Aspire applications to centralize OpenTelemetry, health checks, resilience, and service discovery across all services.

Core Features & Use Cases

  • OpenTelemetry integration across API and Worker services for consistent telemetry data.
  • Standard health checks with readiness and liveness endpoints and optional custom checks.
  • Built-in service discovery to resolve service addresses consistently.
  • HTTP client resilience with retry, timeout, and circuit-breaker policies.
  • Use Case: apply to API and Worker projects to ensure uniform observability and reliability.

Quick Start

Create a new Aspire ServiceDefaults project and call AddServiceDefaults() in your services to enable centralized telemetry, health checks, and resilience.

Frequently Asked Questions about aspire-service-defaults

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I centralize OpenTelemetry and health checks across .NET Aspire services?

Centralize OpenTelemetry and health checks across .NET Aspire services by creating a shared ServiceDefaults project and calling AddServiceDefaults() in your API and Worker services to wire in uniform observability configurations.

What is the best way to configure HTTP client resilience in Aspire applications?

Configure HTTP client resilience in Aspire applications by utilizing a shared ServiceDefaults project that applies built-in retry, timeout, and circuit-breaker policies to your HTTP clients for consistent reliability.

Can I use Aspire service discovery without manually managing service addresses?

Yes, you can resolve service addresses automatically by enabling built-in service discovery through the AddServiceDefaults() method within your Aspire ServiceDefaults project structure.

Do I need a standard Aspire ServiceDefaults project structure to enable telemetry?

Yes, a standard Aspire ServiceDefaults project structure is required to properly wire in OpenTelemetry, health endpoints, and service discovery configurations across your application architecture.

How do I add readiness and liveness health endpoints to Aspire API and Worker services?

Add readiness and liveness health endpoints to Aspire API and Worker services by applying the shared ServiceDefaults project, which provides standard health checks with options for custom checks.

Why are my Aspire services missing consistent telemetry data?

Aspire services lack consistent telemetry data when observability is configured individually rather than centralized, which is resolved by integrating a shared ServiceDefaults project for uniform OpenTelemetry wiring.