CtrlK
BlogDocsLog inGet started
Tessl Logo

hard-cut

Remove a feature completely with no backward compatibility. Use when the user says "hard cut", "rip it out", "delete it", "unship", "kill this feature", or wants dead code removed instead of deprecated. Delete the surface, callers, tests, docs, comments, fallbacks, and stubs.

74

Quality

93%

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

86%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 tight, well-structured instructional skill: lean prose, concrete enumerations of what to delete and what smells to hunt, and a five-step sweep with re-grep and verification checkpoints. The only gaps are minor — a concrete rg invocation and an explicit recovery path when post-removal verification fails.

Suggestions

Show a concrete rg command form in the Sweep (e.g., `rg -l 'featureName|oldAlias' --type-not md` after deletion) so step 4 is copy-paste ready.

Add one recovery line to the Sweep for failed verification, e.g., "If verification fails, check whether you deleted shared code another feature still uses; restore the minimum and re-sweep."

Name what "narrowest honest verification" means concretely (typecheck, test suite subset, or build) so the final step is executable rather than judgmental.

DimensionReasoningScore

Conciseness

The body is lean and assumes competence throughout — e.g., "If removal exposes adjacent dead code, keep cutting until the graph is clean" — with zero concept explanations or padding; every line instructs.

5 / 5

Actionability

Guidance is concrete (enumerated surfaces, a literal `throw new Error("Not implemented")` smell example, the named `rg` tool), but there are minor gaps: no copy-paste `rg` command form, and "Run the narrowest honest verification" gives direction without a how. This matches anchor 4 rather than fully executable anchor 5.

4 / 5

Workflow Clarity

The 5-step Sweep has a clear sequence with validation checkpoints (step 4 re-grep for stragglers, step 5 verification for the surviving product), so the destructive-operation cap at 3 does not apply. It falls short of anchor 5 only in lacking an explicit feedback loop for when verification fails — e.g., what to do if the surviving build breaks after deletion.

4 / 5

Progressive Disclosure

This is a short single-purpose skill with no bundle files, and the body is organized into clean sections (Rules, Sweep, Smells, Bias) with no content that belongs in a separate file — per the rubric's simple-skill exception this warrants a 5.

5 / 5

Total

18

/

20

Passed

Description

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

An exemplary description: it states what the skill does in concrete terms, gives six natural trigger phrases including slang synonyms, explicitly bounds the skill against deprecation-style work, and does so without padding. It reads like the rubric's model examples.

DimensionReasoningScore

Specificity

The description enumerates comprehensive concrete actions — "Delete the surface, callers, tests, docs, comments, fallbacks, and stubs" — with no vague filler, matching the anchor for multiple specific concrete actions with comprehensive coverage.

5 / 5

Completeness

Both what ("Remove a feature completely with no backward compatibility... Delete the surface, callers, tests, docs, comments, fallbacks, and stubs") and when ("Use when the user says...") are explicit, with concrete trigger phrases — a direct match to the top anchor.

5 / 5

Trigger Term Quality

It lists six natural phrases a user would actually say ("hard cut", "rip it out", "delete it", "unship", "kill this feature", "dead code removed"), giving comprehensive synonym coverage including informal variations.

5 / 5

Distinctiveness Conflict Risk

"no backward compatibility" and "wants dead code removed instead of deprecated" carve a clear niche separate from deprecation/refactoring skills, with distinctive trigger phrases and minimal conflict risk.

5 / 5

Total

20

/

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

metadata_version

'metadata.version' is missing

Warning

metadata_field

'metadata' should map string keys to string values

Warning

Total

14

/

16

Passed

Repository
udecode/plate
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.