CtrlK
BlogDocsLog inGet started
Tessl Logo

analyze-ci-failures

Analyze CI failures on Azure SDK for .NET pull requests and post a comment with how-to-fix instructions. Use when a PR has failing checks, CI is red, or someone asks for help fixing CI.

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

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

92%

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

The skill is highly actionable and token-efficient, delivering repo-specific mappings Claude could not derive on its own. The only gap is progressive disclosure: everything is inline with no supporting reference files, which keeps navigation but limits depth scaling.

Suggestions

Split the 'CI Check Name → Failure Mapping' and 'Log Symptom → Root Cause Mapping' tables into a reference file (e.g. references/ci-mappings.md) and link to it from the body, keeping the workflow overview lean.

Add a brief verification checkpoint after step 3 (e.g. confirm the comment posted and re-check that no duplicate was created) to make the workflow loop explicit.

If deeper analysis details exist, reference them one level deep rather than expanding the inline checklist, so the skill scales without growing the SKILL.md body.

DimensionReasoningScore

Conciseness

The body is lean — two lookup tables of repo-specific check/log mappings and a scaffolding checklist, with no explanations of concepts Claude already knows. Every line carries repo-specific signal.

3 / 3

Actionability

Gives exact MCP tool names, exact script paths, exact log symptom strings, and a concrete comment template with header and per-failure sections — copy-paste ready guidance.

3 / 3

Workflow Clarity

A clear three-step sequence (gather, identify, post) with an explicit dedup checkpoint ('check existing comments for ... to avoid duplicates'). The terminal action is a non-destructive comment, so the missing validate→fix→retry loop is not a cap here.

3 / 3

Progressive Disclosure

All content lives in one file with no bundle files present and no external references; sections are well organized, but content that could be split out (e.g. the CI-mapping and symptom tables) is inline rather than referenced one level deep.

2 / 3

Total

11

/

12

Passed

Description

100%

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 concise, specific, and clearly distinguishes the skill with an explicit trigger clause. It scores at the top of every dimension with no vagueness or padding.

DimensionReasoningScore

Specificity

Lists multiple concrete actions — 'Analyze CI failures', 'post a comment', 'with how-to-fix instructions' — tied to a specific repo and artifact type.

3 / 3

Completeness

Explicitly answers both what (analyze CI failures and post a fix-instruction comment) and when via an explicit 'Use when ...' clause.

3 / 3

Trigger Term Quality

Natural user phrasing ('a PR has failing checks', 'CI is red', 'someone asks for help fixing CI') maps closely to what someone would say when they need this skill.

3 / 3

Distinctiveness Conflict Risk

Scoped to 'Azure SDK for .NET pull requests' with CI-specific triggers, making it unlikely to fire for unrelated skills.

3 / 3

Total

12

/

12

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.