CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

compound

Use when a problem has just been solved and verified working — the fix is fresh, the investigation is in recent history, and the solution is non-trivial enough to capture for future reference

Quality

66%

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/compound/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 is a lean, well-sequenced orchestration playbook with concrete paths, commands, and decision tables, and it wisely reinforces its single most important invariant (one file written) in a critical_requirement block. Its main gap is that the five Phase 1 subagent prompts — the actual executable heart of the skill — are missing, and there is no error-recovery guidance for failed or empty subagent results.

Suggestions

Provide the actual prompts (or a reference file containing them) for the five Phase 1 subagents so the orchestration is reproducible rather than improvised.

Add a short failure-handling step in Phase 2: what to do if a subagent fails, returns empty results, or the YAML frontmatter validation fails.

Consolidate the one-file rule — state it once in the critical_requirement block and let the Common Mistakes table reference it rather than repeating it in Phase 2's numbered steps.

DimensionReasoningScore

Conciseness

The body is dense and assumes competence — it never explains what YAML frontmatter or subagents are, and uses compact tables for subagent roles, refresh conditions, and common mistakes. It falls short of anchor 5 only because the single-file rule is stated three times (the critical_requirement block, Phase 2's numbered steps, and two rows of the Common Mistakes table), which is trimmable redundancy.

4 / 5

Actionability

Concrete details are present — the exact output path 'docs/solutions/[category]/[filename].md', the 'mkdir -p docs/solutions/[category]/' command, invocation syntax, and decision tables for Phases 2.5 and 3. However, the core executable content of an orchestration skill — the prompts to give the five Phase 1 subagents — is entirely absent, so Claude must invent them each run; this is a key missing detail (anchor 3) rather than a minor gap (anchor 4).

3 / 5

Workflow Clarity

Phases 0.5 → 1 → 2 → 2.5 → 3 are explicitly sequenced, with 'WAIT for all Phase 1 subagents to complete', a 'Validate YAML frontmatter' checkpoint before the write, and a Common Mistakes table that reinforces ordering and the one-file invariant. It misses anchor 5 because there is no error-recovery guidance — e.g., what to do if a subagent fails or returns empty/poor results, or how to handle a YAML validation failure.

4 / 5

Progressive Disclosure

No bundle files exist, and the body is well-organized with clear sections (Overview, When to Use, Quick Reference, phased Implementation, Common Mistakes) and no nested references. At ~110 lines it exceeds the 'under 50 lines' simple-skill exception, and the content that would justify external references (subagent prompt templates, category taxonomy details) is simply absent rather than externalized, so anchor 4 (good structure, minor organization gaps) fits better than 5.

4 / 5

Total

15

/

20

Passed

Description

48%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 is a strong, precise trigger specification with distinctive timing conditions, but it answers only 'when' — the skill's actual capability (capturing the solution as a structured document) is never stated, capping both specificity and completeness. Moving the natural trigger phrases from the body into the description and adding one explicit capability sentence would raise it substantially.

Suggestions

Add an explicit 'what' clause, e.g., 'Captures the solution as a structured markdown doc with YAML frontmatter under docs/solutions/ for future reference.'

Fold the natural trigger phrases from the body's When to Use section ('that worked', 'it's fixed', 'tests are passing') into the description itself so users' actual phrasing matches the trigger terms.

Name the concrete outputs (frontmatter skeleton, root cause, prevention strategies) so the description states capabilities rather than only situational conditions.

DimensionReasoningScore

Specificity

The description describes only the triggering situation ("a problem has just been solved and verified working", "the fix is fresh") and never states a concrete action the skill performs — no verb like 'captures' or 'documents' appears as a capability. It sits at anchor 2 (domain named, actions minimal/generic) rather than 1 because the language is specific about the situation, and not 3 because no 1-2 concrete actions are actually listed.

2 / 5

Completeness

The 'when' is explicit and detailed ("Use when a problem has just been solved and verified working — the fix is fresh, the investigation is in recent history"), but the 'what' is only weakly implied by "non-trivial enough to capture for future reference" — the skill's actual output (structured documentation in docs/solutions/) is never stated. Per the guideline to score only what is explicit, only 'when' is truly present, which is the anchor 2 case; however the implied capture intent and detailed conditions place it noticeably above a bare 'Use when working with documents' example, so 3 fits better than 2. It cannot be 4 because the 'what' remains unstated rather than merely imprecise.

3 / 5

Trigger Term Quality

Relevant keywords like "problem has just been solved", "verified working", and "fix is fresh" are present and natural, but the common phrases users actually say in this moment ("that worked", "it's fixed", "tests are passing") appear only in the body's When to Use section, not the description. This matches anchor 3 (some relevant keywords, missing common variations) rather than 4 (good coverage with only a few natural terms missing).

3 / 5

Distinctiveness Conflict Risk

The trigger conditions ("just been solved and verified working", "investigation is in recent history", "non-trivial") carve a distinct niche that few skills would claim, so misfire risk is low. It stops short of anchor 5 because without any stated capability, generic documentation/retrospective skills could plausibly compete for the same moment.

4 / 5

Total

12

/

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

lucianghinda/superpowers-ruby

Path

skills/compound/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.