CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

correct

Find the mistakes agents keep repeating in this repo and make each one impossible. Try architecture first, then types, then a lint whose error names the fix, then a test, and write docs last. Prove each check fails on a real past mistake. Repeat this each time the operator corrects you. Use for /correct.

Quality

85%

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

SKILL.md
Quality
Evals
Security

Quality

Content

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

An exceptionally tight, well-structured instruction-only skill: a clear prioritized workflow with explicit proof/validation checkpoints, a maintenance feedback loop, and no wasted tokens. The only gap is the absence of a worked example (such as a sample rule-table row) that would make the deliverables unambiguous.

DimensionReasoningScore

Conciseness

The ~30-line body is lean and efficient with zero padding: no explanations of concepts Claude already knows, and every sentence is a directive ("A class counts once it has happened twice", "Exceptions go on the offending line with a reason, an expiry date, and a human's approval"). Every token earns its place.

5 / 5

Actionability

For an instruction-only skill the guidance is concrete and directive — exact sources to read, per-level tactics ("Hide internals so the wrong import fails", "fail only when a change adds more"), a proof protocol, CI parity, and a reply contract — but there are no worked examples (e.g., a sample rule-table row or one demonstrated "prove the check fails on a real past mistake" cycle), leaving minor gaps.

4 / 5

Workflow Clarity

The sequence is clear (find classes → ordered fix ladder → fix and prove → rule table → reply) with explicit validation ("Prove each new check fails on a real past mistake. Run the same command locally and in CI") and a real feedback loop ("If the rule was already there and nothing enforces it, that's a repeat, so fix it at the highest level in the same change"). Validation steps are present, so the destructive/batch cap does not apply.

5 / 5

Progressive Disclosure

The skill is under 50 lines, needs no external references, and organizes its content into well-labeled sections (Find the mistake classes, Fix each class, Fix and prove, Keep the rule table), which per the simple-skill guideline merits a 5.

5 / 5

Total

19

/

20

Passed

Description

71%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 distinctive, well-specified description that clearly conveys an ordered fix strategy and a proof discipline, weakened mainly by a trigger clause that offers only the slash-command token with no natural-language trigger phrases or synonyms. The "what" is strong; the "when" is explicit but terse.

Suggestions

Expand the trigger clause beyond the bare command token, e.g. "Use when the operator corrects an agent for a mistake that has happened before, or for /correct" — this adds the natural phrases users would actually say.

Add one or two synonyms for the core trigger vocabulary ("recurring mistakes", "same error", "keeps correcting") so the description matches how users naturally phrase the request.

Fold the rule-table maintenance duty into the "what" (e.g. "keep a table pairing each rule with what enforces it") so capability coverage is comprehensive rather than leaving the skill's end state implicit.

DimensionReasoningScore

Specificity

The description enumerates a concrete escalation ladder ("then types, then a lint whose error names the fix, then a test, and write docs last") plus a proof requirement ("Prove each check fails on a real past mistake"), but phrases like "make each one impossible" stay abstract and the rule-table maintenance duty is missing, leaving minor coverage gaps rather than comprehensive coverage.

4 / 5

Completeness

Both parts are present: a clear multi-part "what" and an explicit "Use for /correct" trigger. However, the when-clause is minimal — natural trigger conditions are only weakly implied by "Repeat this each time the operator corrects you" — matching the anchor where "when" could be more explicit or specific.

4 / 5

Trigger Term Quality

It uses relevant keywords ("mistakes agents keep repeating", "operator corrects you") but the when-clause contributes only the command token "Use for /correct", omitting natural variations users would say ("same error", "recurring", "keeps correcting me"), so common synonyms are missing.

3 / 5

Distinctiveness Conflict Risk

"mistakes agents keep repeating in this repo", "the operator corrects you", and "Use for /correct" carve a clear niche with distinct triggers and minimal conflict risk against generic fix or review skills.

5 / 5

Total

16

/

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

cursor/plugins

Path

pstack/skills/correct/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.