CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

hooks-manager

Create, validate, and deploy Claude Code hooks for workflow automation. Hooks enable event-driven automation at 8 lifecycle points (PreToolUse, PostToolUse, UserPromptSubmit, etc.) with structured JSON control. Use when automating code formatting, security gates, observability integration, validation enforcement, or any event-driven workflow automation in Claude Code.

Quality

71%

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 ./.claude/skills/hooks-manager/SKILL.md

The canonical home for this skill is hooks-manager in fernandezbaptiste/Skrillz

SKILL.md
Quality
Evals
Security

Quality

Content

48%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 is comprehensive and structurally well-organized with per-operation validation checklists and troubleshooting, but it is severely overlong for what it teaches, padded with repeated event listings, marketing statistics, and time estimates. Actionability is undermined by undefined helper commands (deploy-hook, validate-hook), a placeholder installation step, and an unexplained variable-passing mechanism, while the monolithic inline layout leaves progressive disclosure under-served with a dangling examples/ reference.

Suggestions

Deduplicate the body: list the 8 hook events once (keep the Quick Reference table, drop the Overview list, Appendix A, and in-operation repetitions), remove the repeated "92%" marketing claims and per-operation "Time Estimate" blocks, and cut the Operations section that duplicates the Hook Templates verbatim.

Fix the execution gaps: replace the undefined `deploy-hook`/`validate-hook` commands with the working manual file operations already shown (mkdir, file placement, jq validation), replace `echo '[above-json]'` with a real here-doc, and explain how "$FILE", "$TOOL", and "$CONTENT" are actually delivered to handler commands.

Split content into a real bundle: move the hook templates into templates/ or examples/ files that actually exist (or drop the dangling "see examples/" pointer), and move Appendix A/B reference material into a references/ file, keeping SKILL.md as a lean overview.

DimensionReasoningScore

Conciseness

The ~1030-line body is noticeably verbose through heavy repetition: the 8 hook events are enumerated four separate times (Overview, Appendix A, the Quick Reference table, and within operations), the unverifiable "92% reduction" statistic is repeated about five times, and each operation carries irrelevant "Time Estimate" blocks and meta-commentary ("Key Innovation", "Production Impact: Companies report..."). It does not earn a 1 because it avoids tutorials on concepts Claude already knows — the padding is duplication and marketing filler rather than basic-concept explanation.

2 / 5

Actionability

Most operations provide complete, executable JSON configs and bash scripts (security-check.sh, validate-json.sh, session-init.sh), but key details are missing for the examples to actually run: `deploy-hook --global` and `validate-hook` are invoked as real commands yet defined nowhere, step 3 of Operation 1 uses the placeholder `echo '[above-json]'`, and the mechanism by which handlers receive "$FILE", "$TOOL", "$COMMAND", and "$CONTENT" is never shown. This lands on anchor 3 ("some concrete guidance but incomplete... missing key details") rather than anchor 4, where gaps would be minor.

3 / 5

Workflow Clarity

Each operation follows a numbered Process with explicit Outputs and Validation checklists, and the Troubleshooting section provides error-recovery paths with debug commands (jq empty, bash handler.sh "test args") for hook-not-firing and hook-blocking-everything failures. Test steps are vague comment stubs ("Have Claude write unformatted code... Verify formatted correctly") without concrete verification commands, which keeps it at anchor 4 ("most checkpoints present; minor validation gaps") rather than anchor 5's fully actionable validation.

4 / 5

Progressive Disclosure

The document has clear section structure, but everything that belongs in separate files — six hook templates, two appendices, the full operations catalog — is inlined into one monolithic SKILL.md, and no references/, scripts/, or assets/ bundle files exist. The only external pointer ("For templates, see examples/") references a directory that is not present in the bundle, matching anchor 3 ("content that should be separate is inline") rather than anchor 2, since structure is present rather than minimal.

3 / 5

Total

12

/

20

Passed

Description

83%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.

A strong description that explicitly states capabilities in third person and provides an explicit, concrete "Use when..." trigger clause covering the main use cases. It is clearly distinguishable via hooks-specific terminology, with only minor coverage gaps (hook management/removal/auditing is absent) and a slightly overbroad closing catch-all.

DimensionReasoningScore

Specificity

Concrete actions are stated ("Create, validate, and deploy Claude Code hooks") and the 8 lifecycle points are enumerated with "structured JSON control", but coverage has minor gaps — the body also covers managing, updating, removing, and auditing hooks, none of which appear in the description. This matches anchor 4 ("lists several specific actions; minor gaps in coverage") rather than anchor 5 (comprehensive coverage) or anchor 3 (only 1-2 concrete actions).

4 / 5

Completeness

Both questions are explicitly answered: the "what" ("Create, validate, and deploy Claude Code hooks... 8 lifecycle points... with structured JSON control") and the "when" ("Use when automating code formatting, security gates, observability integration, validation enforcement, or any event-driven workflow automation in Claude Code"). This mirrors anchor 5's pattern of a clear capability statement followed by explicit concrete trigger phrases, exceeding anchor 4 where the "when" clause is less specific.

5 / 5

Trigger Term Quality

Natural trigger phrases are present ("code formatting", "security gates", "observability integration", "validation enforcement", "workflow automation") alongside the domain keyword "hooks". A few natural variations users would say are missing (e.g. "auto-format", "run tests on save", "block dangerous commands"), fitting anchor 4 rather than anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

The niche is well-defined by "Claude Code hooks" and the named lifecycle events (PreToolUse, PostToolUse, UserPromptSubmit), which are distinct triggers unlikely to fire for unrelated skills. The catch-all tail "any event-driven workflow automation in Claude Code" introduces minor overlap risk with broader automation/configuration skills, matching anchor 4 rather than anchor 5's minimal conflict risk.

4 / 5

Total

17

/

20

Passed

Validation

87%

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

Validation — 14 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

skill_md_line_count

SKILL.md is long (1036 lines); consider splitting into references/ and linking

Warning

allowed_tools_field

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

Warning

Total

14

/

16

Passed

Repository

fernandezbaptiste/Skrillz

Path

.claude/skills/hooks-manager/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.