CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

evaluate

Use when asked to evaluate, compare or weigh a change of tool, platform, vendor, service or architecture — "should we move to X", "evaluate X vs Y", "is X worth it", "I'm hearing good things about X".

Quality

86%

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

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.

An exemplary lean instruction-only skill: it adds only judgment the model would not produce on its own (option framing, evidence discipline, output contract, weighing rules) with zero padding. The only improvement space is a worked mini-example of the output and slightly more concrete cost-measurement guidance.

Suggestions

Add a compact worked example of the verdict and comparison table (2-3 rows) so the output contract is unambiguous on first use.

Give one concrete method for the 'Costs' section's 'one-off and recurring, both measured where possible' — e.g. which sources to pull effort and money figures from.

DimensionReasoningScore

Conciseness

Lean and dense with non-obvious guidance: 'A proposal that pairs tools ("Bitbucket + Jira") is one option; a tool that only replaces part of the stack ("Dagger") is judged on that part.' No padding and no explanations of concepts Claude already knows; every token earns its place.

5 / 5

Actionability

Concrete, specific guidance throughout: a fixed output contract of seven ordered sections, a table spec ('one row per capability that matters to the goal, one column per option'), enumerated option categories, and evidence rules ('Check vendor claims... against the vendor's own pages, dated today'). Minor gaps keep it below anchor 5: no example output and no concrete method for measuring one-off vs recurring effort.

4 / 5

Workflow Clarity

A clear sequence — goal → options → facts → output sections in order → weighing rules — with an implicit checkpoint ('Mark anything unverified as such'). It is a read-only analysis, so the destructive/batch validation cap does not apply, but there is no explicit pre-verdict verification step, keeping it at anchor 4 rather than 5.

4 / 5

Progressive Disclosure

Under 50 lines, single-purpose, no bundle files and no content that belongs in separate references; sections are well-organized with clear headers. Per the guideline, a skill under 50 lines with no need for external references scores 5 with well-organized sections alone.

5 / 5

Total

18

/

20

Passed

Description

81%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-crafted trigger-focused description with excellent natural-language trigger phrases and a clearly distinct niche. Its only weakness is that the 'what' — the concrete capability or output — is implied by the trigger verbs rather than stated explicitly.

Suggestions

Prepend a brief capability statement before the 'Use when' clause, e.g. 'Compares the current state of a stack against a proposed one and produces a verdict, comparison table, and cost breakdown.'

Name the concrete outputs (verdict, functional comparison table, costs, what would change the answer) so the 'what' is explicit rather than inferred from trigger verbs.

DimensionReasoningScore

Specificity

Names the domain ('a change of tool, platform, vendor, service or architecture') and the action family 'evaluate, compare or weigh', but these are near-synonyms rather than several distinct concrete actions, and no outputs (comparison table, verdict, costs) are stated. Fits anchor 3 ('names domain and 1-2 concrete actions, but not comprehensive') better than 4, which requires a list of several specific actions.

3 / 5

Completeness

The 'when' is explicit with concrete trigger phrases ('Use when asked to evaluate...'), but the 'what' is only embedded in that trigger clause — there is no independent statement of capabilities or outputs. Clearly above anchor 4's midpoint but short of anchor 5, which requires both answered explicitly and separately.

4 / 5

Trigger Term Quality

Quotes the literal phrases users naturally say: "should we move to X", "evaluate X vs Y", "is X worth it", "I'm hearing good things about X", alongside evaluate/compare/weigh synonyms. Comprehensive natural-term coverage matching the anchor-5 example's spirit.

5 / 5

Distinctiveness Conflict Risk

Clear niche — technology/vendor switch decisions — with distinctive conversational triggers ('should we move to X', 'is X worth it') that are unlikely to fire for research or generic analysis skills. Matches anchor 5: clear niche with distinct triggers, minimal conflict risk.

5 / 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

englishstreetventures/osn

Path

.claude/skills/evaluate/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.