CtrlK
BlogDocsLog inGet started
Tessl Logo

azure-diagnostics

Debug Azure production issues on Azure using AppLens, Azure Monitor, resource health, and safe triage. WHEN: debug production issues, troubleshoot app service, app service high CPU, app service deployment failure, troubleshoot container apps, troubleshoot functions, troubleshoot AKS, kubectl cannot connect, kube-system/CoreDNS failures, pod pending, crashloop, node not ready, upgrade failures, analyze logs, KQL, insights, image pull failures, cold start issues, health probe failures, resource health, root cause of errors, troubleshoot event hubs, troubleshoot service bus, messaging SDK error, AMQP connection failure, message lock lost, service bus dead letter.

63

Quality

73%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./plugin/skills/azure-diagnostics/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

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

This skill functions well as a routing hub for Azure diagnostics with good progressive disclosure and clear service-specific references. However, it suffers from some verbosity (the mandatory compliance banner, redundant trigger lists, generic diagnosis flow) and the actionability is weakened by pseudo-syntax MCP examples and an overly abstract diagnostic workflow that lacks decision points and validation checkpoints.

Suggestions

Remove the 'AUTHORITATIVE GUIDANCE — MANDATORY COMPLIANCE' banner and trim the Triggers list — these waste tokens without adding value Claude can act on.

Replace the generic Quick Diagnosis Flow with a concrete decision tree: e.g., 'If resource health shows Degraded → check activity log for platform events → if platform event found, document and wait; if not, proceed to logs.'

Standardize MCP tool examples with actual callable syntax (JSON parameters or function signatures) rather than the current pseudo-format, so Claude can directly invoke them.

Add a validation/verification step after remediation attempts (e.g., 'After applying fix, re-check resource health and confirm logs show resolution before closing').

DimensionReasoningScore

Conciseness

The skill has some unnecessary verbosity — the 'AUTHORITATIVE GUIDANCE — MANDATORY COMPLIANCE' banner is theatrical filler, the extensive 'Triggers' list repeats information from the description, and some sections like the Quick Diagnosis Flow are generic enough that Claude already knows them. However, the reference tables and command examples are reasonably efficient.

2 / 3

Actionability

Provides concrete CLI commands and MCP tool invocations, but the MCP tool examples use a pseudo-syntax that isn't clearly executable (no JSON schema or actual function call format). The Quick Diagnosis Flow is abstract ('What's failing?', 'What do logs show?') rather than providing specific actionable steps. The CLI commands are useful but use placeholders without showing realistic examples.

2 / 3

Workflow Clarity

The Quick Diagnosis Flow provides a sequence but lacks validation checkpoints and feedback loops. There's no guidance on what to do if resource health check fails vs succeeds, no decision tree for routing between services, and no explicit verification steps. The routing section helps but the overall diagnostic workflow is too high-level to guide complex triage effectively.

2 / 3

Progressive Disclosure

Excellent progressive disclosure structure — the skill serves as a clear hub with a well-organized routing table pointing to service-specific guides (container-apps, app-service, functions, AKS, messaging). References are one level deep, clearly signaled with both a table and a references section, and content is appropriately split between overview and detailed guides.

3 / 3

Total

9

/

12

Passed

Description

89%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is a strong skill description with excellent trigger term coverage and completeness. The explicit WHEN clause with dozens of specific, natural trigger terms makes it highly discoverable. The main weakness is that the 'what' portion could be more specific about concrete actions beyond 'debug' and 'safe triage'.

Suggestions

Expand the initial capability statement with more concrete actions, e.g., 'Diagnoses root causes, analyzes logs with KQL queries, checks resource health, inspects pod states, and recommends remediation steps for Azure production issues.'

DimensionReasoningScore

Specificity

The description names the domain (Azure production issues) and mentions specific tools (AppLens, Azure Monitor, resource health), but the 'what it does' is limited to 'debug' and 'safe triage' — it doesn't list multiple concrete actions like 'analyze logs, query metrics, check resource health status, inspect pod states'.

2 / 3

Completeness

The description clearly answers both 'what' (debug Azure production issues using specific tools) and 'when' (explicit WHEN clause with extensive trigger scenarios covering App Service, Container Apps, Functions, AKS, Event Hubs, Service Bus, and specific error conditions).

3 / 3

Trigger Term Quality

Excellent coverage of natural trigger terms users would actually say: 'high CPU', 'deployment failure', 'crashloop', 'pod pending', 'node not ready', 'image pull failures', 'cold start issues', 'dead letter', 'AMQP connection failure', 'KQL', 'kubectl cannot connect', etc. These are highly specific and match real user language.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive — the combination of Azure-specific services (AppLens, AKS, Service Bus, Event Hubs), specific error patterns (crashloop, AMQP connection failure, message lock lost), and production debugging focus creates a clear niche that is unlikely to conflict with other skills.

3 / 3

Total

11

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Repository
microsoft/github-copilot-for-azure
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.