CtrlK
BlogDocsLog inGet started
Tessl Logo

conventional-commit

Add and commit changes using conventional commits

56

Quality

64%

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 ./.opencode/skills/conventional-commit/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 skill body is a well-structured, mostly executable guide to producing conventional commits with sensible validation guardrails. Its main gaps are a missing concrete `git commit` HEREDOC example and validation steps that are separated from the main process flow.

Suggestions

Add a concrete `git commit` command using a HEREDOC example so the Execute step is copy-paste ready.

Integrate the secret-detection and hook-failure checks as inline checkpoints within the Process steps rather than only in the Rules section.

Trim the Context section, which mostly restates what Claude can infer from the conversation.

DimensionReasoningScore

Conciseness

The body is largely lean with well-scoped reference material (commit-type table, format, examples), with only minor over-explanation such as the "Context" section restating what Claude can infer from the conversation.

4 / 5

Actionability

It gives concrete commands (git status, git diff, git add, git log) and copy-ready commit-message examples, but never shows the actual `git commit` invocation with the HEREDOC it tells the user to use, leaving a small gap.

4 / 5

Workflow Clarity

A clear Analyze → Stage → Type → Scope → Message sequence is present with validation (secret detection, no-changes check, hook-failure feedback loop), but the validation steps live in a separate Rules section rather than being inline checkpoints in the Process flow.

4 / 5

Progressive Disclosure

Content is well-organized into clear sections (Context, Process, Commit Format, Examples, Rules, Execute) and is appropriately self-contained with no nested references; at 86 lines it exceeds the under-50-line simple-skill exception that would allow a 5.

4 / 5

Total

16

/

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 purpose but omits any explicit trigger/when guidance, which limits its completeness and trigger-term quality. It is reasonably distinct from unrelated skills but could overlap slightly with a general commit skill.

Suggestions

Add an explicit 'Use when...' clause, e.g. 'Use when the user asks to commit changes or wants a conventional commit message.'

Include the natural phrase 'commit message' to match how users most commonly request this skill.

Consider mentioning type/scope selection to make the capability coverage more comprehensive.

DimensionReasoningScore

Specificity

"Add and commit changes using conventional commits" names the domain (commits) and two concrete actions (add, commit), but coverage is not comprehensive (no mention of message authoring, staging selection, or type/scope).

3 / 5

Completeness

The "what" is clear (add and commit changes via conventional commits) but there is no "Use when..." or equivalent trigger clause, which per the rubric caps completeness at 3.

3 / 5

Trigger Term Quality

It includes relevant natural terms ("commit", "changes", "conventional commits") but misses common variations users actually say, notably "commit message" and "git commit".

3 / 5

Distinctiveness Conflict Risk

"conventional commits" carves a clear niche with distinct triggers, with only minor overlap risk against a generic git-commit skill; not a 5 because the phrasing could still collide with a broader commit helper.

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
LibPDF-js/core
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.