What problem does it solve? Adding Aspire orchestration to a repository requires choosing between aspire new (greenfield templates) and aspire init (existing repos), detecting whether an AppHost already exists, and knowing when to hand off wiring to other tools. This Skill guides that first-run flow so the correct skeleton, aspire.config.json, and aspireify skill land in the repo without duplicating an existing AppHost. ## Core Features & Use Cases - AppHost Detection: Checks for C# .csproj with Aspire.AppHost.Sdk, file-based apphost.cs, TypeScript apphost.ts, and aspire.config.json before running init, routing to aspireify or aspire-orchestration when an AppHost already exists. - Template Selection: Chooses among aspire-starter, aspire-ts-starter, aspire-py-starter, aspire-empty, and aspire-ts-empty based on project type, with non-interactive flags for agent execution. - Handoff Workflow: Drops the AppHost skeleton and aspire.config.json, installs the aspireify skill, then hands off resource wiring and validation to downstream skills. - Use Case: A developer has an existing Express API plus React frontend repo and wants Aspire orchestration. The Skill confirms no AppHost exists, runs aspire init --language typescript --non-interactive, and hands off to aspireify to wire the services. ## Quick Start Ask the agent to add Aspire to this repository and it will detect whether an AppHost exists, then run aspire init or aspire new with the right template and language.