CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

conventional-commit

Prompt and workflow for generating conventional commit messages using a structured XML format. Guides users to create standardized, descriptive commit messages in line with the Conventional Commits specification, including instructions, examples, and validation.

56

Quality

70%

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 ./plugins/sdlc/skills/conventional-commit/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 delivers a clear, mostly executable workflow for producing conventional commit messages with good structure and useful examples. Its weaknesses are redundancy (restated description and commit command), the absence of any pre-commit validation checkpoint, confusing Copilot-specific automation claims, and no guidance on including body/footer in the actual commit command.

Suggestions

Remove the Copilot-specific claims ('Copilot will automatically run the following command... no confirmation needed') and instead directly instruct running git commit, showing how to include body and footer via multiple -m flags or a heredoc.

Add an explicit validation checkpoint before committing: verify the type is one of the allowed types, the description is imperative, and breaking changes carry a 'BREAKING CHANGE:' footer.

Trim redundancy by deleting the '### Instructions' XML block (it restates the frontmatter description) and folding '### Final Step' into the workflow, keeping the body to workflow, structure, examples, and validation.

DimensionReasoningScore

Conciseness

The body is mostly compact but contains clear redundancy: the '### Instructions' XML block restates the frontmatter description almost verbatim, and '### Final Step' repeats the git commit command already given in the workflow. The unnecessary XML wrapping of the examples and validation sections adds padding that could be trimmed.

3 / 5

Actionability

Concrete commands are given for every workflow step (git status, git diff, git add, git commit -m), along with a complete message template and six concrete examples. Minor gaps remain: the skill never shows how to actually include a body or footer in the commit command (e.g., multiple -m flags), and the '<scope>()</scope>' placeholder is confusing, so it falls short of fully copy-paste-ready.

4 / 5

Workflow Clarity

The sequence (status → diff → add → construct message → commit) is present and ordered, but there is no validation checkpoint before committing (e.g., verifying the type is allowed or the message conforms), and the 'Validation' section only lists field rules rather than a verification step. Steps 5-6 are also confusing, attributing execution to 'Copilot' with '(no confirmation needed)' — a tool that is not the executing agent — leaving checkpoints missing or implicit.

3 / 5

Progressive Disclosure

This is a small, self-contained skill with well-organized sections (Workflow, Commit Message Structure, Examples, Validation) and no content that warrants separate bundle files. The single external reference (the conventionalcommits.org specification URL) is a clean, one-level-deep link, satisfying the simple-skill case for a top score.

5 / 5

Total

15

/

20

Passed

Description

61%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 clearly states what the skill does within a reasonably distinct niche, but it lacks any 'use when' trigger guidance and misses natural trigger phrases like 'git commit' or 'staged changes'. Its capability listing leans on describing skill contents ('instructions, examples, and validation') rather than concrete actions.

Suggestions

Add an explicit trigger clause, e.g. 'Use when the user asks to write, generate, or improve a git commit message, mentions conventional commits, or is about to commit staged changes.'

Replace the contents-style list ('including instructions, examples, and validation') with concrete actions such as 'analyzes staged git changes and produces type/scope/description commit messages with breaking-change footers.'

Include natural trigger variations users would say — 'git commit', 'commit message', 'committing changes', 'conventional commits' — to strengthen keyword coverage.

DimensionReasoningScore

Specificity

The description names the domain ('conventional commit messages', 'Conventional Commits specification') and one main action ('generating... commit messages'), but 'including instructions, examples, and validation' describes the skill's contents rather than concrete capabilities. It lists only 1-2 concrete actions, matching the anchor for incomplete coverage rather than the several-specific-actions anchor.

3 / 5

Completeness

The 'what' is clear (generate standardized conventional commit messages via a structured format), but there is no 'Use when...' clause or equivalent explicit trigger guidance, which caps completeness at 3 per the judging guidelines. The 'when' is entirely absent rather than weakly implied.

3 / 5

Trigger Term Quality

Good natural keyword coverage with 'commit messages', 'conventional commit', and 'Conventional Commits specification' — phrases users would actually say. A few natural terms are missing, such as 'git commit', 'committing changes', or 'staged changes', keeping it below the comprehensive anchor.

4 / 5

Distinctiveness Conflict Risk

Conventional-commits message generation is a fairly distinct niche with minimal conflict risk, though the internal 'structured XML format' detail and the generic 'Prompt and workflow' framing introduce minor overlap risk with generic git or prompt-engineering skills. Mostly distinct, so anchor 4 rather than the clear-niche anchor 5.

4 / 5

Total

14

/

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

whimzyLive/nightshift-ai

Path

plugins/sdlc/skills/conventional-commit/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.