CtrlK
BlogDocsLog inGet started
Tessl Logo
SkillPublic

index

Route Data Analytics plugin-level requests and broad analytics work to the right focused workflow. Use when Data Analytics is at-mentioned, or for analytics requests involving data, metrics, dashboards, reports, charts, notebooks, spreadsheets, KPIs, market sizing, or semantic layers.

55

Quality

69%

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 ./plugins/data-analytics/skills/index/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

56%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 highly prescriptive router with genuinely executable artifacts — exact forms, copy tables, a run order, completion gates, and fallback invariants — but it pays for this with severe cross-section repetition and a monolithic single-file structure that resists navigation. Consolidating duplicated rules and moving copy/form contracts into reference files would substantially improve token efficiency.

Suggestions

State the Work-Mode/Sites delivery rule once in an authoritative section (e.g., Runtime Routing) and reference it from the stop gate, Evidence And Handoff, and Completion Gates, instead of restating it in four places — the same applies to the '$build-report unless explicitly waived' rule that appears roughly five times.

Move the intake form contracts, fallback_next_step question JSON, and connected-source label table into a references/ file (e.g., references/intake-forms.md) and keep only the decision rules inline, cutting hundreds of tokens from SKILL.md.

Reorganize around the Run Order as the single spine: fold the scattered gates (stop gate, eligibility gate, completion gates) into the numbered sequence or clearly cross-reference them, so the workflow reads in one pass instead of interleaved policy sections.

DimensionReasoningScore

Conciseness

The ~50KB body is heavily padded by repetition: the Work-Mode/Sites delivery rules are stated in four separate sections, the '$build-report unless the user explicitly waives report creation or selects another primary artifact' rule is restated roughly five times, and the full fallback-question JSON is inlined twice verbatim. It avoids explaining concepts Claude already knows, so it is above the lowest anchor, but it is noticeably verbose with several duplicated sections.

2 / 5

Actionability

As an instruction-only skill it supplies concrete, near copy-paste artifacts: exact intake form contracts ('{ id: "data_task", options: [...] }'), an exact fallback question with header and option copy, a source-label table, a default help-answer shape, and a runnable validator command. Minor gaps remain — several referenced paths (../../.app.json, ../../assets/demo-product-growth.csv, ../../src/analytics-app-core.md) resolve outside the reviewed bundle.

4 / 5

Workflow Clarity

There is a clear numbered Run Order (steps 1-10), explicit completion gates, and real error-recovery loops (declined install -> record suppression -> continue with candidates; render failure -> targeted retry -> alternate surface). It falls short of the top anchor because the gates are scattered across overlapping sections (stop gate, eligibility gate, Runtime Routing, Completion Gates) whose local orderings partially duplicate and compete with the Run Order.

4 / 5

Progressive Disclosure

The body has clear section headers and clearly signaled Markdown links, but it is a ~13k-token monolith with no bundle files in this skill: intake form contracts, the connected-source copy table, the runtime routing matrix, and the help-answer shape are all inlined content that clearly belongs in separate reference files. That places it between the minimal-structure and well-organized anchors.

3 / 5

Total

13

/

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 strong, third-person description with an explicit 'Use when' clause and a good spread of natural analytics trigger terms. Its main limitation is that the capability statement is thin — it says routing happens but not what analytical work the plugin performs, which slightly caps specificity and completeness.

DimensionReasoningScore

Specificity

The description names the domain (Data Analytics routing) and exactly one concrete action — 'Route Data Analytics plugin-level requests and broad analytics work to the right focused workflow' — which matches the anchor for 1-2 concrete actions. It does not list several specific actions (e.g., the underlying workflows it routes to), so it falls below the 'lists several specific actions' anchor.

3 / 5

Completeness

Both 'what' ('Route... to the right focused workflow') and an explicit 'Use when...' clause with concrete triggers are present. The 'when' is strong, but the 'what' stays high-level without stating what the plugin actually does for users, so it does not clearly match the fully-explicit-both anchor.

4 / 5

Trigger Term Quality

It covers many natural trigger terms users would say — 'data, metrics, dashboards, reports, charts, notebooks, spreadsheets, KPIs, market sizing, or semantic layers' plus the at-mention trigger. It misses common variations and file extensions (SQL, funnels, retention, .csv/.xlsx), so it does not reach the comprehensive-with-synonyms anchor.

4 / 5

Distinctiveness Conflict Risk

It carves a clear niche as the plugin-level analytics router with distinct triggers (the at-mention and analytics-specific terms). Broad terms like 'reports', 'charts', and 'spreadsheets' create minor overlap risk with closely related focused skills, keeping it below the minimal-conflict anchor.

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

relative_links

Relative link issues: 3 suspicious

Warning

Total

15

/

16

Passed

Repository

openai/plugins

Path

plugins/data-analytics/skills/index/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.