CtrlK
BlogDocsLog inGet started
Tessl Logo

azsdk-common-generate-sdk-locally

Generate, build, and test Azure SDKs locally from TypeSpec with automatic customization. WHEN: "generate SDK locally", "build SDK", "run SDK tests", "run CI checks", "validate package", "run checks", "update changelog", "fix SDK build errors", "fix breaking changes", "resolve SDK generation errors", "customize TypeSpec", "rename SDK client", "rename SDK model", "hide operation from SDK", "fix analyzer errors", "resolve customization drift", "create subclient", "update metadata", "update version". DO NOT USE FOR: publishing to package registries, CI pipeline configuration, API design review. INVOKES: azsdk_verify_setup, azsdk_package_generate_code, azsdk_package_build_code, azsdk_package_run_check, azsdk_package_run_tests, azsdk_customized_code_update, azsdk_package_update_changelog_content, azsdk_package_update_metadata, azsdk_package_update_version.

77

Quality

96%

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

SKILL.md
Quality
Evals
Security

Quality

Content

92%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.

Well-structured, actionable content with a clear sequenced workflow, validation checkpoints, and clean progressive disclosure to three reference files; only minor redundancy in trigger/prerequisite repetition keeps conciseness from the top score.

Suggestions

Remove the duplicated Triggers block (USE FOR / WHEN / DO NOT USE FOR) from the body since it repeats the frontmatter description verbatim.

Consolidate the MCP-prerequisite note into a single place instead of restating it in Rules, the MCP Tools section, and Troubleshooting.

DimensionReasoningScore

Conciseness

The body is mostly efficient with concrete tool calls per step, but repeats the WHEN/USE FOR/DO NOT USE FOR trigger lists already in the description and restates prerequisites ('azure-sdk-mcp server must be running' / 'without MCP use npx tsp-client') in multiple places.

4 / 5

Actionability

Each step names a concrete, executable MCP tool invocation with conditional branches ('If build succeeds, proceed to step 8'; 'If build fails...run azsdk_customized_code_update'), and reference paths are explicit.

5 / 5

Workflow Clarity

An 11-step sequence with explicit validation checkpoints (commit checkpoints at steps 8 and 11, check+tests at step 9) and feedback loops for error recovery in troubleshooting and guardrails.

5 / 5

Progressive Disclosure

A clear overview with one-level-deep references to three real files (sdk-repos.md, detailed-workflow.md, customization-workflow.md), well-signaled both inline and in a footer link row, with bulk detail split out appropriately.

5 / 5

Total

19

/

20

Passed

Description

100%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.

A strong, third-person description that comprehensively covers concrete actions, natural trigger phrases, explicit when-guidance, and clear boundary exclusions with minimal fluff.

DimensionReasoningScore

Specificity

The description lists multiple concrete actions ('Generate, build, and test Azure SDKs locally from TypeSpec with automatic customization') covering the full workflow comprehensively.

5 / 5

Completeness

It explicitly answers both what (generate/build/test Azure SDKs from TypeSpec) and when (concrete WHEN triggers), plus DO NOT USE FOR boundaries, satisfying the highest anchor.

5 / 5

Trigger Term Quality

The WHEN clause provides extensive natural user phrases ('generate SDK locally', 'build SDK', 'run SDK tests', 'fix SDK build errors', 'rename SDK client', etc.) with strong synonym coverage.

5 / 5

Distinctiveness Conflict Risk

A clear niche (local Azure SDK generation from TypeSpec) with distinct triggers and explicit exclusions (publishing, CI config, API design review) minimizing conflict risk.

5 / 5

Total

20

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
Azure/azure-sdk-for-net
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.