CtrlK
BlogDocsLog inGet started
Tessl Logo

prepare-pr

Prepare GitHub pull request title and body files from the current branch diff, especially for non-interactive CI/autofix flows that must follow the repository PR template without pushing or creating the PR.

61

Quality

72%

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 ./.qwen/skills/prepare-pr/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

87%

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

The body is lean, actionable, and well-organized with exact commands and specific rules, scoring high on conciseness, actionability, and progressive disclosure. The only gap is the absence of an explicit validation checkpoint in the workflow for template-heading preservation.

DimensionReasoningScore

Conciseness

Lean and directive throughout — 'Create PR metadata files only. Do not push, comment, or run `gh pr create`' — with no padding or explanations of concepts Claude already knows; matches the 3-anchor where every token earns its place.

3 / 3

Actionability

Provides exact, copy-paste-ready commands ('git diff origin/main...HEAD', 'git log -1 --pretty=%B'), specific file paths (pr-title.txt, pr-body.md), and concrete rules; not 2 because guidance is complete and executable rather than pseudocode or missing key details.

3 / 3

Workflow Clarity

A clear numbered 1-5 sequence plus a 'Common Mistakes' checklist, but no explicit validation checkpoint (e.g. confirm all original template headings are retained before finishing); matches the 2-anchor of sequence present but checkpoints missing/implicit, not 3 which requires explicit validation steps.

2 / 3

Progressive Disclosure

Under 50 lines with no need for external references and well-organized sections (Inputs, Required Outputs, Workflow, PR Body Rules, Common Mistakes), which the simple-skills note allows to score 3 on organization alone.

3 / 3

Total

11

/

12

Passed

Description

57%

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 concrete and occupies a clearly distinct niche, but its trigger phrasing is technical and it lacks an explicit 'Use when...' clause, capping completeness at 2. Adding natural-language triggers and an explicit when-clause would lift the weaker dimensions.

Suggestions

Add an explicit 'Use when...' trigger clause, e.g. 'Use when preparing PR metadata in non-interactive CI/autofix runs that must follow the repo template,' to raise completeness above 2.

Include natural trigger variations users would actually say ('draft a PR', 'prepare PR description', 'fill the PR template') alongside 'pull request'/'PR' to improve trigger_term_quality.

Optionally enumerate the key sub-actions (read the PR template, read the e2e report, write title/body) to make the capability list more comprehensive without padding.

DimensionReasoningScore

Specificity

Names the domain and concrete deliverables ('Prepare GitHub pull request title and body files from the current branch diff') but presents one cohesive workflow rather than multiple distinct actions as the 3-anchor requires; not the 1-anchor since actions are concrete, not vague.

2 / 3

Completeness

Clearly states what it does, and 'when' appears only as a qualifier ('especially for non-interactive CI/autofix flows...') rather than an explicit 'Use when...' trigger clause, which the guideline caps at 2; not 1 because both what and a when-context are present.

2 / 3

Trigger Term Quality

Contains relevant keywords ('GitHub pull request', 'PR template') but leans technical ('non-interactive CI/autofix flows') and misses common natural variations a user would say like 'draft a PR' or 'prepare PR description'; not 3 because natural-term coverage is incomplete.

2 / 3

Distinctiveness Conflict Risk

A clear niche — preparing PR metadata files for CI/autofix flows without pushing — with distinct triggers unlikely to overlap with general git or commit-message skills; matches the 3-anchor for a clear, non-conflicting niche.

3 / 3

Total

9

/

12

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.

Validation15 / 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
QwenLM/qwen-code
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.