CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

incident-response-smart-fix

Investigate production issues, isolate root causes, implement focused fixes, and verify recovery with regression tests. Use when resolving failures across application or infrastructure components.

Quality

64%

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/incident-response-smart-fix/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

31%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 body is dominated by a padded descriptive vision paragraph and tautological scope sections, while the actual Instructions are vacuous with no executable guidance. Its only reference to detail (resources/implementation-playbook.md) points to a file that does not exist in the bundle, and the Role convention it defines is never used.

Suggestions

Replace the vacuous Instructions bullets with the concrete four-phase procedure as numbered steps, including executable commands (e.g., git bisect commands, how to run regression suites) and explicit validation checkpoints before a fix is considered verified.

Delete or drastically compress the "[Extended thinking: ...]" block and the circular Use/Do-not-use sections; anything kept should be operational guidance, not vision prose about MTTR and agent orchestration philosophy.

Fix progressive disclosure: either create resources/implementation-playbook.md with the promised detailed patterns and examples, or remove the broken reference; also remove the "Steps marked **Role**" convention since no step in the document uses it.

DimensionReasoningScore

Conciseness

The ~350-word "[Extended thinking: ...]" block is padded vision prose ("Success is measured not just by issue resolution but by reduced mean time to recovery..."), and the Use/Do-not-use sections are circular tautologies ("Working on intelligent issue resolution with multi-agent orchestration tasks"). Several padded sections match anchor 2; not 1 because it never explains basic concepts Claude already lacks.

2 / 5

Actionability

"Clarify goals, constraints, and required inputs. Apply relevant best practices and validate outcomes. Provide actionable steps and verification." is entirely vacuous, with no code, commands, or executable steps anywhere. The narrated four phases and tool mentions (git bisect, Sentry) are high-level descriptive hints rather than instructions, placing this between anchors 1 and 2.

2 / 5

Workflow Clarity

A four-phase sequence is present ((1) Issue Analysis, (2) Root Cause Investigation, (3) Fix Implementation, (4) Verification) and verification is mentioned ("run regression suites, performance benchmarks, security scans"), matching anchor 3. Not 4 because the phases are narrated in descriptive prose rather than listed steps, and validation checkpoints are implicit.

3 / 5

Progressive Disclosure

The body twice directs the reader to "resources/implementation-playbook.md", but no resources directory exists in the bundle — the sole reference is a dead link. There is also a dangling convention ("Steps marked **Role**") with no Role-marked steps in the document, and the 350-word detail block is inlined, matching anchor 2.

2 / 5

Total

9

/

20

Passed

Description

80%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 description: third-person voice, four concrete lifecycle actions, and an explicit 'Use when' clause with natural trigger terms. The main gaps are missing common synonyms (incident, outage, debugging) in the trigger clause and a trigger phrase that could be more concrete.

DimensionReasoningScore

Specificity

"Investigate production issues, isolate root causes, implement focused fixes, and verify recovery with regression tests" lists four concrete actions spanning the full incident lifecycle, matching the comprehensive-coverage anchor. The 4 anchor requires 'minor gaps in coverage', and none are present.

5 / 5

Completeness

Both an explicit what (the four actions) and an explicit when ("Use when resolving failures across application or infrastructure components") are present. Not 5 because the trigger is a single abstract clause rather than the concrete trigger phrases ("when the user mentions X, Y, or Z") of the 5 anchor.

4 / 5

Trigger Term Quality

"production issues", "root causes", and "failures" are natural user phrasings with good coverage, but common synonyms like "incident", "outage", "debugging", or "crash" are missing. Fits 'good keyword coverage; a few natural terms missing' rather than the 3 anchor's 'only some relevant keywords'.

4 / 5

Distinctiveness Conflict Risk

The incident-response framing (root cause isolation, focused fix, regression-verified recovery) carves a mostly distinct niche with only minor overlap risk against general debugging/troubleshooting skills. Not 3, since the recovery-and-regression-test emphasis clearly separates it from a plain debugging skill.

4 / 5

Total

17

/

20

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

rmyndharis/antigravity-skills

Path

skills/incident-response-smart-fix/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.