CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

karpathy-check

Run Karpathy's 4-principle review on staged changes or the last commit. Checks complexity, diff noise, hidden assumptions, and goal verification. Usage /karpathy-check [--last-commit]

59

Quality

74%

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 ./.gemini/skills/karpathy-check/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

A lean, well-organized command document that clearly states what runs and when to use it, but it stops short of executable detail — no script invocation commands and no validation or synthesis steps for producing the final report.

Suggestions

Show the actual commands for each step (e.g., how to invoke complexity_checker.py on the changed files and with what arguments) instead of only naming script paths.

Add a final step describing how to combine the three checks into the structured report, and what to do if a script errors or a check is inconclusive.

Deduplicate the script listing — fold assumption_linter.py and goal_verifier.py into 'What it runs' (or explain their role) and drop the redundant 'Scripts' section.

DimensionReasoningScore

Conciseness

The body is lean and assumes Claude's competence: no explanations of what complexity or diff noise are, and short functional sections ('Usage', 'What it runs', 'Output', 'When to run') where every line carries information. It matches anchor 5 rather than 4 — there is no over-explanation to trim, only a small path duplication that serves a distinct inventory purpose.

5 / 5

Actionability

Concrete elements exist (exact script paths, the 'karpathy-reviewer' agent, numbered steps), but nothing is shown as executable — the scripts are never given invocation syntax or arguments, and how to determine 'all changed files' or dispatch the agent is left to inference. This matches anchor 3 ('missing key details') rather than 4.

3 / 5

Workflow Clarity

'What it runs' numbers the three checks so the sequence is present, but there are no checkpoints: nothing on what to do if a script fails, and no step for synthesizing the three results into the promised 'structured report'. This is a multi-step skill, so the simple-skill exception does not apply, and it fits anchor 3 (sequence present, checkpoints missing).

3 / 5

Progressive Disclosure

Sections are well organized and references (scripts, sub-agent, skill reference) are one level deep and clearly signaled in dedicated sections. Minor gaps keep it at anchor 4: the four script paths are listed twice, two scripts (assumption_linter.py, goal_verifier.py) appear only in a bare list with no context, and the references use repo-root paths rather than a verifiable skill bundle (no references/, scripts/, or assets/ directories exist here).

4 / 5

Total

15

/

20

Passed

Description

66%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 specific, well-targeted description that names concrete checks and clear invocation, but it completely lacks 'when to use' trigger guidance, which caps completeness and weakens natural-language discoverability.

Suggestions

Add an explicit trigger clause, e.g. 'Use when reviewing staged changes before committing, after finishing a feature, or when you suspect the LLM overcoded something', to raise completeness.

State the output in the description (a structured report with per-principle verdicts and line-level fix recommendations) so users know what they get.

Include common synonyms users actually say, such as 'code review', 'diff review', or 'pre-commit check', to improve trigger coverage.

DimensionReasoningScore

Specificity

Names several concrete checks — 'complexity, diff noise, hidden assumptions, and goal verification' — plus explicit targets ('staged changes or the last commit'). It stops short of anchor 5 because it omits what the skill produces (a structured report with fix recommendations), leaving a minor coverage gap.

4 / 5

Completeness

The 'what' is clear — run a 4-principle review checking four named areas — but there is no 'Use when...' clause or equivalent trigger guidance; 'Usage /karpathy-check [--last-commit]' is invocation syntax, not usage timing. Per the judging guideline, a missing explicit trigger clause caps completeness at 3.

3 / 5

Trigger Term Quality

'staged changes', 'last commit', 'complexity', and 'diff noise' are natural phrases a user would say when requesting this review. Common variations like 'code review', 'diff review', or 'pre-commit check' are missing, so it fits anchor 4 (good coverage, a few natural terms missing) rather than 5.

4 / 5

Distinctiveness Conflict Risk

'Karpathy's 4-principle review' combined with git-specific targets ('staged changes or the last commit') carves a mostly distinct niche, but generic trigger words like 'review' and 'complexity' create minor overlap risk with general code-review skills, fitting anchor 4 rather than 5.

4 / 5

Total

15

/

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.

Validation — 16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository

alirezarezvani/claude-skills

Path

.gemini/skills/karpathy-check/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.