CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

emil-build-a-tool

Analyze what the user is actually trying to build and suggest the tool that gets them there — a means to an end, not the end itself. When prompting for an artifact directly keeps landing on "closer, but not quite", stop iterating on the output and build the small tool that produces it: diagnose why the direct path fails, propose the tool that closes that exact gap, put the taste decisions on live controls, and export exactly what the project needs. Use when the user says "build me a tool for this", describes a result the agent keeps missing, or has burned a round or two of re-prompting on the same artifact.

Quality

85%

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

SKILL.md
Quality
Evals
Security

Quality

Content

81%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 exceptionally clear, well-sequenced process skill whose phases, decision gates, and invocation contract leave little ambiguity about what to do. It is slightly rhetorical in places and, as a single ~93-line file with no references, leaves modest room to split content into bundle files.

DimensionReasoningScore

Conciseness

Dense, high-value instruction with no explanations of concepts Claude already knows (e.g., "Every judgment call is a live control... bind it instead"), but a few motivational/rhetorical sentences ("Prompting for an intricate result directly is a slot machine", "One sitting, no ceremony") could be trimmed. Not 5 because not every token is pure instruction.

4 / 5

Actionability

Concrete guidance throughout — exact pitch shape, route pattern `/lab/<slug>`, save-config-as-JSON contract, the leva conditional-rows gotcha, and the two-line handoff rule — but no example artifacts (e.g., a sample saved config) and some heuristics remain abstract ("rebuild the process, not the output"). Per the instruction-only note this is not penalized for lacking code, but it is not fully copy-paste executable either.

4 / 5

Workflow Clarity

Strictly ordered phases ("two halves, in strict order: diagnose, then build"), the common failure named up front, and decision gates at every transition: the when-NOT-to-build checks, the stop-the-loop rule, the pitch-and-redirect beat before building, and harvest-from-saved-config-only. The invocation-variant table makes behavior unambiguous; this is not a destructive/batch skill so the validation cap does not apply.

5 / 5

Progressive Disclosure

Well-organized sections across four phases with one clearly signaled cross-skill reference (emil-get-creative), but the ~93-line body is a single monolith with no bundle files; it exceeds the under-50-line single-file exception and content like the gap taxonomy or build rules could plausibly live in a reference file.

4 / 5

Total

17

/

20

Passed

Description

83%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 that explicitly covers what the skill does and when to use it, with unusually natural quoted trigger phrases. Its main weaknesses are mild verbosity and trigger phrasing that could slightly overlap with generic iteration requests.

DimensionReasoningScore

Specificity

Lists several concrete actions ("diagnose why the direct path fails, propose the tool that closes that exact gap, put the taste decisions on live controls, and export exactly what the project needs"), but they are phrased at a high level and "export exactly what the project needs" names no concrete formats, leaving minor gaps in coverage.

4 / 5

Completeness

Explicitly answers both: the "what" covers analyze/diagnose/propose/build with controls and export, and an explicit "Use when..." clause names three concrete trigger conditions. Matches the anchor-5 example pattern of concrete trigger phrases; not 4 since the "when" is fully explicit.

5 / 5

Trigger Term Quality

Includes genuinely natural quoted trigger phrases ("build me a tool for this", "closer, but not quite", "burned a round or two of re-prompting on the same artifact") but misses common synonyms such as "make me a tool" or "keep tweaking the same result".

4 / 5

Distinctiveness Conflict Risk

Carves a clear niche (build a tool when direct prompting loops) with distinct triggers, but "describes a result the agent keeps missing" could overlap with ordinary iterative-refinement or editing skills, a minor conflict risk.

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

freekmurze/dotfiles

Path

config/claude/skills/emil-build-a-tool/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.