CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

find-skills

Helps users discover and install agent skills when they ask questions like "how do I do X", "find a skill for X", "is there a skill that can...", or express interest in extending capabilities. This skill should be used when the user is looking for functionality that might exist as an installable skill.

66

Quality

83%

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

82%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.

A highly actionable, well-sequenced guide with copy-paste commands, concrete search examples, an explicit quality-verification checkpoint, and a graceful no-results fallback. Its main costs are token padding in the tips/CLI-intro sections and a category table that could be trimmed or externalized.

Suggestions

Cut or compress the 'Tips for Effective Searches' section and the 'What is the Skills CLI?' prose — Claude already knows that specific keywords and alternative terms improve searches; keep only ecosystem-specific facts.

Trim the 'Common Skill Categories' table to a few high-yield categories or move it to a reference file to reduce inline tokens.

Add a post-install verification step (e.g., run `npx skills check` or list installed skills) to close the workflow's validation gap.

DimensionReasoningScore

Conciseness

The workflow steps (1-6) are lean and each earns its place, but 'Tips for Effective Searches' ("Use specific keywords", "Try alternative terms") and the prose in 'What is the Skills CLI?' tell Claude things it already knows. This is minor trimmable padding rather than pervasive verbosity, so it sits at anchor 4 rather than 3 or 5.

4 / 5

Actionability

Commands are copy-paste ready (`npx skills find [query] [--owner <owner>]`, `npx skills add <owner/repo@skill> -g -y`, `npx skills init my-xyz-skill`), with concrete query mappings ("how do I make my React app faster?" → `npx skills find react performance`) and a complete example response template. This matches the fully-executable top anchor.

5 / 5

Workflow Clarity

Steps 1-6 form a clear sequence with an explicit validation checkpoint (Step 4's install-count/source/stars checklist) and a fallback branch for no results. However, there is no post-install verification (e.g., running `npx skills check` to confirm the skill landed), which is a minor validation gap keeping it below anchor 5.

4 / 5

Progressive Disclosure

No bundle files exist, so all content lives in a single well-sectioned SKILL.md. The core workflow is appropriately placed, but at ~140 lines the 'Common Skill Categories' table and tips section could be trimmed or split into a reference. Structure is good with only minor organization gaps, matching anchor 4.

4 / 5

Total

17

/

20

Passed

Description

75%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 well-formed description that clearly answers both what the skill does and when to use it, with natural quoted trigger phrases. Its weaknesses are thin action coverage (only 'discover and install') and broad generic triggers like "how do I do X" that risk it firing on ordinary how-to questions.

Suggestions

Expand the 'what' with more of the skill's concrete actions, e.g. 'Search the skills ecosystem, verify install counts and source reputation, and install skills via the Skills CLI' — this would lift specificity from 1-2 actions to several.

Narrow or qualify the trigger phrases so generic questions don't fire it: replace bare "how do I do X" with variants tied to skill discovery (e.g., "is there a skill for X", "find/install a skill", "extend your capabilities with a skill").

Add synonymous trigger wording users naturally say, such as "add a skill", "search for skills", or "browse skills", to improve keyword coverage.

DimensionReasoningScore

Specificity

The description names the domain ("agent skills") and exactly two concrete actions ("discover and install"), matching the 'names domain and 1-2 concrete actions' anchor. It does not list several specific actions (e.g., searching, browsing, verifying quality), so score 4 does not fit.

3 / 5

Completeness

Both what ("Helps users discover and install agent skills") and when ("when they ask questions like... or express interest in extending capabilities... This skill should be used when the user is looking for functionality that might exist as an installable skill") are explicitly stated with concrete trigger phrases, matching the top anchor.

5 / 5

Trigger Term Quality

It includes natural user phrases ("how do I do X", "find a skill for X", "is there a skill that can...") that users would genuinely say. Coverage is good but misses common variations like "install a skill", "add a skill", or "search skills", so it falls short of the comprehensive anchor.

4 / 5

Distinctiveness Conflict Risk

The skill-discovery niche is distinct, but the generic triggers "how do I do X" and "can you do X" could plausibly fire for nearly any capability question, creating overlap risk with many other skills. It is more specific than the 'very broad' anchor but does not reach 'mostly distinct'.

3 / 5

Total

15

/

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

whimzyLive/nightshift-ai

Path

plugins/sdlc/skills/find-skills/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.