CtrlK
BlogDocsLog inGet started
Tessl Logo

pr-creator

Use this skill when asked to create a pull request (PR). It ensures all PRs follow the repository's established templates and standards.

90

1.10x
Quality

87%

Does it follow best practices?

Impact

94%

1.10x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

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 content is highly actionable with a clear, validated workflow and appropriate self-contained organization. Its only real weakness is redundancy from repeating the main-branch safety warning across multiple steps and restating it in the Principles section.

Suggestions

Consolidate the repeated "NEVER push to `main`" guidance into a single authoritative safety note rather than restating it in steps 1, 7, and the Principles section.

Trim the Principles section to guidance not already covered by the workflow steps, or fold its unique points (e.g., template compliance, don't check uncompleted boxes) into the relevant steps.

DimensionReasoningScore

Conciseness

The body is mostly efficient and avoids explaining concepts Claude already knows, but "NEVER push to `main`" is repeated roughly four times and the Principles section restates guidance already in the workflow, so it could be tightened.

2 / 3

Actionability

It provides concrete, copy-paste-ready commands at every step (git branch, git checkout, npm run preflight, git push, gh pr create --body-file) rather than vague or pseudocode direction.

3 / 3

Workflow Clarity

Eight steps are clearly sequenced with explicit validation checkpoints: a branch guard in step 1, a preflight check in step 6 with a fix-before-proceeding feedback loop, and a branch-name double-check before pushing.

3 / 3

Progressive Disclosure

No bundle files exist or are referenced, and none are needed; the focused single-purpose workflow is well-organized into headed sections (Workflow, Principles) with no nested references and no content that warrants splitting out.

3 / 3

Total

11

/

12

Passed

Description

90%

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, uses a natural explicit trigger, and clearly distinguishes the skill's niche. It is slightly weak on specificity because it states only one concrete action alongside a vague compliance benefit.

DimensionReasoningScore

Specificity

Names the domain and one concrete action ("create a pull request (PR)") plus a vague benefit ("ensures all PRs follow the repository's established templates and standards"), but does not list multiple specific concrete actions.

2 / 3

Completeness

An explicit "Use this skill when asked to create a pull request (PR)" clause answers when, and "ensures all PRs follow the repository's established templates and standards" answers what, satisfying both with an explicit trigger.

3 / 3

Trigger Term Quality

"create a pull request (PR)" is exactly the natural phrasing a user would say, including the common abbreviation "PR", giving good coverage of the dominant trigger terms.

3 / 3

Distinctiveness Conflict Risk

Pull request creation is a clear, narrow niche with a distinct trigger unlikely to fire for unrelated skills.

3 / 3

Total

11

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
google-gemini/gemini-cli
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.