What problem does it solve? After aspire init drops an empty AppHost skeleton, developers must manually figure out how to model their services, databases, and frontends as Aspire resources. This Skill automates that wiring: it scans the repository, proposes a resource graph, edits the AppHost (C#, file-based C#, or TypeScript), wires ServiceDefaults with OpenTelemetry, and validates everything with aspire start. ## Core Features & Use Cases - Repository Scanning and Resource Graph Proposal: Detects .NET projects, Node/Python services, docker-compose dependencies, and hardcoded connection strings, then proposes a typed Aspire integration graph (Postgres, Redis, RabbitMQ, MongoDB, Next.js, Vite) for user confirmation before editing. - Multi-Language AppHost Authoring: Edits SDK-style C# AppHosts, file-based apphost.cs, and TypeScript apphost.ts with correct API shapes verified via aspire docs api search, while refusing to edit generated .aspire/modules/ files. - End-to-End Validation and Self-Deactivation: Runs aspire start --non-interactive, waits on each resource, checks the graph with aspire describe, then hands off to orchestration skills once healthy. - Use Case: You just ran aspire init in a repo with a .NET API, a Next.js frontend, and a docker-compose file defining Postgres and Redis. This Skill scans the repo, proposes AddPostgres/AddRedis/AddNextJsApp wiring with service discovery, edits the AppHost, and validates the full stack starts cleanly. ## Quick Start Ask the assistant to wire up the Aspire AppHost for this repository and validate it with aspire start.
