CtrlK
BlogDocsLog inGet started
Tessl Logo

stage

Stage files, run pre-commit, fix failures, loop until clean

53

Quality

58%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Fix and improve this skill with Tessl

tessl review fix ./.claude/skills/stage/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

85%

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, concise skill that clearly defines a git staging workflow with a pre-commit validation loop. Its strongest aspects are the bounded retry loop with explicit failure handling and the lean writing style. The only notable weakness is that commands could be formatted in code blocks more consistently for better copy-paste readiness.

Suggestions

Wrap the commands in Step 1, Step 2, and Step 4 in proper code blocks (```bash) for better actionability and copy-paste readiness.

DimensionReasoningScore

Conciseness

Every line serves a purpose. No unnecessary explanations of what git or pre-commit are. The instructions are lean and assume Claude's competence with git workflows.

3 / 3

Actionability

Provides specific commands (git add, pre-commit run --all-files, git diff --cached --name-only) but they're inline rather than in executable code blocks. The exclusion criteria in Step 1 are clear but could benefit from a concrete example of the staging command with exclusions.

2 / 3

Workflow Clarity

Clear sequential steps with an explicit feedback loop (pre-commit run → fix → re-stage → retry), a bounded iteration limit (5 attempts), explicit failure handling (report and stop), and a validation checkpoint before proceeding. This is a well-structured workflow with proper error recovery.

3 / 3

Progressive Disclosure

This is a simple, single-purpose skill under 50 lines with no need for external references. The content is well-organized into clearly labeled steps with appropriate granularity.

3 / 3

Total

11

/

12

Passed

Description

32%

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 is a terse action list that conveys the general workflow but lacks a 'Use when...' clause, detailed capability descriptions, and sufficient trigger terms. It reads more like a shorthand checklist than a skill description that would help Claude reliably select it from a large pool of skills.

Suggestions

Add an explicit 'Use when...' clause, e.g., 'Use when the user wants to run pre-commit hooks, fix linting or formatting issues before committing, or ensure staged changes pass all checks.'

Expand trigger terms to include natural variations like 'pre-commit hooks', 'linting', 'code formatting', 'git hooks', 'commit checks', and 'lint fixes'.

Elaborate on the specific actions: what types of failures are fixed (linting, formatting, type errors), how files are staged (git add), and what 'loop until clean' means in practice.

DimensionReasoningScore

Specificity

Names several concrete actions (stage files, run pre-commit, fix failures, loop until clean) but they are terse and lack detail about what kinds of failures are fixed or how files are staged.

2 / 3

Completeness

Describes what the skill does but completely lacks a 'Use when...' clause or any explicit trigger guidance for when Claude should select this skill. Per rubric guidelines, missing 'Use when' caps completeness at 2, and the 'what' is also quite terse, warranting a 1.

1 / 3

Trigger Term Quality

Includes relevant terms like 'pre-commit', 'stage files', and 'fix failures' that users might mention, but misses common variations like 'linting', 'git hooks', 'code formatting', 'commit checks', or 'pre-commit hooks'.

2 / 3

Distinctiveness Conflict Risk

The mention of 'pre-commit' provides some distinctiveness, but 'stage files' and 'fix failures' are generic enough to potentially overlap with general git workflow or code fixing skills.

2 / 3

Total

7

/

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.

Repository
PaloAltoNetworks/shifter
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.