CtrlK
BlogDocsLog inGet started
Tessl Logo

azd-deployment

Deploy containerized frontend + backend applications to Azure Container Apps with remote builds, managed identity, and idempotent infrastructure.

57

Quality

66%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/antigravity-azd-deployment/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

64%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a solid, actionable skill with concrete code examples covering the full azd deployment lifecycle. Its main weaknesses are the lack of validation checkpoints in workflows (e.g., no verification after `azd up`, incomplete domain restoration logic) and missing bundle files for the referenced materials. The content could be tightened by removing boilerplate sections and moving verbose examples to reference files.

Suggestions

Add explicit validation steps after key operations (e.g., 'Verify deployment: `azd show` should list both services as Deployed' and 'If `azd up` fails: check `az containerapp logs show` and re-run `azd deploy`').

Provide the referenced bundle files (references/bicep-patterns.md, references/troubleshooting.md, references/azure-yaml-schema.md) or remove the references to avoid broken links.

Remove the generic 'When to Use' and 'Limitations' boilerplate sections — they add no actionable information beyond what the description already conveys.

Complete the custom domain preservation hook with an actual restore command instead of just echoing the saved JSON.

DimensionReasoningScore

Conciseness

Generally efficient with good use of tables and code blocks, but includes some unnecessary sections like the boilerplate 'When to Use' and 'Limitations' sections that add no value, and the hooks examples with placeholder echo statements add bulk without substance. The full azure.yaml example could be tighter.

2 / 3

Actionability

Provides fully executable code blocks throughout — real bash commands, complete Bicep snippets, valid YAML configurations, and concrete nginx config. Commands are copy-paste ready with specific flags and options.

3 / 3

Workflow Clarity

The Quick Start provides a clear sequence, and the idempotent deployment section explains the flow well. However, there are no explicit validation checkpoints — no 'verify the deployment succeeded' step, no error recovery guidance after `azd up` fails, and the custom domain preservation hook lacks a proper restore step (just echoes the saved domains).

2 / 3

Progressive Disclosure

References to bicep-patterns.md, troubleshooting.md, and azure-yaml-schema.md are well-signaled, but no bundle files are provided so these references are broken. The main content is fairly long (~250 lines) with some sections like the full azure.yaml example that could be offloaded to reference files.

2 / 3

Total

9

/

12

Passed

Description

67%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

The description is technically specific and clearly identifies a distinct niche around Azure Container Apps deployment. Its main weakness is the absence of an explicit 'Use when...' clause, which would help Claude know exactly when to select this skill. Adding common user trigger terms and variations would also improve discoverability.

Suggestions

Add a 'Use when...' clause, e.g., 'Use when the user wants to deploy applications to Azure Container Apps, mentions ACA, or needs containerized Azure deployments.'

Include common keyword variations users might say, such as 'ACA', 'Docker', 'Azure deployment', 'container apps', or 'Bicep/ARM templates'.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: 'Deploy containerized frontend + backend applications', 'remote builds', 'managed identity', 'idempotent infrastructure'. These are concrete, specific capabilities rather than vague language.

3 / 3

Completeness

Clearly answers 'what does this do' (deploy containerized apps to Azure Container Apps with specific features), but lacks an explicit 'Use when...' clause or equivalent trigger guidance, which per the rubric caps completeness at 2.

2 / 3

Trigger Term Quality

Includes good terms like 'Azure Container Apps', 'containerized', 'deploy', 'managed identity', and 'frontend + backend'. However, it misses common user variations like 'ACA', 'container apps', 'Azure deployment', 'Docker', or '.bicep'/'ARM templates' that users might naturally say.

2 / 3

Distinctiveness Conflict Risk

Very specific niche: Azure Container Apps deployment with containerized frontend+backend apps. The combination of Azure Container Apps, remote builds, managed identity, and idempotent infrastructure makes this highly distinctive and unlikely to conflict with generic deployment or Azure skills.

3 / 3

Total

10

/

12

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

10

/

11

Passed

Repository
boisenoise/skills-collections
Reviewed

Table of Contents

Is this your skill?

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.