CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

azure-app-onboard-prereq

Assess whether source code is ready to deploy to Azure — the check BEFORE infrastructure work. Evaluates build health, app completeness, dependencies and local services, stack compatibility, and deployment feasibility. Answers questions about what your app needs before it can be deployed — frameworks, dependencies, and configuration. Checks whether dependencies are compatible and identifies deployment blockers and unsupported frameworks. WHEN: "evaluate my repo", "is my app ready to deploy", "what does my app need to deploy", "what do I need before deploying", "does my app need", "can I ship this to Azure", "scan my repo for issues", "is this app deployable", "check if my app is ready for Azure", "do I need a Dockerfile", "what's blocking my deployment", "are there any blockers", "are my dependencies compatible", "does Azure support my framework", "what needs to change before deploying", "check my app configuration".

Quality

90%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Passed

No findings from the security scan

The canonical home for this skill is azure-app-onboard-prereq in microsoft/GitHub-Copilot-for-Azure

SKILL.md
Quality
Evals
Security

Quality

Content

81%Weight 40%Scale 1-5

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

A well-engineered orchestrator skill: lean table-driven structure, fully gated multi-step workflow with validation and feedback loops, and disciplined delegation to a complete reference bundle. Remaining issues are minor — redundant prohibition text, an unspecified scanning methodology in Step 2, and a few second-hop-only bundle files.

Suggestions

Deduplicate the ABSOLUTE PROHIBITION block (the npm/pip/dotnet/go/cargo command lists appear twice) into a single enumerated list plus one general rule, and consolidate the repeated 'do NOT proceed to architecture planning' phrasing in Step 8.

For Step 2, either name the scanning heuristics inline (which manifests/files to look for per stack) or point to a reference file (e.g. component-mapping.md or a new scanning reference) so the core detection step is as executable as the rest.

Surface the second-hop-only files (session-schemas.ts, subscription-resolution.md, subagent-starter-scaffold.md) with brief inline pointers from the steps that consume them, keeping all bundle content reachable at one level from SKILL.md.

DimensionReasoningScore

Conciseness

The body is dense and efficient — tables, exact prompts, no explanations of concepts Claude already knows — but the ABSOLUTE PROHIBITION block enumerates the same install/build/test command names twice, and 'do NOT proceed to architecture planning' is repeated across multiple Step 8 rows. These repetitions could be trimmed without losing force.

4 / 5

Actionability

Concrete executable elements dominate: 'az account show', 'git rev-parse HEAD', a PowerShell New-Item command, exact quoted ask_user prompts, named MCP tools, and a first-match-wins routing table. The gap is Step 2's core instruction 'Scan for project files. Detect components…', which specifies neither a scanning method nor a reference to delegate to.

4 / 5

Workflow Clarity

The 8-step pipeline is clearly sequenced with explicit validation gates: 'Session MUST exist on disk before any scanning' (Step 1), the readiness gate and batch-then-approve (Step 4), the remediation loop with static verification and a re-eval mandate (Step 6), and the lastScanCommit staleness guard (Step 7). Error-recovery feedback loops are explicitly present.

5 / 5

Progressive Disclosure

A ~110-line overview properly delegates ~1,000 lines of detail to 15 reference files, every referenced path resolves to a real file, and reads are well-signaled with MUST-read and conditional-IF directives. Minor gaps: reference files cross-link each other, and session-schemas.ts, subscription-resolution.md, and subagent-starter-scaffold.md are reachable only via a second hop from SKILL.md.

4 / 5

Total

17

/

20

Passed

Description

96%Weight 40%Scale 1-5

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

An excellent description: concrete third-person capability statements, an explicit and rich WHEN clause with natural trigger phrases, and a well-defined Azure deploy-readiness niche. The only weakness is minor ambiguity against sibling deploy/IaC skills for a couple of shipping-oriented triggers.

DimensionReasoningScore

Specificity

Multiple concrete, third-person actions are enumerated — 'Evaluates build health, app completeness, dependencies and local services, stack compatibility, and deployment feasibility' and 'identifies deployment blockers and unsupported frameworks' — giving comprehensive coverage of the skill's capabilities with no vague padding.

5 / 5

Completeness

It explicitly answers both what ('Assess whether source code is ready to deploy to Azure — the check BEFORE infrastructure work') and when (a dedicated 'WHEN:' clause with concrete trigger phrases). This matches the top anchor exactly; the 'when' is fully explicit, not merely present.

5 / 5

Trigger Term Quality

The WHEN clause lists 17 natural user phrasings including synonyms and variations — 'is my app ready to deploy', 'what's blocking my deployment', 'do I need a Dockerfile', 'does Azure support my framework' — which comprehensively covers how a user would actually ask for this.

5 / 5

Distinctiveness Conflict Risk

It occupies a clear niche (pre-deployment readiness evaluation for Azure) with distinct evaluation-oriented triggers, but a few triggers like 'can I ship this to Azure' could plausibly match a deploy skill, and the description does not state its boundary against the sibling azure-* skills — minor overlap risk with closely related skills.

4 / 5

Total

19

/

20

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 — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

microsoft/azure-skills

Path

.github/plugins/azure-skills/skills/azure-app-onboard-prereq/SKILL.md

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.