CtrlK
BlogDocsLog inGet started
Tessl Logo

pr-submit

Create and submit a GitHub PR from the current branch

63

Quality

73%

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

Quality

Content

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

The body is an actionable, well-sequenced PR-submission workflow with concrete commands throughout and good validation ordering; its only gaps are minor justificatory prose and the absence of an explicit error-recovery feedback loop.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence with concrete commands, but phrases like 'while corrections are still cheap' and 'no separate pass is needed here' are minor justifications that could be trimmed — matching the score-4 anchor rather than a clean 5.

4 / 5

Actionability

Every step gives copy-paste-ready, executable commands (`git status`, `git diff`, `git log --oneline -10`, `gh pr create`, `-u`, `git log main..HEAD`), fully covering the common PR-submission case per the score-5 anchor.

5 / 5

Workflow Clarity

Six numbered steps are clearly sequenced with checkpoints (inspect state first, prose-review before pushing, post-PR steps gated on creation), but there is no explicit error-feedback loop for recovery, so it sits at 4 rather than 5.

4 / 5

Progressive Disclosure

Under 50 lines, single-purpose, no external bundle files needed, and well-organized into a clear ## Instructions section — the rubric's simple-skill exception permits a 5 here.

5 / 5

Total

18

/

20

Passed

Description

61%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 is concise, in third person, and names a distinct niche with natural trigger terms, but it omits any 'Use when...' trigger guidance and lists only two actions, leaving both completeness and specificity at the midpoint.

Suggestions

Add an explicit 'Use when...' trigger clause, e.g. 'Use when the user asks to open a pull request or submit the current branch for review.'

Broaden the action list to cover the full scope (branch creation, PR description, changelog) to lift specificity toward a 5.

DimensionReasoningScore

Specificity

The phrase 'Create and submit a GitHub PR' names the domain and 1-2 concrete actions (create, submit) but omits branching, description, and changelog steps, so it is not comprehensive — matching the score-3 anchor.

3 / 5

Completeness

It has a clear 'what' (create and submit a PR) but no 'Use when...' clause or equivalent trigger guidance, and the rubric explicitly caps completeness at 3 in that case.

3 / 5

Trigger Term Quality

'GitHub PR', 'PR', and 'current branch' are natural terms users would say, giving good keyword coverage, though 'pull request' spelled out is missing — a few natural terms absent per the score-4 anchor.

4 / 5

Distinctiveness Conflict Risk

GitHub PR submission is a clear, mostly-distinct niche with minor overlap risk against other git skills; it lacks the explicit 'when' trigger that would push it to a 5.

4 / 5

Total

14

/

20

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.

Validation16 / 16 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.