CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

comprehensive-review-pr-enhance

Create high-quality pull requests with comprehensive descriptions, automated review checks, and a size and structure that keep them easy to review. Use when preparing or improving a pull request.

Quality

62%

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-pr-enhance/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 is well-organized into clear sections and appropriately brief, but it is essentially a generic outline: instructions are high-level directives with no templates or examples, redundant filler sections pad the token budget, and the single external reference points to a file missing from the bundle. A reviewer following this skill would know the shape of the output but not how to produce a good one.

Suggestions

Fix the dangling reference: either ship `resources/implementation-playbook.md` with the bundle or inline a minimal PR description template and checklist so the guidance is self-contained.

Make instructions concrete — include one worked example of a PR description (what/why/tests/risks sections) and specify what the reviewer checklist should contain, instead of directives like "Summarize changes, tests, and risks clearly".

Cut the filler: remove the "You are a PR optimization expert" preamble, the "Context" section (duplicates the Use-when list), and the empty "Requirements" section to tighten token efficiency.

Number the instruction steps and state when to consult the playbook, giving the workflow an explicit order and a decision point.

DimensionReasoningScore

Conciseness

The body is short and free of concept over-explanation, but it restates the skill's purpose three times (intro paragraph, "Use this skill when", "Context") and includes filler sections like "Requirements: Take the requirements, target, and scope from the user's request", so it could be tightened considerably.

3 / 5

Actionability

Instructions are high-level hints ("Summarize changes, tests, and risks clearly", "Add checklists and reviewer guidance") with no example PR description, template, or checklist format, and the one concrete pointer to templates ("If detailed templates are required, open `resources/implementation-playbook.md`") targets a file that does not exist in the bundle, leaving minimal executable guidance.

2 / 5

Workflow Clarity

Steps are listed in a rough implied order (analyze diff, summarize, highlight breaking changes, add checklists) and the Output Format section defines the deliverable, but the sequence is unnumbered, has no validation checkpoints, and gives no guidance on when the playbook should actually be used; this is not a destructive or batch operation so no lower cap applies.

3 / 5

Progressive Disclosure

The body is well-sectioned and appropriately lean, and the single reference ("resources/implementation-playbook.md for detailed templates and examples") is clearly signaled in both Instructions and Resources — but that file is absent from the bundle (no references/, scripts/, assets/, or resources/ directories exist), so the promised one-level-deep detail layer is unreachable, a clear organization gap that keeps this below anchor 4.

3 / 5

Total

11

/

20

Passed

Description

62%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.

A solid description that explicitly covers both what the skill does and when to use it, with a natural trigger clause. It is held back by attribute-style capability phrasing with mild buzzword padding, and thin trigger-term coverage that omits the ubiquitous "PR" abbreviation and related phrasings users actually type.

Suggestions

Rewrite the capability list as concrete actions, e.g. "Write PR descriptions, run review checklists, and split large diffs into reviewable PRs", replacing quality adjectives like "high-quality" and "comprehensive" with what is actually produced.

Broaden the trigger clause to include natural variations: "Use when preparing or improving a pull request (PR), writing a PR description, or making a large PR easier to review."

Sharpen the when-clause with concrete trigger phrases tied to each capability (descriptions, review checks, size reduction) to reach full completeness.

DimensionReasoningScore

Specificity

The description names the PR domain and enumerates deliverables ("comprehensive descriptions, automated review checks, and a size and structure"), but these are framed as output qualities with fluffy qualifiers ("high-quality", "comprehensive") rather than distinct concrete actions, matching the domain-plus-1-2-actions anchor rather than the several-specific-actions anchor.

3 / 5

Completeness

Both an explicit what ("Create high-quality pull requests with comprehensive descriptions, automated review checks...") and an explicit when ("Use when preparing or improving a pull request") are present, but the when is a single general trigger rather than multiple concrete trigger phrases, so it sits at the both-present-but-could-be-more-specific anchor rather than the fully-explicit one.

4 / 5

Trigger Term Quality

"Use when preparing or improving a pull request" is a natural trigger phrase, but coverage is narrow: it misses the near-universal "PR" abbreviation and common user phrasings like "write a PR description" or "make this PR easier to review", fitting the some-relevant-keywords-but-missing-variations anchor.

3 / 5

Distinctiveness Conflict Risk

The author-side PR preparation niche ("preparing or improving a pull request") is mostly distinct from review-oriented skills, with only minor overlap risk introduced by the "automated review checks" capability mention; it does not reach the clear-niche-minimal-conflict level of anchor 5.

4 / 5

Total

14

/

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

rmyndharis/antigravity-skills

Path

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