CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

build-dashboard

Build a source-backed dashboard or monitoring view with clear metrics, filters, visual hierarchy, definitions, refresh context, and QA.

63

Quality

79%

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 ./packages/cli/src/skill/builtin/.bundle/data-analytics/workflows/build-dashboard/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.

The body is an exemplary lean, directive workflow: no filler, concrete enumerations for metric definitions and QA checks, and clearly signaled one-level-deep references for surface-specific specs. Its main weaknesses are the implicit (rather than explicit) fix-and-retry feedback loop and spec-file references that are not present in the evaluated bundle.

Suggestions

Make the validation feedback loop explicit, e.g. after step 3 add 'If validation fails, fix the join/filter issue and re-validate before proceeding.'

Ship the referenced specifications files (streamlit-dashboard.md, html-dashboard.md) in the bundle, or inline minimal fallback guidance so the skill is self-contained if they are absent.

Add a small concrete artifact skeleton (e.g., a minimal HTML dashboard shell or metric-definition table template) to make the implementation step copy-paste ready.

DimensionReasoningScore

Conciseness

The ~40-line body is lean and directive throughout with zero padding: it never explains concepts Claude already knows, and lines like 'Do not require React, Vite, Recharts, MCP Apps, or widget runtimes' deliver real constraint value in a single sentence. Every token earns its place, matching the anchor-5 example.

5 / 5

Actionability

The guidance is concrete and checkable (e.g., 'Define each metric: formula, numerator/denominator, unit, grain, time window, filters, exclusions, owner, source, and freshness expectation' and 'Test filters, date boundaries, sorting, responsive layout, and refresh behavior'), but implementation specifics are deferred to spec files and there are no copy-paste-ready artifacts. As an instruction-only skill this is mostly executable guidance with minor gaps, fitting anchor 4 rather than 5.

4 / 5

Workflow Clarity

The 8-step workflow is clearly sequenced with an explicit validation checkpoint ('Validate joins, completeness, duplicates, missingness... before presenting metrics as trustworthy') and a QA checklist covering representative, empty, partial, and error states. However, the fix-and-retry feedback loop is implicit rather than spelled out, so it fits anchor 4 ('most checkpoints present; minor validation gaps') rather than anchor 5's explicit error-recovery loops.

4 / 5

Progressive Disclosure

The body is a clean overview that clearly signals one-level-deep references ('read specifications/streamlit-dashboard.md', 'read specifications/html-dashboard.md', 'Use ../visualize-data/SKILL.md for each chart'), which is the right structure. However, the referenced specifications files are not present in the bundle, so the deferred detail cannot be verified; this organization gap holds it at anchor 4 rather than 5.

4 / 5

Total

17

/

20

Passed

Description

66%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 specific and reasonably distinctive, with good coverage of the concrete deliverable elements, but it is missing any 'Use when...' trigger guidance. It describes what the output contains more than what actions are performed, and it lacks common synonyms like 'KPIs' or 'charts' that users might naturally say.

Suggestions

Append an explicit trigger clause, e.g. 'Use when the user asks for a dashboard, KPI view, or recurring monitoring surface rather than a one-time report.'

Add natural synonym terms such as 'KPIs', 'charts', or 'visualizations' to broaden keyword coverage for triggering.

Consider recasting some element lists as concrete actions (e.g. 'Define metrics, build filters, verify data freshness') to strengthen action specificity.

DimensionReasoningScore

Specificity

The description lists several specific, concrete elements ('clear metrics, filters, visual hierarchy, definitions, refresh context, and QA') but frames them as attributes of the output rather than actions, leaving 'Build' as the sole action verb. This sits above anchor 3 (only 1-2 concrete actions) but below anchor 5 (multiple specific concrete actions), so 4 is the best fit.

4 / 5

Completeness

The 'what' is clear and concrete ('Build a source-backed dashboard or monitoring view with clear metrics, filters, ...'), but there is no 'Use when...' clause or equivalent explicit trigger guidance anywhere in the description. Per the rubric's judging guidelines, a missing 'Use when' clause caps completeness at 3.

3 / 5

Trigger Term Quality

'dashboard', 'monitoring view', 'metrics', and 'filters' are natural terms users would say, giving good keyword coverage. Common variations like 'KPIs', 'charts', 'visualizations', or 'report' are missing, which keeps it below anchor 5 but noticeably above anchor 3.

4 / 5

Distinctiveness Conflict Risk

'source-backed dashboard or monitoring view' carves out a firm niche that is unlikely to trigger for unrelated skills. Minor overlap risk remains with general data-visualization or reporting skills, which matches anchor 4 rather than the minimal-conflict anchor 5.

4 / 5

Total

15

/

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

XiaomiMiMo/MiMo-Code

Path

packages/cli/src/skill/builtin/.bundle/data-analytics/workflows/build-dashboard/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.