CtrlK
BlogDocsLog inGet started
Tessl Logo

agent-data-ml-model

Agent skill for data-ml-model - invoke with $agent-data-ml-model

49

1.16x
Quality

23%

Does it follow best practices?

Impact

93%

1.16x

Average score across 3 eval scenarios

SecuritybySnyk

Passed

No findings from the security scan

Fix and improve this skill with Tessl

tessl review fix ./.agents/skills/agent-data-ml-model/SKILL.md
SKILL.md
Quality
Evals
Security

Quality

Content

42%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 core persona section is a serviceable ML workflow outline with one concrete (if placeholder-laden) code example, but it is buried under a large duplicated configuration block that should live in frontmatter or a separate file. Validation and feedback loops are absent throughout, and the guidance stops at naming steps rather than specifying how to execute or verify them.

Suggestions

Remove the second YAML block from the body (or fold the essential fields into the real frontmatter) — it duplicates identity/config and consumes most of the token budget.

Replace 'ModelClass()' with a real estimator choice example (e.g. LogisticRegression or a small model-selection table with 'use X when...') so the pipeline snippet is copy-paste executable.

Add validation checkpoints to the workflow, e.g. 'After training, check holdout metrics against a baseline before proceeding' and a rollback/inspection step before deployment.

DimensionReasoningScore

Conciseness

The body opens with ~120 lines of duplicated agent-configuration YAML (triggers, capabilities, constraints, emoji echo hooks, examples) that adds almost nothing Claude needs inline, and bullets like 'Handle missing values' and 'Feature scaling' restate what Claude already knows. This is 'noticeably verbose; several unnecessary explanations or padded sections' (anchor 2) — not anchor 1, since the ML persona section itself is reasonably direct and the code example is not explanatory filler.

2 / 5

Actionability

The sklearn pipeline snippet is genuinely concrete, but it stops at 'ModelClass()' — a placeholder where an actual estimator belongs — and the workflow steps are high-level names ('Performance metrics', 'Model serialization') with no commands or specifics. This fits anchor 3 ('some concrete guidance but incomplete... missing key details') rather than anchor 4, which requires executable guidance with only minor gaps.

3 / 5

Workflow Clarity

A clear 5-phase sequence (Analysis → Preprocessing → Model Development → Evaluation → Deployment Prep) with sub-bullets is present, but there are no validation checkpoints (no holdout verification, no metric thresholds, no post-deployment checks), and model training is a batch operation, which the rubric caps at 3. It is clearly above anchor 2, whose steps are 'poorly defined', since each phase is named and decomposed.

3 / 5

Progressive Disclosure

Section headers give the body some structure and navigation, but ~120 lines of agent-configuration YAML that clearly belongs in the (single, real) frontmatter or a separate file are inlined into the body, and the skill ships no references despite covering a complex multi-phase domain. This matches anchor 3 ('some structure but could be better organized; content that should be separate is inline') rather than anchor 2, which requires minimal structure overall.

3 / 5

Total

11

/

20

Passed

Description

3%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 effectively a placeholder: it identifies the skill's internal name and invocation syntax but communicates zero capabilities, use cases, or natural trigger terms. A user (or Claude) scanning descriptions would have no basis to select this skill for a task.

Suggestions

Rewrite the description to state concrete actions in third person, e.g. 'Builds, trains, and evaluates machine learning models: data preprocessing, feature engineering, algorithm selection, hyperparameter tuning, and evaluation.'

Add an explicit 'when' clause with natural trigger phrases and file types, e.g. 'Use when the user mentions machine learning, training a classifier, or asks to predict outcomes, or when working with .ipynb notebooks, model.py, or .pkl/.h5 artifacts.'

Remove the internal invocation syntax ('$agent-data-ml-model'), which wastes the description budget on harness mechanics rather than capability triggers.

DimensionReasoningScore

Specificity

The description is 'Agent skill for data-ml-model - invoke with $agent-data-ml-model' — it names no concrete action or capability whatsoever, only a label for the skill itself. This matches the anchor 'Entirely vague; no concrete actions; pure abstract language'; it does not reach anchor 2, which requires naming a domain with at least minimal action phrasing.

1 / 5

Completeness

Neither 'what' nor 'when' is answered: the description says nothing about what the skill does beyond 'Agent skill for', and there is no 'Use when...' clause or equivalent. This matches anchor 1 ('missing both what and when, or both are extremely vague') and is well below the anchor-3 bar of a clear 'what'.

1 / 5

Trigger Term Quality

The only terms present ('data-ml-model', '$agent-data-ml-model') are internal identifiers/syntax a user would never naturally say when needing ML help. No natural keywords like 'train model', 'classifier', or 'machine learning' appear, matching anchor 1 rather than anchor 2's 'one or two generic keywords'.

1 / 5

Distinctiveness Conflict Risk

It gestures at a domain (ML models on data) but in an extremely broad way with no distinguishing triggers, so it overlaps heavily with any data/ML skill. This fits anchor 2 ('very broad; high overlap risk with many similar skills') better than anchor 1 only because a domain is at least named; it does not reach anchor 3, which requires somewhat specific phrasing.

2 / 5

Total

5

/

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
ruvnet/ruflo
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.