CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

comprehensive-review-full-review

Use when working with comprehensive review full review

Quality

44%

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/comprehensive-review-full-review/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%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 presents a clearly sequenced four-phase review orchestration with an honest scope-disclaimer section, but it is padded with templated filler and non-executable placeholder-driven prompts for agent types the skill itself admits may not exist. Verification steps are absent throughout, so findings flow into the consolidated report with no validation. Moving the prompt templates into reference files and adding a verify-findings checkpoint per phase would address the weakest dimensions.

Suggestions

Replace the unfilled placeholders ({phase1_architecture_context}, $ARGUMENTS) with an explicit instruction for how each phase summarizes findings into the next phase's input (e.g. a one-line format: scope, findings with evidence, unresolved questions).

Add a validation checkpoint between each phase and the consolidated report — e.g. re-read the cited file/lines for each P0/P1 finding and drop or downgrade any finding whose evidence does not hold — since batch multi-agent review without verification caps workflow clarity.

Move the four phase prompt templates and the P0-P3 priority taxonomy into reference files (e.g. references/phase-prompts.md, references/priority-guide.md) and keep SKILL.md as a concise overview, cutting the generic Instructions/Use-when boilerplate.

DimensionReasoningScore

Conciseness

The boilerplate sections ("Clarify goals, constraints, and required inputs", "Apply relevant best practices and validate outcomes") plus roughly 60 lines of inline prompt templates instructing subagents on things Claude already knows (how to review code quality, what OWASP is) make this noticeably verbose. It matches anchor 2 ("several unnecessary explanations or padded sections"); anchor 3 would require mostly efficient content with only minor trimming.

2 / 5

Actionability

The phases give specific text (subagent prompts, expected outputs, a P0-P3 taxonomy), which is more than high-level hints, but nothing is executable: prompts contain unfilled placeholders like "{phase1_architecture_context}" and "$ARGUMENTS", the skill itself disclaims the subagent types as "workflow labels... not installed commands or tool guarantees", and no scanner commands or report template are provided. This matches anchor 3 ("some concrete guidance but incomplete; pseudocode instead of executable code; missing key details").

3 / 5

Workflow Clarity

The sequence is genuinely present — Phases 1-4 with parallel/sequential ordering and explicit context-passing between phases — but there are no validation checkpoints or feedback loops: agent findings are never verified or re-checked before consolidation. This matches anchor 3 ("sequence present but checkpoints missing or implicit"); anchor 4 requires most checkpoints to be present.

3 / 5

Progressive Disclosure

There are no bundle files at all, and the bulky material (the four phase prompt templates, the priority taxonomy, the success criteria) is inlined in the single SKILL.md when the templates in particular clearly belong in reference files. Headers give some structure, matching anchor 3 ("some structure... content that should be separate is inline"); anchor 4 would require most content to be appropriately placed with clear references.

3 / 5

Total

11

/

20

Passed

Description

20%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 templated placeholder: it has a "use when" trigger built from a garbled, doubled domain phrase and says nothing about what the skill actually does. It would both fail to attract the right usage and conflict with any other review-related skill. A complete rewrite stating concrete capabilities and concrete trigger phrases is needed.

Suggestions

State what the skill does in third person with concrete verbs, e.g. "Orchestrates a multi-phase code review covering quality, security, performance, testing, documentation, and CI/CD, and consolidates findings into a prioritized P0-P3 report."

Replace the doubled phrase with natural trigger terms users would actually say: "Use when the user asks for a comprehensive or full code review, an end-to-end review of a change, or a review covering security, performance, and test coverage."

Narrow the trigger to code/diff review specifically so it does not fire on unrelated review tasks (document review, design review, PR comment review by other skills).

DimensionReasoningScore

Specificity

The description is only "Use when working with comprehensive review full review" — it contains no capability statement or action verb whatsoever, just a repeated domain fragment. This matches anchor 1 ("no concrete actions; pure abstract language"); anchor 2 requires at least a minimal generic action like "Processes PDF files", which is absent here.

1 / 5

Completeness

Only a "when" clause is present ("Use when working with...") with no "what" — the skill's actual capability is never stated. This is exactly the anchor 2 example pattern ("Use when working with documents"); it cannot reach anchor 3, which requires a clear "what".

2 / 5

Trigger Term Quality

The only keyword is the generic phrase "comprehensive review" (doubled as "comprehensive review full review"), while natural user phrasings like "code review", "review my PR", or "review this change" are missing. This fits anchor 2 ("one or two generic keywords; missing the natural phrases users say"); anchor 3 would require more relevant keyword coverage.

2 / 5

Distinctiveness Conflict Risk

"Comprehensive review" is very broad and would trigger for virtually any review, quality, or audit task, creating high overlap risk with many similar skills. This matches anchor 2 ("very broad; high overlap risk"); anchor 3 would require a domain narrow enough that overlap is only occasional.

2 / 5

Total

7

/

20

Passed

Validation

93%

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

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

sickn33/agentic-awesome-skills

Path

skills/comprehensive-review-full-review/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.