CtrlK
BlogDocsLog inGet started
Tessl Logo

pr-description

Update a GitHub PR description with a summary of changes

71

2.17x
Quality

55%

Does it follow best practices?

Impact

100%

2.17x

Average score across 3 eval scenarios

SecuritybySnyk

Advisory

Suggest reviewing before use

Optimize this skill with Tessl

npx tessl skill review --optimize ./.claude/skills/pr-description/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

77%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a solid, actionable skill with clear workflow sequencing and good concrete examples. Its main weakness is moderate verbosity — the guidelines section, checklist, and some template explanations could be trimmed since Claude already understands concepts like 'be concise' and 'use bullet points'. The workflow is well-structured with appropriate validation before making changes.

Suggestions

Remove the Guidelines section — Claude already knows to be concise, focus on why, and use bullet points. These waste tokens.

Condense the checklist into the workflow steps rather than having a separate section that largely repeats the instructions.

DimensionReasoningScore

Conciseness

The skill is reasonably well-structured but includes some unnecessary verbosity. The PR description format section essentially templates out markdown that Claude could easily generate. The guidelines section ('Be concise', 'Focus on why') explains things Claude already understands. The checklist at the end is somewhat redundant with the instructions.

2 / 3

Actionability

The skill provides concrete, executable commands (git log, git diff), specific argument formats, clear examples of input/output, and exact markdown templates for the PR description. The step-by-step instructions are specific and actionable.

3 / 3

Workflow Clarity

The multi-step workflow is clearly sequenced: gather info → check existing description → analyze changes → generate/update. Step 2 includes an important validation checkpoint (checking if the description already exists and is accurate before proceeding). The checklist provides a final verification step before the destructive action of updating the PR.

3 / 3

Progressive Disclosure

The content is well-organized with clear sections and headers, but it's somewhat long for a single file with no bundle references. The PR description format templates and example output could potentially be split into a reference file. However, for a standalone skill with no bundle, the inline approach is acceptable.

2 / 3

Total

10

/

12

Passed

Description

32%

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 concise and identifies a specific task (updating a GitHub PR description), but it lacks a 'Use when...' clause, misses common trigger term variations like 'pull request', and describes only a single action. It would benefit from explicit trigger guidance and broader keyword coverage to help Claude reliably select it from a large skill set.

Suggestions

Add an explicit 'Use when...' clause, e.g., 'Use when the user asks to update, generate, or summarize a pull request description on GitHub.'

Include common trigger term variations such as 'pull request', 'PR body', 'PR summary', 'PR description', and 'summarize changes'.

Expand the 'what' portion to list additional concrete actions if applicable, e.g., 'Analyzes commit diffs and generates a structured summary to update the GitHub PR description.'

DimensionReasoningScore

Specificity

Names the domain (GitHub PR) and a specific action (update description with summary of changes), but only describes a single action rather than listing multiple concrete capabilities.

2 / 3

Completeness

Describes what the skill does but has no explicit 'Use when...' clause or equivalent trigger guidance, and per the rubric a missing 'Use when' clause caps completeness at 2—but here the 'what' is also thin, so it falls to 1.

1 / 3

Trigger Term Quality

Includes natural keywords like 'GitHub', 'PR', 'description', and 'summary of changes' which users might say, but misses common variations like 'pull request', 'PR body', 'PR summary', or 'update PR'.

2 / 3

Distinctiveness Conflict Risk

Fairly specific to GitHub PR descriptions, which narrows the domain, but could overlap with other GitHub-related skills (e.g., PR creation, PR review, commit message generation) without clearer trigger boundaries.

2 / 3

Total

7

/

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
pipecat-ai/pipecat
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.