CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

azure-identity-dotnet

Azure Identity SDK for .NET. Authentication library for Azure SDK clients using Microsoft Entra ID. Use for DefaultAzureCredential, managed identity, service principals, and developer credentials.

Quality

77%

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-identity-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.

A well-organized, highly actionable reference: nearly all guidance is copy-paste executable and the credential selection landscape is covered comprehensively. Its weaknesses are inline bloat — ~330 lines of reference material with no bundle files, duplicated sections, undated version pins, and a filler 'When to Use' section — and the lack of an explicit credential-selection decision flow.

Suggestions

Split bulk reference material (Credential Types Reference, Key Exceptions, Managed Identity service list, Related SDKs, Reference Links) into a references/ file (e.g. references/credential-types.md), keeping quick-start, DefaultAzureCredential usage, and best practices in SKILL.md with clearly signaled one-level-deep links.

Remove duplicated content: the install commands repeated in 'Related SDKs', and 'Best Practices #1' which restates 'Environment-Based Configuration' verbatim in intent.

Delete the boilerplate 'When to Use' section ('This skill is applicable to execute the workflow or actions described in the overview.') and either drop the version pins or move them to a changelog/versions reference so they don't silently go stale.

DimensionReasoningScore

Conciseness

The body is mostly lean — compact code snippets, tables, no explanation of concepts Claude already knows — but it has real redundancy: install commands appear in both 'Installation' and 'Related SDKs', 'Best Practices #1' duplicates 'Environment-Based Configuration', and the credential inventory appears three times (chain table, per-type code sections, and the 'Credential Types Reference' table). Version pins ('Stable v1.21.0, Preview v1.18.0-beta.3') are time-sensitive information not placed in an old-patterns/deprecated section, and the 'When to Use' section is pure filler ('This skill is applicable to execute the workflow or actions described in the overview.'). This is the 'mostly efficient but includes some unnecessary content' anchor, not anchor 4's 'minor instances'.

3 / 5

Actionability

Guidance is fully executable throughout: copy-paste 'dotnet add package' commands, concrete env-var blocks with placeholder names, and complete C# snippets for every common case (DefaultAzureCredential, DI wiring, ManagedIdentityCredential variants, ClientSecret/ClientCertificate, custom chains, sovereign clouds, retry options, error handling with named exception types). This matches anchor 5 — copy-paste ready code covering the common cases — rather than anchor 4's 'minor gaps'.

5 / 5

Workflow Clarity

For a reference-style skill the selection guidance is clear: DefaultAzureCredential is flagged as 'The recommended credential for most scenarios' with its full ordered chain, environment-variable config, prod-vs-dev guidance ('use specific credential' in production), and a Key Exceptions table for diagnosing failures. No destructive or batch operations exist, so no validation cap applies. It stays at anchor 4 rather than 5 because there is no explicit decision workflow (e.g., 'if running on Azure → managed identity; if local dev → CLI credential') — the reader must assemble the sequence from scattered sections.

4 / 5

Progressive Disclosure

No bundle files exist (no references/, scripts/, or assets/), so all ~330 lines live in SKILL.md itself. Sections are well-organized with clear headers, but large reference material that clearly belongs in separate files — the full credential-type reference table, Key Exceptions, Managed Identity service support list, Related SDKs, and the link table — is inlined. This matches anchor 3 ('content that should be separate is inline') rather than anchor 2, since structure and navigation within the file are good; it cannot reach 4-5 because nothing is split out.

3 / 5

Total

15

/

20

Passed

Description

73%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, tight description: clear niche, explicit 'Use for' trigger clause, and good natural keyword coverage. Its main gaps are the absence of any action verbs (specificity) and a trigger clause phrased as feature nouns rather than user situations (completeness).

DimensionReasoningScore

Specificity

The description names the domain clearly ("Authentication library for Azure SDK clients using Microsoft Entra ID") and lists several concrete entities ("DefaultAzureCredential, managed identity, service principals, and developer credentials"), but contains no action verbs at all — it names things rather than actions, unlike the anchor-4 pattern of 'extracts text... fills forms... converts pages'. It is above anchor 2 ('Azure Identity SDK for .NET' alone would be domain-only) but the absence of any concrete actions keeps it from 4.

3 / 5

Completeness

It answers 'what' explicitly ("Azure Identity SDK for .NET. Authentication library for Azure SDK clients using Microsoft Entra ID") and includes an explicit 'Use for...' trigger clause, so both parts are present. The 'when' is a list of feature nouns rather than user situations ('Use when working with...' / 'when the user mentions...'), so it matches anchor 4 — both present but the 'when' could be more explicit — rather than the anchor-5 example with concrete situational trigger phrases.

4 / 5

Trigger Term Quality

Includes strong natural terms users would say: 'DefaultAzureCredential', 'managed identity', 'service principals', 'Microsoft Entra ID', 'Azure SDK', '.NET'. Missing common synonyms users still use — 'Azure AD', 'authenticate/authentication', 'ClientSecretCredential' — which keeps it at the 'good coverage, a few natural terms missing' anchor rather than the comprehensive anchor 5.

4 / 5

Distinctiveness Conflict Risk

The combination of 'Azure Identity', '.NET', 'Microsoft Entra ID', and named credential types carves out a clear niche with distinct triggers; only a hypothetical other Azure-.NET-authentication skill could overlap, which is minimal conflict risk matching anchor 5.

5 / 5

Total

16

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

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

Warning

Total

15

/

16

Passed

Repository

administrakt0r/AI-Agents-Safe-Coding-Skills

Path

skills/azure-identity-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.