CtrlK
BlogDocsLog inGet started
Tessl Logo

skill-visual-feedback

Process screenshot-based UI/UX feedback to fix visual issues — use when users share screenshots of bugs

50

Quality

55%

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

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/skill-visual-feedback/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

48%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 has a strong, clearly sequenced workflow with real verification checkpoints and some concrete search tooling, but it is significantly overlong and padded with placeholder response templates and repeated content. Empty comment-only code blocks and the absence of any progressive-disclosure structure (no reference files despite 450 lines) are the main weaknesses.

Suggestions

Cut the placeholder response templates and duplicated sections ('When to Use', 'Quick Reference', 'The Bottom Line') — Claude does not need scripted replies; keep the issue-category and root-cause tables plus the tool patterns, targeting roughly half the current length.

Replace comment-only bash blocks with actual commands or drop them, and keep the concrete Glob/Grep patterns as the primary actionability payload.

Split the Common Patterns, verification checklists, and Best Practices into reference files under references/ (e.g., references/patterns.md, references/verification.md), leaving SKILL.md as a lean overview that links to them one level deep.

DimensionReasoningScore

Conciseness

The ~450-line body is noticeably padded: placeholder response templates ("I can see the screenshot showing [describe what you observe]"), a 'When to Use' section that restates the frontmatter trigger block, a 'Quick Reference' table repeating the 'Common Patterns' section, and a 'The Bottom Line' restating the core principle. Redundancy is pervasive rather than occasional, matching anchor 2.

2 / 5

Actionability

There is genuinely concrete guidance (Glob patterns like "**/*settings*.{tsx,jsx,ts,js,vue,svelte}", Grep regexes, `npm run dev`), but several bash blocks contain only comments with no command ("# Search for component files related to the issue") and most markdown blocks are placeholder response templates rather than executable instruction — matching the 'some concrete guidance but incomplete / pseudocode' anchor.

3 / 5

Workflow Clarity

A clear five-phase sequence (analyze → investigate → root-cause → implement → verify) with a verification checklist, responsive/state checks, comparison against the original screenshot, and an explicit user-confirmation loop. It falls short of anchor 5 because validation is a manual checklist rather than an automated validate-fix-retry loop, though the batch 'fix everywhere' flow does include the verification phase.

4 / 5

Progressive Disclosure

No bundle files exist or are referenced; everything — pattern libraries, checklists, best-practice examples — is inlined in a single 450-line file. Internal section headers are good (above anchor 2's headerless wall), but content that belongs in separate reference files is inline with no reference split, matching anchor 3.

3 / 5

Total

12

/

20

Passed

Description

62%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 is well-formed: third person, concise, and it explicitly answers both what the skill does and when to use it. Its main weaknesses are limited action specificity in the 'what' clause and a single trigger condition with missing natural synonyms like 'image' or 'mockup'.

Suggestions

Expand the 'what' clause with one or two more concrete actions (e.g., 'locate the responsible components and apply systematic fixes'), and note the root-cause/scoping workflow to lift specificity.

Broaden trigger terms to include natural user variations such as 'image', 'screenshot of the app', 'mockup', or 'the UI looks wrong', mirroring how the trigger block in the frontmatter already enumerates concrete phrases.

DimensionReasoningScore

Specificity

The description names the domain ("screenshot-based UI/UX feedback") and roughly two concrete actions ("Process ... feedback to fix visual issues"), matching the anchor for 1-2 concrete actions without comprehensive coverage; it does not list the several specific actions required for a 4.

3 / 5

Completeness

Both parts are present: what ("Process screenshot-based UI/UX feedback to fix visual issues") and when ("use when users share screenshots of bugs"). It falls short of a 5 because the 'when' offers a single trigger condition rather than multiple concrete trigger phrases, and the 'what' is thin.

4 / 5

Trigger Term Quality

Natural keywords are present ("screenshot", "UI/UX", "visual issues", "bugs"), but common variations users would say — "image", "mockup", "design", "looks wrong" — are missing, matching the anchor for some relevant keywords without synonyms rather than good coverage with only a few gaps.

3 / 5

Distinctiveness Conflict Risk

Screenshot-driven visual-issue fixing is a clear niche with mostly distinct triggers, but "UI/UX" and "visual issues" leave minor overlap risk with general frontend/design/styling skills, matching the 'mostly distinct' anchor rather than the minimal-conflict anchor 5.

4 / 5

Total

14

/

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
nyldn/claude-octopus
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.