Content
0%Reviews the quality of instructions and guidance provided to agents. Good implementation is clear, handles edge cases, and produces reliable results.
This skill is almost entirely generic boilerplate with no actionable content. It explains concepts Claude already knows, provides no executable code or commands, and contains multiple placeholder sections with no real substance. The skill would need to be fundamentally rewritten to provide concrete value—specifying the actual git commands to run, the conventional commits format rules, type selection heuristics, and example input/output pairs.
Suggestions
Replace the entire body with a concise specification: show the exact `git diff --staged` command to run, the conventional commits format (`type(scope): description`), and a decision table mapping change patterns to commit types (feat/fix/refactor/etc.).
Add concrete, copy-paste-ready examples showing actual diff output paired with the expected commit message output, rather than vague descriptions like 'Analyze the staged changes related to a new feature'.
Remove all generic boilerplate sections (Prerequisites, Instructions, Output, Error Handling, Resources) that contain only placeholder text with no skill-specific content.
Add a validation step: after generating the commit message, verify it matches the conventional commits regex pattern (e.g., `^(feat|fix|refactor|chore|docs|style|test|perf|ci|build|revert)(\(.+\))?: .+`).
| Dimension | Reasoning | Score |
|---|---|---|
Conciseness | The content is highly verbose, explaining obvious concepts Claude already knows (what conventional commits are, what Git staging is, how AI generates suggestions). Sections like 'How It Works', 'When to Use This Skill', 'Best Practices', 'Integration', 'Prerequisites', 'Instructions', 'Output', 'Error Handling', and 'Resources' are all filler with no actionable substance. The skill could be reduced to ~10 lines. | 1 / 3 |
Actionability | There is no executable code, no concrete commands (not even `git diff --staged`), no actual commit message format specification, and no real instructions for how to analyze changes or construct the message. The examples are superficial illustrations rather than actionable guidance. The 'Instructions' section is completely generic boilerplate ('Invoke this skill when the trigger conditions are met'). | 1 / 3 |
Workflow Clarity | The workflow described ('Analyze Changes → Generate Suggestion → Present to User') is vague and lacks any concrete steps, commands, or validation checkpoints. There's no guidance on how to actually inspect staged changes, what heuristics to use for selecting the commit type, or how to validate the output against the conventional commits spec. | 1 / 3 |
Progressive Disclosure | The content is a monolithic wall of text with no references to external files and no bundle files to support it. Multiple sections contain generic placeholder content ('The skill produces structured output relevant to the task', 'Project documentation', 'Related skills and commands') that adds no value. There is no meaningful structure or navigation. | 1 / 3 |
Total | 4 / 12 Passed |