CtrlK
BlogDocsLog inGet started
Tessl Logo

giuseppe-trisciuoglio/developer-kit

Comprehensive developer toolkit providing reusable skills for Java/Spring Boot, TypeScript/NestJS/React/Next.js, Python, PHP, AWS CloudFormation, AI/RAG, DevOps, and more.

89

Quality

89%

Does it follow best practices?

Impact

Pending

No eval scenarios have been run

SecuritybySnyk

Risky

Do not use without reviewing

Overview
Quality
Evals
Security
Files

Quality

Discovery

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 a strong skill description that excels across all dimensions. It provides specific concrete actions, includes natural trigger terms users would say, explicitly addresses both what the skill does and when to use it, and occupies a distinct niche combining git analysis with documentation updates. The description is well-structured, uses third person voice correctly, and avoids vague language or buzzwords.

DimensionReasoningScore

Specificity

Lists multiple specific concrete actions: analyzing git changes between branches and release tags, performing git diff analysis, updating README.md, updating CHANGELOG.md following Keep a Changelog standard, and discovering documentation folders for contextual updates.

3 / 3

Completeness

Clearly answers both 'what' (automated documentation updates via git diff analysis, updating README.md, CHANGELOG.md, and documentation folders) and 'when' (explicit 'Use when' clause covering preparing a release, maintaining documentation sync, or before creating a pull request, plus explicit trigger phrases).

3 / 3

Trigger Term Quality

Includes excellent natural trigger terms that users would actually say: 'update docs', 'update changelog', 'sync documentation', 'update readme', 'prepare release documentation'. Also includes contextual terms like 'release', 'pull request', and 'git changes'.

3 / 3

Distinctiveness Conflict Risk

Occupies a clear niche combining git diff analysis with documentation updates specifically tied to release workflows. The combination of git-based change detection and documentation generation (README, CHANGELOG, docs folders) is highly distinctive and unlikely to conflict with general documentation or general git skills.

3 / 3

Total

12

/

12

Passed

Implementation

70%

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-structured skill with excellent workflow clarity and good progressive disclosure, featuring an 8-phase process with explicit user approval and post-write validation. However, it suffers from uneven actionability—early phases have concrete bash commands while critical middle phases (4-6) defer to external references or give abstract instructions. The content could be more concise by trimming obvious best practices and constraints that Claude already understands.

Suggestions

Add concrete, executable code for Phase 4 (CHANGELOG generation) instead of deferring entirely to references/examples.md—at minimum include the commit parsing and category mapping logic inline.

Replace the Phase 8 heredoc CHANGELOG template with a more robust approach that properly inserts a new section without overwriting existing content (e.g., using sed or a targeted Edit tool instruction).

Trim the Best Practices and Constraints sections to only non-obvious, skill-specific guidance—remove items like 'file paths use forward slashes' and 'be specific' that Claude already knows.

DimensionReasoningScore

Conciseness

The skill is moderately verbose with some unnecessary content (e.g., the Best Practices section largely restates things Claude already knows, the Constraints section includes obvious items like 'file paths use forward slashes'). The bash scripts are useful but some phases could be tightened—Phase 3's documentation discovery is overly detailed for something Claude can figure out.

2 / 3

Actionability

Phases 1-3 have concrete, executable bash commands, but Phases 4-6 become vague with instructions like 'Parse commits using conventional commit semantics' and 'Map changed files to their documentation' without executable code. Phase 8's CHANGELOG update uses a heredoc template that would overwrite existing content rather than properly prepend. Key phases defer to 'references/examples.md' for actual implementation details.

2 / 3

Workflow Clarity

The 8-phase workflow is clearly sequenced with logical progression from detection → analysis → discovery → generation → review → apply → validate. Phase 7 includes an explicit user approval checkpoint before writing, and Phase 8 includes validation steps (checking files exist, reviewing diffs, running existing validation commands). The feedback loop of preview-approve-apply-verify is well-defined.

3 / 3

Progressive Disclosure

The skill provides a clear overview with well-structured phases, and appropriately defers detailed examples and templates to 'references/examples.md' rather than inlining everything. The main file stays navigable with clear section headers and the references are one level deep and clearly signaled.

3 / 3

Total

10

/

12

Passed

Validation

90%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation10 / 11 Passed

Validation for skill structure

CriteriaDescriptionResult

allowed_tools_field

'allowed-tools' contains unusual tool name(s)

Warning

Total

10

/

11

Passed

Reviewed

Table of Contents