CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

azure-mgmt-apimanagement-dotnet

Azure Resource Manager SDK for API Management in .NET.

Quality

66%

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

Fix and improve this skill with Tessl

tessl review fix ./skills/azure-mgmt-apimanagement-dotnet/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The content is a strong, highly actionable reference with excellent executable code and a clearly sequenced core workflow, held back by broken progressive disclosure (all referenced files are missing) and modest conciseness penalties from the version line and a filler 'When to Use' section.

Suggestions

Create the four referenced files (service-management.md, apis-operations.md, products-subscriptions.md, policies.md) or remove the Reference Files table — every listed path is currently dangling.

Remove or relocate the time-sensitive 'Current Version: v1.3.0' line (e.g., into a changelog/deprecated section) per the version-number conciseness guideline.

Delete the vacuous 'When to Use' closing sentence and integrate verification steps (e.g., confirm service creation succeeded before creating child APIs) into the workflow to strengthen feedback loops.

DimensionReasoningScore

Conciseness

The body is mostly efficient — code-dense, table-based, minimal concept explanation — but includes penalties per the guidelines: the time-sensitive 'Current Version: v1.3.0' line (version number outside any deprecated/old-patterns section) and the filler 'When to Use' section ('This skill is applicable to execute the workflow or actions described in the overview.') that adds nothing. This matches 'Mostly efficient but includes some unnecessary explanation or could be tightened', not score 4 whose over-explanation is only minor.

3 / 5

Actionability

Fully executable, copy-paste-ready C# covering installation, authentication, and six complete workflow scenarios (create service, API, product, subscription with key retrieval, policy, backup/restore) plus a concrete error-handling pattern and SKU tables. This matches the score-5 anchor 'Fully executable; copy-paste ready code or commands; specific examples cover the common cases' — the coverage of common APIM provisioning cases is comprehensive.

5 / 5

Workflow Clarity

The 'Core Workflow' section numbers steps 1-6 in a coherent dependency order (auth → service → API → product → subscription → policy), uses WaitUntil.Completed/Started as completion checkpoints, and dedicates an error-handling section with concrete RequestFailedException catches. Minor validation gaps keep it below 5: error handling is demonstrated but not integrated into the workflow as verify-then-proceed feedback loops (e.g., confirming the service exists before creating APIs under it).

4 / 5

Progressive Disclosure

The body has good section structure and a clearly signaled 'Reference Files' table with 'When to Read' guidance, but per the guideline to score against the actual bundle structure, all four referenced files (references/service-management.md, apis-operations.md, products-subscriptions.md, policies.md) do not exist — the bundle contains no references/ directory, so navigation leads nowhere. Combined with substantial inline reference material (Key Types and SKU tables, six full workflow examples) that per this rubric belongs in separate files, this sits between anchors 2 and 3.

3 / 5

Total

15

/

20

Passed

Description

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

The description is a terse, accurate domain identifier but functions more like a title than a skill description: it states what the tool is without naming any concrete capabilities or providing any 'use when' trigger guidance. Adding action verbs and an explicit trigger clause would move it substantially.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when provisioning or managing Azure API Management resources (services, APIs, products, subscriptions, policies) from .NET'.

Name 2-3 concrete capabilities in the description (create/manage APIM services, APIs, products, subscriptions) to raise specificity above the domain-label level.

Include natural synonyms users would type — 'APIM', 'C#', 'gateway' — to improve trigger term coverage and distinguish management-plane from data-plane usage.

DimensionReasoningScore

Specificity

The description 'Azure Resource Manager SDK for API Management in .NET.' names the domain precisely but contains zero concrete actions — no 'provision', 'create', 'deploy', or 'manage' verbs — matching the score-2 anchor 'Names the domain but actions are minimal or generic'. It is not score 1 because it is far from entirely vague ('Helps with documents'), and not score 3 because no 1-2 concrete actions are actually listed.

2 / 5

Completeness

The 'what' is clear — it identifies the tool (ARM SDK for APIM in .NET) — but there is no 'Use when...' clause or equivalent trigger guidance, which per the judging guidelines caps completeness at 3. It does not reach score 4 because the 'when' is not merely under-specified, it is entirely absent; it stays above score 2 because the 'what' is not vague.

3 / 5

Trigger Term Quality

Relevant keywords are present ('Azure Resource Manager', 'API Management', '.NET', 'SDK') which users would naturally say, but common synonyms and variations are missing: 'APIM', 'C#', 'gateway', 'provisioning'. This fits the score-3 anchor 'Some relevant keywords but missing common variations or synonyms' rather than score 4's 'a few natural terms missing' (here several high-frequency variants are absent) and well above score 2's 'only generic keywords'.

3 / 5

Distinctiveness Conflict Risk

The Azure APIM .NET management-SDK niche is specific and mostly distinct, but the description cannot distinguish this skill from the Azure APIM data-plane SDK, the APIM gateway, or the same SDK in other languages — matching 'Mostly distinct; minor overlap risk with closely related skills'. Not score 5 because the management-vs-data-plane distinction (which the body makes) is absent from the description itself.

4 / 5

Total

12

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

referenced_paths_exist

Referenced path issues: 4 missing

Warning

Total

14

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/azure-mgmt-apimanagement-dotnet/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.