Execute Azure deployments for ALREADY-PREPARED applications that have existing .azure/deployment-plan.md and infrastructure files. DO NOT use this skill when the user asks to CREATE a new application — use azure-prepare instead. This skill runs azd up, azd deploy, terraform apply, and az deployment commands with built-in error recovery. Requires .azure/deployment-plan.md from azure-prepare and validated status from azure-validate. WHEN: "run azd up", "run azd deploy", "execute deployment", "push to production", "push to cloud", "go live", "ship it", "bicep deploy", "terraform apply", "publish to Azure", "launch on Azure". DO NOT USE WHEN: "create and deploy", "build and deploy", "create a new app", "set up infrastructure", "create and deploy to Azure using Terraform" — use azure-prepare for these.
70
85%
Does it follow best practices?
Impact
—
No eval scenarios have been run
Advisory
Suggest reviewing before use
Quality
Discovery
100%Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.
This is an excellent skill description that excels across all dimensions. It provides specific concrete actions, comprehensive natural trigger terms, explicit when/when-not guidance, and clear differentiation from the related azure-prepare skill. The inclusion of both positive and negative trigger conditions is a best practice that minimizes conflict risk in a multi-skill environment.
| Dimension | Reasoning | Score |
|---|---|---|
Specificity | Lists multiple specific concrete actions: 'runs azd up, azd deploy, terraform apply, and az deployment commands with built-in error recovery.' Also specifies prerequisites like .azure/deployment-plan.md and validated status from azure-validate. | 3 / 3 |
Completeness | Clearly answers both 'what' (executes Azure deployments for already-prepared applications, runs specific commands with error recovery) and 'when' (explicit WHEN clause with trigger phrases, plus explicit DO NOT USE WHEN clause for disambiguation). | 3 / 3 |
Trigger Term Quality | Excellent coverage of natural trigger terms users would say: 'run azd up', 'push to production', 'push to cloud', 'go live', 'ship it', 'bicep deploy', 'terraform apply', 'publish to Azure', 'launch on Azure'. These are highly natural phrases a user would actually type. | 3 / 3 |
Distinctiveness Conflict Risk | Exceptionally distinctive — explicitly differentiates itself from azure-prepare with both positive and negative trigger conditions. The 'DO NOT use this skill when...' and 'DO NOT USE WHEN' clauses with specific phrases like 'create and deploy' make it very unlikely to conflict with the preparation skill. | 3 / 3 |
Total | 12 / 12 Passed |
Implementation
70%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill excels at workflow clarity and progressive disclosure — it provides a well-structured deployment pipeline with clear prerequisite gates, validation checkpoints, and organized references to detailed guides. Its main weaknesses are redundant prerequisite warnings that inflate token count and a lack of inline executable examples, with nearly all concrete guidance delegated to external files that weren't provided for evaluation.
Suggestions
Consolidate the prerequisite/validation warnings into a single concise blockquote instead of repeating the same check in 4-5 places throughout the document.
Add at least one inline executable command example (e.g., the basic `azd up` or `azd deploy` invocation) so the skill is partially actionable without loading external references.
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The skill has significant redundancy in its prerequisite warnings — the same 'check validation status' message is repeated in the header blockquote, the stop blockquote, the rules section, the steps table, and the validation proof check blockquote. The trigger/scope clarifications are useful but somewhat verbose. However, the core workflow table and references are efficient. | 2 / 3 |
Actionability | The skill provides a clear step sequence and references specific tools and commands (azd up, azd deploy, terraform apply), but almost all actual execution details are delegated to external reference files (recipes, checklists, troubleshooting). The skill itself contains no executable code or concrete command examples — it's essentially a routing document that tells you to look elsewhere for the real instructions. | 2 / 3 |
Workflow Clarity | The 10-step workflow table is clearly sequenced with explicit validation checkpoints (prerequisite check, pre-deploy checklist, RBAC health check, post-deploy verification, live role verification). Error handling is addressed in step 7, and there are clear feedback loops — if validation proof is missing, stop and re-validate. The prerequisite gate pattern is well-defined. | 3 / 3 |
Progressive Disclosure | The skill is structured as a clear overview with well-signaled one-level-deep references to checklists, recipes, SDK docs, troubleshooting, and verification guides. Each step in the workflow table links to its relevant reference file. The SDK quick references and MCP tools tables provide easy navigation. Content is appropriately split between the overview and detailed reference files. | 3 / 3 |
Total | 10 / 12 Passed |
Validation
100%Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.
Validation — 11 / 11 Passed
Validation for skill structure
No warnings or errors.
d02fd24
Table of Contents
If you maintain this skill, you can claim it as your own. Once claimed, you can manage eval scenarios, bundle related skills, attach documentation or rules, and ensure cross-agent compatibility.