CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

prompt-builder

Build effective prompts for Claude Code skills. Creates clear, specific, actionable prompts using engineering principles, templates, and validation. Use when creating skill instructions, workflow steps, task operations, or any Claude prompt.

Quality

73%

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 ./skills/prompt-builder/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

62%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 delivers a genuinely well-structured 5-step workflow with strong validation and concrete templates — its workflow clarity is excellent. But it badly underuses its own progressive-disclosure bundle: roughly two-thirds of the body (principles, templates, examples) duplicates content that already lives in references/, and the repetition of the same checklists and principles across four sections makes it noticeably verbose.

Suggestions

Cut the "Best Practices", "Common Mistakes", and "Quick Reference" sections (they restate Steps 1-5 almost verbatim) and collapse the body to the 5-step workflow plus the quality-dimension scoring table — an estimated 60-70% token reduction with no information loss.

Replace the inlined template catalogs and principle explanations with per-file pointers, e.g. "**Templates**: See [references/prompt-templates.md](references/prompt-templates.md) — workflow, task-operation, analysis, creation, transformation", so each reference file is named and mapped to its topic instead of the generic "see the references/ directory".

Integrate scripts/validate-prompt.py into Step 5's workflow (e.g. "5. Run `python scripts/validate-prompt.py prompt.txt --report` for automated dimension scoring") instead of leaving it as an unconnected closing mention.

DimensionReasoningScore

Conciseness

The body runs ~875 lines and restates the same prompt-engineering principles (clarity, specificity, context, validation) three times over — in the step-by-step workflow, again under "Best Practices", and again under "Common Mistakes" and "Quick Reference" — while a "Quality Checklist" appears near-identically in Steps 2, 5, and the Quick Reference. This matches anchor 2 (noticeably verbose, several padded sections); not 1 because the material is structured and on-topic rather than tutorial-style padding of facts Claude doesn't need, but the redundancy is extensive enough to sit below the midpoint.

2 / 5

Actionability

Concrete, usable artifacts throughout: a fill-in Task Definition Template, a six-part Core Prompt Structure with worked examples, a template selection guide keyed to prompt types, good/bad task definition contrasts, and a real validation script (scripts/validate-prompt.py) — all copy-paste adaptable. It falls short of 5 only in integration gaps: the validation script is mentioned only in a closing one-liner and never wired into Step 5's workflow, and some guidance ("Peer Review: Have someone else read it") is not executable by Claude.

4 / 5

Workflow Clarity

The 5-step workflow is clearly sequenced, each step ends with explicit "→ Output" / "→ Next" transitions, and Step 5 is a full validation loop: five scored quality dimensions with a "all dimensions ≥4" target, testing strategies (dry run, actual test, iteration), and a Common Issues & Fixes table that functions as error-recovery feedback. This matches anchor 5 (clear sequence, explicit validation, feedback loops, checklists); the skill is not destructive or batch-oriented so no cap applies.

5 / 5

Progressive Disclosure

The bundle has three well-scoped reference files (prompt-engineering-principles.md, prompt-templates.md, prompt-examples.md) plus a script, all real and one level deep — but the body's only pointer is the generic "see the references/ directory" with no per-file mapping, while hundreds of lines of templates, examples, and principles are inlined in the body that duplicate those reference files (the body's "Prompt Patterns" and "Best Practices" sections restate principles; Step 3's templates restate prompt-templates.md). This matches anchor 3 (references present but not clearly signaled; content that should be separate is inline); not 4 because the split is poor and navigation to the right reference file is left to guesswork.

3 / 5

Total

14

/

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.

The description answers both what and when explicitly with decent natural trigger terms, in proper third-person voice. Its weaknesses are moderate: the action list is method-level rather than concretely enumerated, and the "any Claude prompt" catch-all both dilutes specificity and raises overlap risk with adjacent skills.

Suggestions

Replace the method summary with 3-4 concrete enumerated actions, e.g. "Builds clear, specific, actionable prompts for Claude Code skills. Structures prompts with templates, adds context and examples, and validates quality with measurable criteria."

Drop or narrow the catch-all "or any Claude prompt" trigger and add the natural variations users actually say, e.g. "Use when writing skill instructions, workflow steps, or task operations, or when improving or engineering prompts that produce inconsistent results."

DimensionReasoningScore

Specificity

"Build effective prompts for Claude Code skills. Creates clear, specific, actionable prompts using engineering principles, templates, and validation" names the domain and its method, but these are method descriptors rather than a list of several distinct concrete actions (contrast "Extracts text, fills forms, converts pages"). It matches anchor 3 (domain plus 1-2 concrete actions); not 4 because the action coverage stays at the 'what and how' level without enumerating multiple specific operations.

3 / 5

Completeness

The what is explicit ("Build effective prompts for Claude Code skills. Creates clear, specific, actionable prompts using engineering principles, templates, and validation") and the when is explicit with concrete trigger phrases ("Use when creating skill instructions, workflow steps, task operations, or any Claude prompt"), matching the anchor-5 example structure. Not 4 because the 'when' clause is already explicit and enumerated rather than merely implied.

5 / 5

Trigger Term Quality

"Use when creating skill instructions, workflow steps, task operations, or any Claude prompt" gives good natural keyword coverage of phrases users would say. Not 5 because common variations are missing — e.g. "prompt engineering", "improve/refine prompts" (the body covers improving existing prompts but the description's triggers do not), and "write prompts" as a phrasing.

4 / 5

Distinctiveness Conflict Risk

The core niche (building prompts for Claude Code skills) is reasonably distinct, but the catch-all trigger "or any Claude prompt" plus "improving existing prompts" territory overlaps with skill-building and general instruction-writing tasks, fitting anchor 3 (somewhat specific but could still overlap with similar skills). Not 4 because "any Claude prompt" widens the trigger surface beyond a clear niche with minimal conflict risk.

3 / 5

Total

15

/

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

skill_md_line_count

SKILL.md is long (878 lines); consider splitting into references/ and linking

Warning

allowed_tools_field

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

Warning

Total

14

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

skills/prompt-builder/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.