CtrlK
BlogDocsLog inGet started
Tessl Logo

reducing-entropy

Use when evaluating designs, reviewing code, or refactoring - measures success by total code in the final codebase, not effort to get there. Bias toward deletion.

47

Quality

48%

Does it follow best practices?

Impact

No eval scenarios have been run

SecuritybySnyk

Passed

No known issues

Optimize this skill with Tessl

npx tessl skill review --optimize ./reducing-entropy/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

64%

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-written, concise skill that effectively communicates a decision-making framework for code reduction. Its greatest strength is token efficiency — it's punchy, memorable, and avoids over-explanation. Its main weaknesses are the lack of a concrete worked example showing the full evaluation process applied to real code, and the absence of an explicit verification/validation step for what is essentially a destructive operation (deleting code).

Suggestions

Add a brief concrete example showing the three questions applied to a real scenario (e.g., 'Before: 14 utility functions across 3 files (180 lines). After: 2 functions in 1 file (35 lines). Net: -145 lines. Decision: refactor.').

Add a validation checkpoint after the three questions, e.g., 'Run tests after deletion to confirm nothing broke' or 'Verify the feature still works end-to-end before committing removals'.

DimensionReasoningScore

Conciseness

Every section earns its place. The content is lean, uses punchy examples (50 lines deleting 200 = net win), avoids explaining concepts Claude already knows, and uses formatting efficiently. The red flags section is particularly well-compressed.

3 / 3

Actionability

The three questions framework and red flags provide concrete decision criteria, but the skill is fundamentally about a mindset/evaluation heuristic rather than executable code. The 'count lines before and after' guidance is actionable but lacks a concrete example of applying the full evaluation process to a real scenario (e.g., a before/after code review walkthrough).

2 / 3

Workflow Clarity

The 'Before You Begin' section establishes a clear prerequisite workflow with explicit steps, and the three questions provide a sequential evaluation framework. However, there's no explicit validation checkpoint or feedback loop — e.g., what happens if the line count is ambiguous, or how to document/communicate the decision. For a skill that guides destructive operations (deletion), a verification step is missing.

2 / 3

Progressive Disclosure

The skill references `references/` directory and `adding-reference-mindsets.md` for deeper content, which is good progressive disclosure structure. However, no bundle files were provided, so we can't verify these references exist. The references are one-level deep and clearly signaled, but the lack of specific file names in the references directory (beyond 'list them') weakens navigation clarity.

2 / 3

Total

9

/

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.

This description reads more like a coding philosophy or principle ('bias toward deletion', 'measure success by total code') than a skill description with concrete capabilities. While it includes a 'Use when' clause with some trigger terms, the actual actions the skill performs are unclear, and the broad triggers like 'reviewing code' and 'refactoring' would conflict with many other skills.

Suggestions

Add specific concrete actions the skill performs, e.g., 'Identifies dead code, removes unused dependencies, simplifies over-engineered abstractions, and consolidates duplicate logic.'

Narrow the trigger terms to reduce conflict risk — instead of broad 'reviewing code' or 'refactoring', use more distinctive phrases like 'reduce code complexity', 'minimize codebase size', 'remove dead code', 'simplify architecture'.

Clarify the 'what' portion by describing outputs or deliverables, e.g., 'Produces refactored code with fewer lines and reduced complexity, prioritizing simplicity and deletion over addition.'

DimensionReasoningScore

Specificity

The description mentions 'evaluating designs, reviewing code, or refactoring' but does not list concrete actions the skill performs. 'Measures success by total code' and 'bias toward deletion' are philosophical guidelines, not specific capabilities.

1 / 3

Completeness

It has a 'Use when...' clause covering when to apply the skill (evaluating designs, reviewing code, refactoring), but the 'what does this do' part is very weak — it describes a philosophy (bias toward deletion, measure by total code) rather than concrete actions or outputs.

2 / 3

Trigger Term Quality

Contains some relevant keywords like 'designs', 'reviewing code', 'refactoring', and 'deletion' that users might naturally say. However, these are fairly broad terms and missing more specific variations or concrete trigger phrases.

2 / 3

Distinctiveness Conflict Risk

'Reviewing code' and 'refactoring' are extremely common activities that would overlap with many other coding-related skills. 'Evaluating designs' is also broad. The philosophical framing doesn't help distinguish it from general code review or refactoring skills.

1 / 3

Total

6

/

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
joshuadavidthomas/agent-skills
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.