CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

review-fix-violations

Use when architecture violations were found and need automated fixing by priority.

Quality

76%

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 ./packs/react/skills/review-fix-violations/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

86%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 an exemplary lean, priority-ordered instruction sheet with concrete fix mappings and an explicit validation command after each fix. The only gaps are minor: a few vague fix directives and the absence of an explicit feedback loop for when validation fails.

DimensionReasoningScore

Conciseness

The ~35-line body is lean and directive with zero padding — no explanation of concepts Claude already knows, just the fix mappings, priority tiers, and one validation command. Every token earns its place, matching the top anchor.

5 / 5

Actionability

Most guidance is concrete and executable: specific violation→fix mappings ('try/catch in services -> remove, move error handling to hook (onError)'), named companion skills, and a copy-paste validation command. Not 5 because a few directives are vague ('any types -> type correctly', 'Components > 200 lines -> decompose') without pointing to how or a reference.

4 / 5

Workflow Clarity

Clear 4-step sequence (find → fix in priority order → validate after each fix with an explicit command → report) with an explicit validation checkpoint, so the batch-operation cap at 3 does not apply. Not 5 because there is no error-recovery feedback loop stating what to do when the tsc/build/vitest validation fails.

4 / 5

Progressive Disclosure

The skill is under 50 lines with no bundle files (references/, scripts/, assets/ are absent) and needs none; the body is well-organized into steps and priority tiers, and '/review-check-architecture' and '/migration-migrate-component' are clearly-signaled skill invocations rather than buried file references. This matches the simple-skill exception for a top score.

5 / 5

Total

18

/

20

Passed

Description

57%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 an explicit, appropriate 'Use when...' trigger and occupies a distinct niche, but it says almost nothing concrete about what the skill actually does — the fix categories, priority ordering details, and the architecture doc it operates on are all invisible to the trigger-matching reader. It reads as a 'when' clause with a vague 'what'.

Suggestions

Add 2-3 concrete capabilities to the 'what' half, e.g. 'Fixes try/catch in services, unsanitized dangerouslySetInnerHTML, and hardcoded secrets first, then migrates PropTypes, Redux, and any types' — this would lift specificity from 2 toward 4.

Include the artifact the skill operates on (docs/ARCHITECTURE.md violations) and the companion workflow ('after /review-check-architecture finds violations') to sharpen trigger terms and distinctiveness.

Add natural synonyms users would say, such as 'architecture issues', 'arch violations', or 'fix violations by priority', to broaden trigger-term coverage.

DimensionReasoningScore

Specificity

The description names the domain ('architecture violations') but the only action stated is the generic 'automated fixing by priority' — no concrete fix types (services, adapters, sanitization, migrations) or artifacts (docs/ARCHITECTURE.md) are mentioned. It does not reach level 3 because it lists no specific concrete actions.

2 / 5

Completeness

It explicitly answers 'when' ('Use when architecture violations were found') and states a 'what' (automated fixing by priority). Not 5 because the 'what' lacks concrete capability statements or trigger phrases; not 3 because the 'when' clause is explicit rather than weakly implied.

4 / 5

Trigger Term Quality

'architecture violations' is a relevant phrase a user might say after running an architecture review, but common variations and synonyms ('fix architecture issues', 'arch violations', module or review-related terms) are absent. Not 4 because keyword coverage stops at the single domain phrase.

3 / 5

Distinctiveness Conflict Risk

'Architecture violations' is a clear niche unlikely to trigger generic skills, with only minor overlap risk against closely related code-review/fixing skills. Not 5 because the trigger phrasing does not distinguish it from a companion checker or general fix skills.

4 / 5

Total

13

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

frontmatter_unknown_keys

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

Warning

Total

14

/

16

Passed

Repository

fernandezbaptiste/specialist-agent

Path

packs/react/skills/review-fix-violations/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.