CtrlK
BlogDocsLog inGet started
Tessl Logo

pr-submit

Create and submit a GitHub PR from the current branch

64

1.92x
Quality

45%

Does it follow best practices?

Impact

96%

1.92x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./.claude/skills/pr-submit/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

57%

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

This is a reasonably structured PR submission skill with a clear workflow, but it lacks validation checkpoints for potentially failing operations (push, PR creation) and references custom commands (/changelog, /pr-description) without explaining what they are or where they come from. The actionability could be improved with exact command examples and error handling guidance.

Suggestions

Add error handling/validation steps after push and gh pr create (e.g., 'If push fails due to no upstream, verify remote exists')

Document or explain what /changelog and /pr-description commands are — are they other skills, shell scripts, or aliases?

Include exact command examples, e.g., `gh pr create --title "..." --body "..."` with flag options rather than just naming the command

DimensionReasoningScore

Conciseness

Mostly efficient but includes some unnecessary steps like checking git status/diff/log that Claude would naturally do. The instructions are reasonably lean but could be tightened.

2 / 3

Actionability

Provides a clear sequence of actions with specific commands (git status, git diff, gh pr create) but lacks executable examples with exact command syntax and flags. The references to /changelog and /pr-description are unexplained custom commands without documentation.

2 / 3

Workflow Clarity

Steps are clearly sequenced and logically ordered, but there are no validation checkpoints or error recovery steps. What happens if the push fails, if gh pr create fails, or if the /changelog command fails? No feedback loops are present for these potentially failing operations.

2 / 3

Progressive Disclosure

For a simple, single-purpose skill under 50 lines with no need for external references, the content is well-organized with clear numbered sections. The structure is appropriate for the scope.

3 / 3

Total

9

/

12

Passed

Description

32%

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 but too terse—it identifies the core action (creating a GitHub PR) but lacks trigger guidance, common keyword variations like 'pull request', and detail about what specific steps or capabilities are involved. Adding a 'Use when...' clause and expanding the action list would significantly improve skill selection accuracy.

Suggestions

Add a 'Use when...' clause with trigger terms like 'pull request', 'PR', 'open a PR', 'submit for review', 'merge request'.

Expand the capability list to include specific actions such as writing PR descriptions, adding reviewers, setting labels, or pushing the current branch.

Include common keyword variations: 'pull request', 'PR', 'gh pr create', 'open PR', 'submit changes for review'.

DimensionReasoningScore

Specificity

Names the domain (GitHub PR) and two actions (create and submit), but doesn't list additional concrete actions like adding reviewers, setting labels, writing PR descriptions, or linking issues.

2 / 3

Completeness

Describes what it does (create and submit a GitHub PR) but has no 'Use when...' clause or equivalent explicit trigger guidance, which per the rubric should cap completeness at 2, and the 'what' is also fairly thin, placing this at 1.

1 / 3

Trigger Term Quality

Includes 'GitHub PR' and 'branch' which are natural terms, but misses common variations like 'pull request', 'merge request', 'open a PR', 'push and create PR', or 'submit for review'.

2 / 3

Distinctiveness Conflict Risk

Fairly specific to GitHub PRs which narrows the domain, but could overlap with general Git workflow skills or GitHub issue/review skills. The mention of 'current branch' adds some specificity but not enough to be fully distinct.

2 / 3

Total

7

/

12

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.

Validation11 / 11 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.