CtrlK
BlogDocsLog inGet started
Tessl Logo

using-superpowers

Use when starting any conversation - establishes how to find and use skills, requiring Skill tool invocation before ANY response including clarifying questions

32

Quality

26%

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/using-superpowers/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 skill serves an important meta-purpose (ensuring skills are invoked) but is severely undermined by extreme verbosity and repetition. The same core message ('always check skills before responding') is restated in at least 5 different ways including a 12-row table of rationalizations. The skill catalog is the most valuable part and is well-structured, but the surrounding content wastes significant token budget on what amounts to motivational hectoring that Claude doesn't need.

Suggestions

Reduce the Red Flags table to 2-3 representative examples or replace with a single concise rule like 'If you're about to act without checking skills, stop and check first.'

Remove the EXTREMELY-IMPORTANT block and DOT graph — consolidate the core rule into a single clear sentence at the top: 'Before any response or action, invoke the Skill tool for any potentially relevant skill.'

Move the platform adaptation section and instruction priority section to a separate reference file, keeping only the Claude Code instructions inline since that's the primary platform.

Add a brief note on what to do when skill invocation fails or when two skills conflict beyond the simple priority ordering.

DimensionReasoningScore

Conciseness

Extremely verbose and repetitive. The 'Red Flags' table contains 12 rows that all say the same thing ('check for skills first'). The EXTREMELY-IMPORTANT block, the repeated emphasis on '1% chance', and the extensive rationalization table are all redundant ways of saying 'always check skills first'. The DOT graph adds tokens for a simple linear flow. Claude doesn't need to be told 12 different ways not to skip skill checks.

1 / 3

Actionability

The skill catalog table is concrete and actionable — it provides exact skill names and when to use them. The flow diagram and priority ordering give some structure. However, the core instruction ('invoke relevant skills before responding') is simple and doesn't need the elaborate scaffolding. The actual 'how' (use Skill tool with the name value) is clear but buried under excessive motivational content.

2 / 3

Workflow Clarity

The DOT graph provides a clear sequence for the skill-checking workflow, and the priority ordering (process skills first, then implementation) is helpful. However, there are no validation checkpoints — no guidance on what to do if a skill invocation fails, returns unexpected content, or conflicts with another skill. The subagent-stop escape hatch is mentioned but not integrated into the workflow.

2 / 3

Progressive Disclosure

The skill catalog serves as a well-organized reference table pointing to individual skills, which is good progressive disclosure. References to platform-specific tool mapping files (copilot-tools.md, codex-tools.md) are appropriate. However, the main body content is monolithic — the Red Flags table, instruction priority section, and skill types section could be trimmed or moved to a reference file rather than loaded into every conversation.

2 / 3

Total

7

/

12

Passed

Description

17%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This description functions as a meta/bootstrap skill that fires on every conversation, which makes it extremely generic and non-distinctive. It lacks concrete actions, natural trigger terms, and a clear explanation of what value it provides. The overly broad trigger ('any conversation') and internal jargon ('Skill tool invocation') make it poorly suited for skill selection among multiple options.

Suggestions

Add specific concrete actions the skill performs, e.g., 'Indexes available skills, matches user requests to skill capabilities, and loads the appropriate skill configuration.'

Replace the overly broad 'any conversation' trigger with more specific conditions, or if it truly must run on every conversation, explain why and what distinguishes it from other skills.

Include natural language trigger terms that describe what a user might say that would invoke this skill, rather than internal technical terms like 'Skill tool invocation.'

DimensionReasoningScore

Specificity

The description does not list any concrete actions or capabilities. It vaguely mentions 'establishes how to find and use skills' and 'Skill tool invocation' without specifying what the skill actually does beyond being a meta-process for other skills.

1 / 3

Completeness

It has a 'when' clause ('Use when starting any conversation') but the 'what' is extremely weak — it only says it 'establishes how to find and use skills' without explaining what concrete value it provides. The 'when' is also problematically broad (every conversation).

2 / 3

Trigger Term Quality

There are no natural user-facing keywords. Terms like 'Skill tool invocation' and 'establishes how to find and use skills' are internal/technical jargon that no user would naturally say. 'Starting any conversation' is overly generic and not a meaningful trigger.

1 / 3

Distinctiveness Conflict Risk

Triggering on 'any conversation' means this would conflict with every other skill. It has no distinct niche or specific domain — it's a catch-all meta-skill that would fire indiscriminately.

1 / 3

Total

5

/

12

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

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.