CtrlK
BlogDocsLog inGet started
Tessl Logo

dashboard

Use when reading, editing, or creating files in dlt/_workspace/helpers/dashboard/ or tests/workspace/helpers/dashboard/ or tests/e2e/

60

Quality

70%

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

Quality

Content

68%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 a well-structured, concise navigational reference with strong actionability via its file-layout map and where-to-put-code table. It is weakest on workflow clarity, which lacks explicit sequencing and validation checkpoints for the edit-test cycle.

Suggestions

Add an explicit 'Workflow' section sequencing: locate the right module -> make the change -> add/locate the matching test -> run 'make test-workspace-dashboard' -> verify before committing.

Include a validation checkpoint note (e.g., run the matching test file and confirm green before marking the task done) to support the edit-test feedback loop.

Consider moving the test-fixture list and coding-conventions detail into a referenced file to keep SKILL.md a tighter overview.

DimensionReasoningScore

Conciseness

Lean, info-dense reference with minimal padding; minor explanatory asides (e.g., 'marimo — a reactive Python notebook that renders as a web app') and one awkward prose line in the launch section keep it just below a 5.

4 / 5

Actionability

Highly actionable: a precise 'Where to Put New Code' table, specific file-layout annotations, and concrete 'make test-*' commands give clear executable guidance, though no copy-paste code examples for development tasks.

4 / 5

Workflow Clarity

A loose development workflow is implied (add code to the right file, add tests, run 'make test-workspace-dashboard') but there is no explicit step sequence or validation/feedback checkpoint for the edit-test cycle.

3 / 5

Progressive Disclosure

Well-organized into clear, navigable sections as a self-contained single file with no bundle files needed; not a 5 because it is a fairly long monolith that could split conventions or test guidance into referenced files.

4 / 5

Total

15

/

20

Passed

Description

71%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 uses an explicit 'Use when...' trigger tied to concrete file paths and three concrete actions, with strong distinctiveness. Its main weaknesses are generic action verbs and path-based rather than natural-language trigger terms.

Suggestions

Add the natural-language keyword 'dashboard' as an explicit trigger so users who say 'dashboard' match the skill.

Replace generic 'reading, editing, or creating files' with dashboard-specific actions (e.g., 'add dashboard cells, query helpers, or UI sections') to raise specificity.

Mention key tooling terms like 'marimo' in the description so the trigger surface covers how users refer to the dashboard.

DimensionReasoningScore

Specificity

Lists three concrete actions ('reading, editing, or creating files') scoped to specific directories; not a 5 because the verbs are generic rather than domain-specific dashboard operations.

4 / 5

Completeness

Explicit 'Use when...' clause with concrete trigger paths answers both what (read/edit/create files) and when; the 'what' is somewhat generic, keeping it below 5.

4 / 5

Trigger Term Quality

Triggers are file paths ('dlt/_workspace/helpers/dashboard/', 'tests/e2e/') which match Claude's file context well, but lack natural spoken synonyms like 'dashboard' or file extensions a user would say.

3 / 5

Distinctiveness Conflict Risk

Scoped to highly specific directory paths, giving it a clear niche with minimal overlap risk against other skills.

5 / 5

Total

16

/

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.

Validation16 / 16 Passed

Validation for skill structure

No warnings or errors.

Repository
dlt-hub/dlt
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.