CtrlK
BlogDocsLog inGet started
Tessl Logo

pr

Open a pull request for the current feature

60

Quality

71%

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

85%

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

The body is a strong, actionable PR-creation workflow with explicit sequencing, concrete commands, and validation checkpoints. The main weakness is minor verbosity from restated example commands and dense conditional prose in the Vercel-preview section.

Suggestions

Drop redundant 'For example:' code blocks that restate a command already shown in the preceding instruction.

Tighten the Vercel-preview conditional prose (page-path resolution, polling, and fallback) into a compact ordered list to reduce token cost.

Consider breaking the website-preview-link subsection into a short reference file if it grows further, keeping the core PR flow lean.

DimensionReasoningScore

Conciseness

The body is mostly efficient with concrete commands and no explanations of concepts Claude already knows, but redundant 'For example:' code blocks restate commands already given and the Vercel-preview prose is wordy with layered conditionals, matching 'mostly efficient but could be tightened'; it is not score 1 (no fluff or concept padding) and not score 3 (some redundancy remains).

2 / 3

Actionability

It provides fully executable, copy-paste-ready commands such as `gh pr create --title '<title>' --body-file /tmp/remotion-pr-body.md`, `git push -u origin HEAD`, and `bunx oxfmt <paths> --write`, matching 'fully executable code/commands; specific examples; copy-paste ready'; it is not score 2 because guidance is complete and concrete rather than pseudocode or missing details.

3 / 3

Workflow Clarity

The multi-step process is clearly sequenced (branch check, existing-PR check, format, build/stylecheck, commit, push, create PR, add preview links) with explicit validation checkpoints such as 'Inspect any formatter changes before committing', the build/stylecheck gate, and graceful fallback when preview URLs cannot be resolved, matching 'clear sequence with explicit validation steps; feedback loops'; it is not score 2 because checkpoints are explicit, not implicit.

3 / 3

Progressive Disclosure

No bundle files exist (references/, scripts/, assets/ are absent) and the skill is a single self-contained file organized with clear sections and one clearly signaled one-level-deep external reference ([pr-name](../pr-name/SKILL.md)); per the rubric's simple-skills note, this earns a 3 with just well-organized sections; it is not score 2 because content is appropriately organized and not a monolithic wall.

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 distinct, clearly communicating a single-purpose PR-creation skill, but it omits any 'Use when...' trigger guidance and only names one action. Adding explicit usage triggers and a few natural term variations (e.g., 'PR') would raise completeness and trigger-term quality.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks to open or update a pull request / PR'.

Include common term variations such as 'PR' alongside 'pull request' for better trigger coverage.

Optionally broaden the action list (e.g., 'create or update a pull request') to move specificity toward the top anchor.

DimensionReasoningScore

Specificity

The phrase "Open a pull request" names a concrete action and domain, but only a single action is described rather than a comprehensive set, matching the 'names domain and some actions, but not comprehensive' anchor; it is not score 1 (it is concrete, not vague) and not score 3 (no list of multiple actions).

2 / 3

Completeness

It states what the skill does ("Open a pull request for the current feature") but provides no "Use when..." trigger guidance, so per the rubric completeness is capped at 2; it is not score 1 because the what is clearly stated, and not score 3 because when is entirely missing.

2 / 3

Trigger Term Quality

It includes the natural term "pull request" a user would say, but offers only that one phrase with no common variations such as "PR", matching 'some relevant keywords but missing common variations'; it is not score 3 because coverage is thin and not score 1 because the term is genuinely natural.

2 / 3

Distinctiveness Conflict Risk

"Open a pull request" carves a clear, distinct niche that is unlikely to trigger for unrelated skills, matching 'clear niche with distinct triggers; unlikely to conflict'; it is not score 2 because the trigger is more specific than 'works with document files', and there is no meaningful overlap concern.

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

relative_links

Relative link issues: 1 suspicious

Warning

Total

15

/

16

Passed

Repository
remotion-dev/remotion
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.