CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

pr

Creates a pull request following Storybook conventions. Use when creating PRs, opening pull requests, or submitting changes for review.

Quality

79%

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

Quality

Content

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

This is a strong, lean instruction skill: it provides only non-obvious repo-specific conventions and every section ends in concrete, executable guidance, culminating in a copy-paste-ready gh command. The main gaps are minor — a redundant opening line, no explicitly ordered step checklist for the end-to-end PR workflow, and a few detailed subsections that could be split into a reference file to keep SKILL.md leaner.

DimensionReasoningScore

Conciseness

Nearly all content is repo-specific policy Claude cannot know (label taxonomy, QA heuristics, Chromatic URL patterns), with only minor trimmable redundancy: the opening line "Creates a PR following Storybook conventions" repeats the frontmatter description, and "including all HTML comments (`<!-- ... -->`)" is restated as "keep all comments intact".

4 / 5

Actionability

Fully executable throughout: concrete title examples ("CSFFactories: Fix type export"), an enumerated label set, an exact template path (".github/PULL_REQUEST_TEMPLATE.md"), literal Chromatic URL patterns, and the copy-paste-ready command "gh pr create --draft --title \"<Area>: <Description>\" --body \"<FILLED_TEMPLATE>\" --label \"<category>,<qa>\"".

5 / 5

Workflow Clarity

The flow (read template → fill sections → write manual testing steps → verify locally → create draft PR) is legible from section order and includes an explicit checkpoint ("Verify your own steps first — run through them locally before opening the PR"), but the steps are never explicitly sequenced and the timing of label/QA selection is left implicit, so it sits below the checklist-level anchor 5.

4 / 5

Progressive Disclosure

A well-organized single-file skill with clear section headers and no bundle files to reference. At roughly 88 body lines, detailed material such as the Chromatic link-construction guide and full QA heuristics could arguably live in a reference file, which keeps it at the "good structure, minor organization gaps" anchor rather than a clear split-file overview.

4 / 5

Total

17

/

20

Passed

Description

70%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 follows the ideal what-plus-when structure with natural trigger phrases and no fluff, and it is clearly scoped to a distinct task. Its main weakness is that the what is a single action — the actual scope of the skill (title format, labels, QA labeling, template, draft PRs) is invisible from the description alone.

Suggestions

Enumerate the skill's concrete capabilities in the description, e.g. "Creates a draft pull request with Storybook's title format, category/QA labels, and filled PR template" instead of the single phrase "Creates a pull request following Storybook conventions".

Add a few more natural trigger variations such as "open a PR" or "submit a PR" to broaden keyword coverage toward what users actually say.

DimensionReasoningScore

Specificity

"Creates a pull request following Storybook conventions" names one concrete action, matching the "names domain and 1-2 concrete actions" anchor; it never enumerates what the skill actually covers (title format, labels, QA labels, PR template, draft mode), so it is below the "lists several specific actions" anchor and above the generic single-action of anchor 2.

3 / 5

Completeness

Both halves are explicit — the what ("Creates a pull request following Storybook conventions") and the when ("Use when creating PRs, opening pull requests, or submitting changes for review"). The when is concrete, but the what is thin ("Storybook conventions" says nothing about what the conventions involve), so it does not reach anchor 5's comprehensive what-plus-concrete-triggers pairing, while clearly exceeding anchor 3's merely implied when.

4 / 5

Trigger Term Quality

"Use when creating PRs, opening pull requests, or submitting changes for review" supplies three natural trigger phrases a user would actually say, but common variations such as "open a PR" or "submit a PR" are missing, so it falls short of the comprehensive-synonyms anchor 5.

4 / 5

Distinctiveness Conflict Risk

PR creation scoped to "Storybook conventions" is a distinct niche and all trigger terms point exactly at this task, so wrong-skill triggering is unlikely; only minor overlap risk remains with a hypothetical generic PR-creation skill, since the description does not tie itself more tightly to this repository.

4 / 5

Total

15

/

20

Passed

Validation

81%

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

Validation — 13 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

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

Warning

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

13

/

16

Passed

Repository

storybookjs/storybook

Path

.agents/skills/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.