CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

git-pr-workflows-pr-enhance

Improve pull request descriptions, change summaries, validation details, and review workflows. Use when preparing a pull request or making an existing proposal easier to evaluate.

Quality

56%

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/git-pr-workflows-pr-enhance/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

25%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 dominated by generic boilerplate that would apply to any skill, with the Output Format list as the only PR-specific content. Its reliance on a nonexistent playbook file means the skill defers all concrete examples to a resource the bundle never ships.

Suggestions

Fix the broken progressive disclosure: either ship `resources/implementation-playbook.md` in the bundle or remove both references and inline the key patterns/templates directly.

Replace the generic Instructions bullets with PR-specific sequenced steps (analyze the diff, draft each output section, run before/after coverage comparison, verify checklist items) that include explicit validation checkpoints.

Delete the filler sections ("Use this skill when", "Do not use this skill when", "Requirements") that duplicate the frontmatter description, and add one concrete example of a well-structured PR description so the guidance is executable.

DimensionReasoningScore

Conciseness

"Use this skill when", "Do not use this skill when", "Context", and "Requirements: Take the requirements, target, and scope from the user's request" are padded sections that duplicate the frontmatter or state nothing — several unnecessary padded sections. Not 3 because the filler spans most sections rather than being minor trimming; not 1 because nothing over-explains known concepts.

2 / 5

Actionability

Only the Output Format list ("Executive summary with key metrics", "Before/after coverage comparison") is concrete; "Apply relevant best practices and validate outcomes" and "Provide actionable steps and verification" are generic hints — minimal concrete guidance missing the specific steps to execute. Not 3 because no template, example, or command appears anywhere in the body.

2 / 5

Workflow Clarity

A rough generic sequence exists ("Clarify goals... Apply relevant best practices and validate outcomes. Provide actionable steps and verification.") but the steps are poorly defined, PR-specific steps are absent, and validation is only gestured at. Not 3 because the listed steps are one-line boilerplate that would fit any skill, with no real checkpoints.

2 / 5

Progressive Disclosure

The sole reference, `resources/implementation-playbook.md`, is clearly signaled and one level deep but does not exist in the bundle (no resources/ directory is present), so the promised "detailed patterns and examples" are unreachable — the disclosure structure collapses in practice, landing noticeably below the midpoint. Not 1 because the body itself has clear section headers and is not a wall of text.

2 / 5

Total

8

/

20

Passed

Description

67%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 covers both what the skill does and when to use it, in third person, with a clear PR niche. Its main weaknesses are missing natural trigger variations (the ubiquitous "PR" abbreviation) and an abstract second trigger clause that few users would actually say.

Suggestions

Add the abbreviation "PR" and natural user phrasings (e.g., "writing a PR description", "reviewing a PR") to the when-clause.

Replace "making an existing proposal easier to evaluate" with concrete triggers such as "when the user asks to improve or review a pull request description".

DimensionReasoningScore

Specificity

Lists several specific objects — "Improve pull request descriptions, change summaries, validation details, and review workflows" — matching the several-specific-actions anchor. Falls short of 5 because every item hangs on the single generic verb "Improve" rather than distinct concrete actions, and coverage (e.g., PR sizing/splitting, checklists) is only implied.

4 / 5

Completeness

Both "what" (first sentence) and "when" ("Use when preparing a pull request...") are explicitly present. Not 5 because the when-clause leans on the abstract "making an existing proposal easier to evaluate" rather than concrete natural trigger phrases.

4 / 5

Trigger Term Quality

"pull request" and "preparing a pull request" are natural terms, but the common abbreviation "PR" and phrases users actually say ("review my PR", "write a PR description") are missing, and "making an existing proposal easier to evaluate" is stilted paraphrase — some relevant keywords, missing common variations.

3 / 5

Distinctiveness Conflict Risk

"Pull request descriptions" is a clear niche, clearly distinguishable from commit-message or document-manipulation skills. Not 5 because "review workflows" and "existing proposal" create minor overlap risk with a general code-review skill.

4 / 5

Total

15

/

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/git-pr-workflows-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.