CtrlK
BlogDocsLog inGet started
Tessl Logo

speckit-git-feature

Create a feature branch with sequential or timestamp numbering

54

Quality

61%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/speckit-git-feature/SKILL.md

The canonical home for this skill is speckit-git-feature in g14wx/staffSync

SKILL.md
Quality
Evals
Security

Quality

Content

75%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 highly actionable and well-structured with concrete commands and an explicit validation checkpoint. Its main weakness is redundancy: the five naming variables are derived three times across sections, which inflates length without adding clarity.

Suggestions

Consolidate the naming variables into a single source of truth and have the Execution and Trello-Aware Inputs sections reference it instead of restating VERSION/TYPE/PROJECTCODE/TASK_NUMBER/DESCRIPTION_SLUG.

Add a fix-and-revalidate feedback loop for the branch-name validation step (e.g. on mismatch, show the failing segment and prompt for the corrected value) to reach the full workflow-clarity anchor.

Tighten the Output section, which partially restates the earlier FEATURE_NUM/BRANCH_NAME discussion and includes an example format that conflicts with the mandatory naming scheme.

DimensionReasoningScore

Conciseness

It assumes Claude's competence (no git basics explained), but the five naming variables (VERSION/TYPE/PROJECTCODE/TASK_NUMBER/DESCRIPTION_SLUG) are restated across the Mandatory Branch Naming, Trello-Aware Inputs, and Execution sections, which is redundancy that could be tightened.

3 / 5

Actionability

Provides copy-paste-ready commands for both Bash and PowerShell with the exact GIT_BRANCH_NAME env var, the required JSON flag, plus a concrete validation regex — fully executable and covering the common cases.

5 / 5

Workflow Clarity

Clear sequence (Prerequisites → Execution → Validation → Graceful Degradation → Output) with an explicit regex validation checkpoint; not 5 because a mismatch triggers an abort-and-report rather than a fix-and-revalidate feedback loop.

4 / 5

Progressive Disclosure

No bundle files exist; the content is a self-contained, well-organized single-level set of section headers with no nested references, leaving only minor organization gaps (the detailed component breakdown sits inline).

4 / 5

Total

16

/

20

Passed

Description

48%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 specific and distinct as a niche git operation, but it omits any 'Use when' trigger guidance and offers only one concrete action with limited keyword coverage. Adding an explicit 'Use when…' clause with natural trigger phrases would lift the completeness and trigger-term scores.

Suggestions

Add an explicit 'Use when…' clause naming the natural triggers (e.g. 'Use when starting a new feature in a spec-kit project, or when the user asks to create a feature branch').

Expand keyword coverage with synonyms users actually say, such as 'feature branch', 'git branch', 'new branch', and 'specify task branch'.

Surface a second concrete action beyond 'create' (e.g. 'number and switch to a new git feature branch') to broaden the capability description.

DimensionReasoningScore

Specificity

Names the domain ('feature branch') and one concrete action ('Create') plus a numbering modifier, but offers only a single action rather than the 1-2 distinct actions required for score 3.

2 / 5

Completeness

It gives a clear 'what' ('Create a feature branch with sequential or timestamp numbering') but no 'when' / 'Use when' clause, which caps completeness at 3 per the judging guidelines.

3 / 5

Trigger Term Quality

'feature branch' is a natural phrase a user would say (not generic), but coverage is thin and lacks synonyms or common variations, fitting 'some relevant keywords but missing variations'.

3 / 5

Distinctiveness Conflict Risk

Targets a specific niche (git feature-branch creation with numbering) and is mostly distinct from other skills, with only minor overlap risk against related git skills; not 5 because it lacks explicit distinct trigger phrases.

4 / 5

Total

12

/

20

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

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository
g14wx/staffSync
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.