Aller au contenu
Docs Try Aspire
Docs Try

Aspire skills

Ce contenu n’est pas encore disponible dans votre langue.

Aspire skills are Markdown instruction bundles for AI coding agents. Each skill lives in a folder with a SKILL.md file that describes when the skill applies and what workflow the agent should follow. Skills don’t run services or expose application data; they teach the agent how to use Aspire tools correctly.

Aspire ships multiple skills for different parts of the app lifecycle. The exact list can vary by Aspire CLI version and project type, but the microsoft/aspire-skills bundle includes six workflow skills: aspire, aspire-init, aspire-orchestration, aspire-monitoring, aspire-deployment, and aspireify.

To configure AI coding agents end to end, see Use AI coding agents.

Choose the tab that matches your coding agent or installer path. The Aspire CLI path is recommended for project-local setup because it installs Aspire skill files into detected agent environments.

Use Aspire’s first-party agent setup when creating a new app, adding Aspire to an existing repo, or refreshing agent guidance later.

Aspire CLI
aspire new
# select y when prompted to configure AI agent environments
aspire init
# select y when prompted to install Aspire agent guidance
aspire agent init

For non-interactive setup, pass the skill and location options explicitly. To install all available skills and companion options into all supported locations, use all:

Aspire CLI
aspire agent init --skills all --skill-locations all

To install a subset, pass a comma-separated list of skill names. This example installs every Aspire workflow skill from the bundle and the optional Playwright CLI companion skill:

Aspire CLI
aspire agent init --skills aspire,aspire-init,aspire-orchestration,aspire-monitoring,aspire-deployment,aspireify,playwright-cli --skill-locations all
SkillUse it forWhat it teaches
aspireRouting Aspire tasks to the right workflowDetect the AppHost, apply Aspire safety guardrails, and choose the appropriate workflow for the user’s request
aspire-initStarting a new Aspire app or adding Aspire to an existing repoChoose aspire new or aspire init, create the AppHost skeleton, and hand off existing-codebase wiring to aspireify
aspire-orchestrationManaging the local AppHost lifecycleStart, stop, restart, wait for, and inspect Aspire resources, including recovery from port conflicts and orphaned processes
aspire-monitoringObserving running Aspire appsInspect resource state, logs, traces, metrics, browser telemetry, and dashboard data before making changes
aspire-deploymentPublishing, deploying, and tearing down Aspire appsUse AppHost-modeled deployments for targets such as Docker Compose, Kubernetes, Azure, and AWS
aspireifyCompleting Aspire initialization in an existing codebase after aspire init drops an AppHost skeletonScan the repo, propose a resource graph, wire projects and containers into the AppHost, connect resources, configure telemetry when appropriate, and validate the wiring

Use the top-level aspire skill when the request is about an Aspire app and the right workflow isn’t obvious. Use a workflow-specific skill directly when the task is clear, such as aspire-orchestration for local lifecycle work, aspire-monitoring for telemetry investigation, aspire-deployment for publish and deploy workflows, or aspireify for existing-codebase AppHost wiring.

Companion options can be offered by aspire agent init, but they aren’t part of the microsoft/aspire-skills workflow bundle.

SkillUse it forWhat it teaches
playwright-cliTesting running web resources in a browserUse Playwright CLI for browser automation, including navigation, form interaction, screenshots, and visual checks
dotnet-inspectQuerying .NET API surfacesInspect available .NET APIs when the workspace contains a .NET AppHost

Use playwright-cli when an agent needs to test or inspect a running frontend. Use dotnet-inspect when an agent needs API-surface details for .NET AppHost work.

The playwright-cli skill works best alongside the aspire skill. The agent will first use Aspire to discover the running app and the correct frontend endpoint, especially when multiple web resources exist. After it has the target URL, it can use the Playwright CLI to automate browser testing.

Aspire installs each selected skill into the selected skill locations. For example, a standard location can contain every Aspire workflow skill and selected companion skills:

  • Répertoire.agents/skills/
    • Répertoireaspire/
      • SKILL.md
    • Répertoireaspire-init/
      • SKILL.md
    • Répertoireaspire-orchestration/
      • SKILL.md
    • Répertoireaspire-monitoring/
      • SKILL.md
    • Répertoireaspire-deployment/
      • SKILL.md
    • Répertoireaspireify/
      • SKILL.md
    • Répertoireplaywright-cli/
      • SKILL.md
    • Répertoiredotnet-inspect/
      • SKILL.md

Other supported locations use the same skill folder names:

LocationDirectoryNotes
Standard.agents/skills/Supported by VS Code, GitHub Copilot, and OpenCode
Claude Code.claude/skills/Claude Code specific
GitHub Skills.github/skills/VS Code / GitHub Copilot specific
OpenCode.opencode/skill/OpenCode specific

When aspire agent init installs Aspire workflow skills, it validates the Aspire skills bundle before copying files. If the embedded bundle that ships with the CLI is corrupted or inconsistent, you might see errors such as:

  • Embedded Aspire skills bundle metadata is invalid: <reason>
  • Embedded Aspire skills metadata must specify a version.
  • Embedded Aspire skills archive failed SHA-256 verification. Expected '<expected>', got '<actual>'.

These errors indicate a problem with the Aspire CLI installation itself, not your project configuration. To resolve the issue, update the CLI:

Aspire CLI
aspire update --self

The update replaces the embedded bundle. If your installation method doesn’t support self-updating, follow the Install the Aspire CLI instructions to reinstall or update the CLI. If the problem persists after updating or reinstalling, open an issue on GitHub.