CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

token-efficiency

Reduce token waste by 40-60% through anti-sycophancy rules, tool-call budgets, one-pass coding, task profiles, and read-before-write enforcement. Inspired by drona23/claude-token-efficient.

Quality

76%

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 ./skills/token-efficiency/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

82%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, highly actionable behavioral skill: concrete numbers, example-to-fix tables, and explicit stop conditions leave no ambiguity about what to do. The only weaknesses are minor padding (unsubstantiated percentage stats, rationale sentences) and a mostly flat rule-list structure outside the one-pass workflow section.

DimensionReasoningScore

Conciseness

The body is lean and table-driven with no explanation of concepts Claude already knows, assuming competence throughout. It is not a 5 because of minor padding: the unsupported 'waste 30-60% of output tokens' stat, the 'This ensures clean copy-paste...' rationale sentence, and the duplicate attribution (already implied by the description) could each be trimmed.

4 / 5

Actionability

Guidance is fully concrete and directly executable as behavior: exact budget numbers per task type ('Quick fix / lookup | 20 calls | 15'), example-to-fix pairs in the anti-sycophancy table ('\"Sure! Great question!\" -> Delete. Lead with answer.'), and a numbered one-pass procedure with explicit stop conditions. For an instruction-only skill, this is copy-paste-ready guidance covering the common cases.

5 / 5

Workflow Clarity

The One-Pass Coding Discipline section is a clear numbered sequence with explicit checkpoints and a feedback loop ('Run tests once -- if pass, STOP immediately', 'Never iterate more than twice on the same failure -- rethink approach'), and Read-Before-Write lists enforceable hard rules. Not a 5 because the tool-call budget and profile sections are rule lists without any sequence or wrap-up validation detail beyond a single sentence.

4 / 5

Progressive Disclosure

The skill is self-contained with no bundle files (no references/, scripts/, or assets/ exist) and none are referenced, so all content sits appropriately in one file with clear section headers and scannable tables. It is over 50 lines, so the short-skill exception does not apply, and the tool-call budget table or task profiles could arguably live in separate reference files, keeping this at a 4 rather than 5.

4 / 5

Total

17

/

20

Passed

Description

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

The description clearly states what the skill does and names its five concrete mechanisms, but it entirely lacks a 'when to use' trigger clause and offers thin natural-keyword coverage beyond 'token waste'. The provenance attribution sentence consumes description budget without helping a user or Claude decide when to invoke the skill.

Suggestions

Add an explicit trigger clause, e.g. 'Use when sessions feel expensive, output is verbose or padded with filler, Claude re-reads files or iterates excessively, or when setting up a project for token-efficient work.'

Broaden natural trigger terms to include user phrasings like 'verbose', 'too many tokens', 'concise', 'rambling', 'expensive sessions', and 'sycophantic'.

Move the 'Inspired by drona23/claude-token-efficient' attribution out of the description (it already appears in the body's Attribution section) to free description budget for trigger guidance.

DimensionReasoningScore

Specificity

The description enumerates five named mechanisms ('anti-sycophancy rules, tool-call budgets, one-pass coding, task profiles, and read-before-write enforcement'), giving several specific capabilities. It falls short of a 5 because these are rule-category names rather than concrete actions, and 'Reduce token waste by 40-60%' is an outcome claim rather than a capability.

4 / 5

Completeness

The 'what' is clear (reduce output token waste via five named rule sets), but there is no 'Use when...' clause or equivalent explicit trigger guidance anywhere in the description. Per the judging guideline, a missing 'Use when' clause caps completeness at 3.

3 / 5

Trigger Term Quality

'token waste' is a relevant, natural keyword, but the description is missing common variations users would actually say such as 'verbose', 'too many tokens', 'expensive sessions', 'concise', or 'rambling'. Not a 4 because keyword coverage is thin rather than merely missing a few synonyms.

3 / 5

Distinctiveness Conflict Risk

The token-efficiency niche with named mechanisms (tool-call budgets, one-pass coding, read-before-write enforcement) is mostly distinct from other skills, with only minor overlap risk against general conciseness or writing-style skills. The trailing attribution sentence ('Inspired by drona23/claude-token-efficient') adds provenance noise but does not increase conflict risk.

4 / 5

Total

14

/

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

rohitg00/pro-workflow

Path

skills/token-efficiency/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.