What problem does it solve? Operating an Aspire distributed application requires knowing dozens of Aspire CLI commands and safety rules; this Skill detects the AppHost, enforces guardrails (never dotnet run on AppHosts, always aspire wait before interacting), and routes each task to the correct specialized sub-skill. ## Core Features & Use Cases - AppHost Detection: Identifies C#, file-based C#, and TypeScript AppHosts via Aspire.AppHost.Sdk, apphost.cs, apphost.ts, aspire.config.json, and .aspire/ signals. - Task Routing: Directs lifecycle work to aspire-orchestration, deployments to aspire-deployment, observability to aspire-monitoring, and first-run setup to aspire-init/aspireify. - Safety Guardrails: Enforces --non-interactive execution, forbids editing .aspire/modules/, and blocks obsolete patterns like the Aspire workload install. - Use Case: You open a repo containing an Aspire AppHost and ask to restart a failing Redis resource; the Skill routes to aspire-orchestration, runs aspire start, waits on the resource, and issues the resource command instead of restarting the whole AppHost. ## Quick Start Ask the assistant to start your Aspire AppHost and check the status of its resources using the Aspire CLI.