CtrlK
BlogDocsLog inGet started
Tessl Logo

openkata/commit-conventions

Enforces Conventional Commits format and branch naming conventions, validating commit message structure (type/scope/description header), suggesting branch name patterns (feature/*, fix/*, hotfix/*), and enforcing breaking change notation. Use when the user is about to commit, creating a branch, reviewing commit history, preparing a pull request, setting up commit linting, or asking about commit message format, branch naming, or Conventional Commits.

97

1.03x
Quality

97%

Does it follow best practices?

Impact

97%

1.03x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No known issues

Overview
Quality
Evals
Security
Files

Quality

Content

92%

Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.

This is a well-crafted skill with clear, actionable workflows for git commit and branch conventions. It excels at conciseness (no unnecessary explanations), provides concrete commands and validation steps, and includes practical elements like the example scenario and common failures section. The only weakness is that referenced files (branch-naming.md, commit-format.md) are not present in the bundle, making the progressive disclosure structure unverifiable.

Suggestions

Include the referenced files (references/branch-naming.md, references/commit-format.md) in the bundle so the progressive disclosure structure is complete and verifiable.

DimensionReasoningScore

Conciseness

The content is lean and efficient throughout. It avoids explaining what git is, what commits are, or other concepts Claude already knows. Every section earns its place with actionable guidance, and the writing is tight with no padding.

3 / 3

Actionability

Provides specific, concrete commands (git status, git diff, git log -1, git commit --amend, git reset --soft origin/main), clear staging rules (no git add .), explicit format constraints (imperative mood, 72 char max), and a worked example scenario showing the full workflow in action.

3 / 3

Workflow Clarity

The commit workflow is clearly sequenced with numbered steps, includes explicit validation (step 9: git log -1 to confirm, amend if wrong), has a feedback loop for checkpoint cleanup (reset, review, re-stage), and the atomicity check in step 4 includes a decision process for splitting commits. The boundaries section clearly defines what the skill does and doesn't do.

3 / 3

Progressive Disclosure

The skill references external files (references/branch-naming.md, references/commit-format.md) which is good progressive disclosure design, but no bundle files were provided to verify these exist. The main content is well-structured with clear sections, but the references are unverifiable and the skill could benefit from having those supporting files present.

2 / 3

Total

11

/

12

Passed

Description

100%

Based on the skill's description, can an agent find and select it at the right time? Clear, specific descriptions lead to better discovery.

This is an excellent skill description that clearly articulates specific capabilities (validating commit messages, suggesting branch patterns, enforcing breaking change notation) and provides comprehensive trigger guidance with a well-constructed 'Use when...' clause. It uses proper third-person voice throughout and includes natural keywords that users would actually say when needing this functionality.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: enforcing Conventional Commits format, validating commit message structure (type/scope/description header), suggesting branch name patterns (feature/*, fix/*, hotfix/*), and enforcing breaking change notation.

3 / 3

Completeness

Clearly answers both 'what' (enforces Conventional Commits format, validates commit message structure, suggests branch name patterns, enforces breaking change notation) and 'when' with an explicit 'Use when...' clause listing six specific trigger scenarios.

3 / 3

Trigger Term Quality

Excellent coverage of natural terms users would say: 'commit', 'branch', 'commit message format', 'branch naming', 'Conventional Commits', 'pull request', 'commit linting', 'commit history'. These are terms users would naturally use when needing this skill.

3 / 3

Distinctiveness Conflict Risk

Highly distinctive with a clear niche around Conventional Commits and branch naming conventions. The specific mention of commit message structure, branch patterns like feature/*/fix/*, and commit linting makes it unlikely to conflict with general git or code review skills.

3 / 3

Total

12

/

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.

Validation11 / 11 Passed

Validation for skill structure

No warnings or errors.

Reviewed

Table of Contents