CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

create-pr

Opens pull requests with a consistent description format and assignment. Use when the user asks to open, create, file, or draft a PR or pull request, push a branch for review, or write a PR description.

Quality

87%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Low

Low-risk findings worth noting

SKILL.md
Quality
Evals
Security

Quality

Content

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

An unusually dense, high-discipline skill: every line is a directive, commands are executable, and the workflow is gated by approval and verification checkpoints with error-recovery fallbacks. The only structural criticism is that a skill of this length keeps all detail inline rather than splitting secondary procedures (screenshots, writing rules) into reference files.

Suggestions

Move version-sensitive details like the `gh` (2.99.0+) upload behavior into a short compatibility note or reference file so the main flow stays version-stable.

Consider splitting the Screenshots decision tree and the per-section writing rules into a one-level-deep reference file, keeping SKILL.md as the overview of the gather → confirm → create → describe → cut flow.

DimensionReasoningScore

Conciseness

The body is lean and telegraphic ("Three dots — two compares against the base's current tip and misdescribes the PR") and never re-teaches concepts Claude already knows. It misses a 5 because time-sensitive version information ("`gh` (2.99.0+) uploads it and rewrites the reference") sits in the main flow instead of a versioned or compatibility note, which the guidelines say should penalize conciseness.

4 / 5

Actionability

Guidance is fully executable: a copy-paste context-gathering batch with exact gh JSON fields, a concrete merge-base counting rule for base selection, exact gh pr create/edit flags with --body-file rationale, and placeholders only where user-specific values are required — matching the 'copy-paste ready, covers common cases' anchor.

5 / 5

Workflow Clarity

The sequence (gather context → confirm before acting → create/update → description format → cut before showing) is explicit and gated by validation and feedback loops: check git status after staging and stop on anything unexpected, wait-for-approval and revise-until-given, view each image before attaching, and fallbacks for assignee and upload failures.

5 / 5

Progressive Disclosure

Sections are well organized and navigation is easy, but this is a ~105-line single file with no bundle files or references; the under-50-lines exception for a 5 does not apply, and self-contained detail like the three-way Screenshots procedures and the writing rules could live in a one-level-deep reference file. Anchor 4 ('good structure; most content appropriately placed; minor organization gaps') is the best fit.

4 / 5

Total

18

/

20

Passed

Description

82%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 strong description with an explicit what/when pair and rich synonym coverage of natural trigger phrases. Its main weakness is that the capability statement covers only the headline action, underselling the update-existing-PR and base-selection capabilities the skill documents.

Suggestions

Broaden the capability statement to mention updating an existing PR (e.g., 'Opens pull requests — or updates an existing one — with a consistent description format and assignment'), which is a core documented behavior but invisible in the description.

Add the natural trigger phrases already present in the skill's triggers metadata but missing from the description, such as 'update the PR description' and 'put this up for review'.

DimensionReasoningScore

Specificity

"Opens pull requests with a consistent description format and assignment" names one concrete action with qualifiers, but does not list the several specific capabilities the skill actually has (updating an existing PR, base-branch selection, screenshots). It is more concrete than the domain-only anchor 2, but falls short of anchor 4's 'several specific actions'.

3 / 5

Completeness

It explicitly answers both questions: a clear third-person what ("Opens pull requests with a consistent description format and assignment") followed by an explicit 'Use when' clause with concrete trigger phrases, structurally identical to the anchor-5 example.

5 / 5

Trigger Term Quality

"open, create, file, or draft a PR or pull request, push a branch for review, or write a PR description" covers verb synonyms and both PR spellings well, but natural terms the skill itself lists in its triggers metadata — "update the PR description" and "put this up for review" — are missing, matching anchor 4's 'a few natural terms missing'.

4 / 5

Distinctiveness Conflict Risk

PR creation is a clear niche and every trigger term is PR-specific, so conflict risk with other skills is minimal; 'push a branch for review' still resolves to this skill's core task rather than a different one.

5 / 5

Total

17

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

relative_links

Relative link issues: 1 missing

Warning

Total

14

/

16

Passed

Repository

RoleModel/rolemodel-skills

Path

skills/create-pr/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.