aspire

name

aspire

description

**WORKFLOW SKILL** - Orchestrates Aspire applications using the Aspire CLI and MCP tools for running, debugging, and managing distributed apps. USE FOR: aspire run, aspire stop, start aspire app, check aspire resources, list aspire integrations, debug aspire issues, view aspire logs, add aspire resource, aspire dashboard, update aspire apphost. DO NOT USE FOR: non-Aspire .NET apps (use dotnet CLI), container-only deployments (use docker/podman), Azure deployment after local testing (use azure-deploy skill). INVOKES: Aspire MCP tools (list_resources, list_integrations, list_structured_logs, get_doc, search_docs), bash for CLI commands. FOR SINGLE OPERATIONS: Use Aspire MCP tools directly for quick resource status or doc lookups.

Aspire Skill

This repository is set up to use Aspire. Aspire is an orchestrator for the entire application and will take care of configuring dependencies, building, and running the application. The resources that make up the application are defined in apphost.cs including application code and external dependencies.

General recommendations for working with Aspire

1. Before making any changes always run the apphost using aspire run and inspect the state of resources to make sure you are building from a known state.
2. Changes to the apphost.cs file will require a restart of the application to take effect.
3. Make changes incrementally and run the aspire application using the aspire run command to validate changes.
4. Use the Aspire MCP tools to check the status of resources and debug issues.

Running Aspire in agent environments

Agent environments may terminate foreground processes when a command finishes. Use detached mode:

aspire run --detach --isolated

This starts the AppHost in the background and returns immediately. The CLI will:

• Automatically stop any existing running instance before starting a new one
• Display a summary with the Dashboard URL and resource endpoints

Stopping the application

To stop a running AppHost:

aspire stop

This will scan for running AppHosts and stop them gracefully.

Relaunch rules

• If AppHost code changes, run aspire run --detach again to restart with the new code.
• Relaunching is safe: starting a new instance will automatically stop the previous instance.
• Do not attempt to keep multiple instances running.

Running the application

To run the application run the following command:

aspire run

If there is already an instance of the application running it will prompt to stop the existing instance. You only need to restart the application if code in apphost.cs is changed, but if you experience problems it can be useful to reset everything to the starting state.

Checking resources

To check the status of resources defined in the app model use the list resources tool. This will show you the current state of each resource and if there are any issues. If a resource is not running as expected you can use the execute resource command tool to restart it or perform other actions.

Listing integrations

IMPORTANT! When a user asks you to add a resource to the app model you should first use the list integrations tool to get a list of the current versions of all the available integrations. You should try to use the version of the integration which aligns with the version of the Aspire.AppHost.Sdk. Some integration versions may have a preview suffix. Once you have identified the correct integration you should always use the get integration docs tool to fetch the latest documentation for the integration and follow the links to get additional guidance.

Debugging issues

IMPORTANT! Aspire is designed to capture rich logs and telemetry for all resources defined in the app model. Use the following diagnostic tools when debugging issues with the application before making changes to make sure you are focusing on the right things.

1. list structured logs; use this tool to get details about structured logs.
2. list console logs; use this tool to get details about console logs.
3. list traces; use this tool to get details about traces.
4. list trace structured logs; use this tool to get logs related to a trace

Other Aspire MCP tools

1. select apphost; use this tool if working with multiple app hosts within a workspace.
2. list apphosts; use this tool to get details about active app hosts.

Playwright MCP server

The playwright MCP server has also been configured in this repository and you should use it to perform functional investigations of the resources defined in the app model as you work on the codebase. To get endpoints that can be used for navigation using the playwright MCP server use the list resources tool.

Updating the app host

The user may request that you update the Aspire apphost. You can do this using the aspire update command. This will update the apphost to the latest version and some of the Aspire specific packages in referenced projects, however you may need to manually update other packages in the solution to ensure compatibility. You can consider using the dotnet-outdated with the users consent. To install the dotnet-outdated tool use the following command:

dotnet tool install --global dotnet-outdated-tool

Persistent containers

IMPORTANT! Consider avoiding persistent containers early during development to avoid creating state management issues when restarting the app.

Aspire workload

IMPORTANT! The aspire workload is obsolete. You should never attempt to install or use the Aspire workload.

Aspire Documentation Tools

IMPORTANT! The Aspire MCP server provides tools to search and retrieve official Aspire documentation directly. Use these tools to find accurate, up-to-date information about Aspire features, APIs, and integrations:

1. list_docs: Lists all available documentation pages from aspire.dev. Returns titles, slugs, and summaries. Use this to discover available topics.

2. search_docs: Searches the documentation using keywords. Returns ranked results with titles, slugs, and matched content. Use this when looking for specific features, APIs, or concepts.

3. get_doc: Retrieves the full content of a documentation page by its slug. After using list_docs or search_docs to find a relevant page, pass the slug to get_doc to retrieve the complete documentation.

Recommended workflow for documentation

1. Use search_docs with relevant keywords to find documentation about a topic
2. Review the search results - each result includes a Slug that identifies the page
3. Use get_doc with the slug to retrieve the full documentation content
4. Optionally use the section parameter with get_doc to retrieve only a specific section

Official documentation

IMPORTANT! Always prefer official documentation when available. The following sites contain the official documentation for Aspire and related components

1. https://aspire.dev
2. https://learn.microsoft.com/dotnet/aspire
3. https://nuget.org (for specific integration package details)