CtrlK
BlogDocsLog inGet started
Tessl Logo

bun-development

Fast, modern JavaScript/TypeScript development with the Bun runtime, inspired by [oven-sh/bun](https://github.com/oven-sh/bun).

48

Quality

52%

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/bun-development/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

65%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 an exemplary progressive-disclosure shell — lean, well-organized, with a real one-level-deep reference — but it delegates so completely that it carries almost no standalone actionable content. A user (or Claude) who only loads SKILL.md learns when to activate the skill and where the details live, but not a single concrete command or step. Surfacing a minimal quick-start inline would raise actionability without breaking the structure.

Suggestions

Add a short 'Quick start' section with 2-3 copy-paste commands (e.g. `bun init`, `bun add <pkg>`, `bun test`) so the body is actionable without loading the 691-line guide.

Summarize the guide's top-level sections (Installation, Project Setup, Package Management, etc.) as a bulleted map so 'for focused work, load the relevant sections' names which sections exist.

Inline one or two of the guide's validation/safety requirements (e.g. the inspect-before-execute installer pattern) so critical checkpoints are visible even if the guide is only partially loaded.

DimensionReasoningScore

Conciseness

The ~30-line body explains nothing Claude already knows, repeats itself, or pads: it is a tagline, a clearly signaled pointer to the guide ("Read [the detailed guide](references/detailed-guide.md) before executing this skill"), a five-bullet when-to-use list, and a short limitations section. Every section earns its place; the only near-redundancy is the tagline duplicating the description, which is minor and standard.

5 / 5

Actionability

The body contains no code, commands, or task-level steps — the sole instruction is to read the external guide, and the when-to-use bullets describe scope rather than how to execute anything. This matches anchor 2 ('minimal concrete guidance; high-level hints but missing the specific steps to execute'); it is not 3 because the body offers no partial executable guidance of its own (not even a quick-start command like `bun init`).

2 / 5

Workflow Clarity

A single clear sequencing rule exists ("Read the detailed guide before executing this skill") with validation framed as delegated-but-mandatory ("Treat its safety, prerequisites, and validation requirements as mandatory"), but the actual workflow steps and checkpoints are implicit — they live entirely in the external guide. Anchor 3 ('sequence present but checkpoints missing or implicit') fits; it is not 4 because no concrete step sequence or validation command appears in the body itself.

3 / 5

Progressive Disclosure

The body is a clean overview pointing to exactly one reference, references/detailed-guide.md, which exists in the bundle, is clearly signaled with a markdown link, and is one level deep (the guide contains no further .md references — only external URLs in its final section). Usage guidance for how to load it ("For focused work, load the relevant sections; for end-to-end work, read the guide completely") plus the well-organized 691-line guide matches anchor 5 ('clear overview with well-signaled one-level-deep references').

5 / 5

Total

15

/

20

Passed

Description

40%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 is concise and names a distinct niche (Bun), but it states no concrete capabilities and entirely omits when-to-use guidance. As a trigger document it underperforms: a user or Claude matching skills would have little to activate on beyond the word "Bun". Adding a 'Use when...' clause and 2-3 concrete actions would move it up two anchors.

Suggestions

Add an explicit trigger clause, e.g. 'Use when starting or migrating JS/TS projects to Bun, using its bundler/test runner/package manager, or troubleshooting Bun-specific issues.'

List concrete capabilities in the 'what' portion: 'Install and manage packages, bundle TypeScript, run tests, and migrate Node.js projects to the Bun runtime.'

Drop the 'inspired by oven-sh/bun' provenance note from the description — it consumes trigger space without telling Claude when to activate; move it to frontmatter metadata or the body.

DimensionReasoningScore

Specificity

The description names the domain ("JavaScript/TypeScript development with the Bun runtime") but the only action offered is the generic "development" — no concrete capabilities like installing packages, bundling, testing, or migrating from Node are stated. It matches anchor 2 ('names the domain but actions are minimal or generic') and not anchor 3, which requires 1-2 concrete actions.

2 / 5

Completeness

The 'what' is vague ("Fast, modern... development") and there is no 'Use when...' clause or equivalent trigger guidance anywhere — the only extra content is a provenance note ("inspired by [oven-sh/bun]"). This matches anchor 2 ('vague what and no when'); it cannot be 3 because even the 'what' lacks concrete actions, and the missing trigger clause caps completeness at 3 regardless.

2 / 5

Trigger Term Quality

"JavaScript", "TypeScript", "Bun", and "runtime" are relevant keywords a user might say, but common natural variations are missing (bundler, test runner, package manager, .bunfix/bun install, migrate from Node.js). It sits at anchor 3 ('some relevant keywords but missing common variations') rather than 4, which needs broader natural-term coverage.

3 / 5

Distinctiveness Conflict Risk

"Bun runtime" carves out a clear niche that would not trigger for unrelated skills, but the broad "JavaScript/TypeScript development" framing overlaps with general JS/TS and Node.js development skills. Anchor 4 ('mostly distinct; minor overlap risk with closely related skills') fits better than 5, since a Node.js skill could plausibly compete for the same requests given no explicit Bun-specific triggers.

4 / 5

Total

11

/

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
sickn33/agentic-awesome-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.