CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

bun-test-basics

Use for bun:test syntax, assertions, describe/it, test.skip/only/each, and basic patterns.

59

Quality

74%

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 ./plugins/bun/skills/bun-test-basics/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

67%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 highly actionable, well-organized reference with executable examples throughout and useful error-recovery guidance. Its two real weaknesses are token waste restating Jest-standard matchers Claude already knows, and broken progressive disclosure: both referenced reference files are missing while their content is inlined.

Suggestions

Actually create references/matchers.md and references/cli-options.md so the "When to Load References" pointers resolve — currently both paths are dangling and following them fails.

Move the full Common Matchers list and the CLI Options/Reporters flag bulk into those reference files, keeping only a handful of representative examples in SKILL.md — this also fixes the conciseness penalty for restating Jest-standard matchers.

Note in the matchers section that matchers are Jest-compatible, so only bun-specific differences (e.g., toStartWith/toEndWith availability) need listing.

DimensionReasoningScore

Conciseness

The ~45-line Common Matchers section restates standard Jest matchers (toBe, toEqual, toBeNull, toHaveLength, ...) that Claude already knows — doubly redundant since the intro itself says the runner is "Jest-compatible". The rest is dense, lean code, so it is above anchor 2 but clearly could be tightened to match anchor 4-5.

3 / 5

Actionability

Every section is complete, executable, copy-paste-ready material: working bun test commands with flags, full test.each array and object forms, all modifiers, CLI options, reporters, and a concrete error/cause/fix table covering the common cases — an exact match for anchor 5.

5 / 5

Workflow Clarity

Logical progression (run tests, write tests, file patterns, modifiers, parameterization, concurrency, CLI, reporters, errors) with a Common Errors table providing recovery guidance. It is a reference rather than a sequenced process, and lacks explicit validation checkpoints, so it fits anchor 4 rather than 5.

4 / 5

Progressive Disclosure

The "When to Load References" section is clearly signaled with load conditions, but the referenced files (references/matchers.md, references/cli-options.md) do not exist — following the pointers fails entirely. Meanwhile the full matcher and CLI reference bulk that belongs in exactly those files is inlined in the body, matching anchor 2's "content that clearly belongs in separate files is inlined".

2 / 5

Total

14

/

20

Passed

Description

70%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 compact, keyword-dense description with an explicit trigger clause and a clear bun:test niche. Its main weaknesses are topic-list phrasing instead of concrete actions, vague padding ("basic patterns"), and missing natural trigger variations like "bun test" or "unit testing".

Suggestions

Rewrite as concrete actions with an explicit when-clause, e.g., "Write and run tests using Bun's built-in test runner: bun:test imports, assertions, describe/it blocks, test modifiers. Use when writing, running, or debugging tests with `bun test` or bun:test syntax."

Add natural trigger variations users would actually say, such as "bun test", "unit testing in Bun", and "Jest-compatible tests in Bun".

Replace the vague "and basic patterns" filler with a specific capability such as mocking, snapshots, or CLI options.

DimensionReasoningScore

Specificity

Names the domain ("bun:test syntax") and several concrete topics ("assertions, describe/it, test.skip/only/each"), but lists topics rather than actions and pads with the vague "basic patterns"; coverage gaps (running tests, mocking, timeouts) keep it below anchor 4.

3 / 5

Completeness

Has both a "what" (the enumerated bun:test topics) and an explicit "Use for..." trigger clause, but the 'when' is merged into the topic list and could be more explicit (e.g., "Use when writing or running tests with Bun"), matching anchor 4 rather than anchor 5's fully concrete trigger phrasing.

4 / 5

Trigger Term Quality

Good coverage of natural API terms users would say ("assertions", "describe/it", "test.skip/only/each"), but misses common variations like "bun test", "unit testing", or "testing in Bun", so it falls short of the comprehensive synonym/extension coverage of anchor 5.

4 / 5

Distinctiveness Conflict Risk

"bun:test" carves out a clear niche, but the generic Jest-family terms ("assertions, describe/it, test.skip/only/each") create minor overlap risk with any other test-framework skill, fitting anchor 4 rather than 5's minimal-conflict profile.

4 / 5

Total

15

/

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

referenced_paths_exist

Referenced path issues: 2 missing

Warning

Total

15

/

16

Passed

Repository

secondsky/claude-skills

Path

plugins/bun/skills/bun-test-basics/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.