CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

unsloth

Expert guidance for fast fine-tuning with Unsloth - 2-5x faster training, 50-80% less memory, LoRA/QLoRA optimization

46

Quality

57%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide
SecuritybySnyk

Critical

Do not install without reviewing

Fix and improve this skill with Tessl

tessl review fix ./skills/fine-tuning/unsloth/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

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

The body is auto-generated scaffolding with essentially no instructional substance: an empty quick reference, placeholder sections about scripts/assets that don't exist, and a reference listing that is both incomplete (3 of 4 real files unlisted) and misleading (pointing users to nonexistent getting_started/tutorials/api/guides files). All the real value lives in the bundle's reference files, which the body fails to navigate effectively.

Suggestions

Replace the empty Quick Reference with a minimal working example (e.g. FastLanguageModel.from_pretrained + get_lora_training_model snippet) so the skill is immediately actionable.

Fix the reference inventory to match the actual bundle (index.md, llms.md, llms-txt.md, llms-full.md) and describe when to use each — especially the difference between the small llms.md overview and the 800KB+ llms-txt.md/llms-full.md dumps, with guidance to search/read them selectively rather than wholesale.

Remove the empty placeholder sections (scripts/, assets/, 'patterns will be added') and the scraper-oriented Notes/Updating boilerplate, which spend tokens on structure that delivers nothing.

DimensionReasoningScore

Conciseness

The body is short and does not explain concepts Claude already knows, but a large share of it is empty scaffolding boilerplate: 'Quick reference patterns will be added as you use the skill', 'Add helper scripts here', 'Add templates, boilerplate, or example projects here', plus Notes/Updating sections about the scraper rather than about Unsloth. These are unnecessary padded sections (pulling toward anchor 2), but the total token waste is modest, keeping it at 3 rather than 2.

3 / 5

Actionability

There is no code, no commands, and no Unsloth-specific guidance anywhere in the body — the Quick Reference section is literally an empty placeholder, and the only actionable element is 'Use `view` to read specific reference files'. The one high-level hint that points to a real file (references/llms-txt.md) prevents a score of 1, but it lacks the specifics to execute anything, matching anchor 2 ('minimal concrete guidance; high-level hints but missing specific steps').

2 / 5

Workflow Clarity

No workflow is presented at all. The implicit path (identify need → open reference file) is undermined by misdirection: 'For Beginners / Start with the getting_started or tutorials reference files' and 'use the appropriate category reference file (api, guides, etc.)' point to files that do not exist in the bundle, and the Reference Files section lists only one of the four files actually present. This matches anchor 2 ('rough sequence present but many gaps; steps poorly defined'), falling short of 3 because the navigation given is actively wrong rather than merely implicit.

2 / 5

Progressive Disclosure

References are one level deep and the body does signal one real, substantial reference (references/llms-txt.md, verified to exist with 12k lines of documentation), and references/index.md provides a category index — so this is not anchor 2's 'references buried' case. But the body's file listing is incomplete (omits index.md, llms.md, and llms-full.md) while inventing phantom files (getting_started, tutorials, api, guides), and it gives no guidance on selectively reading an 813KB–1MB reference. This 'some structure but could be better organized' state matches anchor 3; the phantom references are what keep it from 4.

3 / 5

Total

10

/

20

Passed

Description

61%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 reasonably specific, tool-anchored description with good natural keywords, but it reads as a marketing tagline of quantified benefits rather than a statement of concrete capabilities, and it entirely lacks a 'when to use' clause. Adding explicit trigger conditions and reframing benefits as actions would lift it substantially.

Suggestions

Add a 'Use when...' clause, e.g. 'Use when fine-tuning LLMs (Llama, Mistral, Gemma, Qwen) with Unsloth, setting up LoRA/QLoRA training, or trying to cut training time or VRAM usage.'

Convert benefit claims into concrete actions/capabilities (e.g. 'Configure LoRA/QLoRA fine-tuning, speed up training 2-5x, and reduce memory 50-80% when fine-tuning Llama, Mistral, Gemma, and Qwen models') so the 'what' is expressed as things the skill does.

Include model-family keywords (Llama, Mistral, Gemma, Qwen) in the description itself — not just the tags — since users often phrase requests by model name.

DimensionReasoningScore

Specificity

The description names the domain ('fast fine-tuning with Unsloth') and concrete specifics ('2-5x faster training, 50-80% less memory, LoRA/QLoRA optimization'), but these are benefit claims rather than named actions — there are no capability verbs like 'fine-tune models', 'configure LoRA', or 'reduce VRAM usage'. It sits between anchor 2 (domain named, actions minimal/generic) and anchor 3; the quantified claims and named techniques keep it above purely generic territory, but the lack of any action list keeps it below 4.

3 / 5

Completeness

The 'what' is clear (expert guidance for fast, memory-efficient fine-tuning with Unsloth), but there is no 'Use when...' clause or any equivalent explicit trigger guidance — only the implied context of the tool name. Per the judging guidelines, a missing 'Use when...' clause caps completeness at 3, which matches anchor 3 ('clear what, when missing or only weakly implied').

3 / 5

Trigger Term Quality

Natural terms a user would say are present: 'fine-tuning', 'Unsloth', 'LoRA', 'QLoRA', 'faster training', 'less memory'. Coverage is good but misses common variations like 'train a model', 'fine-tune Llama/Mistral/Gemma/Qwen' (which only appear in tags, not the description), keeping it below anchor 5's comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

'Unsloth' is a distinct named tool giving the skill a clear niche with minimal conflict risk. However, the prominent 'LoRA/QLoRA optimization' and 'fine-tuning' framing creates minor overlap with generic PEFT/fine-tuning skills — a request like 'set up LoRA training' could plausibly trigger either, matching anchor 4 ('mostly distinct; minor overlap risk with closely related skills') rather than 5.

4 / 5

Total

14

/

20

Passed

Validation

93%

Checks the skill against the spec for correct structure and formatting. All validation checks must pass before discovery and implementation can be scored.

Validation — 15 / 16 Passed

Validation for skill structure

CriteriaDescriptionResult

frontmatter_unknown_keys

Unknown frontmatter key(s) found; consider removing or moving to metadata

Warning

Total

15

/

16

Passed

Repository

OpenLAIR/dr-claw

Path

skills/fine-tuning/unsloth/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.