CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

azure-identity-ts

Authenticate to Azure services with various credential types.

Quality

69%

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 ./plugins/AI-Agents-Safe-Coding-Skills-claude/skills/azure-identity-ts/SKILL.md

The canonical home for this skill is azure-identity-ts in administrakt0r/AI-Agents-Safe-Coding-Skills

SKILL.md
Quality
Evals
Security

Quality

Content

72%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 strong, highly actionable code reference: every example is executable and covers the full range of Azure credential types with barely any padding. Its weaknesses are structural — no credential-selection workflow or error-handling guidance, and a monolithic ~300-line single-file layout that should push detail out to reference files.

Suggestions

Replace the vacuous "When to Use" filler with concrete selection guidance (e.g., "Prefer DefaultAzureCredential; in production on Azure infrastructure prefer managed identity; locally fall back to CLI credentials") so the workflow is sequenced rather than implicit.

Add a short troubleshooting/error-recovery step, such as enabling `setLogLevel("verbose")` and checking which credential in the chain failed, to give the workflow a validation checkpoint.

Split detail sections (Key Types, Interactive Authentication, Sovereign Clouds, Custom Credential Implementation) into files under references/ and point to them from a concise SKILL.md overview.

DimensionReasoningScore

Conciseness

The body is a lean, code-first reference with almost no padded prose — every credential type gets a short intro and an executable snippet. Two sections could be trimmed: "Key Types" merely re-lists imports already shown per-section, and "When to Use" is vacuous filler ("This skill is applicable to execute the workflow or actions described in the overview."). These minor instances match anchor 4 rather than 3, since the bulk of the content earns its tokens.

4 / 5

Actionability

Every section provides complete, copy-paste-ready TypeScript with correct imports and constructor signatures — installation command, environment variable blocks, DefaultAzureCredential usage with a client, all credential classes, sovereign-cloud authority hosts, and the bearer token provider. The examples cover the common cases comprehensively, matching anchor 5.

5 / 5

Workflow Clarity

The pieces of an authentication workflow exist (env vars, credential creation, client wiring, a Debugging section) but are never sequenced, and there is no decision guidance for choosing a credential (e.g., managed identity on Azure infrastructure, CLI credentials locally) or error-recovery loop for failed auth. This matches anchor 3 (components present but sequence and checkpoints implicit) rather than 4, which requires a clear sequence with most checkpoints; the vacuous "When to Use" section leaves the selection workflow unstated.

3 / 5

Progressive Disclosure

The file is well-sectioned with clear headers and no nested references, but at ~300 lines it is essentially a full API reference inlined into SKILL.md with no bundle files at all — content like "Key Types", "Interactive Authentication", and "Sovereign Clouds" clearly belongs in separate reference files with one-level-deep pointers. This matches anchor 3 (some structure, but content that should be separate is inline) rather than 4, which expects most content appropriately split across files.

3 / 5

Total

15

/

20

Passed

Description

53%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 has a clear, concrete "what" and a distinct Azure-authentication niche, but it completely lacks a "when to use" trigger clause and omits the natural vocabulary (managed identity, service principal, Azure login) that would help users and Claude select it. It sits just above the midpoint: specific enough to be useful, but far from comprehensive.

Suggestions

Append an explicit trigger clause, e.g. "Use when authenticating to Azure services, setting up managed identity, or creating service principal credentials in TypeScript apps."

Name the concrete credential types covered (service principal, managed identity, workload identity, CLI/interactive credentials) instead of the vague "various credential types".

Include natural synonyms and identifiers users actually say — "Azure auth", "Azure login", "DefaultAzureCredential", "managed identity", "service principal" — to improve trigger matching.

DimensionReasoningScore

Specificity

"Authenticate to Azure services with various credential types" names the domain and one concrete action, but "various credential types" gestures at breadth without naming a single one (no managed identity, service principal, or CLI credentials). This matches anchor 3 (domain plus 1-2 concrete actions, not comprehensive) rather than 4, which requires several specific actions listed.

3 / 5

Completeness

The "what" is clear (authenticate to Azure services using various credential types) but there is no "Use when..." clause or equivalent explicit trigger guidance, which per the judging guidelines caps completeness at 3. It is not 2 because the "what" is concrete, and not 4 because the "when" is entirely absent rather than merely under-specified.

3 / 5

Trigger Term Quality

Keywords like "Azure", "authenticate", and "credential types" are relevant but the description omits the natural phrases users would actually say when they need this skill — "Azure login", "managed identity", "service principal", "DefaultAzureCredential". Anchor 3 (some relevant keywords, missing common variations/synonyms) is the closest fit; 4 requires good coverage with only a few terms missing.

3 / 5

Distinctiveness Conflict Risk

"Authenticate to Azure services" carves out a clear niche that is unlikely to trigger for non-Azure skills, matching anchor 4 (mostly distinct, minor overlap risk with closely related skills such as other Azure SDK skills). It is not 5 because the anchor-5 example pairs the niche with explicit distinct trigger phrases, which this description lacks.

4 / 5

Total

13

/

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

plugins/AI-Agents-Safe-Coding-Skills-claude/skills/azure-identity-ts/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.