CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

new-branch

Create a GitHub branch from main with the project naming convention

Quality

78%

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/new-branch/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

92%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 exemplary lean, executable skill: a compact branch taxonomy, concrete git commands, concrete naming examples, and a clear safety guardrail against committing to main. The only improvement is closing two small actionability gaps — how to infer the change type and how to open the pull request.

DimensionReasoningScore

Conciseness

The body is a lean branch-model table, four numbered steps, four naming examples, and one guardrail sentence; nothing re-explains git or branching basics Claude already knows, so every token earns its place.

5 / 5

Actionability

The core commands (git checkout main, git pull --ff-only, git checkout -b <type>/<short-slug>) are copy-paste ready and the naming examples cover common cases, but "open a pull request back to main" gives no command and "Ask (or infer)" offers no inference guidance — minor gaps.

4 / 5

Workflow Clarity

This is a simple single-purpose skill under 50 lines with a clearly sequenced 4-step workflow; --ff-only acts as a built-in safety check and no destructive or batch operation exists that would require a validation cap.

5 / 5

Progressive Disclosure

The skill is under 50 lines, needs no external references, and is organized into clear sections (Branch model, Steps, Naming) with no dead or buried references — the simple-skill exception for a 5 applies.

5 / 5

Total

19

/

20

Passed

Description

53%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 states a clear, specific capability in third person without fluff, but it omits any 'Use when...' trigger guidance and offers few natural trigger-term variations. Adding an explicit trigger clause with common phrasings users would say would raise both completeness and trigger-term quality.

Suggestions

Append an explicit trigger clause, e.g. "Use when the user asks to create, cut, or start a new branch, or before starting new work that needs a branch off main."

Add natural trigger synonyms and conventions users actually say — "new branch", "branch off main", "feature branch", "cut a branch" — to broaden trigger-term coverage.

Optionally enumerate the concrete outcomes (create branch with type-prefixed kebab-case name, ready for a pull request to main) so the description lists multiple specific capabilities rather than one.

DimensionReasoningScore

Specificity

"Create a GitHub branch from main with the project naming convention" names the domain and one concrete action plus a constraint, but does not list several actions, matching the 'domain and 1-2 concrete actions, not comprehensive' anchor.

3 / 5

Completeness

The "what" is clear (create a branch from main per the naming convention), but there is no "when" clause or even an implied trigger; per the judging guidelines a missing 'Use when...' caps completeness at 3.

3 / 5

Trigger Term Quality

Natural keywords like "GitHub branch", "main", and "naming convention" are present, but common variations users would say ("new branch", "branch off main", "feature branch") are missing.

3 / 5

Distinctiveness Conflict Risk

Branch creation with a project naming convention is a distinct niche with only minor overlap risk against general git-workflow skills, though it lacks trigger phrases that would fully separate it from them.

4 / 5

Total

13

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

EverMind-AI/EverOS

Path

.claude/skills/new-branch/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.