CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

speckit-git-feature

Create a feature branch with sequential or timestamp numbering

55

Quality

69%

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 ./.agents/skills/speckit-git-feature/SKILL.md
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 a strong, highly actionable instruction skill: exact commands, a naming scheme with worked examples, explicit validation, and failure handling. Its main weaknesses are redundancy — the naming template repeated three times and a leftover Output section that contradicts the customization by describing the disabled numeric/timestamp prefixes — and the absence of a recovery loop after validation failure.

Suggestions

Delete or rewrite the trailing Output section: it documents BRANCH_NAME examples like "003-user-auth" or "20260319-143022-user-auth" that contradict the rule disabling sequential/timestamp numbering, leaving only the note that FEATURE_NUM equals the full branch name.

State the branch-name template once (in the Mandatory Branch Naming section) and have the Execution section reference it, replacing the duplicated composition block; parameterize the shell examples with <VERSION>/<TYPE>/... placeholders instead of repeating the same hard-coded STAFF-0003 example in both blocks.

Add a short recovery step after the validation regex mismatch (e.g. re-resolve the misparsed component, rebuild the name, re-run) to complete the validate → fix → retry loop.

DimensionReasoningScore

Conciseness

The body is mostly rule-dense and efficient, but the naming template is stated three times (Mandatory Branch Naming, Execution step 2, and the hard-coded example inside both shell blocks), and the trailing Output section re-describes the legacy "003-user-auth" / "20260319-143022-user-auth" output that the body explicitly disables — noticeable redundancy that could be tightened. Not a 4 because these padded/contradictory sections are more than minor trimmings; not a 2 because most sections carry real, non-redundant guidance.

3 / 5

Actionability

The guidance is fully executable: exact branch-name composition rules, copy-paste-ready bash and PowerShell invocations with GIT_BRANCH_NAME and the JSON flag, an exact validation regex, and the exact warning string for degradation. Specific examples cover the common cases (feat example, Trello defaults, both shells).

5 / 5

Workflow Clarity

There is a clear sequence (resolve inputs → compose name → invoke script → validate against regex) with an explicit validation checkpoint that aborts on mismatch, plus graceful degradation when Git is absent. Not a 5 because there is no fix-and-retry loop after a validation failure (only abort), and the contradictory Output section muddies what the expected result actually is; well above a 3 given the explicit regex checkpoint and error path.

4 / 5

Progressive Disclosure

No bundle files exist, and the single-file body is well-sectioned with clear headers, no nested references, and nothing that clearly belongs in a separate file — matching the anchor for good structure with minor organization gaps. Not a 5 because the stale, duplicated Output section is an organization gap that should be trimmed, and the file runs past the under-50-lines simple-skill range.

4 / 5

Total

16

/

20

Passed

Description

50%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 single clear capability but is minimal: no trigger guidance, sparse keywords, and moderate conflict risk with generic git-branch skills. It also mischaracterizes the skill — the body explicitly disables sequential/timestamp numbering, so the description's only differentiating detail contradicts the actual behavior.

Suggestions

Add an explicit trigger clause, e.g. "Use when starting a spec-kit feature workflow and a task branch is needed for a new specification."

Rewrite the capability to match the actual behavior: the skill composes a Trello-driven branch name (e.g. v1/feat/STAFF-0003-...) and validates it, rather than creating branches "with sequential or timestamp numbering", which the body explicitly disables.

Include distinguishing keywords such as "git", "spec-kit", and "Trello" to reduce overlap with generic branch-management skills and improve natural trigger matching.

DimensionReasoningScore

Specificity

"Create a feature branch with sequential or timestamp numbering" names the domain and one concrete action (branch creation with a specific numbering scheme), matching the anchor for 1-2 concrete actions without comprehensive coverage. It is not a 2 because the action is concrete rather than generic, and not a 4 because no other capabilities (naming rules, validation, Trello integration) are mentioned.

3 / 5

Completeness

The description gives a clear "what" (create a feature branch with a numbering scheme) but contains no "when"/"Use when..." clause, which per the judging guidelines caps completeness at 3. It is not a 4 because the "when" is entirely absent rather than merely imprecise, and not a 2 because the "what" half is clear.

3 / 5

Trigger Term Quality

"feature branch" is a phrase users naturally say, but common variations and synonyms such as "git", "branch", "checkout", or "spec-kit" are absent, matching the anchor for some relevant keywords with missing variations. Not a 4 because keyword coverage is thin — the single domain phrase carries all the trigger weight.

3 / 5

Distinctiveness Conflict Risk

"Create a feature branch" would plausibly trigger for generic git branch-creation requests, overlapping with common branch-management skills; the "sequential or timestamp numbering" qualifier narrows it somewhat but the anchor for somewhat-specific-with-overlap fits best. Not a 4 because the description does not tie itself to the spec-kit context that would make it distinct.

3 / 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.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

metadata_version

'metadata.version' is missing

Warning

Total

15

/

16

Passed

Repository

g14wx/staffSync

Path

.agents/skills/speckit-git-feature/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.