CtrlK
BlogDocsLog inGet started
Tessl Logo

build-report

Build a durable analytical report with an answer-first narrative, evidence-backed findings, charts or tables, caveats, recommendations, and source context.

66

Quality

79%

Does it follow best practices?

Run evals on this skill

Adds up to 20 points to the overall score

View guide

SecuritybySnyk

Low

Low-risk findings worth noting

Fix and improve this skill with Tessl

tessl review fix ./packages/opencode/src/skill/builtin/.bundle/data-analytics/workflows/build-report/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

92%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 lean, well-structured instruction-only skill: every token instructs, the workflow is sequenced with real validation and fix loops, and the recommended-structure template makes the deliverable concrete. The only soft spots are a couple of abstract directives ('run the appropriate analysis workflow first', 'build a coherent narrative') that give less executable guidance than the rest.

DimensionReasoningScore

Conciseness

The body is purely imperative with zero padding — no concept explanations ('Do not install or require React, Recharts, Vite...'), every line is an instruction or constraint, and the QA section is a bare checklist. Nothing assumes Claude lacks knowledge it already has.

5 / 5

Actionability

Concrete guidance throughout — a three-tier format priority list, an 8-step numbered build process, a copy-adaptable markdown structure template, and specific QA checks ('Recalculate headline values', 'check... denominators, date ranges, and sorting'). Falls short of 5 because some steps remain directive rather than executable, e.g. 'Run the appropriate analysis workflow first' and 'Build a coherent narrative' give no concrete mechanism.

4 / 5

Workflow Clarity

Clear sequence (choose format → confirm scope → verify evidence → build → QA/handoff) with explicit validation checkpoints and a feedback loop: 'render or inspect the actual artifact when the host supports it; fix clipping, blank charts, overflow, low contrast, and unreadable tables.' The QA checklist covers complex-process checking, and this is not a destructive/batch skill so no cap applies.

5 / 5

Progressive Disclosure

A ~60-line body with clean section headers and no inlined content that belongs in separate files. The single external pointer ('Read ../visualize-data/SKILL.md when creating charts') is clearly signaled, in context, and exactly one level deep. No bundle files exist to verify beyond this pointer.

5 / 5

Total

19

/

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.

A specific, well-scoped description in third-person imperative style that clearly conveys what the skill produces. Its single structural weakness is the complete absence of a 'when to use it' clause, which caps completeness and widens conflict risk against adjacent reporting and visualization skills.

Suggestions

Append an explicit trigger clause, e.g. 'Use when the user asks for a report, write-up, or deliverable summarizing analysis results, findings, or recommendations — rather than a quick inline answer.'

Add natural synonyms users would actually say (report, write-up, summary, findings document) to broaden trigger-term coverage.

Sharpen the boundary against adjacent skills, e.g. noting this skill owns reader-facing structure while analysis and charting are delegated to their own workflows.

DimensionReasoningScore

Specificity

'Build a durable analytical report with an answer-first narrative, evidence-backed findings, charts or tables, caveats, recommendations, and source context' lists several specific deliverable components. Not 5 because it names a single action (build) with modifiers rather than multiple distinct concrete actions; not 3 because coverage of components goes well beyond 1–2.

4 / 5

Completeness

The 'what' is clear and concrete, but there is no 'Use when...' clause or any equivalent explicit trigger guidance — 'when the user needs a durable report' never appears. Per the judging guideline, a missing 'Use when' clause caps completeness at 3.

3 / 5

Trigger Term Quality

Natural terms users would say are present: 'analytical report', 'findings', 'charts or tables', 'recommendations', 'caveats', 'source'. A few common variations are missing — e.g. 'write-up', 'summary', 'brief', 'report out' — so it stops short of comprehensive synonym coverage.

4 / 5

Distinctiveness Conflict Risk

'Durable analytical report' with answer-first/evidence/caveats terminology carves out a mostly distinct niche with clear triggers. Minor overlap risk remains with closely related skills (chart/visualization skills, document-generation skills) for generic 'make me a report' requests; not 5 since without a 'when' clause its triggering surface is broad.

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