CtrlK
BlogDocsLog inGet started
Tessl Logo

writing-skills

Use when creating new skills, editing existing skills, or verifying skills work before deployment

39

Quality

37%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./skills/writing-skills/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

35%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a comprehensive but excessively verbose skill that thoroughly covers skill creation methodology. Its main strengths are the detailed checklist, concrete YAML/structure examples, and good CSO guidance with clear good/bad examples. Its primary weaknesses are extreme verbosity (repeating the TDD analogy and Iron Law multiple times), mixing motivational content with actionable guidance, and containing far more content than its own token efficiency guidelines recommend (<500 words for non-frequently-loaded skills, yet this exceeds 2500 words).

Suggestions

Cut the document by at least 50%: remove repeated statements of the Iron Law, consolidate the TDD mapping table with the RED-GREEN-REFACTOR section, and eliminate the rationalization table (which is an example of what to put IN a discipline skill, not needed in this meta-skill itself).

Add a concrete, executable example of a complete pressure scenario test—show an actual subagent invocation with a real prompt, expected failing output, and passing output, rather than just describing the concept abstractly.

Move the CSO section, bulletproofing section, and anti-patterns into separate reference files (e.g., cso-guide.md, bulletproofing-patterns.md) to practice the progressive disclosure the skill itself advocates.

Add a concrete verification step in the workflow showing how to confirm a skill 'passes'—e.g., a specific command or subagent template that produces measurable pass/fail output.

DimensionReasoningScore

Conciseness

This skill is extremely verbose at ~2500+ words. It explains concepts Claude already knows (what TDD is, what a PDF is analogous to explaining what a skill is), repeats the same points multiple times (the Iron Law is stated at least 3 times, the TDD mapping is repeated in multiple forms), includes an extensive rationalization table that belabors the point, and contains significant redundancy between sections. The CSO section alone could be cut by 60%+ while preserving all actionable content.

1 / 3

Actionability

The skill provides concrete YAML frontmatter examples, directory structures, and a detailed checklist, which are actionable. However, much of the content is philosophical/motivational rather than executable (e.g., the Iron Law section, rationalization tables, psychology notes). The actual skill creation process is buried under layers of TDD advocacy. Key actions like 'run pressure scenario with subagent' lack concrete executable examples of what that looks like.

2 / 3

Workflow Clarity

The RED-GREEN-REFACTOR workflow is clearly sequenced and the final checklist provides good structure. However, validation checkpoints are implicit rather than explicit—there's no concrete verification step showing how to confirm a skill passes (e.g., what does a passing subagent test look like?). The checklist at the end is good but the workflow sections earlier are more descriptive than prescriptive, and the testing methodology is deferred to an external file without inline summary.

2 / 3

Progressive Disclosure

The skill references external files (testing-skills-with-subagents.md, persuasion-principles.md, graphviz-conventions.dot, anthropic-best-practices.md, render-graphs.js) which shows awareness of progressive disclosure. However, no bundle files are provided to verify these exist, and the main SKILL.md itself is monolithic—containing extensive inline content (CSO section, rationalization tables, anti-patterns, bulletproofing section) that could be split into separate reference files. The skill would benefit from being its own example of good progressive disclosure.

2 / 3

Total

7

/

12

Passed

Description

40%

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 serves only as a trigger clause ('Use when...') without explaining what the skill actually does. It lacks concrete actions, sufficient trigger terms, and enough specificity to clearly distinguish it from other skills. The domain of 'skills' is somewhat niche but the description needs substantially more detail about capabilities.

Suggestions

Add a 'what it does' component before the 'Use when' clause, e.g., 'Generates, edits, and validates SKILL.md files including YAML frontmatter, description fields, and markdown content.'

Include more natural trigger terms and file references such as 'SKILL.md', 'skill file', 'skill template', 'frontmatter', '.md skill format'

Specify concrete actions like 'scaffolds skill files from templates', 'validates frontmatter schema', 'tests skill matching' to improve specificity and distinctiveness

DimensionReasoningScore

Specificity

The description uses vague language like 'creating', 'editing', and 'verifying' without specifying concrete actions. It doesn't explain what a 'skill' is, what creating one involves, or what verification entails.

1 / 3

Completeness

The description functions as a 'Use when...' clause addressing when to use the skill, but it lacks a clear 'what does this do' component. There's no explanation of what the skill actually does — only when to invoke it.

2 / 3

Trigger Term Quality

It includes some relevant keywords like 'skills', 'creating', 'editing', and 'deployment', but misses natural variations users might say such as 'SKILL.md', 'skill file', 'write a skill', 'test a skill', 'skill template', or 'frontmatter'.

2 / 3

Distinctiveness Conflict Risk

The term 'skills' provides some specificity, but 'creating', 'editing', and 'verifying' are generic actions that could overlap with many other skills. Without more detail about what kind of skills or what format, there's moderate conflict risk.

2 / 3

Total

7

/

12

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

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

Warning

Total

10

/

11

Passed

Repository
lucianghinda/superpowers-ruby
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.